Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 922131 - sys-apps/portage: transparently apply updates (moves) to source repositories (especially for overlays)
Summary: sys-apps/portage: transparently apply updates (moves) to source repositories ...
Status: CONFIRMED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Core - Dependencies (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 925715
  Show dependency tree
 
Reported: 2024-01-14 19:20 UTC by Michał Górny
Modified: 2024-02-28 15:56 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2024-01-14 19:20:20 UTC
Currently Portage applies updates (pkgmoves) to vdb and binary packages, and expects all ebuilds to be updated already.  While this makes sense for a single repository setup, it doesn't work all that well with overlays.  In the end, whenever we move something in ::gentoo, all overlays become temporarily broken for their users until they are updated as well.

On top of this, we'll facing a kind of asymmetry here — since updates apply to vdb, packages installed from overlays have new dependencies already.  However, they can't be rebuilt because source ebuilds still reference old dependencies.  If you rebuild it with --nodeps, then force updates, then the installed version will have new deps.

Therefore, I think it would make sense for Portage to transparently apply updates to source ebuilds as well.  The main benefit would be that whenever we move stuff in ::gentoo, overlays continue working and users get full symmetry between source repos, binary repos and vdb.  Optionally, Portage could emit warnings that the ebuilds have outdated deps, or we could just defer that to pkgcheck.