diff options
author | Sam James <sam@gentoo.org> | 2021-11-22 06:08:11 +0000 |
---|---|---|
committer | Sam James <sam@gentoo.org> | 2021-11-22 06:28:17 +0000 |
commit | 01fd1ed53bffbcb11aa1734eb0ca42d3597318f5 (patch) | |
tree | 0c8b250be34787ffc18388109f65f69175ec4c6d /profiles/base | |
parent | sys-kernel/pf-sources: add 5.15-pf2 (diff) | |
download | gentoo-01fd1ed53bffbcb11aa1734eb0ca42d3597318f5.tar.gz gentoo-01fd1ed53bffbcb11aa1734eb0ca42d3597318f5.tar.bz2 gentoo-01fd1ed53bffbcb11aa1734eb0ca42d3597318f5.zip |
profiles: mask (older) virtual/libcrypt:0/1 for glibc to ease upgrades
Mask the older virtual/libcrypt subslot (which permits glibc[crypt] instead
of libxcrypt) to ease upgrades.
Not yet doing this for musl (need to figure that out still) or uclibc (which
is going away, see news).
Was on the fence about doing this given it makes it slightly more
awkward to put off the upgrade if desired, but that's really discouraged
at this point, and I think it's worth it to make upgrades easier
for more people.
This helps Portage realise it can/should upgrade to virtual/libcrypt:0/2
rather than giving very confusing blocker errors (which it often, but not
always, gets past).
Final push to do this was a forum post: https://forums.gentoo.org/viewtopic-t-1145602.html
Bug: https://bugs.gentoo.org/699422
Bug: https://bugs.gentoo.org/809410
Signed-off-by: Sam James <sam@gentoo.org>
Diffstat (limited to 'profiles/base')
-rw-r--r-- | profiles/base/package.mask | 9 |
1 files changed, 9 insertions, 0 deletions
diff --git a/profiles/base/package.mask b/profiles/base/package.mask index c617fe47edc1..596abf9f4086 100644 --- a/profiles/base/package.mask +++ b/profiles/base/package.mask @@ -1,6 +1,15 @@ # Copyright 1999-2021 Gentoo Authors # Distributed under the terms of the GNU General Public License v2 +# Sam James <sam@gentoo.org> (2021-11-22) +# Mask the older libcrypt virtual (which accepted glibc[crypt]) to ease +# dependency resolution. In a fair number of cases, this has helped +# upgrades go through cleanly. +# (This mask is undone in musl profiles where the transition is not yet being +# made.) +# bug #699422. +virtual/libcrypt:0/1 + # Andreas K. Hüttel <dilfridge@gentoo.org> (2021-07-06) # No longer maintained upstream; please see the 2021-07-15-opentmpfiles-deprecation # news item. |