I'm experiencing same problem in mine testing envirnment.
$ perl -MAPR::Request -e1
Can't load '/usr/lib/perl5/auto/APR/Request/Request.so' for module APR::Request: /usr/lib/perl5/auto/APR/Request/Request.so: undefined symbol: apreq_hook_disable_uploads at /usr/lib/perl/5.10/DynaLoader.pm line 193.
at -e line 0
Compilation failed in require.
BEGIN failed--compilation aborted.
It is inconvenient regression for me. I can't remove this dependency
in our huge project (~200k SLOC) for complex dependencies.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-4-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libapache2-request-perl depends on:
ii libapache2-mod-apreq2 2.12-1 generic Apache request library - A
ii libapache2-mod-perl2 2.0.4-6 Integration of perl with the Apach
ii libapreq2 2.12-1 generic Apache request library
ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib
ii perl 5.10.1-11 Larry Wall's Practical Extraction
ii perl-base [perlapi-5.10.0] 5.10.1-11 minimal Perl system
libapache2-request-perl recommends no packages.
libapache2-request-perl suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
It looks like the problem is that Request.so is not linked against libapreq2.
This changed upstream at some point (building 2.08 with the same Debian
packaging as 2.12-1 works fine), but I haven't clarified exactly when and
why yet.
/* Steinar */
--
Homepage: http://www.sesse.net/