On 31.05.2016 18:50, Jeff Johnson wrote:
On May 31, 2016, at 2:52 AM, Elan Ruusamäe wrote:
On 31.05.2016 09:45, Elan Ruusamäe wrote:
[root@57c8cccdc671 bin]# poldek -u procps
oh, and it's 100% reproducible:
Yes. And it has been discussed many times over the last 15y,
several times on this list.
sadly nothing concluded in the past (read: nothing was fixed)
i'll apply your patch and push after some testing
however, i'd like to comment few parts:
Short answer:
Disable the mechanism with attached patch to lib/psm.c
- OR --
Don't use
%scriptlet -p /sbin/ldconfig
in packages that are known to invoke an executable that depends on
a new library.
in my case the last scriptlet was skipped as pointed out by jacek,
and the problem was that after whole rpm transaction was finished one
last ldconfig was not ran so the last library SONAME symlinks were missing
and the package own scriptlet did not invoke any program from package.
Longer answer:
...
The fix of running /sbin/ldconfig manually is rather simple
(even if the problem is obscure).
even the fix may seem simple, it's not a solution, as packages may be
upgraded automatically and end user should not know that he needs to run
sudo ldconfig to troubleshoot. pld linux th is rolling distro, so the
updates are not scheduled to 4th month of the year like some other distro.
also the optimization is pointless nowadays, as glibc has
/var/cache/ldconfig/aux-cache which makes redundant ldconfig calls noop.
i prefer reliability over broken optimization.
--
glen
_______________________________________________
pld-devel-en mailing list
[email protected]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
