Date: Thu, 24 Jan 2013 09:35:03 +0000 From: Ben Morrow <ben@morrow.me.uk> To: jdc@koitsu.org, freebsd-stable@freebsd.org Subject: Re: svn - but smaller? Message-ID: <20130124093503.GA87735@anubis.morrow.me.uk> In-Reply-To: <20130124085717.GA26673@icarus.home.lan> References: <20130123144050.GG51786@e-Gitt.NET> <20130124093846.5e683474@laptop> <E10EBB96DCC143BE8F14FD2982AD84B7@white>
next in thread | previous in thread | raw e-mail | index | archive | help
Quoth 'Jeremy Chadwick' <jdc@koitsu.org>: > > Regarding your "svn-lite" theory of having that added to src/contrib/, > let me introduce you to Subversion's actual dependencies, and I'll > explain why these would have to remain enabled (for a "base system" > Subversion) as well: > > * SQLite3 (used for bits/pieces in .svn/ directories) > -- License: http://www.sqlite.org/copyright.html > -- Not in the base system It is in HEAD, because the new Heimdal needs it. (The library is currently called libheimsqlite, and is built under kerberos5/lib, but both of those could be changed if necessary.) > * APR (used for HTTP fetching (not necessarily HTTPS)) > -- License: http://www.apache.org/licenses/LICENSE-2.0.html > -- Not in the base system > > * Expat 2.x (XML parsing/generation library > -- License: http://en.wikipedia.org/wiki/MIT_License > -- Not in the base system So these could potentially be brought in? I'm not sure if the Apache license is considered sufficiently BSDish? > * Neon or Serf (used for HTTPS fetching) This could be considered optional, for a base-system svn, as long as the repository is available over HTTP. If necessary the binary could be renamed to bsdsvn so as not to conflict with a full-featured svn installed from ports. (Of course, HTTPS would be *nice*.) > * gettext and libintl (used for character set support) > -- gettext license: GPL (not sure what version) > -- libintl license: LGPL (not sure what version) > -- Neither are in the base system Don't know about these, but I'd be surprised if it wasn't possible to build svn without them. That means losing i18n, but I'm fairly sure csup didn't have i18n either. > * libiconv (used for character set conversion) > -- License: LGPL (not sure what version) > -- Not in the base system There is a BSD-licensed libiconv in HEAD, though it currently isn't built by default. So, it looks to me as though it would be possible, in principle, to bring svn into the base. I'm not at all sure I think that would be a good idea (in particular, bringing in both APR and Expat just to download a few files seems excessive), but it could perhaps be provided as a make.conf option for those who are concerned. (Personally I would not willingly use svn again for any reason, so I'm keeping my source up-to-date using the github mirror. I wonder whether a BSD-licensed checkout-only git client would be easier to write than svnsup? I'm certain the wire protocol is more efficient.) Ben
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130124093503.GA87735>