After I switched to a 2023 profile and did the the recommended "emerge --ask --emptytree @world" a syntax check with "perl -c My_mod_perl_stuff.pm" fails, while loading the code into Apache2 with mod_perl still works fine. Before the update, this has been working for years, I can boil the issue down to "perl -c -e 'use APR:Request::Apache2'". It generates following error message: Can't load '/usr/lib64/perl5/vendor_perl/5.38/x86_64-linux-thread-multi/auto/APR/Request/Apache2/Apache2.so' for module APR::Request::Apache2: /usr/lib64/perl5/vendor_perl/5.38/x86_64-linux-thread-multi/auto/APR/Request/Apache2/Apache2.so: undefined symbol: apreq_handle_apache2 at /usr/lib64/perl5/5.38/x86_64-linux-thread-multi/DynaLoader.pm line 206. at -e line 1. Compilation failed in require at -e line 1. BEGIN failed--compilation aborted at -e line 1. I assume, that loading of "/usr/lib64/apache2/modules/mod_apreq2.so" is missing. It would provide the symbol.
Which packages provide these perl modules?
It is in www-apache/libapreq2-2.17
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a11f317df653e64a0d672366cd6ff4642a2b8ee4 commit a11f317df653e64a0d672366cd6ff4642a2b8ee4 Author: Sam James <sam@gentoo.org> AuthorDate: 2024-06-24 03:20:12 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2024-06-24 03:20:12 +0000 www-apache/libapreq2: EAPI 8, fix runtime w/ BIND_NOW Closes: https://bugs.gentoo.org/934379 Signed-off-by: Sam James <sam@gentoo.org> .../files/libapreq2-2.08-fix-linkage.patch | 51 +++++++++++++ www-apache/libapreq2/libapreq2-2.17-r1.ebuild | 83 ++++++++++++++++++++++ 2 files changed, 134 insertions(+)
Please let me know if 2.17-r1 works (or doesn't). Thanks.
Unfortunately, www-apache/libapreq2-2.17-r1 doesn't fix the issue. I still see the same erroneous behavior.