Summary: | [QA] app-emulation/emul-linux-x86-compat-20081109: libc.so.5 lacks NEEDED entries | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Pacho Ramos <pacho> |
Component: | Current packages | Assignee: | AMD64 Project <amd64> |
Status: | RESOLVED WONTFIX | ||
Severity: | QA | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 165270 |
Description
Pacho Ramos
2008-11-10 19:54:40 UTC
the NEEDED check is bogus wrt libc.so.5 however, i have no idea why it's even being shipped with the emul package. punt it already. It's being still shipped because emul-linux-x86-compat still provides 32 bits libs from sys-libs/lib-compat and sys-libs/libstdc++-v3 :-/ that's no reason to keep the crap around. the libs that lib-compat provides are irrelevant. the only 32bit C++ libs that should still be provided are libstdc++.so.[56], and neither require the old glibc libc.so.5 The problem is that sys-libs/lib-compat (and probably the one provided by app-emulation/emul-linux-x86-compat) seems to be still required by some apps in the tree: games-action/phobiaii/phobiaii-1.1.ebuild games-fps/rtcw/rtcw-1.41b.ebuild sys-libs/lib-compat-loki/lib-compat-loki-0.2.ebuild sys-block/hpacucli/hpacucli-8.10.2.ebuild then, I am not sure about dropping it would be a good idea :-/ This won't be fixed then We expect to drop lib-compat once we are sure no other ebuild depends on it Best regards |