Description of problem: mga8-rc dangling: /usr/lib64/httpd/modules/mod_php.so -> ../../../../usr/lib64/libphp.so Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. clean 64bit only non-free/tainged install 2. symlinks -r / | grep dangling
See also https://bugs.mageia.org/show_bug.cgi?id=28057 Same question: does it matter? Can it be fixed? apache-mod_php apprently was its own SRPM; but not now. Mirror problems are preventing me finding out what *is* its parent SRPM, so guessing Apache, adding Perl in case. Variable committers for Apache, so assigning globally; CC tv and shlomi as recent committers.
CC: (none) => shlomif, thierry.vignaudSource RPM: php-8.0.1-2.mga8.src.rpm => apache-2.4.46-2.mga8.src.rpm, perl-5.32.0-10.mga8.src.rpmAssignee: bugsquad => pkg-bugs
(In reply to Lewis Smith from comment #1) > See also https://bugs.mageia.org/show_bug.cgi?id=28057 > Same question: does it matter? Me thinks you are in two different conversations. The dangling build-id links need to be fixed if wanting to get debugging information, but are not a day to day operation problem. This report is about missing /usr/lib64/libphp.so and will cause problems anytime the application need to call it.
Assigning to mokraemer. Regarding on some other distros I can see that they use a LoadModule function in 'install" stage for the the mod_php.so module: cat > %{buildroot}%{_httpd_modconfdir}/%{load_order}_%{mod_name}.conf <<EOF LoadModule php_module modules/%{mod_name}.so
Assignee: pkg-bugs => mageiaCC: (none) => geiger.david68210
There is here a very bad packaging issue :( Why we haven't no more a libphp8_common.so -> libphp8_common.so.8 -> libphp8_common.so.8.0.0 like for mga7 (with number 7 instead of 8)? Where are the shared libraries?
there is no php_common any more.
So this should be fixed, now libphp.so is a shared lib so it shouldn't be in the devel sub-pkg.
no, it is not a shared lib.
Ok, I think I've got it sorted. - libphp.so is the shared library that is mod_php.so for apache - php_common has hold this lib, but was only used for apache, so it was not "common" let's see if it builds. On my machine it does not, after the latest cauldron updates.
fixed and works.
Resolution: (none) => FIXEDStatus: NEW => RESOLVED