Summary: | update of python-exec yields to system "breakage" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Enrique Domínguez <enrique_pinos> |
Component: | Eclasses | Assignee: | Python Gentoo Team <python> |
Status: | UNCONFIRMED --- | ||
Severity: | major | CC: | gentoo, k4be+gentoo, sam |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=918659 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Enrique Domínguez
2023-10-29 19:00:28 UTC
I've been thinking about this for a while. Obviously, the case you hit "shouldn't" happen because it either implies a Portage bug (misordering for the merge list) or bad luck/fragility (because some package in the list failed between python-exec being re-emerged and Portage being re-emerged with new Python). But that's little comfort and not very helpful practically. Maybe we could use the list of historical implementations and have python-exec fall back to that (possibly with some warning on stderr?) if it must. (In reply to Sam James from comment #1) > I've been thinking about this for a while. > > Obviously, the case you hit "shouldn't" happen because it either implies a > Portage bug (misordering for the merge list) or bad luck/fragility (because > some package in the list failed between python-exec being re-emerged and > Portage being re-emerged with new Python). But that's little comfort and not > very helpful practically. > > Maybe we could use the list of historical implementations and have > python-exec fall back to that (possibly with some warning on stderr?) if it > must. Thanks for your reply. Not so frequently updated systems finds trouble each time (same with archlinux) *** Bug 919384 has been marked as a duplicate of this bug. *** |