Oliver Brandmueller <o...@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
devel/subversion already has an option to build a static version. A solution could be to create a stub port (devel/subversion-static) similar to: shells/bash-devel shells/bash-static-devel dns/ldns dns/py-ldns That way the package build cluster would create a package of the static version which wouldn't pull in any runtime dependencies. Emanuel _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
