Ребята из Fedora работали со всем энтузиазмом и время, необходимое для выполнения графика запуска распространения но похоже, что в этом году будет еще один год, когда дата выхода распределения Не будет выполнено, чтобыбольше того, что информация также была выпущена что pДля следующей версии дистрибутива - Fedora 33 (который, как я уже знаю, начинает работать) sЯ внесу небольшое изменение в системе, которая обеспечивает разрешение сетевых имен для приложений от «nss-resolve» до «systemd-resolved».
Для реализации в Fedora 33 "systemd-resolved" планируется заменить "nss-resolve" для разрешения запросов DNS и Glibc он будет изменен на nss-resolve из проекта systemd вместо встроенного модуля NSS nss-dns.
systemd-resolved заменит nss-resolve в Fedora 33
Это изменение сделано из-за решения, принятого внутри Fedora, что вместо отключения "systemd-resolved" (как это было давно) лучше быть включенным.
Разработчики комментируют, что systemd-resolve выполняет такие функции, как сохранить конфигурацию в файле resolv.conf на основе данных DHCP и статической конфигурации DNS для сетевых интерфейсов, поддерживает DNSSEC и LLMNR (Link Local Multicast Name Resolution).
Среди преимуществ перехода на systemd-resolved - поддержка DNS over TLS, возможность включения локального кеширования DNS-запросов и поддержка привязки разных процессоров к разным сетевым интерфейсам (в зависимости от сетевого интерфейса для доступа выбирается DNS-сервер, например, DNS-запросы для VPN-интерфейсов будут отправляться через VPN). Использование DNSSEC в Fedora не планируется (systemd-resolve будет построено с DNSSEC = no flag).
Systemd-resolve уже используется по умолчанию в Ubuntu Начиная с версии 16.10, но интеграция в Fedora будет осуществляться по-другому, поскольку Fedora изначально работает совершенно иначе, чем Ubuntu, а Ubuntu продолжает использовать традиционный glibc nss-dns, то есть glibc продолжает обрабатывать / etc / resolv. Conf, в то время как Fedora надеется заменить nss-dns на systemd nss-resolve.
Для тех, кто не хочет использовать systemd-resolve, его можно будет отключить для этого необходимо деактивировать службу systemd-resolve.service и перезапустить NetworkManager, в результате чего будет создан традиционный /etc/resolv.conf.
Финальная версия Fedora 32 отложена на неделю
Наконец, еще одним из изменений, о которых заявили разработчики проекта Fedora, стала отсрочка выпуска финальной версии Fedora 32 на неделю. из-за несоблюдения критериев качества.
Запуск Fedora 32 запланирована на 28 апреля, а не на 21 апреля., как и планировалось изначально.
В финальных тестовых сборках что вынудило разработчиков отложить финальный выпуск прокомментировано как минимум 3 проблемыs, которые классифицируются как блокировка версии и остаются неисправленными.
Проблемы с блокировкой версий включают: проблемы с распознаванием раздела LVM в режиме аварийного восстановления, зависание при попытке загрузки в системах с графическими процессорами NVIDIA Turing в режиме «безопасной загрузки» и отсутствие финальной версии пакета f32-background в стабильном репозитории.
Разработчики надеются, что эти ошибки будут исправлены в срок, который они указали, чтобы принять дату окончания как должное (ранее упоминалось), но если это не так, дата будет отложена на несколько дней:
Из-за ошибок открытого блокировщика Fedora 32 Final была объявлена запрещенной. Мы встретимся снова в 17:00 UTC в четверг, 23 апреля, чтобы пересмотреть ситуацию и объявить окончательный выпуск Fedora 32.
Если в то время мы определим, что Fedora 32 готова, она будет выпущена в «ожидаемую дату выпуска №1» - 28 апреля.
В конце концов если вы хотите узнать больше о коммуникациях выпущенный ребятами из Fedora, вы можете проверить следующие ссылки, которые мы предоставляем.
Ссылка об изменении в Fedora 33.
Ссылка о задержке выпуска Fedora 32.
Я использую бета-версию Fedora 32 Cinnamon, и все идет хорошо