Summary: | media-libs/mesa-19.2.0_rc4 - libraries from sys-devel/llvm will be removed even if drivers in /usr/lib64/dri linking against them still exist | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Dennis Schridde <dschridde+gentoobugs> |
Component: | Current packages | Assignee: | Portage team <dev-portage> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | esigra, pacho |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=459038 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 240323 |
Description
Dennis Schridde
2019-09-25 20:16:55 UTC
To confirm: you mean with the preserved-libs portage mechanism? (In reply to Matt Turner from comment #1) > To confirm: you mean with the preserved-libs portage mechanism? Yes, the mechanism which keeps libraries installed, even if their package gets uninstalled, if libraries / binaries from another package still use them (they appear in DT_NEEDED). Maybe portage has paths it considers and this isn't one of them? It's not clear to me how a version of llvm that Mesa depends on could ever be removed though? How was llvm:8 removed from your system? (In reply to Matt Turner from comment #3) > Maybe portage has paths it considers and this isn't one of them? > > It's not clear to me how a version of llvm that Mesa depends on could ever > be removed though? How was llvm:8 removed from your system? emerge -C llvm:8 (In reply to Dennis Schridde from comment #4) > (In reply to Matt Turner from comment #3) > > Maybe portage has paths it considers and this isn't one of them? > > > > It's not clear to me how a version of llvm that Mesa depends on could ever > > be removed though? How was llvm:8 removed from your system? > > emerge -C llvm:8 Um, okay. Sounds like you've shot yourself in the foot. I'll just reassign to dev-portage@ and let them decide if there's something here. The preserve-libs mechanism only works for library dependencies that portage can resolve, an that only works if the those dependencies are resolvable via the ld.so search path (/etc/ld.so.conf) or via DT_RPATH entries in the dependent ELF files. For llvm:8, the file /etc/env.d/10llvm-9991 contains an LD_PATH variable which adds the relevant directories to /etc/ld.so.conf. So, after you unmerge llvm:8, /etc/env.d/10llvm-9991 will be unmerged and env-update is going to re-render /etc/ld.so.conf so that those library dependencies are no longer resolvable. This is a similar situation to bug 459038. *** Bug 695642 has been marked as a duplicate of this bug. *** |