#15868: port-1.600: port sync fails with "please get a newer Subversion client" -----------------------------------+---------------------------------------- Reporter: kimuraw@macports.org | Owner: macports-tickets@lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.6.0 Resolution: | Keywords: -----------------------------------+---------------------------------------- Comment (by raimue@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