diff options
| author | Sam James <sam@gentoo.org> | 2025-10-29 03:19:24 +0000 |
|---|---|---|
| committer | Sam James <sam@gentoo.org> | 2025-10-29 03:21:23 +0000 |
| commit | ab067727908573891dee886a281165ec5d0b43af (patch) | |
| tree | 569e2bd3466ba5f019f70dc8f6cc95c0e43c051e /dev-python/bpython | |
| parent | 6089c2ce07da6e233920bd12c21a5d638c6e61ec (diff) | |
| download | gentoo-ab067727908573891dee886a281165ec5d0b43af.tar.gz gentoo-ab067727908573891dee886a281165ec5d0b43af.tar.bz2 gentoo-ab067727908573891dee886a281165ec5d0b43af.zip | |
profiles/base: mask app-crypt/gnupg[verify-sig] (and friends)
Help Portage resolve app-crypt/gnupg[verify-sig] with the app-alternatives/gpg
transition. The any-of dep in verify-sig.eclass helps a bit, but it struggles
after we made app-alternatives/gpg depend on newer gnupg to fix another problem.
Users can unmask these locally once their upgrade is done.
The workaround in 6ef49481d5057fda6d3644af4faab54ee25ba418 seemed to do
the job until dc2c7d76c21b7b6b54428d23a5c4887546f95264 when Portage's
heuristics for circular dependencies seem to run into a wall because of
app-crypt/gnupg being in @system.
A user ran into this where media-video/ffmpeg-8[verify-sig] was selected
and Portage couldn't figure out a merge plan:
```
emerge: there are no ebuilds built with USE flags to satisfy "app-crypt/gnupg[-alternatives(-)]".
!!! One of the following packages is required to complete your request:
- app-crypt/gnupg-2.4.8-r1::gentoo (Change USE: -alternatives)
(dependency required by "app-crypt/gnupg-2.4.8-r1::gentoo[verify-sig]" [ebuild])
(dependency required by "app-alternatives/gpg-0-r2::gentoo[reference]" [ebuild])
(dependency required by "media-video/ffmpeg-8.0::gentoo[verify-sig]" [ebuild])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])
```
Signed-off-by: Sam James <sam@gentoo.org>
Diffstat (limited to 'dev-python/bpython')
0 files changed, 0 insertions, 0 deletions
