apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Branko Čibej <br...@apache.org>
Subject Re: APR 2.0 RPMs Missing apr-util
Date Tue, 08 May 2018 20:20:08 GMT
On 08.05.2018 21:47, William Kimball Jr. wrote:
> APR Developers,
>
> Hello!  I joined a little while back out of a need to add TLS
> capabilities to apr_dbd_mysql
> (https://bz.apache.org/bugzilla/show_bug.cgi?id=62342).  In my
> exuberance to contribute and solve this problem quickly -- I have
> another project waiting for this fix -- I just cloned the trunk (2.0)
> and got right to work.  My completed additions compile fine -- no
> errors or warnings -- and the automated tests all succeed. Even RPM
> building appears to work well.  In wanting to prove my changes in a
> test environment, I attempted to simply install the new apr-mysql RPM
> (somewhat surprised at the unexpected name change) and discovered it
> is impossible.
>
> I'm unable to install the RPMs I created simply because the
> sub-packages (like apr-mysql) all require "apr-util", which is no
> longer being built, as far as I can tell.  It's nowhere in the spec
> file except as a dependency.  Was this an oversight or am I missing
> something obvious?  Would it be safe to simply remove the dependency
> on apr-util or should it have been replaced by a different dependency?

APR-Util was folded into APR in on trunk, it's no longer a standalone
library. It looks like the RPM spec file simply hasn't been updated yet
— which isn't surprising, since it's not really supported (and shouldn't
be in our repository in the first place ... we don't do binary packages,
only source code).

> In looking to see what I could do on my own, I separately discovered
> to my dismay that CentOS 7 -- the OS for which I have a specific need
> for this fix -- uses APR 1.5 but the APR website hints to me that 1.5
> is no longer meant to be supported (by omitting it from
> https://apr.apache.org/anonsvn.html).  Is there any obvious reason why
> I shouldn't proceed with 2.0 or should I go back and try to find the
> 1.5 branch and apply my additions there?

If you intend to contribute your changes back to the APR project, then
working off trunk is best.

> On that line of thinking, should I port my contribution to 1.6 and
> 1.7, as well?

That depends. 1.6.x is the current release and can't accept major new
features, only bug fixes.

-- Brane


Mime
View raw message