On Mon, 2014-07-07 at 17:50 +0800, Ghislain Hachey wrote:
On 7/7/14, 17:22, Michael Tremer wrote:
Are you sure that subversion needs apr at runtime? It certainly needs the library, but I think that everything that is needed by subversion at runtime should be in the core system already.
We had a subversion package which was dropped in 2008, because the IPFire project switched to git and there was no one who wanted to maintain subversion any more.
http://git.ipfire.org/?p=ipfire-2.x.git;a=commitdiff;h=a91ca65e82da80139f0e0...
Long story, but I'm curious about why apache makes used of bundled third party sources here, is this a special case that requires to go against what's encouraged?
APR is a part of apache. Some distributions simply create a subpackage for apr as it is usually not needed at runtime, just for development.
OK, that all makes sense. So I might as well just point the subversion ./configure script to use the ones in httpd sources for the build and be done with it. I don't mind maintaining the package (and other orphan packages that I may want to use from time to time). What does this usually entail? Just following the upstream project for bug and security fixes and re-building new sources when that happens?
Yes, it is basically all that. Not much work actually, but it needs to be done. If everyone does a little slice of it we will have a great distribution here.
Following upstream especially for security announcements, updating the package accordingly or every once in a while. It is not necessary to follow every single release, but it is nice to have a recent version on the system.
And if there are some users experiencing problems with the package, maybe give them some help. That does not contain explaining them how to use SVN for example, but if there is something that works on other systems but is broken on IPFire, it would be great looking into that.
What other packages/add-ons did you build?
-Michael
-- GH
Development mailing list Development@lists.ipfire.org http://lists.ipfire.org/mailman/listinfo/development