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").
Source RPM: (none) => apache
CC: (none) => marja11Assignee: bugsquad => shlomif
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 => RESOLVEDResolution: (none) => INVALID
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 => REOPENEDResolution: INVALID => (none)
(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)Source RPM: apache => unimrcp-deps
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
CC: (none) => davidwhodginsKeywords: (none) => advisory
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_updateWhiteboard: (none) => MGA5-64-OKCC: (none) => sysadmin-bugs
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2018-0005.html
Resolution: (none) => FIXEDStatus: NEW => RESOLVED