Хлопці Fedora працювали з усім своїм ентузіазмом і доступний час для дотримання графіку запуску дистрибуції але, схоже, цей рік буде іншим, у якому буде випущена дата випуску розподілу Це не буде виконано, добільше того інформація також була оприлюднена що сДля наступної версії дистрибутива - Fedora 33 (що я вже знаю, що починає працювати) sЯ внесу невелику зміну у системі, яка забезпечує роздільну здатність імен мережі для програм із “nss-resolution” на “systemd-вырашана”.
Для реалізації у Fedora 33 "systemd-вырашано" планується замінити "nss-resolution" для вирішення запитів DNS та Glibc його буде змінено на nss-resolution із проекту systemd замість вбудованого модуля NSS nss-dns.
systemd-resol замінить nss-резолюцію у Fedora 33
Ця зміна внесена завдяки внутрішньому рішенню Fedora про те, що замість того, щоб вимкнути "вирішення системи" (як це робиться давно) краще бути включеним.
Розробники це коментують systemd-резолюція виконує такі функції, як зберігати конфігурацію у файлі resolv.conf на основі даних DHCP та статичної конфігурації DNS для мережевих інтерфейсів, підтримує DNSSEC та LLMNR (Link Local Multicast Name Resolution).
Серед переваг переходу на вирішення системи - це підтримка DNS через TLS, можливість увімкнути локальне кешування запитів DNS і підтримка прив’язки різних процесорів до різних мережевих інтерфейсів (залежно від мережевого інтерфейсу для вибору обраний DNS-сервер, наприклад, запити DNS для інтерфейсів VPN надсилатимуться через VPN). Не планується використовувати DNSSEC у Fedora (системне вирішення буде побудовано з DNSSEC = немає прапора).
Systemd-резолюція вже використовується за замовчуванням в Ubuntu Починаючи з версії 16.10, але інтеграція буде виконуватися по-різному у Fedora, оскільки Fedora для початку діє зовсім інакше, ніж Ubuntu, а Ubuntu продовжує використовувати традиційні glibc nss-dns, тобто glibc продовжує обробляти / etc / resolv. Conf, у той час як Fedora сподівається замінити nss-dns на nss-резолюцію systemd.
Для тих, хто не хоче використовувати systemd-resolution, його можна буде відключити а для цього потрібно деактивувати службу systemd-resol.service і перезапустити NetworkManager, що створить традиційний /etc/resolv.conf.
Остаточна версія Fedora 32 відкладена на тиждень
Нарешті, ще однією із змін, про яку заявили розробники проекту Fedora, було перенесення виходу остаточної версії Fedora 32 на тиждень через недотримання критеріїв якості.
Запуск Fedora 32 запланована на 28 квітня, а не на 21 квітня, як спочатку планувалося.
В остаточному тесті збирає що змусило розробників відкласти остаточний випуск коментується щонайменше 3 проблемиs, які класифікуються як блокування версій, які залишаються невиправленими.
Проблеми з блокуванням версій включають: проблеми з розпізнаванням розділів LVM у режимі відновлення після аварійного завершення, зависання при спробі завантаження в системах з графічними процесорами NVIDIA Turing у режимі "Безпечне завантаження" та відсутність остаточної версії пакету f32 у стабільному сховищі.
Розробники сподіваються, що ці помилки будуть усунені протягом часу, який вони передбачали прийняти дату завершення як належне (згадувалося раніше), але якщо це не так, дата буде відкладена ще на кілька днів:
Через відкриті помилки блокувальників Fedora 32 Final було оголошено "забороненим". Ми знову зустрінемось о 17:00 UTC у четвер, 23 квітня, щоб переглянути ситуацію та оголосити про остаточний випуск Fedora 32.
Якщо на той час ми визначимо, що Fedora 32 готова, вона вийде "очікуваною датою випуску №1" 28 квітня.
В кінці кінців якщо ви хочете дізнатись більше про зв'язок видані хлопцями Fedora, ви можете переглянути наступні посилання, які ми надаємо.
Посилання про зміни у Fedora 33.
Посилання про затримку випуску Fedora 32.
Я з Beta Fedora 32 Cinnamon, і це цілком добре