I'm a bit late updating a Lenovo laptop. Emerge wouldn't run due to a conflict with virtual/libcrypt. As a workaround, I ran...

time emerge --changed-use --deep --update @world --exclude virtual/libcrypt

To quote Rowan and Martin "Later... that very same evening" (7 hours
and 265 packages) it finished. Now to tackle libcrypt. How do I handle
the following? As near as I can tell from the news item, glibc's
internal libcrypt is being replaced by an external libxcrypt but the
details are vague..

===================================================================== [thimk2][root][~] emerge -pv --changed-use --deep --update @world

These are the packages that would be merged, in order:

Calculating dependencies... done!

Total: 0 packages, Size of downloads: 0 KiB

WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict:

sys-libs/glibc:2.2

(sys-libs/glibc-2.34-r10:2.2/2.2::gentoo, ebuild scheduled for merge) USE="multiarch ssp (static-libs) -audit -caps (-cet) -compile-locales (-crypt) (-custom-cflags) -doc -gd -headers-only (-multilib) -multilib-bootstrap -nscd -profile (-selinux) -
static-pie -suid -systemd -systemtap -test (-vanilla)" conflicts with
sys-libs/glibc[crypt(+),static-libs(+)] required by (virtual/libcrypt-1-r1-1:0/1::gentoo, installed) USE="static-libs"



!!! The following installed packages are masked:
- virtual/libcrypt-1-r1::gentoo (masked by: package.mask) /usr/portage/profiles/base/package.mask:
# 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.
# Read the news item if you need help!
# (This mask is undone in musl profiles where the transition is not yet being
# made.)
# bug #699422.

For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook. =====================================================================

--
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Walter Dnes wrote:

I'm a bit late updating a Lenovo laptop. Emerge wouldn't run due to a conflict with virtual/libcrypt. As a workaround, I ran...

time emerge --changed-use --deep --update @world --exclude virtual/libcrypt

To quote Rowan and Martin "Later... that very same evening" (7 hours
and 265 packages) it finished. Now to tackle libcrypt. How do I handle
the following? As near as I can tell from the news item, glibc's
internal libcrypt is being replaced by an external libxcrypt but the
details are vague..

===================================================================== [thimk2][root][~] emerge -pv --changed-use --deep --update @world

These are the packages that would be merged, in order:

Calculating dependencies... done!

Total: 0 packages, Size of downloads: 0 KiB

WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict:

sys-libs/glibc:2.2

(sys-libs/glibc-2.34-r10:2.2/2.2::gentoo, ebuild scheduled for merge) USE="multiarch ssp (static-libs) -audit -caps (-cet) -compile-locales (-crypt) (-custom-cflags) -doc -gd -headers-only (-multilib) -multilib-bootstrap -nscd -profile (-selinux) -

static-pie -suid -systemd -systemtap -test (-vanilla)" conflicts with

sys-libs/glibc[crypt(+),static-libs(+)] required by (virtual/libcrypt-1-r1-1:0/1::gentoo, installed) USE="static-libs"

!!! The following installed packages are masked:
- virtual/libcrypt-1-r1::gentoo (masked by: package.mask) /usr/portage/profiles/base/package.mask:
# 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.
# Read the news item if you need help!
# (This mask is undone in musl profiles where the transition is not yet being # made.)
# bug #699422.

For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook. =====================================================================

There's a news item on this.  In case you don't have it for some reason, here's the info from it. 


  [78]     2021-10-18  migrating from glibc[crypt] to libxcrypt in stable


root@fireball / # eselect news read 78
2021-10-18-libxcrypt-migration-stable
  Title                     migrating from glibc[crypt] to libxcrypt in
stable
  Author                    Andreas K. Hüttel <dilfridge@gentoo.org>
  Author                    Sam James <sam@gentoo.org>
  Posted                    2021-10-18
  Revision                  1

The implementation of libcrypt.so within glibc has been deprecated
for a long time and will be removed in the near future.

For this reason, we are following other distributions (where
this has been tested for years already) and switching to the
external libxcrypt implementation, now also in stable installations.

This will be a regular update, and in nearly all cases you
will not have to take any action and not observe any problems. If
you hit issues, please read on.

## Upgrades before 2021-11-01

We do recommend, however, that your system is *fully* up
to date first. This is a standard recommendation but in this
specific case, it is useful to have a simplified depgraph
to ensure that Portage is able to smoothly calculate
an upgrade path.

Please take the opportunity to fully upgrade your
systems now, before the migration occurs, to simplify matters

This change will occur on 2021-11-01 for stable users.
~arch users by default should already have switched.

## General advice

We also recommend being in a root shell (not via 'sudo'
or similar tools) so that if any issues occur during the upgrade,
you are not locked out of the console. It is not expected
that any such issues will occur but this is a precaution.

It is also recommended that users do _not_ have
FEATURES="collision-protect" enabled because it is
aggressive in protecting even orphaned files. Instead,
use FEATURES="unmerge-orphans" which is almost identical
in behaviour.

## Delaying the migration *or* circular dependencies

If for whatever reason you do *not* wish to switch now -
which is only delaying the inevitable - you
need to take the following steps:
* unmask and enable the crypt USE flag of sys-libs/glibc
* mask the system USE flag of sys-libs/libxcrypt
* mask >=virtual/libcrypt-2
* unmask virtual/libcrypt:0/1

If hitting circular dependencies involving Python 3.10,
see the wiki for more details [3], but the same steps
listed above must be taken (mask newer libcrypt temporarily,
do a world upgrade, then unmask).

## Migrating early

If you wish to manually migrate now, there are a series
of steps described on the wiki (see below), but the outline is:
* unforce the crypt USE flag of sys-libs/glibc and disable it
* unmask the system and split-usr (if applicable) USE flag of sys-libs/libxcrypt
and enable it
* unmask ~virtual/libcrypt-2

## PAM warning

Please note that if you last changed your password before ~2008,
it may be using md5crypt or similar other weak mechanisms in /etc/shadow;
a bug in PAM [0][1] may mean that you were unable to login. We recommend
using "passwd" to change/refresh your password so it is using modern
methods. A new version of PAM has been added to the tree to resolve this
issue.

## Build failures

In some cases, Portage may schedule a rebuild of certain packages in an incorrect order [2]. If building a package fails, please try upgrading
Python itself to help avoid spurious build failures, and then
libcrypt and libxcrypt first:

# emerge -v1 --ignore-built-slot-operator-deps=y dev-lang/python:3.8 dev-lang/python:3.9
# emerge -v1 virtual/libcrypt sys-libs/libxcrypt

And then continue the world upgrade with Portage's "--keep-going=y".

## Blockers/conflicts

If you hit blockers/conflicts, please see the wiki page linked below, but common helpful tips are:
* try more backtracking (e.g. --backtrack=1000)
* try --ignore-built-slot-operator-deps=y temporarily on the world upgrade, then run a world upgrade again without it.

Do NOT attempt to unmerge glibc at any point.

## More help

For more information or troubleshooting tips, please see:
* https://wiki.gentoo.org/wiki/Project:Toolchain/libcrypt_implementation
* https://bugs.gentoo.org/699422
* Reach out to our support channels (https://www.gentoo.org/support/)

[0] https://bugs.gentoo.org/802267
[1] https://bugs.gentoo.org/802807
[2] https://bugs.gentoo.org/802210
[3] https://wiki.gentoo.org/wiki/User:Sam/Portage_help/Circular_dependencies#Python_and_libcrypt



Hope that helps.  I'd think it would. 

Dale

:-)  :-) 

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, 10 Apr 2022 at 04:35, Walter Dnes <waltdnes@waltdnes.org> wrote:

To quote Rowan and Martin "Later... that very same evening" (7 hours
and 265 packages) it finished. Now to tackle libcrypt. How do I handle
the following? As near as I can tell from the news item, glibc's
internal libcrypt is being replaced by an external libxcrypt but the
details are vague..

Hard to tell from your output what the status of any conflicts are on your system. As the message correctly indicates, it cannot upgrade glibc because virtual/libcrypt-1 requires the older version.

What would portage complain about before you excluded it? What is the
output from:
emerge -1va =virtual/libcrypt-2

As mentioned in the news item, most upgrades should have just happened on
its own without user interference, so it might also be as simple as
re-running the @world command with --backtrack=1000

Regards,
Arve

<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 10 Apr 2022 at 04:35, Walter Dnes &lt;<a href="mailto:waltdnes@waltdnes.org">waltdnes@waltdnes.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px
0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">To quote Rowan and Martin &quot;Later... that very same evening&quot; (7 hours<br>
and 265 packages) it finished.  Now to tackle libcrypt.  How do I handle<br> the following?  As near as I can tell from the news item, glibc&#39;s<br> internal libcrypt is being replaced by an external libxcrypt but the<br> details are vague..<br></blockquote><div><br></div><div><br></div><div>Hard to tell from your output what the status of any conflicts are on your system. As the message correctly indicates, it cannot upgrade glibc because virtual/libcrypt-1 requires the
older version.</div><div><br></div><div>What would portage complain about before you excluded it? What is the output from:</div><div>emerge -1va =virtual/libcrypt-2</div><div><br></div><div>As mentioned in the news item, most upgrades should have just
happened on its own without user interference, so it might also be as simple as re-running the @world command with --backtrack=1000</div><div><br></div><div>Regards,</div><div>Arve<br></div></div></div>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, Apr 10, 2022 at 08:02:30AM +0200, Arve Barsnes wrote

Hard to tell from your output what the status of any conflicts are
on your system. As the message correctly indicates, it cannot upgrade
glibc because virtual/libcrypt-1 requires the older version.

What would portage complain about before you excluded it?

I got the exact same error message.

As mentioned in the news item, most upgrades should have just happened on
its own without user interference, so it might also be as simple as re-running the @world command with --backtrack=1000

See attachment world.txt.gz

What is the output from:
emerge -1va =virtual/libcrypt-2

See attachment lc2.txt.gz

I know that the news item gives dire warnings about not unmerging
glibc. Can I safely unmerge virtual/libcrypt and replace it?

--
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

H4sICKHOUmICA3dvcmxkLnR4dACNVNtu2zgQfedXjNMXG7WkWC0KVOguNttN027QC+os+rDo A02NJSIUqfIS1/v1PZTjxAX6sAJkk3M5c3Q4Q3HTc2CSnin2TKNUt7LjgI2MtHPJtLRhGth3 3C5JW3K+Zd8I8VoalYyM2nbU8si2Zas0MqnEQ62zPBPixkVpGjp/AF7SWv/H5LaI2FnjZBuy +1r/KcSXi88f3n24auijRYSnwYFVGlsZOVSeN0mbNlAv7xic2FK41ePILbUJ5B3JRx57Us5u jVYRTMM+FEZvQtXhVzV1WQtBNP/ZXNTls+eFX51nf4W3aTq20bklHQpTUD23yaDeNnPLiizo n/Xlb2dDMlFLr3oKYQRwhCpqwl5QIVOrIxVKjoHmheIIm3LDqA0XxilpeLL7/QgPFilENxRq a2SX01unqOhaKnqWED4Uzpo94qaaKIGQ47LYOBdD9HKkwgaFnNG7LeogPLDRNn1H9D27UTPW SSMKQkQeHhYx50PxiLQ7abUxcnH2oGegnY499CP6WcB/p0+YP10sT74f26/k+VvSHrptQPxO +5ikqXJKTihWEL1YNefV6lFxbYFhIPW9wCeIZ1Pp//kIIWazGaHFcWbGuF1u1gfwx2bP3T/I cMttIwr6JcUjOZofAvExzRGgzKaFqFLw1eh8hKm6lz5UGxmwOwlsxBNay4H+lgNKvwpy+OMA XTrf/U7z+ryGIKuirheIfI+MaTKdwfHTkdORJM13vUbjSaV4jKB1chZfF3kqGPWBczIanoMz KWpnS3pnMTZbqT3ZNGxQAIOpkIE5jb3Ow4aXDaYMGGnsPJowUOfg9S51PSnDEh1Zwv0ZHTpR tbwLpNFKpLe0dwkGMMswM4TNbzJwVoLwn2y+KfLFMqRg6Cgb7Xq+v5LQ0DboTDfHWxdpzxEX AM4SaAMIlVmoTeroyYuXL5/XdSnEm+P1oS2mdZA5fUmBD5DvL9bXl3/Rp4vX1xdXl2vY1QHf Tm6ehlsM0uKEu+kq8ryFONFN/qtDJ7yVtsXI3aLcDwriJ7tGBQAA

H4sICN7NUmICA2xjMi50eHQA7Vhtb9vIEf7OXzFWUByViqIkO04iNL0mOTfJpckFZwdtEbjG ilxJCy932d2lZd2v7zOkXijJ8aV31wYFKiAOtdqd12eenWF0MZdeknCSwlxSKbJrMZMeX0Sg ha10ThNJhXQzmfdIGbIul24cRS+FziotgjIzymUpTS5NpnCS+v0+5dbIo+iTnFQKEvjzkeiS /NInWk18OsPfLBn1j08SNxyMR/3ReDyTJlhLn7B6jNX24iV9PD971ikqHZRw2Zy8Lyn2Aeqz WmCXElHlKlCSidJTnGQyYC2zRam0TLTNhJb1uluW4WGXnyofbJFkUy1mfD63GSWznJK5FHDR J9boJfbVSqEDW9aPycTa4IMTJSXGZzhTOjuFImz3UitT3WL3yrxSSTxXCrvgfpBF/rv1U2AB QfqAczfCKK1Ft0PDx73ByWN6q14cBvBGuVAJnXL42JNkNB6krdgNOXCDdLgXuKQVqocdGuwK f1/Lb2UHf24b8Sf9k/7ocVsiNRJjDq1AjGNfahWSyjt+rt3a+s7SGg87dDp41KidIBvXnl7Q vtoaFJ9qxfHvu5cUdz73U4eUJ2+ngWphjMHPGt+NogsbhB7T8Rbe8YiqcuaQaN+jIRm56Pbo XP0kyU4B3oXRVuR+zLk4fTSs7X5pzVSrLGCx0UrxkCrj4aifKplDz9HREb1jjJR6U0qoGQTD ZFC6UGGOChLkYXBrh9c20FzcSJSaNFRWWsu8FqYQ8bouNxW2JFhdznvkpGdN8LwRyTKytYlR tA+U8SCKiOL78dOjFSR8Npd5BStoal1T/d1DJHVWprIFk2XE2Xx2qACW/rNSDtsmKKdc3iRa mFlaSqeTRyCA/iBxp7CCn7eG1FFj4Wu9E+mu8wnKFCbONtU6KShBVB1KFkArlFGF0J3alH/Q /udw5b/wqW2JhclpeEKFBc8yDOqkelEABM5ONGrm7vRwPSc7FX0YmvszcgiEdPhsNydcOqIs fVqB3ZKavpiaH/dPsHnwecWZE8XUA7kux6Fr0nY2k45MVjkPuHNSsC53KKImwrgyKrO53LJ2 A7uGvBuO9jJUYMdpDgQWuIuSa9AjUixmCpk3GvtKgeyXyzC3BgTqgvDdXQJmoO1xka82NLyi 3iSEJThfA5D4vQJAO/Th7xevf3h/dfH8x1dnF+fPOo2S46una33HV8PB9vlJg7gDvPGH/v/5 z1XU6P6K2r0+uKGoq+yeLiRtNR1fwIa/VUPydfuR+9uRA0bZu5ST7YV9wCo/2018QYz/7U4j +t9A8d1IXHe+u0DcZ954hZrfAn9fC3a/DG1rsPVavuLrt3vg+9UXafR1sfH+h4uzMX30zVT2 TZLcSDexXibrFs9/Q7YMCjcfOsRcoTTEEg2lg2uebKFCQCTExN7IKHoTqMCvmONK670COfIh b/UNi0cnvWJMjlzFvem6M+0Xwl9jb1Q6eQPJhKmOG2Tcer41K06dxVlZd+FSywyq+/TaLnDG IcqBm3WhPcRs1PN0uXblYIKUtwqo8FU2bzYiBEueUCNV7DhQd95LdNMMSGGkrbxe9oneTJvD YqOiEemR8Winm2Zt7M+CYzidSg7fxq8eKzb7zmbCRAa99kRu8bNvQhT9mUmMryZlmv4Fmeoh OpLePT9/e/YdfXj+8u3zV2fnWMvqNCpTp1rW1Id8majk2QBynIRhtBoEXjVD2Gtcf6i+a6iK 6CGdOWfdmDDLNznfjBaaI4koBAFjt04s5grxgSuNJyxi60wT8eYuDQp/rNkuNLXb32WvX87w ny/3jcxPjco42a35pPttT0zU1e2T06vj0c7X05Odr7etnwtV+itzsNA6US/Y1g5//HRwtf+9 OXB5Vwxa9u4YdNn9GYr6VaNYdDfmGA5VoBc8r0LEhw20MaEKwHoHW1OrtV2gHKM1KOta34Du L8zoBIc28EMbhstHBWyvWDEqzDlQAPg8dDGFzkMo/ThNF+pa9RvH+tbN6u/pWsj4b09O079a x2N8+sGij5/JByuLr9aQjZrp+qJtZguzG2TziyxmLZmPo4TuvAY2bzLiZiOyMd5hvG6UoslI y8aUdHWp+XSCiKXtjePoAZ1jCPkeleHpDyiQP22d/CPFo8EIl84wGY262PmuJlM4YDUuVlrb tDaS4qYqRZbJktm7deEBO8gRZwxyWu8CnASLV5yqPr3h1wBToTCAVQWmZU5ehhM1jyke0/CP x5wcMtYvP2jGqXe2moEOAAnD7PWAfsTdX5tq5AI5BZxJTWlpKyzAMhZzhG3xBQuuLwn8Xxl+ 68e1XIAFaR02kI1cvV1Eq2C8aujOE3PPUobm5oC0Agb1OVA84D84ffr0ZDS6l0pZ5BfRaQQ6 pS+k038BXpo+VBEVAAA=

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, 10 Apr 2022 09:32:21 -0400, Walter Dnes wrote:

I know that the news item gives dire warnings about not unmerging
glibc. Can I safely unmerge virtual/libcrypt and replace it?

I don't see why not, it is only a virtual and doesn't actually install anything.


--
Neil Bothwick

There is absolutely no substitute for a genuine lack of preparation.

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEE8k9T/rX16EJxEKG692eFu0QSMJgFAmJS+GsACgkQ92eFu0QS MJjMDg/+IbJ5kwhO6y7YNtNdWNEf0p37iAG6Fhn5sj+F5qLwa/IFaiXJviNGE0rU zuRYN9VfjgV8crBik4n1VlPxVlcySxPOzEzYpGCCQKo2UoqUaVBylwWFmjSHrpBb mrcgzqCafHTEneqy0F/NLCKczFgwba0zHzYc9ta/JUDc1qvgvIf+W0HkW0LN5Kci Hueb/YYS4kWH1q+Tf0xIfvB9k+rmJDh9iJl9u5Ex6I5y35Dc5Lwo1mx2qRvefvkr Fv0+3HRiNCWfUKUfatrvBFeYIK+ukoloUBI75CQjo40QwubyPoLHggGV2EGjcBPZ Cn32wkzpJv/Tkh72xNLS8i/wHd8AcX8mqpB1+i+12o53QH9eldy6FA/BESig5jwg FIrWoaj0YoEWaSowMqXeHX53fop77iC620be2EnVJtx23otVsWL9OVYhfMuP8fef qvuqH+Cf8WGCc9HvEVsLjAbenklwofPlGuKlpB1Jm4Jv+u0irvlbMtrPQlrHXwLh mUxPNYFa5DFpqEdGuKFjH7JHZodWu5ZV2Yv0A1zGLoHT1mJWRt9QNmNa6o0fbctB FLUW7VkuJ+3DXMVRCzuxtrzFj5l/tYPRV7h3Q3lcKH5mYwn1spzcAp0VO22pVAwl IEZDqylTdfzUczAEPg9JQ9dDSl3NiAAJC8BC6R8eBM3BRcSRPJA=
=tWxz
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, 10 Apr 2022 at 15:32, Walter Dnes <waltdnes@waltdnes.org> wrote:

I know that the news item gives dire warnings about not unmerging
glibc. Can I safely unmerge virtual/libcrypt and replace it?

Sure, but you would probably get the same errors. I'm suspecting you have
some USE flags configured which creates the conflict. Possibly you have set
the USE="crypt" for glibc.

Regards,
Arve

<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 10 Apr 2022 at 15:32, Walter Dnes &lt;<a href="mailto:waltdnes@waltdnes.org">waltdnes@waltdnes.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px
0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  I know that the news item gives dire warnings about not unmerging<br> glibc.  Can I safely unmerge virtual/libcrypt and replace it?<br> <br></blockquote><div><br></div><div>Sure, but you would probably get the same errors. I&#39;m suspecting you have some USE flags configured which creates the conflict. Possibly you have set the USE=&quot;crypt&quot; for glibc.</div><div><br></div><div>
Regards,</div><div>Arve <br></div></div></div>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, Apr 10, 2022 at 05:32:26PM +0200, Arve Barsnes wrote

On Sun, 10 Apr 2022 at 15:32, Walter Dnes <waltdnes@waltdnes.org> wrote:

I know that the news item gives dire warnings about not unmerging
glibc. Can I safely unmerge virtual/libcrypt and replace it?

Sure, but you would probably get the same errors. I'm suspecting you have some USE flags configured which creates the conflict. Possibly you have set the USE="crypt" for glibc.

I removed virtual/libcrypt and asked a new build, It whined about
requiring "static-libs". So I tried that. Lo and behold...

=====================================================================

[thimk2][root][~] USE="static-libs" emerge -pv -1 virtual/libcrypt

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild U ] sys-libs/glibc-2.34-r10:2.2::gentoo [2.33-r1:2.2::gentoo] USE="multiarch ssp (static-libs) -audit -caps (-cet) -compile-locales (-crypt*) (-custom-cflags) -doc -gd -headers-only (-multilib) -multilib-bootstrap -nscd -profile (-selinux) -
static-pie -suid -systemd% -systemtap -test (-vanilla)" 17,047 KiB
[ebuild N ] virtual/libcrypt-2:0/2::gentoo USE="static-libs" 0 KiB [ebuild N ] sys-libs/libxcrypt-4.4.27:0/1::gentoo USE="(compat) (split-usr) static-libs (system) -test" 605 KiB

Total: 3 packages (1 upgrade, 2 new), Size of downloads: 17,651 KiB

=====================================================================

Notes...
1) Updating glibc
2) pulling in virtual/libcrypt-2
3) pulling in sys-libs/libxcrypt-4.4.27
4) ***NO BLOCKER MESSAGES***

I'll run it for real and let you guys know how things went.

--
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, Apr 10, 2022 at 04:39:21PM -0400, Walter Dnes wrote

=====================================================================

[thimk2][root][~] USE="static-libs" emerge -pv -1 virtual/libcrypt

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild U ] sys-libs/glibc-2.34-r10:2.2::gentoo [2.33-r1:2.2::gentoo] USE="multiarch ssp (static-libs) -audit -caps (-cet) -compile-locales (-crypt*) (-custom-cflags) -doc -gd -headers-only (-multilib) -multilib-bootstrap -nscd -profile (-selinux)

-static-pie -suid -systemd% -systemtap -test (-vanilla)" 17,047 KiB

[ebuild N ] virtual/libcrypt-2:0/2::gentoo USE="static-libs" 0 KiB [ebuild N ] sys-libs/libxcrypt-4.4.27:0/1::gentoo USE="(compat) (split-usr) static-libs (system) -test" 605 KiB

Total: 3 packages (1 upgrade, 2 new), Size of downloads: 17,651 KiB

=====================================================================

Notes...
1) Updating glibc
2) pulling in virtual/libcrypt-2
3) pulling in sys-libs/libxcrypt-4.4.27
4) ***NO BLOCKER MESSAGES***

I'll run it for real and let you guys know how things went.

Now on to the world update...

I have busybox with "static-libs". That *DEMANDS* virtual/libcrypt
also have USE="static-libs" or else I run into problems. Since I have
"-crypt" in make.conf, I added "virtual/libcrypt static-libs" to
package.use. "emerge --changed-use --deep --update @world"
re-insralled 13 packages. No upgrades or new packages, just 13
re-installs.

After the re-installs, run it again...

=====================================================================

[thimk2][root][~] emerge --changed-use --deep --update @world
Calculating dependencies... done!

Auto-cleaning packages...

No outdated packages were found on your system.

=====================================================================

Successfully transitioned. Thanks for everybody's help.

--
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)