svn commit: r251886 - in head: contrib/apr contrib/apr-util contrib/serf contrib/sqlite3 contrib/subversion share/mk usr.bin usr.bin/svn usr.bin/svn/lib usr.bin/svn/lib/libapr usr.bin/svn/lib/libap...

[Andre Oppermann]

On 18.06.2013 18:40, Tijl Coosemans wrote:
> On 2013-06-18 04:53, Peter Wemm wrote:
>> Author: peter
>> Date: Tue Jun 18 02:53:45 2013
>> New Revision: 251886
>> URL: http://svnweb.freebsd.org/changeset/base/251886
>>
>> Log:
>>    Introduce svnlite so that we can check out our source code again.
>>
>>    This is actually a fully functional build except:
>>    * All internal shared libraries are static linked to make sure there
>>      is no interference with ports (and to reduce build time).
>>    * It does not have the python/perl/etc plugin or API support.
>>    * By default, it installs as "svnlite" rather than "svn".
>>    * If WITH_SVN added in make.conf, you get "svn".
>>    * If WITHOUT_SVNLITE is in make.conf, this is completely disabled.
>>
>>    To be absolutely clear, this is not intended for any use other than
>>    checking out freebsd source and committing, like we once did with cvs.
>>
>>    It should be usable for small scale local repositories that don't
>>    need the python/perl plugin architecture.
>
> This ties the repo to the oldest supported release, meaning that years
> from now we won't be able to use some new subversion feature because
> an old FreeBSD release doesn't support it.

AFAIK there is a checkout-only SVN client available, as in cvsup, but I don't
remember the name.

> I don't find it unreasonable to ask developers to install the port.
> And for users it seems all they need is something like portsnap for base.
> Portsnap already distributes ports svn so it shouldn't be too hard to
> adapt it for base. And the extra layer it adds is very convenient. Apart
> from a bigger than usual update maybe, portsnap users never even noticed
> it was switched from cvs to svn at some point.

Installing SVN from ports is very painful because of the huge dependency
chain it carries, with the largest being Python and Perl IIRC.

-- 
Andre