Bug 153197 - /sbin/ldconfig not run with --oldpackage
/sbin/ldconfig not run with --oldpackage
Product: Fedora
Classification: Fedora
Component: rpm (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Paul Nasrat
Mike McLean
Depends On:
  Show dependency treegraph
Reported: 2005-04-02 13:03 EST by Gene Czarcinski
Modified: 2008-10-23 00:38 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-04-24 19:02:55 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Gene Czarcinski 2005-04-02 13:03:22 EST
Description of problem:
When I read the message which explained that sshd was having I problem with
openssl-0.9.7f-1 and to simply back off to openssl-0.9.7e-3, I thought I would
give it a try.

I was surprised when lots of things stopped working because libssl.so.5 did not
exist.  I tracked the problem down to the fact that installing openssl-0.9.7e-3
with --oldpackage had resulted in the sym-links not being updated.  When I
finally did install openssl-0.9.7f-3 the sym-links were updated.

Version-Release number of selected component (if applicable):
rpm 4.4.1-9, openssl 0.9.7f-3 and openssl 0.9.7e-3

How reproducible:

Steps to Reproduce:
1. update to "current" openssl in development
2. then rpm -Uvh --oldpackage from FC4T1 initial distribution
3. ls -l /lib/libssl* /lib/libcrypto* /lib64/libssl* /lib64/libcrypto*
Actual results:
hanging sym-links for libssl.so.5 and libcrypto.so.5

Expected results:
symlinks updated to point to currently installed libraries

Additional info:

I believe this is an rpm problem but it also could be a packaging problem with

The system used was x86_64 although I expect it to be the same on a i386 system.
Comment 1 Jeff Johnson 2006-04-24 19:02:55 EDT
RPM does not support downgrades as with --oldpackage.
Comment 2 Matt McCutchen 2008-10-23 00:38:34 EDT
I just hit the same problem downgrading my glib2 from rawhide back to Fedora 9 after I finished testing a program that needed the rawhide version.  When I logged out of GNOME, gdm died and I had to run ldconfig manually from the terminal.

What is the purpose of --oldpackage if not for downgrades?  It seems to me that the problem could be fixed easily by letting ldconfig run a second time after the erasures are complete.  I understand that the symlinks will still be broken during the erasures (the only way to fix that would be for rpm to somehow indicate its planned shared library deletions to ldconfig before actually performing them), but that's better than leaving them broken forever.

Note You need to log in before you can comment on or make changes to this bug.