[MacPorts] #15868: port-1.600: port sync fails with "please get a newer Subversion client"
MacPorts
noreply at macports.org
Mon Jul 14 18:20:33 PDT 2008
#15868: port-1.600: port sync fails with "please get a newer Subversion client"
-----------------------------------+----------------------------------------
Reporter: kimuraw at macports.org | Owner: macports-tickets at lists.macosforge.org
Type: defect | Status: new
Priority: Normal | Milestone: MacPorts base bugs
Component: base | Version: 1.6.0
Resolution: | Keywords:
-----------------------------------+----------------------------------------
Comment (by raimue at macports.org):
Working copies of svn 1.4.x and svn 1.5.x are not compatible. Apple
provides svn 1.4.x in `/usr/bin/svn`, MacPorts provides svn 1.5.x in
`${prefix}/bin/svn`. So once you used `svn up` on your working copy with
the client from MacPorts it was automatically upgraded to svn 1.5.x.
Maybe we should stop hardcoding the path to `svn` in macports_autoconf.tcl
and simply use the first `svn` in PATH, which usually is
`${prefix}/bin/svn`.
I don't see an advantage of hardcoding paths for `svn` and `rsync`. If
`${prefix}/bin/{svn,rsync}` does not work for whatever reason, there is
still the possibility to deactivate the regarding port and use the system
provided binary.
If we remove it, I would also add `--svn-path` and `--rsync-path` options
to `port sync`, so it could be overwritten from the command line, like
this:
{{{
$ port sync --svn-path /usr/bin/svn --rsync-path /usr/bin/rsync
}}}
Another solution would be to add an option to macports.conf for this, but
comment it out by default as there is no common default value for Tiger
and Leopard.
--
Ticket URL: <http://trac.macports.org/ticket/15868#comment:2>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list