Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bugzilla DB migration completed. Please report issues to Infra team via email via infra@gentoo.org or IRC
Bug 358945 - portage does not preserve libs for binaries in /usr/lib64/kde4/libexec
Summary: portage does not preserve libs for binaries in /usr/lib64/kde4/libexec
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: preserve-libs
  Show dependency tree
 
Reported: 2011-03-14 20:59 UTC by Dennis Schridde
Modified: 2011-08-23 22:41 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dennis Schridde 2011-03-14 20:59:35 UTC
/usr/lib64/libXxf86misc.so.1 got uninstalled even though it was used by /usr/lib64/kde4/libexec/kscreenlocker (confirmed via scanelf -n).

From ~/.xsession-errors:
---
kscreenlocker: error while loading shared libraries: libXxf86misc.so.1: cannot open shared object file: No such file or directory
startkde: Initial session lock failed. Terminating for security reasons.
kglobalaccel: Fatal IO error: client killed
kdeinit4: Fatal IO error: client killed
kdeinit4: sending SIGHUP to children.
klauncher: Exiting on signal 1
kdeinit4: Fatal IO error: client killed
kdeinit4: sending SIGHUP to children.
---

The issue was particularly ugly, because xsession-errors was empty almost all the time: Only one time it contained the text quoted above. Thus it took me several hours to figure this out.

Reproducible: Always
Comment 1 Dennis Schridde 2011-03-14 22:30:05 UTC
binaries in /usr/lib64/kde4/libexec require the libs, but do not have to be preserved. Fixing summary accordingly
Comment 2 Tomáš Chvátal (RETIRED) gentoo-dev 2011-04-28 21:31:30 UTC
This is more for portage team than for the kde team.
Comment 3 Zac Medico gentoo-dev 2011-04-28 21:46:24 UTC
(In reply to comment #0)
> /usr/lib64/libXxf86misc.so.1 got uninstalled even though it was used by
> /usr/lib64/kde4/libexec/kscreenlocker (confirmed via scanelf -n).

How did it get uninstalled? I only see one version of the providing package:

  http://packages.gentoo.org/package/x11-libs/libXxf86misc

FEATURES=preserve-libs currently only handles upgrades, not uninstalls. So, maybe this is a duplicate of bug #286714.
Comment 4 Dennis Schridde 2011-04-29 06:40:14 UTC
(In reply to comment #3)
> (In reply to comment #0)
> > /usr/lib64/libXxf86misc.so.1 got uninstalled even though it was used by
> > /usr/lib64/kde4/libexec/kscreenlocker (confirmed via scanelf -n).
> 
> How did it get uninstalled? I only see one version of the providing package:
I really dont know anymore. If the major version of libXxf86misc (i.e. .so.1) has never changed, yes, maybe I ran --depclean. But then, shouldn't the library check phase of that have prevented the uninstall?
Comment 5 Zac Medico gentoo-dev 2011-04-29 14:21:06 UTC
(In reply to comment #4)
> I really dont know anymore. If the major version of libXxf86misc (i.e. .so.1)
> has never changed, yes, maybe I ran --depclean. But then, shouldn't the library
> check phase of that have prevented the uninstall?

If you install it again with --oneshot, does --depclean still fail to recognize that it has reverse link-level dependencies?
Comment 6 Andreas K. Hüttel gentoo-dev 2011-08-23 21:38:53 UTC
No response for > 4 months
Comment 7 Zac Medico gentoo-dev 2011-08-23 22:39:14 UTC
(In reply to comment #5)
> If you install it again with --oneshot, does --depclean still fail to recognize
> that it has reverse link-level dependencies?

Note that since bug 286714 got fixed, --depclean won't check for link-level dependencies (--depclean-lib-check) when FEATURES=preserve-libs is enabled. You can temporarily disable FEATURES=preserve-libs if you want --depclean-lib-check to work.