Bug 28058

Summary:	apache-mod_php dangling link
Product:	Mageia	Reporter:	Bit Twister <bittwister2>
Component:	RPM Packages	Assignee:	Marc Krämer <mageia>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	Normal	CC:	geiger.david68210, shlomif, thierry.vignaud
Version:	8
Target Milestone:	---
Hardware:	All
OS:	Linux
Whiteboard:
Source RPM:	apache-2.4.46-2.mga8.src.rpm, perl-5.32.0-10.mga8.src.rpm	CVE:
Status comment:

Description Bit Twister 2021-01-10 13:40:18 CET

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

Comment 1 Lewis Smith 2021-01-11 21:44:47 CET

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.vignaud
Source RPM: php-8.0.1-2.mga8.src.rpm => apache-2.4.46-2.mga8.src.rpm, perl-5.32.0-10.mga8.src.rpm
Assignee: bugsquad => pkg-bugs

Comment 2 Bit Twister 2021-01-12 09:07:52 CET

(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.

Comment 3 David GEIGER 2021-01-12 13:12:44 CET

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 => mageia
CC: (none) => geiger.david68210

Comment 4 David GEIGER 2021-01-12 13:47:27 CET

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?

Comment 5 Marc Krämer 2021-01-12 16:32:48 CET

there is no php_common any more.

Comment 6 David GEIGER 2021-01-12 17:22:04 CET

So this should be fixed, now libphp.so is a shared lib so it shouldn't be in the devel sub-pkg.

Comment 7 Marc Krämer 2021-01-12 20:01:16 CET

no, it is not a shared lib.

Comment 8 Marc Krämer 2021-01-12 21:01:43 CET

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.

Comment 9 Marc Krämer 2021-01-13 09:54:28 CET

fixed and works.

Resolution: (none) => FIXED
Status: NEW => RESOLVED