Summary: | Installed/Binary *DEPENDs should only contain what the package was built against | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Spider (RETIRED) <spider> |
Component: | Conceptual/Abstract Ideas | Assignee: | PMS/EAPI <pms> |
Status: | RESOLVED NEEDINFO | ||
Severity: | major | CC: | devnull, esigra, m.debruijne, rockoo, StormByte |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 174380, 370439 |
Description
Spider (RETIRED)
2004-02-12 14:06:12 UTC
I am not sure if anyone has looked at this in regard to head, so I will bump the severity a bit to get attention. It definately should be fixed, especially since there should be better binpkg handling in head to ease the use of binaries across systems. Yes, this will be addressed in the next version. When packages are built (whether for installing or binary packaging) *DEPEND will be folded down to exactly what portage chose as the deps. That is, all USE flag information and optional dependencies as listed in this bug will be removed. Thats great. Can we perhaps make so that an original copy of the ebuild is installed as well? Since currently /var/db/pkg/*/*/*ebuild is the same as /usr/portage, this makes for good "backup" if a package is removed/changed radically and somone wants to hold a "backwards" compatible system in. This isn't really necessary and can probably be considered "bloat" but it may still be a nice thing. Err... eh? We already hold onto the ebuild. Doesn't really do much without $FILESDIR either, nor the eclasses, but the env saving sort of addresses that. Hmm, good points. Disregard my comment then. pong - is this implemented in 2.1? (In reply to comment #6) > pong - is this implemented in 2.1? No it's not been implemented as of yet. Some || ( ) style deps are proving to be problematic. *** Bug 141226 has been marked as a duplicate of this bug. *** Do we have a clear technical idea here? Sounds like some of the cases are handled currently by subslots, some are not. But the bug seems vague, lacking a suggested solution. For ambiguous cases like || ( gnutls openssl ), can we assume that it will choose the first installed match, moving from left to right? No progress since ten years. Feel free to reopen with a tangible proposal. |