gentoo resync : 29.12.2022

10 files changed, 482 insertions, 21 deletions

diff --git a/metadata/news/2022-04-19-systemd-utils/2022-04-19-systemd-utils.en.txt b/metadata/news/2022-04-19-systemd-utils/2022-04-19-systemd-utils.en.txt
index ed1188072085..522456433554 100644
--- a/metadata/news/2022-04-19-systemd-utils/2022-04-19-systemd-utils.en.txt
+++ b/metadata/news/2022-04-19-systemd-utils/2022-04-19-systemd-utils.en.txt
@@ -10,10 +10,13 @@ Display-If-Installed: sys-fs/udev
 
 The sys-apps/systemd-utils package was recently added to the gentoo
 repository. This replaces sys-apps/systemd-tmpfiles,
-sys-boot/systemd-boot, and sys-fs/udev with a single package. USE flags
-are provided to allow each component to be enabled or disabled. This
-change was made to significantly ease maintenance of tools split out
-from systemd.
+sys-boot/systemd-boot, and sys-fs/udev with a single package, and is
+for OpenRC users. It does not depend on sys-apps/systemd and contains
+the same exact components as the split packages.
+
+USE flags are provided to allow each component to be enabled
+or disabled. This change was made to significantly ease maintenance of tools
+split out from systemd.
 
 When upgrading to sys-apps/systemd-tmpfiles-250,
 sys-apps/systemd-utils[tmpfiles] will be pulled in as a dependency.
@@ -40,3 +43,8 @@ Possible problems when upgrading:
 2. The 'boot' USE flag on sys-apps/systemd-utils is disabled by default.
    Users migrating from sys-boot/systemd-boot will need to enable the
    'boot' USE flag (in package.use) to continue receiving updates.
+
+3. If you have package.use entries for any of sys-apps/systemd-tmpfiles,
+   sys-boot/systemd-boot, or sys-fs/udev, please update the relevant lines
+   to refer to sys-apps/systemd-utils instead. This might include
+   ABI_X86_32 for some users!
diff --git a/metadata/news/2022-05-23-borgmatic-config-changes/2022-05-23-borgmatic-config-changes.en.txt b/metadata/news/2022-05-23-borgmatic-config-changes/2022-05-23-borgmatic-config-changes.en.txt
new file mode 100644
index 000000000000..f2374f666180
--- /dev/null
+++ b/metadata/news/2022-05-23-borgmatic-config-changes/2022-05-23-borgmatic-config-changes.en.txt
@@ -0,0 +1,14 @@
+Title: Breaking configuration changes in borgmatic-1.6.0
+Author: Marek Szuba <marecki@gentoo.org>
+Posted: 2022-05-23
+Revision: 1
+News-Item-Format: 2.0
+Display-If-Installed: app-backup/borgmatic
+
+Version 1.6.0 of app-backup/borgmatic has introduced some breaking
+changes to the way Borgmatic handles the merging of its configuration
+files and executes command hooks. If you use these features, please
+review your Borgmatic config files to make sure they continue to work
+correctly with >=app-backup/borgmatic-1.6.0. For details, see [1].
+
+[1] https://github.com/borgmatic-collective/borgmatic/releases/tag/1.6.0
diff --git a/metadata/news/2022-05-26-apache-nginx-glep-81/2022-05-26-apache-nginx-glep-81.en.txt b/metadata/news/2022-05-26-apache-nginx-glep-81/2022-05-26-apache-nginx-glep-81.en.txt
new file mode 100644
index 000000000000..195c8673680c
--- /dev/null
+++ b/metadata/news/2022-05-26-apache-nginx-glep-81/2022-05-26-apache-nginx-glep-81.en.txt
@@ -0,0 +1,66 @@
+Title: Migration to GLEP-81 enabled webservers
+Author: Conrad Kostecki <conikost@gentoo.org>
+Posted: 2022-05-20
+Revision: 1
+News-Item-Format: 2.0
+Display-If-Installed: www-servers/apache
+Display-If-Installed: www-servers/nginx
+
+In future, in order to complete the whole GLEP-81 migration,
+the packages www-servers/apache and www-servers/nginx
+will be migrated to GLEP-81.
+
+If changes have been made to the default user and group created
+by one of the both packages, the configuration needs to be updated,
+as otherwise it will be overwritten.
+
+The following configuration settings can be set
+in make.conf or per package in package.env:
+
+1. ACCT_USER_<UPPERCASE_USERNAME>_GROUPS
+   for overriding all default groups.
+
+2. ACCT_USER_<UPPERCASE_USERNAME>_GROUPS_ADD
+   for adding additional groups to default groups.
+
+3. ACCT_USER_<UPPERCASE_USERNAME>_HOME
+   for overriding default home directory.
+
+4. ACCT_USER_<UPPERCASE_USERNAME>_HOME_OWNER
+   for overriding default owner of home directory.
+
+5. ACCT_USER_<UPPERCASE_USERNAME>_HOME_PERMS
+   for overriding default permissions of home directory.
+
+6. ACCT_USER_<UPPERCASE_USERNAME>_SHELL
+   for overriding default assigned shell.
+
+If being set per package in package.env, it needs to
+be set for acct-user/apache or acct-user/nginx,
+depending on which user should be modified.
+
+See [1] for more details on those variables.
+
+** Package acct-user/apache will use username/group 'apache'.
+-> ACCT_USER_APACHE_GROUPS=".."
+-> ACCT_USER_APACHE_GROUPS_ADD=".."
+-> ACCT_USER_APACHE_HOME=".."
+-> ACCT_USER_APACHE_HOME_OWNER=".."
+-> ACCT_USER_APACHE_HOME_PERMS=".."
+-> ACCT_USER_APACHE_SHELL=".."
+
+** Package acct-user/nginx will use username/group 'nginx'.
+-> ACCT_USER_NGINX_GROUPS=".."
+-> ACCT_USER_NGINX_GROUPS_ADD=".."
+-> ACCT_USER_NGINX_HOME=".."
+-> ACCT_USER_NGINX_HOME_OWNER=".."
+-> ACCT_USER_NGINX_HOME_PERMS=".."
+-> ACCT_USER_NGINX_SHELL=".."
+
+Please update configuration parameters before emerging
+both GLEP-81 enabled ebuilds, as otherwise configuration
+will be overwritten to default.
+
+Migration to GLEP-81 will start after 2022-07-01.
+
+[1] https://devmanual.gentoo.org/eclass-reference/acct-user.eclass/index.html
diff --git a/metadata/news/2022-06-13-python3-10/2022-06-13-python3-10.en.txt b/metadata/news/2022-06-13-python3-10/2022-06-13-python3-10.en.txt
new file mode 100644
index 000000000000..cbf5df732e6b
--- /dev/null
+++ b/metadata/news/2022-06-13-python3-10/2022-06-13-python3-10.en.txt
@@ -0,0 +1,120 @@
+Title: Python 3.10 to become the default on 2022-07-01
+Author: Michał Górny <mgorny@gentoo.org>
+Posted: 2022-06-13
+Revision: 1
+News-Item-Format: 2.0
+Display-If-Installed: dev-lang/python:3.8
+Display-If-Installed: dev-lang/python:3.9
+
+We are planning to switch the default Python target of Gentoo systems
+on 2022-07-01, from Python 3.9 to Python 3.10.  If you have not changed
+the values of PYTHON_TARGETS or PYTHON_SINGLE_TARGET, the change will
+have immediate effect on your system and the package manager will try
+to switch automatically on the next upgrade following the change.
+
+If you did change the values, prefer a safer approach or have problems
+with the update, read on.
+
+Please note that the default upgrade method switches packages to the new
+Python versions as they are rebuilt.  This means that all interdependent
+packages have to support the new version for the upgrade to proceed,
+and that some programs may temporarily fail to find their dependencies
+throughout the upgrade (although programs that are already started
+are unlikely to be affected).
+
+
+If you have PYTHON_TARGETS or PYTHON_SINGLE_TARGET declared
+in make.conf, please remove these declarations as they will interfere
+with the package.use samples provided below.  Using make.conf for Python
+targets is discouraged as it prevents package defaults from applying
+when necessary.  This news item assumes using /etc/portage/package.use
+or your package manager's equivalent file for configuration.
+
+
+At this point, you have a few configuration options to choose from:
+
+1. If you wish Python upgrades to apply automatically, you can remove
+   PYTHON_TARGETS and PYTHON_SINGLE_TARGET declarations.  When
+   the defaults change, your package manager should handle the upgrade
+   automatically.  However, you may still need to run the update
+   commands if any problems arise.
+
+2. If you wish to defer the upgrade for the time being, you can
+   explicitly set the old values in package.use.
+
+3. If you wish to force the upgrade earlier, you can explicitly set
+   the new values and run the upgrade commands.
+
+4. If you wish to use a safer approach (i.e. less likely to temporarily
+   break packages during the upgrade), you can perform a multi-step
+   upgrade as outlined below.
+
+5. Finally, you can use an arbitrary combination of PYTHON_TARGETS
+   and PYTHON_SINGLE_TARGET.
+
+
+Deferring the upgrade
+=====================
+To defer the upgrade, explicitly set the old targets:
+
+    */* PYTHON_TARGETS: -* python3_9
+    */* PYTHON_SINGLE_TARGET: -* python3_9
+
+This will enforce Python 3.9 and block any future updates.  However,
+please note that this is only a temporary solution and you will
+eventually need to perform the migration.
+
+
+Forcing the upgrade
+===================
+To force the upgrade earlier, explicitly select the Python 3.10 targets:
+
+    */* PYTHON_TARGETS: -* python3_10
+    */* PYTHON_SINGLE_TARGET: -* python3_10
+
+However, it is important to remember to remove this after the defaults
+change, as it will interfere with the automatic switch to the next
+Python version in the future.
+
+
+Safer upgrade procedure
+=======================
+A safer approach is to add Python 3.10 support to your system first,
+and only then remove Python 3.9.  However, note that this involves two
+rebuilds of all the affected packages, so it will take noticeably
+longer.
+
+First, enable both Python 3.9 and Python 3.10, and then run the upgrade
+commands:
+
+    */* PYTHON_TARGETS: -* python3_9 python3_10
+    */* PYTHON_SINGLE_TARGET: -* python3_9
+
+Then switch PYTHON_SINGLE_TARGET and run the second batch of upgrades:
+
+    */* PYTHON_TARGETS: -* python3_9 python3_10
+    */* PYTHON_SINGLE_TARGET: -* python3_10
+
+Finally, switch to the final version and upgrade:
+
+    */* PYTHON_TARGETS: -* python3_10
+    */* PYTHON_SINGLE_TARGET: -* python3_10
+
+You may wish to remove the target overrides after the defaults switch.
+Alternatively, you can keep them to block the next automatic upgrade
+to Python 3.11, and upgrade manually then.
+
+
+Upgrade commands
+================
+The Python 3.9 cleanup requires that Python 3.9 is removed from
+the complete dependency trees in batch.  If some of the
+installed packages using an older Python version are not triaged
+for the upgrade, the package manager will throw dependency conflicts.
+This makes it important that the upgrade is carried via a --deep
+--changed-use @world upgrade, as well as that any stray packages
+are removed prior to it, e.g.:
+
+    emerge --depclean
+    emerge -1vUD @world
+    emerge --depclean
diff --git a/metadata/news/2022-06-13-python3-10/2022-06-13-python3-10.pl.txt b/metadata/news/2022-06-13-python3-10/2022-06-13-python3-10.pl.txt
new file mode 100644
index 000000000000..684ff3248fbe
--- /dev/null
+++ b/metadata/news/2022-06-13-python3-10/2022-06-13-python3-10.pl.txt
@@ -0,0 +1,133 @@
+Title: Python 3.10 stanie się domyślną wersją począwszy od 2022-07-01
+Author: Michał Górny <mgorny@gentoo.org>
+Translator: Michał Górny <mgorny@gentoo.org>
+Posted: 2022-06-13
+Revision: 1
+News-Item-Format: 2.0
+Display-If-Installed: dev-lang/python:3.8
+Display-If-Installed: dev-lang/python:3.9
+
+Gentoo planuje zmienić domyślną wersję Pythona z 3.9 na 3.10 w dniu
+1. lipca 2022 r.  Użytkownicy, którzy nie zmieniali wartości flag
+PYTHON_TARGETS oraz PYTHON_SINGLE_TARGET nie muszą nic robić.  Menadżer
+pakietów automatycznie zaktualizuje wsparcie Pythona do nowej wersji
+przy kolejnej aktualizacji systemu po tej zmianie.
+
+Informacje zawarte w tej wiadomości przeznaczone są dla użytkowników,
+którzy zmieniali preferowaną wersję Pythona bądź chcą przeprowadzić
+aktualizację w bezpieczniejszy sposób.
+
+Uwaga: standardowa metoda aktualizacji podmienia obsługiwaną wersję
+Pythona w poszczególnych pakietach w miarę ich aktualizacji.
+Oznacza to, że aktualizacja systemu możliwa będzie wyłącznie, jeżeli
+wszystkie zainstalowane pakiety obsługują nową wersję.  W trakcie
+aktualizacji zależności poszczególnych zainstalowanych programów mogą
+stać się tymczasowo niedostępne, nie powinno to jednak mieć wpływu
+na działanie już uruchomionych aplikacji.
+
+
+Użytkownicy, którzy wykorzystują plik make.conf do ustawienia wartości
+zmiennych PYTHON_TARGETS lub PYTHON_SINGLE_TARGET powinni usunąć
+te wartości, gdyż będą one kolidowały z przykładami package.use
+przedstawionymi w tej wiadomości.  Wykorzystywanie pliku make.conf
+do konfiguracji tych zmiennych jest niewskazane, gdyż ustawienia te
+nadpisują domyślne wartości flag zawarte w poszczególnych pakietach.
+Dalszy ciąg tej wiadomości zakłada wykorzystywanie package.use
+lub równoważnego pliku konfiguracyjnego.
+
+
+Dostępne są następujące możliwości aktualizacji:
+
+1. Automatyczna aktualizacja wersji Pythona.  Aby skorzystać z tej
+   opcji, należy usunąć zmienne PYTHON_TARGETS
+   oraz PYTHON_SINGLE_TARGET.  Wówczas menadżer pakietów automatycznie
+   przeprowadzi aktualizację ilekroć zmieni się domyślna wersja Pythona
+   w Gentoo.  Niemniej, może zaistnieć konieczność ręcznej aktualizacji
+   w przypadku wystąpienia problemów.
+
+2. Odroczenie aktualizacji poprzez wymuszenie poprzedniej wersji
+   w pliku package.use.
+
+3. Wymuszenie wcześniejszej aktualizacji poprzez podanie nowej wersji
+   i dokonanie aktualizacji systemu.
+
+4. Zastosowanie bezpiecznego podejścia (tj. zmniejszającego ryzyko
+   niesprawnych programów w trakcie aktualizacji) poprzez wykonanie
+   aktualizacji w kilku krokach.  Proces ten jest szczegółowo opisany
+   w dalszej części wiadomości.
+
+5. Zastosowanie dowolnej kombinacji zmiennych PYTHON_TARGETS
+   oraz PYTHON_SINGLE_TARGET.
+
+
+Odroczenie aktualizacji
+=======================
+Aby odroczyć aktualizację do późniejszego terminu, należy wymusić
+poprzednią wersję Pythona:
+
+    */* PYTHON_TARGETS: -* python3_9
+    */* PYTHON_SINGLE_TARGET: -* python3_9
+
+W ten sposób Python 3.9 zostanie wymuszony na stałe i przyszłe
+aktualizacje zostaną zablokowane.  Należy jednak pamiętać, że jest
+to rozwiązanie tymczasowe i w przyszłości aktualizacja stanie się
+konieczna.
+
+
+Wymuszenie aktualizacji
+=======================
+Aby wymusić aktualizację wcześniej, należy wybrać Pythona 3.10:
+
+    */* PYTHON_TARGETS: -* python3_10
+    */* PYTHON_SINGLE_TARGET: -* python3_10
+
+Zalecane jest jednak usunięcie tych ustawień po podanym wyżej terminie,
+aby nie kolidowały w przyszłości z kolejną zmianą domyślnej wersji
+Pythona.
+
+
+Bezpieczna procedura aktualizacji
+=================================
+Bezpieczniejszą alternatywą do standardowego procesu jest wprowadzenie
+wsparcia Pythona 3.10 w pierwszym kroku, a następnie usunięcie Pythona
+3.9.  Należy jednak pamiętać, że będzie wymagało to dwukrotnego
+przebudowania wszystkich pakietów używających Pythona, tak więc łączny
+czas aktualizacji zostanie wydłużony.
+
+Najpierw załączyć należy obydwie wersje Pythona i przeprowadzić
+aktualizację systemu:
+
+    */* PYTHON_TARGETS: -* python3_9 python3_10
+    */* PYTHON_SINGLE_TARGET: -* python3_9
+
+Następnie przełączyć należy wartość PYTHON_SINGLE_TARGET i przebudować
+pakiety używające tych flag:
+
+    */* PYTHON_TARGETS: -* python3_9 python3_10
+    */* PYTHON_SINGLE_TARGET: -* python3_10
+
+W ostatnim kroku należy wyłączyć poprzednią wersję i przeprowadzić
+kolejną aktualizację:
+
+    */* PYTHON_TARGETS: -* python3_10
+    */* PYTHON_SINGLE_TARGET: -* python3_10
+
+Po terminie zmiany domyślnych wartości, konfigurację tę można usunąć.
+Alternatywnie, pozostawienie jej zablokuje przyszłą aktualizację
+do Pythona 3.11 i pozwoli na ręczne przeprowadzenie bezpieczniej
+aktualizacji.
+
+
+Proces aktualizacji
+===================
+Usunięcie Pythona 3.9 wymaga, by odpowiednie flagi zostały jednocześnie
+wyłączone w całym drzewie zależności.  Jeżeli niektóre z zainstalowanych
+pakietów nie zostaną uwzględnione w planowanej aktualizacji, mogą one
+zablokować ten proces.  Dlatego też istotne jest przeprowadzenie
+aktualizacji przy pomocy parametrów `--deep --changed-use @world` bądź
+równoważnych, jak również wcześniejsze usunięcie niepotrzebnych
+pakietów.  Można tego dokonać używając poleceń:
+
+    emerge --depclean
+    emerge -1vUD @world
+    emerge --depclean
diff --git a/metadata/news/2022-06-13-python3-10/2022-06-13-python3-10.ru.txt b/metadata/news/2022-06-13-python3-10/2022-06-13-python3-10.ru.txt
new file mode 100644
index 000000000000..cc92b9212389
--- /dev/null
+++ b/metadata/news/2022-06-13-python3-10/2022-06-13-python3-10.ru.txt
@@ -0,0 +1,120 @@
+Title: Python 3.10 станет базовым с 2022-07-01
+Author: Michał Górny <mgorny@gentoo.org>
+Translator: Alexey Sokolov <alexey+gentoo@asokolov.org>
+Posted: 2022-06-13
+Revision: 1
+News-Item-Format: 2.0
+Display-If-Installed: dev-lang/python:3.8
+Display-If-Installed: dev-lang/python:3.9
+
+1 июля 2022 года мы собираемся переключить Python target, используемый
+по умолчанию на системах Gentoo, с версии 3.9 на версию 3.10.
+Если вы не меняли значения переменных PYTHON_TARGETS или
+PYTHON_SINGLE_TARGET, то упомянутое изменение затронет систему сразу,
+и пакетный менеджер попытается переключиться на новый Python target
+автоматически при следующем обновлении системы.
+
+Если вы изменили значения этих переменных, предпочитаете более
+безопасный подход или при обновлении возникли проблемы, то
+продолжайте читать далее.
+
+Пожалуйста, обратите внимание, что метод обновления по умолчанию
+переключает пакеты на новую версию Python при их пересборки.
+Это означает, что все зависящие друг от друга пакеты должны поддерживать
+новую версию Python для продолжения обновления и некоторые программы
+временно могут не находить свои зависимости во время обновления 
+(однако, запущенные программы, вероятно, не будут подвержены проблеме).
+
+Если переменные PYTHON_TARGETS или PYTHON_SINGLE_TARGET объявлены
+в вашем файле make.conf, пожалуйста, удалите их, так как они будут
+конфликтовать с представленными ниже примерами конфигурации package.use.
+Мы не рекомендуем использовать файл make.conf для задания значений
+переменных Python target, так как это препятствует применению
+значений по умолчанию для пакетов, когда это необходимо.  В этой новости
+мы предполагаем, что вы используете файл /etc/portage/package.use
+или ваш эквивалент этого файла конфигурации пакетного менеджера.
+
+С этого момента у вас есть выбор из следующих вариантов настройки:
+
+1. Если вы хотите, чтобы Python обновлялся автоматически, вы можете
+   удалить объявленные переменные PYTHON_TARGETS и PYTHON_SINGLE_TARGET.
+   Когда их значения по умолчанию изменятся, пакетный менеджер должен
+   самостоятельно всё обновить. Но если возникнут проблемы, вам всё ещё
+   может понадобиться запустить команды обновления.
+
+2. Если вы хотите пока отложить обновление, вы можете явно указать
+   старые значения в файле package.use.
+
+3. Если вы хотите обновиться раньше, вы можете явно задать новые
+   значения и запустить команды обновления.
+
+4. Если вы хотите использовать более безопасный подход (т.е. с меньшей
+   вероятностью временной поломки пакетов во время обновления),
+   вы можете выполнить последовательное обновление, описанное ниже.
+
+5. Наконец, вы можете произвольным образом комбинировать значения
+   переменных PYTHON_TARGETS и PYTHON_SINGLE_TARGET.
+
+
+Откладывание обновления
+=======================
+Чтобы отложить обновление, явно укажите старые значения:
+
+    */* PYTHON_TARGETS: -* python3_9
+    */* PYTHON_SINGLE_TARGET: -* python3_9
+
+Это заставит систему использовать Python 3.9 и предотвратит последующие
+обновления.  Однако, учтите, что такое решение временное,
+и в конце концов вам всё-таки придётся провести обновление.
+
+
+Принудительное обновление
+=========================
+Чтобы обновиться до Python 3.10 раньше, явно укажите новые значения:
+
+    */* PYTHON_TARGETS: -* python3_10
+    */* PYTHON_SINGLE_TARGET: -* python3_10
+
+При этом важно не забыть удалить эти строки после изменения значений
+по умолчанию, иначе они помешают последующим автоматическим обновлениям
+на следующие версии Python.
+
+
+Процедура безопасного обновления
+================================
+Более безопасный подход такой: сначала добавляется в систему поддержка
+Python 3.10, а затем удаляется поддержка Python 3.9.  Однако, учтите,
+что все затронутые пакеты будут пересобраны дважды, что заметно дольше.
+
+Сначала включите Python 3.9 и Python 3.10 и запустите команды обновления:
+
+    */* PYTHON_TARGETS: -* python3_9 python3_10
+    */* PYTHON_SINGLE_TARGET: -* python3_9
+
+Затем замените PYTHON_SINGLE_TARGET и ещё раз запустите обновление:
+
+    */* PYTHON_TARGETS: -* python3_9 python3_10
+    */* PYTHON_SINGLE_TARGET: -* python3_10
+
+Наконец, переключитесь на окончательную версию и запустите обновление:
+
+    */* PYTHON_TARGETS: -* python3_10
+    */* PYTHON_SINGLE_TARGET: -* python3_10
+
+После смены значений по умолчанию вы можете удалить эти настройки.
+Или же вы можете оставить их, предотвращая автоматическое обновление
+до Python 3.11, и позже обновиться вручную.
+
+
+Команды обновления
+==================
+Для очистки системы от Python 3.9 требуется удалить его сразу из
+всего дерева зависимостей.  Если какие-то установленные пакеты,
+использующие старую версию Python, не помечены для обновления,
+пакетный менеджер покажет ошибки зависимостей.  Поэтому важно проводить
+обновление с использованием опций --deep --changed-use @world,
+а также перед этим удалить все более не требуемые пакеты:
+
+    emerge --depclean
+    emerge -1vUD @world
+    emerge --depclean
diff --git a/metadata/news/Manifest b/metadata/news/Manifest
index f8d1d7d25f29..464b622ba731 100644
--- a/metadata/news/Manifest
+++ b/metadata/news/Manifest
@@ -1,23 +1,23 @@
 -----BEGIN PGP SIGNED MESSAGE-----
 Hash: SHA512
 
-MANIFEST Manifest.files.gz 16646 BLAKE2B f98dbb8381e54732fcab811e5baca79a1c4636d929015f5842341b17f7404bd3cc3d9a7a6cae1301a6857e7850e06c9c87705ecfca1d3f7635d9d8e947c91e86 SHA512 c19b68f5fa845e539d31e6b3ac15abc038dc2a3c31b78934a267a70d0b03db54ad105e2a9aef049b7b5c15a18b97b4b42f8e7048845d569ab74fcaac72ddd189
-TIMESTAMP 2022-05-12T12:39:36Z
+MANIFEST Manifest.files.gz 17528 BLAKE2B d9231e54893c496e7d93671affd023bace9eabe8a3df2a22e31994addce35c17bf9b6d58612cb0592614d9061cda9b5ff59c9663749d31fd54c1516697af64e3 SHA512 12f7f26ceb887fedd096de54a33efe48f24504d2886e22e6ed743973248dc8c2e7df8ef0007d3872cf34823edb7df22e41994f2f1ca9c215ea4914c5ca96242f
+TIMESTAMP 2022-06-29T09:39:44Z
 -----BEGIN PGP SIGNATURE-----
 
-iQKTBAEBCgB9FiEE4dartjv8+0ugL98c7FkO6skYklAFAmJ9AAhfFIAAAAAALgAo
+iQKTBAEBCgB9FiEE4dartjv8+0ugL98c7FkO6skYklAFAmK8HeBfFIAAAAAALgAo
 aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUx
 RDZBQkI2M0JGQ0ZCNEJBMDJGREYxQ0VDNTkwRUVBQzkxODkyNTAACgkQ7FkO6skY
-klDTpg/+N6XbR4ff+ji6cRRM8H0m/XSr9sQyyRd9xGcjKtjChRYfEwhlGw5vCRX/
-VFanx9y6yaYb6YB67II+A53xoP/+Kj1z/jFlrdkPAraKLu5b7l/ACMcbkxix1RMx
-mkzbEPuNGYBhGhfRnsnpVLa/Ws+Zh8zOUJ83HGAY//Z6lxdZJaoY+BZP1EegQHIK
-3OVn6JTCY2fNpxGeRr77VR2EgTZGYDVrutypXfL9argZeNkiOpTF0vrI3EVzM6Qm
-515UEjjnyQm5m7upw8dHl+h1xZxBdBwW35E2s2u7JEJBnAaVLPqzp4rFZhhRRWya
-XPiJjZzGJtOU7Q6yIxQkPD9i45NyPQRzrL6gEQ5P8e1sVamJe4fTe1BzipqWr+WF
-YQiryrSlPktSH8Xichs+aiRKvlIrK4gxhJAufg6WKj+QiE/opWc2zzRg8BA8eN2C
-AI6CncrYDUZQtl1n1ME1ITti8aboKotX/LCpjd7zeOJKIzbF9ZrCUcuC05R7O5uv
-FGVz+Pik+iMI2izduqUjq9vGK65HqAZfgJECZMy2gqlyl2fpscyf4xpdreR5RMWK
-oERqRoB7rqXLdcgZUg2Buv6s1SQGmo9gIPsSqgwTeOW1eqx5GAKeVMOujZ5ZDF/y
-9sQDo1dKO3JfHR2SaFzXXyz/L+EvcSgzVyKkuSXAaw1g2AXao5k=
-=0i7d
+klDOfg/9EsOEK8/ZftW9IGxv+Eb3BzV+I4pvGFDGOZeTlHigLQmC+wwrBWLylSzM
+4JrwdcAUwdoJOsViUCe7E9CHJDf/zczfX7zhXfdcVE+BeXzJXhFDt6lc4GnppJ8v
+q/t11cu7S44HYSAy6zJugbgtKSuMUc0+C2Pkt4eQ5/Km7VtW1oQ+5F0MvZfy5jfa
+uik0aXohlMflG7qev71QE9HdFs5mHQbHGXV0TCzAzkjfsqS1x6Xw8+EVbZzSqPy0
+c8KCW0HbruBJmoL+Aw5sXtxIp5AlhqWzuHamGin/6tN705g4+wrG3AD85u53CECA
+koUZ4nDoUTUKLpqfJRJliYYEw8SKdmRscyU12Sxzc93aFtEfYVoq89G11sYJo5+3
+NpSxXGWjRqTmabp/ZiYD/U6pd8WePu/0glCoPU2pXWdi6XgRqIKvwXOptxVNF3gm
+4nGtusvHxv1woo6FQTTDPRbjLKD+YcsqMBx/h5+Q4MlJgL+a2S6+P3OQjURpfQwe
+s1Q6AVgvvf08WmFc8ZitnkN91YmrLrU4HvdrrIv7i8+DEzuRGvhK1tIpp15h9an/
+6AsEm8uOGPpDS/W4aKkVhHZhf4ALBefd+1fD6ytYd4YBV9iAq7/jy/46+BUpPoj2
+LVqQHbOrp6pvsUAq3pkdkq6Km1fjl+BWHIQ+5eFHxJZ56Ngi9l4=
+=OGkA
 -----END PGP SIGNATURE-----
diff --git a/metadata/news/Manifest.files.gz b/metadata/news/Manifest.files.gz
index 4c75c6a51d8a..d4f3fb780789 100644
--- a/metadata/news/Manifest.files.gz
+++ b/metadata/news/Manifest.files.gz
diff --git a/metadata/news/timestamp.chk b/metadata/news/timestamp.chk
index 09860d1b642c..395f404fcb87 100644
--- a/metadata/news/timestamp.chk
+++ b/metadata/news/timestamp.chk
@@ -1 +1 @@
-Thu, 12 May 2022 12:39:31 +0000
+Wed, 29 Jun 2022 09:39:41 +0000
diff --git a/metadata/news/timestamp.commit b/metadata/news/timestamp.commit
index b9102cd96d9e..e991bd92e68f 100644
--- a/metadata/news/timestamp.commit
+++ b/metadata/news/timestamp.commit
@@ -1 +1 @@
-7fc944cc8b64a739adac5d62d15b744af1c6ce83 1650403589 2022-04-19T21:26:29+00:00
+2df2bdc2eb24979ef17520910e1eb5e9fbd3d898 1654928173 2022-06-11T06:16:13+00:00