Момчетата от Fedora работят с целия си ентусиазъм и наличното време за спазване на графика за пускане на дистрибуцията но, изглежда, че тази година ще бъде друга година, в която датата на пускане на разпределението Няма да бъде изпълнено, доповече от какво също беше публикувана информация какво стрЗа следващата версия на дистрибуцията, която е Fedora 33 (което вече знам, че започва да работи) sЩе направя малка промяна на системата, която осигурява разделителна способност на мрежовите имена на приложения от „nss-resolution“ от „systemd-разрешен“.
За изпълнение във Fedora 33, "systemd-реши" се планира да замени "nss-разрешение" за разрешаване на DNS и Glibc заявки той ще бъде променен на nss-резолюция от проекта systemd вместо вградения NSS модул nss-dns.
systemd-реши ще замени nss-резолюцията във Fedora 33
Тази промяна е направена поради решението, взето вътрешно във Fedora, че вместо да изберете да деактивирате "systemd-разрешен" (както прави от дълго време) по-добре да бъде активиран.
Разработчиците коментират това 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-resol.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 Beta и върви доста добре