Bug#765053: libapache-dbilogger-perl: FTBFS - undefined symbol: modperl_is_running

[Niko Tyni]

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 <gwolf at debian.org>
  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   ntyni at debian.org