Merge commit '4cd7ab13760667cc70b151cfb592ef9868dcba70'

2 files changed, 0 insertions, 132 deletions

diff --git a/metadata/news/2021-07-23-libxcrypt-migration/2021-07-23-libxcrypt-migration.en.txt b/metadata/news/2021-07-23-libxcrypt-migration/2021-07-23-libxcrypt-migration.en.txt
deleted file mode 100644
index 824919824ee9..000000000000
--- a/metadata/news/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 <dilfridge@gentoo.org>
-Author: Sam James <sam@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/metadata/news/2021-07-23-libxcrypt-migration/2021-07-23-libxcrypt-migration.ru.txt b/metadata/news/2021-07-23-libxcrypt-migration/2021-07-23-libxcrypt-migration.ru.txt
deleted file mode 100644
index 0aa0b34bb2c6..000000000000
--- a/metadata/news/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 <dilfridge@gentoo.org>
-Author: Sam James <sam@gentoo.org>
-Translator: Alexey Sokolov <alexey+gentoo@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