svn - but smaller?

Ronald Klop ronald-freebsd8 at klop.yi.org
Wed Jan 23 15:06:57 UTC 2013


On Wed, 23 Jan 2013 15:40:50 +0100, Oliver Brandmueller <ob at e-gitt.net>  
wrote:

> Hi,
>
> in ancient times there was cvsup. cvsup was a PITA if you wanted (or
> needed) to install it via ports, the only reasonable way was to use
> pkg_add for that if you didn't want to pollute your system with
> otherwise unneeded software.
>
> Then there came csup. Small, in the base. You could install FreeBSD and
> the first task (for me and my environment) was often to simply csup to
> -STABLE (or a known good version of that) and to build an up-to-date and
> customised system. Like tayloring make.conf and src.conf to my needs and
> leave out most of the stuff I don't need on my system and in the kernel.
> Software and drivers that aren't there can't fail and won't be a
> security problem.
>
> Times have been changing, we're now up to svn. svn is far more modern
> than cvs and there are pretty good reasons to use it.
>
> However, I either overlook something important or we are now at the
> point we had with cvsup in the early days: The software I need to
> (source-)update the system doens't come with the base and installing svn
> is a PITA. It pulls in a whole lot of dependencies, at the time being in
> FBSD-9.1-R I cannot even pkg_add -r subversion out of the box. And in
> the end I have my system polluted with software and libraries I don't
> really need in many cases for anything else.
>
> So, is there some alternative small svn client, that leaves a
> drastically smaller footprint probably somewhere around, probably even
> in the ports or is there anything I'm missing? The current situaion for
> me is a bit annoying. From the user's or admin's point of view at least.
> I didn't even see an option in svn to not build the server components,
> which would probably already help to make things smaller?
>
> Thanx,
> 	Oliver
>

I've read about this initiative.
http://svnweb.freebsd.org/base/user/des/svnsup/
Maybe you can help there.

Ronald.


More information about the freebsd-stable mailing list