[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Stop packaging dependencies with releases

From: Justin Erenkrantz <justin_at_erenkrantz.com>
Date: 2006-07-12 18:20:40 CEST

On 7/12/06, David Anderson <david.anderson@calixo.net> wrote:
> So, for 1.4, we would like to try going with another option that was
> proposed: ship two tarballs (plus bz2 and win32 variants, of course):
> - subversion-1.4.0.tar.gz : the Subversion source code, no deps.
> - subversion-deps-1.4.0.tar.gz : the dependency package, which
> decompresses as an overlay to the previous tarball, adding
> APR/Neon/etc. to the plain svn source tree.

As before, +1 to this separation.

If we get lots of negative feedback from users, we can revisit this;
but let's really try this for 1.4.0.

> The second question is more os a bikesheddy question, but that needs
> an answer nonetheless: what should we put in the deps tarball? Neon,
> Serf, zlib, BDB, APR ? Which versions of these?

For 1.4, I would bundle:

APR 1.2.7
APR-util 1.2.7
neon 0.25.5 (as we don't support 0.26.x yet in 1.4.x)
zlib 1.2.3 (this is a new required dependency in 1.4.x)

Now that httpd 2.2.x has been in general availability since December,
I think it's time that we upgrade the deps we bundle to APR 1.x. APR
1.x has many more bug fixes that we know folks are stumbling upon
(LFS, etc.). And, httpd 2.2.2 bundles in apr/apr-util 1.2.7.

As I believe I mentioned in an earlier thread, I would say that we do
not change the dependency tarball in a given release branch. That is
- the 1.4 dependencies are fixed at those versions. We will only
change them in the presence of a major flaw with Subversion (unlikely
at this point) or a security vulnerability in one of those libraries
(possible). For 1.5, we may decide that we want to change this

HTH. -- justin

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jul 12 18:21:52 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.