Lista zmian w Fedora 41 względem Fedora 43
1) Warstwa „core” (pakiety, RPM, DNF) — największy ciężar zmian
RPM: 4.20 → 6.0 (duży skok, mocno pod kątem bezpieczeństwa)
Fedora 41 była na RPM 4.20.
Fedora 43 jest pierwszym wydaniem z RPM 6.0.
Najważniejsze konsekwencje RPM 6.0 (praktycznie dla admina i pipeline’ów):
mocniejszy nacisk na bezpieczeństwo podpisów i zarządzanie kluczami (m.in. fingerprint / full key id, aktualizacja kluczy przez rpmkeys –import, wielopodpis).
długofalowo: przygotowanie pod OpenPGP v6 / post-quantum (to raczej „fundament” niż coś, co dziś psuje produkcję, ale warto wiedzieć, czemu RPM 6.0 jest „duże”).
Co to oznacza w praktyce:
jeśli masz własne repo / własne procesy podpisywania, to Fedora 43 jest krokiem w stronę „bardziej rygorystycznego” świata podpisów (dobrze przejrzeć swój flow i testy w CI).
DNF: w 41 już „default”, ale 43 dociąga to do instalatora (Anaconda)
Fedora 41: DNF5 jest domyślnym menedżerem pakietów (szybszy, mniej zależności, koniec potrzeby microdnf).
Fedora 43: Anaconda przechodzi na DNF5 jako backend instalacji + usuwa elementy modularności w instalatorze.
Wniosek: w 41 DNF5 „żył w systemie”, a w 43 jest „domknięty” też w ścieżce instalacji / provisioning (ważne, jeśli robisz automatyzacje instalacji i masz niestandardowe repo/konfiguracje).
2) Instalacja i boot — zmiany, które potrafią zaskoczyć przy nowych wdrożeniach
Instalator: Anaconda WebUI szerzej „po default”
Fedora 43 rozszerza domyślne użycie Anaconda WebUI na spiny/edycje (nie tylko Workstation).
UEFI/partycjonowanie: bardziej twarde zasady dla GPT
Fedora 43 wymusza GPT dla instalacji UEFI na x86 (i usuwa pewne ścieżki MBR/UEFI).
/boot: rekomendacja/zmiana w stronę 2G
W ChangeSet Fedora 43 jest pozycja „2G /boot partition” — ważne, jeśli masz stare layouty z małym /boot i dużo kernel-i/initrd.
initrd: domyślnie zstd
Fedora 43: „Compress the initrd with zstd by default” — zwykle pozytywnie (szybciej, sensowna kompresja), ale warto wiedzieć, gdy debugujesz boot albo masz specyficzne narzędzia.
3) Toolchain i biblioteki bazowe — duży skok dla dev/CI oraz dla niektórych serwerów
Fedora 43 podbija „core toolchain” do:
gcc 15.2, binutils 2.45, glibc 2.42, gdb 17.1.
Co to daje / ryzyka:
dla C/C++/Rust i modułów natywnych: możliwe nowe warningi, zmiany ABI/behaviour w edge-case’ach; w CI warto odpalić pełne testy.
glibc bump potrafi ujawnić stare założenia w binarkach, szczególnie jeśli coś było budowane „poza Fedorą”.
4) Języki i runtime’y — Python/Perl/Go robią spory krok
Python: Fedora 43 = Python 3.14
W ChangeSet Fedora 43: Python 3.14.
Skutek uboczny widoczny wprost: część starych bibliotek narzędziowych wypada (np. retire python-nose, bo nie buduje się z 3.14).
Porównanie do Fedora 41:
Fedora 41 miała zmianę „Python built with gcc -O3” (wydajnościowo), ale to był inny typ zmiany niż przeskok wersji samego Pythona.
Perl: Fedora 41 = 5.40, Fedora 43 = 5.42
Fedora 41: Perl 5.40 (ogłaszane w materiałach release).
Fedora 43: Perl 5.42 (ChangeSet).
Go: Fedora 41 = 1.23, Fedora 43 = 1.25
Fedora 41: Go 1.23.
Fedora 43: Go 1.25 + do tego zmiany o vendoringu paczek Go („vendored by default”).
5) Usługi serwerowe i „duże klocki” (DB, mail, logowanie)
W Fedora 43 ChangeSet masz kilka zmian, które realnie dotykają serwerów:
Bazy danych
MySQL: domyślna wersja dystrybucyjna zmienia się z 8.0 → 8.4.
PostgreSQL 18.
Praktycznie: jeśli hostujesz DB lokalnie, sprawdź release notes upstream (szczególnie MySQL minor/major behaviour) i przetestuj migrację danych na stagingu.
Mail / IMAP
Dovecot 2.4.
Tu bym szczególnie uważał, jeśli masz niestandardową konfigurację (Dovecot miewa zmiany konfigów i pluginów między seriami).
Audyt logowań
Migracja do lastlog2.
To ważne, jeśli masz skrypty/monitoring czytający klasyczne lastlog/utmp/wtmp w stary sposób.
6) Networking i „stare nawyki” — co już zmieniło się w 41 (i nadal obowiązuje w 43)
To nie jest „nowość 43”, ale często jest powodem bólu przy upgrade ze starych systemów:
Fedora 41 usuwa network-scripts (legacy ifup/ifdown).
Fedora 41 dopina też kierunek w stronę „spójnego nazewnictwa interfejsów” w obrazach cloud (zmiana net.ifnames=0 itd.).
Jeśli ktoś miał w 41 jeszcze „jakoś działające” stare podejście, to w 43 już raczej nie ma po co z tym walczyć — docelowo NetworkManager/systemd-networkd to droga.
Aktualizacja do Fedora 43
Po wykonaniu backupu konfiguracji serwera / snapshotu maszyny wirtualnej można przystąpić do aktualizacji.
# Pełna aktualizacja F41 i reboot # Najpierw doprowadź F41 do możliwie „czystego” stanu: sudo dnf5 upgrade --refresh -y || sudo dnf upgrade --refresh -y sudo reboot # Po restarcie: cat /etc/fedora-release uname -r # Sprawdź wolne miejsce (upgrade pobiera sporo RPM-ów) df -h / df -h /var # Pobranie pakietów do F43 sudo dnf5 upgrade --refresh sudo dnf5 system-upgrade download --releasever=43 --refresh --best --allowerasing
Następnie należy poczekać kilka(naście) minut aż pakiety zostaną pobrane.
sudo dnf5 offline reboot
Podgląd aktualizacji można obserwować w oknie konsoli maszyny wirtualnej Proxmox.
Po skończonej aktualizacji weryfikujemy wersję systemu.
root@storage:~# cat /etc/*release Fedora release 43 (Forty Three) NAME="Fedora Linux" VERSION="43 (Server Edition)" RELEASE_TYPE=stable ID=fedora VERSION_ID=43 VERSION_CODENAME="" PRETTY_NAME="Fedora Linux 43 (Server Edition)" ANSI_COLOR="0;38;2;60;110;180" LOGO=fedora-logo-icon CPE_NAME="cpe:/o:fedoraproject:fedora:43" HOME_URL="https://fedoraproject.org/" DOCUMENTATION_URL="https://docs.fedoraproject.org/en-US/fedora/f43/" SUPPORT_URL="https://ask.fedoraproject.org/" BUG_REPORT_URL="https://bugzilla.redhat.com/" REDHAT_BUGZILLA_PRODUCT="Fedora" REDHAT_BUGZILLA_PRODUCT_VERSION=43 REDHAT_SUPPORT_PRODUCT="Fedora" REDHAT_SUPPORT_PRODUCT_VERSION=43 SUPPORT_END=2026-12-02 VARIANT="Server Edition" VARIANT_ID=server Fedora release 43 (Forty Three) Fedora release 43 (Forty Three)
