clone 765053 -1
retitle -1 libapache2-mod-perl2: APR.so missing symbols: modperl_is_running et
al.
reassign -1 libapache2-mod-perl2 2.0.9~1604013-1
found -1 2.0.9~1624218-1
submitter -1 !
thanks
On Mon, Oct 13, 2014 at 09:34:00AM +0100, Michael Tautschnig wrote:
> Package: libapache-dbilogger-perl
> Version: 0.93-12
> Severity: serious
> Usertags: goto-cc
> Not under Apache, not under Apache2?
> Can't load '/usr/lib/x86_64-linux-gnu/perl5/5.20/auto/APR/APR.so' for module
> APR: /usr/lib/x86_64-linux-gnu/perl5/5.20/auto/APR/APR.so: undefined symbol:
> modperl_is_running at /usr/lib/x86_64-linux-gnu/perl/5.20/DynaLoader.pm line
> 187.
This is a result of this change in libapache2-mod-perl2 2.0.9~1604013-1:
* Fix builds with gcc -O0 (DEB_BUILD_OPTIONS=noopt) by defining
MP_IN_XS in APR and APR/PerlIO builds. (Closes: #756989)
APR.so can't anymore be loaded from outside mod_perl anymore under
PERL_DL_NONLAZY=1 because of missing symbols.
I'm not sure how bad this is yet. I'm cloning a separate bug for
libapache2-mod-perl2. Let's start at severity:serious.
On another note, I see the caller is in debian/patches/apache2.patch:
Description: Ported the module to correctly work under Apache 2.x / mod_perl
2.x, as it is API-incompatible
Author: Gunnar Wolf <[email protected]>
Bug-Debian: http://bugs.debian.org/397491
Last-Update: 2007-05-01
Forwarded: unknown
So we've carried a Debian patch for mod_perl2 compatibility for seven years now.
Last upstream release of Apache-DBILogger was sixteen years ago.
No reverse dependencies AFAICS. Do we really want to keep this package?
--
Niko Tyni [email protected]
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
