commit: 4cd7ab13760667cc70b151cfb592ef9868dcba70 Author: Sam James <sam <AT> gentoo <DOT> org> AuthorDate: Thu Nov 25 00:49:07 2021 +0000 Commit: Sam James <sam <AT> gentoo <DOT> org> CommitDate: Thu Nov 25 00:49:07 2021 +0000 URL: https://gitweb.gentoo.org/data/gentoo-news.git/commit/?id=4cd7ab13
2021-07-23-libxcrypt-migration: delete older version of libxcrypt news item We've updated the "in stable" one (the newer news item) a few times so having this one around is confusing. Bug: https://bugs.gentoo.org/809410 Bug: https://bugs.gentoo.org/699422 Signed-off-by: Sam James <sam <AT> gentoo.org> .../2021-07-23-libxcrypt-migration.en.txt | 65 --------------------- .../2021-07-23-libxcrypt-migration.ru.txt | 67 ---------------------- 2 files changed, 132 deletions(-) diff --git a/2021-07-23-libxcrypt-migration/2021-07-23-libxcrypt-migration.en.txt b/2021-07-23-libxcrypt-migration/2021-07-23-libxcrypt-migration.en.txt deleted file mode 100644 index 8249198..0000000 --- a/2021-07-23-libxcrypt-migration/2021-07-23-libxcrypt-migration.en.txt +++ /dev/null @@ -1,65 +0,0 @@ -Title: migrating from glibc[crypt] to libxcrypt in ~arch -Author: Andreas K. Hüttel <dilfri...@gentoo.org> -Author: Sam James <s...@gentoo.org> -Posted: 2021-07-23 -Revision: 1 -News-Item-Format: 2.0 - -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, starting with ~arch -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. - -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. - -That is, please take the opportunity to fully upgrade your -systems now, before the migration occurs, to simplify matters. - -This change will occur on 2021-07-14 for ~arch users. Stable -users will update at a later date. - -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 - -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 - -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. - -In some cases, Portage may schedule a rebuild of certain packages in an -incorrect order [2]. If building a package fails, please try upgrading -libcrypt and libxcrypt first: - -# emerge -v1 virtual/libcrypt sys-libs/libxcrypt - -And then continue the world upgrade with Portage's "--keep-going=y". - -For more information or troubleshooting tips, please see: -* https://wiki.gentoo.org/wiki/Project:Toolchain/libcrypt_implementation -* https://bugs.gentoo.org/699422 - -[0] https://bugs.gentoo.org/802267 -[1] https://bugs.gentoo.org/802807 -[2] https://bugs.gentoo.org/802210 diff --git a/2021-07-23-libxcrypt-migration/2021-07-23-libxcrypt-migration.ru.txt b/2021-07-23-libxcrypt-migration/2021-07-23-libxcrypt-migration.ru.txt deleted file mode 100644 index 0aa0b34..0000000 --- a/2021-07-23-libxcrypt-migration/2021-07-23-libxcrypt-migration.ru.txt +++ /dev/null @@ -1,67 +0,0 @@ -Title: Миграция в ~arch с glibc[crypt] на libxcrypt -Author: Andreas K. Hüttel <dilfri...@gentoo.org> -Author: Sam James <s...@gentoo.org> -Translator: Alexey Sokolov <alexey+gen...@asokolov.org> -Posted: 2021-07-23 -Revision: 1 -News-Item-Format: 2.0 - -Реализация библиотеки libcrypt.so в glibc давно устарела и скоро -будет удалена. - -Прочие дистрибутивы годы назад уже переключились на внешнюю -реализацию под названием libxcrypt. Мы решили последовать их примеру -и тоже переключиться на libxcrypt. Вначале изменения затронут системы -на ~arch. - -Это будет обычное обновление, и, скорее всего, вам не нужно будет -предпринимать никаких действий, и проблем возникнуть не должно. - -Однако, мы рекомендуем сперва *полностью* обновить систему. -Это стандартная рекомендация, но в этом конкретном случае -более простой граф зависимостей поможет portage вычислить -порядок обновлений. - -Так что, чтобы упростить процесс обновления, пожалуйста, -обновите систему сейчас, до начала самой миграции. - -Для пользователей ~arch изменение произойдёт 14 июля 2021, -пользователи стабильной ветки перейдут на libxcrypt позже. - -Если по какой-либо причине вы *не* хотите пока переходить -на libxcrypt (всего лишь отлагая неизбежное), выполните -следующие действия: -* размаскируйте и включите USE-флаг crypt пакета sys-libs/glibc -* замаскируйте USE-флаг system пакета sys-libs/libxcrypt -* замаскируйте >=virtual/libcrypt-2 - -Если вы хотите перейти на libxcrypt уже, точная процедура -описана в wiki (см. ниже), но суть такая: -* принудительно выключите USE-флаг crypt пакета sys-libs/glibc -* размаскируйте USE-флаги system и, если требуется, split-usr - пакета sys-libs/libxcrypt -* размаскируйте ~virtual/libcrypt-2 - -Обратите внимание: если последний раз вы меняли пароль до ~2008 года, он -может использовать в /etc/shadow слабые хеш-функции, такие как md5crypt. -При этом ошибка в PAM [0][1] может помешать вам войти в систему. -Мы рекомендуем вам сменить пароль командой "passwd", чтобы были использованы -современные методы хеширования паролей. Новая версия PAM с исправлением этой -ошибки уже добавлена в дерево. - -В некоторых случаях Portage может попытаться пересобрать некоторые -пакеты в неправильном порядке [2]. Если какой-то пакет не собирается, -попробуйте сначала обновить libcrypt и libxcrypt: - -# emerge -v1 virtual/libcrypt sys-libs/libxcrypt - -А затем продолжите обновление системы с помощью опции Portage -"--keep-going=y". - -Дополнительные сведения можно найти здесь: -* https://wiki.gentoo.org/wiki/Project:Toolchain/libcrypt_implementation -* https://bugs.gentoo.org/699422 - -[0] https://bugs.gentoo.org/802267 -[1] https://bugs.gentoo.org/802807 -[2] https://bugs.gentoo.org/802210
