Summary: | sys-apps/portage: newer portage should block older repoman versions that are incompatible | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Zac Medico <zmedico> |
Component: | Current packages | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 651804 | ||
Bug Blocks: |
Description
Zac Medico
2018-03-29 16:15:50 UTC
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/proj/portage.git/commit/?id=c5ad40dbe8f74dcdb2b08d42240e217a8ef440e6 commit c5ad40dbe8f74dcdb2b08d42240e217a8ef440e6 Author: Zac Medico <zmedico@gentoo.org> AuthorDate: 2018-03-30 03:35:24 +0000 Commit: Zac Medico <zmedico@gentoo.org> CommitDate: 2018-03-30 03:47:55 +0000 depgraph._serialize_tasks: resolve portage/repoman blockers (bug 651936) When ensuring that all runtime dependencies are installed before a new instance of portage, ignore uninstalls. This makes it possible to solve a blocker between a new version of portage and an older version of repoman, where an uninstall task for the older version of repoman appears in the runtime dependencies of the new instance of portage. Bug: https://bugs.gentoo.org/651936 pym/_emerge/depgraph.py | 12 +++++++----- 1 file changed, 7 insertions(+), 5 deletions(-)} The blocker will not solve automatically until people have the next version of portage installed, so we should not add the blocker until the next version of portage has been stabilized. The portage-2.3.43 ebuild blocks repoman-2.3.10. (In reply to Zac Medico from comment #3) > The portage-2.3.43 ebuild blocks repoman-2.3.10. Actually it's less than repoman-2.3.10: > !<app-portage/repoman-2.3.10 |