| Summary: | Missing dependency of apache for libapr-util-devel | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Olivier FAURAX <olivier> |
| Component: | RPM Packages | Assignee: | QA Team <qa-bugs> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | major | ||
| Priority: | Normal | CC: | davidwhodgins, geiger.david68210, marja11, richard, sysadmin-bugs |
| Version: | 5 | Keywords: | advisory, validated_update |
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | MGA5-64-OK | ||
| Source RPM: | unimrcp-deps | CVE: | |
| Status comment: | |||
|
Olivier FAURAX
2016-07-01 16:05:40 CEST
Source RPM:
(none) =>
apache
Marja Van Waes
2016-07-03 05:41:15 CEST
CC:
(none) =>
marja11 No, the .so file is only needed for building things against that library. Apache actually depends on libaprutil-1.so.0, which is in the libapr-util1_0 package, and there is an automatically generated dependency on that. Seems something's wrong on your system, but you will need to investigate further. Keywords:
(none) =>
NEEDINFO I checked now, and my apache runs without libapr. However, I reported the bug since a friend had this problem. He uninstalled/reinstalled apache, and had the "error while loading shared library" on apache launch that made me make him install libapr. Perhaps it has a link with an apache module or something that is launched with it. He must have done something strange on his system. Marking as INVALID. Status:
NEW =>
RESOLVED Reproduced today on a fresh install by my friend. Please provide a list of command to be run in a terminal to understand what happens. Status:
RESOLVED =>
REOPENED (In reply to Olivier FAURAX from comment #4) > Reproduced today on a fresh install by my friend. > Please provide a list of command to be run in a terminal to understand what > happens. You can have a look at man urpmi for debug options. Status:
REOPENED =>
NEW Here some tests I made:
[root@localhost mandremi]# service httpd restart
Redirecting to /bin/systemctl restart httpd.service
Job for httpd.service failed. See "systemctl status httpd.service" and "journalctl -xe" for details.
[root@localhost mandremi]# /sbin/apachectl
/usr/sbin/httpd: error while loading shared libraries: libaprutil-1.so.0: cannot open shared object file: No such file or directory
[root@localhost mandremi]# urpmf /usr/sbin/apachectl
apache:/usr/sbin/apachectl
...
[root@localhost mandremi]# /usr/sbin/apachectl
/usr/sbin/httpd: error while loading shared libraries: libaprutil-1.so.0: cannot open shared object file: No such file or directory
[root@localhost mandremi]# rpm -qa | grep apache
apache-commons-codec-1.9-2.mga5
apache-commons-logging-1.1.3-8.mga5
apache-commons-lang-2.6-15.mga5
apache-2.4.10-16.4.mga5
apache-mod_userdir-2.4.10-16.4.mga5
apache-mod_php-5.6.27-1.mga5
[root@localhost mandremi]# urpme apache && urpmi apache
...
désinstallation de apache-2.4.10-16.4.mga5.x86_64 apache-mod_php-5.6.27-1.mga5.x86_64 apache-mod_userdir-2.4.10-16.4.mga5.x86_64 phpmyadmin-4.4.15.8-1.mga5.noarch
désinstallation du paquetage phpmyadmin-4.4.15.8-1.mga5.noarch
1/4: désinstallation de phpmyadmin-4.4.15.8-1.mga5.noarch
###################################################attention : /etc/phpmyadmin/config.inc.php sauvé en tant que /etc/phpmyadmin/config.inc.php.rpmsave
#
désinstallation du paquetage apache-mod_php-3:5.6.27-1.mga5.x86_64
2/4: désinstallation de apache-mod_php-3:5.6.27-1.mga5.x86_64
####################################################
désinstallation du paquetage apache-mod_userdir-2.4.10-16.4.mga5.x86_64
3/4: désinstallation de apache-mod_userdir-2.4.10-16.4.mga5.x86_64
####################################################
désinstallation du paquetage apache-2.4.10-16.4.mga5.x86_64
4/4: désinstallation de apache-2.4.10-16.4.mga5.x86_64
####################################################
writing /var/lib/rpm/installed-through-deps.list
...
rsync://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/5/x86_64/media/core/updates/apache-2.4.10-16.4.mga5.x86_64.rpm
installation de apache-2.4.10-16.4.mga5.x86_64.rpm depuis /var/cache/urpmi/rpms
Préparation... ####################################################
1/1: apache ####################################################
[root@localhost mandremi]# /usr/sbin/apachectl
/usr/sbin/httpd: error while loading shared libraries: libaprutil-1.so.0: cannot open shared object file: No such file or directory
[root@localhost mandremi]# urpmf libaprutil-1.so.0
lib64apr-util1_0:/usr/lib64/libaprutil-1.so.0
lib64apr-util1_0:/usr/lib64/libaprutil-1.so.0.5.4
You can see that apache has been installed without resolving the dependency to libapr.
We just installed lib64apr1_0 and lib64apr-util1_0 to resolve the dependencies by hand. So after some tests on cauldron (it is similar on mga5), I found something wrong: 1) package apache requires fine libapr-1 and libaprutil-1 $ urpmq --requires apache |grep apr libapr-1.so.0()(64bit) libaprutil-1.so.0()(64bit) $ 2) but now there is a problem because there is two packages who provides the same libraries: $ urpmq --whatprovides libaprutil-1.so.0\(\)\(64bit\) lib64unimrcp-deps|lib64apr-util1_0 $ $ urpmq --whatprovides libapr-1.so.0\(\)\(64bit\) lib64apr1_0|lib64unimrcp-deps $ You can see that source package "apr-util" and source package "unimrcp-deps" provides both libapr-1 and libaprutil-1 CC:
(none) =>
geiger.david68210 So! package unimrcp-deps fixed now on cauldron and also on mga5 in Core/Updates_testing repo. @ Olivier: Could you test a new fresh install of apache on a mga5 system and check now if lib64apr1_0 and lib64apr-util1_0 are automatically/properly pulled? Note that you need enable Core/Updates_testing and have your rpm database up-to-date. Hi, Recently, after a fresh installation of MGA5 urpmi apache 1 - lib64unimrcp-deps-1.1.2-6.mga5.x86_64 2 - lib64apr-util1_0-1.5.4-5.mga5.x86_64 If you chose 1 (by default), "htdigest" can't be used due to the lack of libapr-1.so.0 library. After forcing the installation of libapr (urpmi libapr) all seems OK. No problem on MGA6. CC:
(none) =>
richard Even after fixing unimrcp-deps, I believe we'll need to update meta-task to make sure libapr-util is selected over the unimrcp-deps in core/release. Keywords:
NEEDINFO =>
(none) Advisory: ---------------------------------------- The unimrcp-deps package is being updated to remove invalid provides tags in the RPM package that causes it to be installed in some cases instead of libapr, libapr-util, or libsofia-sip. The meta-task package has also been updated to ensure that the correct libraries will be installed in favor of the broken unimrcp-deps in core/release. ---------------------------------------- Updated packages in core/updates_testing: ---------------------------------------- libunimrcp-deps-1.1.2-6.1.mga5 libunimrcp-deps-devel-1.1.2-6.1.mga5 meta-task-5-28.2.mga5 from SRPMS: unimrcp-deps-1.1.2-6.1.mga5.src.rpm meta-task-5-28.2.mga5.src.rpm Assignee:
shlomif =>
qa-bugs
Dave Hodgins
2018-01-01 09:02:56 CET
CC:
(none) =>
davidwhodgins Before installing the update ... # rpm -q --provides lib64unimrcp-deps devel(libapr-1(64bit)) devel(libaprutil-1(64bit)) devel(libsofia-sip-ua(64bit)) lib64unimrcp-deps = 1.1.2-6.mga5 lib64unimrcp-deps(x86-64) = 1.1.2-6.mga5 libapr-1.so.0()(64bit) libaprutil-1.so.0()(64bit) libsofia-sip-ua.so.0()(64bit) libunimrcp-deps = 1.1.2-6.mga5 After installing the updates ... # rpm -q --provides lib64unimrcp-deps lib64unimrcp-deps = 1.1.2-6.1.mga5 lib64unimrcp-deps(x86-64) = 1.1.2-6.1.mga5 libunimrcp-deps = 1.1.2-6.1.mga5 Validating the update. Keywords:
(none) =>
validated_update An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2018-0005.html Resolution:
(none) =>
FIXED |
Apache rely on /usr/lib/libaprutil-1.so which is provided by libapr-util-devel. However, when installing apache-2.4.10-16.3.mga5, there is no dependecy on this package. I rank it as major as this prevent apache from starting ("error while loading shared library").