A PorteuX 2.8 mostantól elérhető, és meglepően nagy horderejű frissítés a Slackware-alapú hordozható Linux disztribúcióhoz. A szokásos csomagfrissítések és hibajavítások mellett a lényeg az, hogy a PorteuX fejlesztői két fontos összetevőt teljesen saját maguk készítettek el.

Ez a két projekt az aufs-ng, egy új union filesystem, amely leváltja az aufs-t, valamint az xfwm4-gl, az Xfce ablakkezelőjének egy forkja, amely OpenGL-es kompozitálást hoz X11 alá. A játékosok is örülhetnek: a Wine és a Proton mostantól NTFS partíciókon is tudnak működni, egy fájlnév-kezelési változtatásnak köszönhetően.

A legnagyobb újdonság a motorháztető alatt az aufs-ng. A PorteuX kezdete óta az aufs-ra támaszkodott, de most a fejlesztők a nulláról írtak egy saját union filesystemet, és ezt tették alapértelmezetté.

Lényeges, hogy az aufs-ng megtartja az aufs lemezen tárolt formátumát és a mount parancs szintaxisát. A meglévő PorteuX-funkciók így továbbra is működni fognak, a felhasználóknak nem kell új módon megtanulniuk a filesystem csatolását vagy kezelését.

A különbség az alatt zajló működésben van. A PorteuX szerint az aufs-ng nagyjából 5000 sornyi kódból áll, szemben az aufs körülbelül 28 000 sorával. A Linux kernel modern I/O passthrough megoldását használja, csökkenti a teljes filesystemre kiterjedő zárolást, a copy-up műveleteknél pedig az in-kernel splice-t használja oldalankénti pufferelés helyett.

A PorteuX azt is állítja, hogy az aufs-ng kizárólag inode-okat követ, és a rendszer bemelegedése után nagyjából az aufs memóriaigényének egyharmadát használja. Ezek figyelemre méltó állítások, főleg egy olyan projektnél, amely ennyire központi szerepet játszik a PorteuX működésében. Szélesebb körű használat mellett derül majd ki igazán, hogyan viselkedik az új filesystem különböző hardvereken és terhelések alatt.

A második saját fejlesztés az xfwm4-gl. Ez az Xfce xfwm4 ablakkezelőjének forkja, amely OpenGL-es kompozitálást ad X11 használata esetén. Az XRender automatikus tartalékként továbbra is elérhető marad.

A PorteuX mérései szerint az xfwm4-gl körülbelül egyharmaddal kevesebb energiát fogyaszt, mint az XRender, miközben nagyjából 10 százalékkal több képkockát jelenít meg másodpercenként az alkalmazások számára. Emellett adaptív vsyncet kínál, automatikusan felfüggeszti a kompozitálást, ha egy alkalmazás teljes képernyőre vált, inaktív gombkiemelést vezet be az ablak témákban, és számos javítást tartalmaz.

A PorteuX 2.8 az Xfce kiadásból eltávolítja a hagyományos xfwm4-et, és helyette az xfwm4-gl-t teszi meg alapértelmezett ablakkezelőnek és kompozitornak. Ez természetesen X11 esetén érvényes. Azok az Xfce-felhasználók, akik Wayland-t választanak, továbbra is a labwc-t kapják alapértelmezettnek.

A játékosok számára az NTFS-változtatás is legalább ennyire érdekes lehet. Az NTFS driver mostantól elfogadja a kettőspontot a fájlnevekben, így a Wine és a Proton már az NTFS partíciókon tárolt játékokkal is tudnak dolgozni. Ez különösen hasznos lehet olyan dual-boot rendszereken, ahol a Windows és a Linux közösen használ egy játékgyűjteményt.

Az NTFS kezelésén is változtattak, így a PorteuX mostantól az ntfs és az ntfs3 drivert is tudja használni, és ha mindkettő elérhető, az ntfs élvez elsőbbséget. A kiadás azt a hibát is javítja, amikor az NTFS-es eszközöket nem lehetett rendesen leválasztani.

Rengeteg upstream frissítés érkezett. A PorteuX 2.8 a Linux kernel 7.2-es kernelre váltott, az NVIDIA driver 610.57.04-es, a GCC 16.2.0-s, az FFmpeg 9.0.1-es, a Mesa pedig 26.2.1-es verzióra frissült. A Cinnamon 6.6.9-es, a COSMIC 1.6.0-s, a GNOME 50.4-es, a KDE Plasma pedig 6.7.4-es verzióra lépett előre.

A GCC 16-ra váltás néhány szoftvernél kompatibilitási problémát okozott, ezért a PorteuX mostantól tartalmazza a gcc15-compat csomagot. Ez visszaállít egy C++ szimbólumot, amit a GCC 16 eltávolított, és várhatóan megjavít olyan alkalmazásokat, mint a VirtualBox, amelyek a fordító verziófrissítése után leálltak. A VirtualBox megosztott mappák támogatását is engedélyezték a kernel-ban, és ott mostantól a dead code elimination is be van kapcsolva.

A PorteuX 2.8 több változtatást hoz az asztali környezetekben is. A COSMIC megkapta a cosmic-monitor alkalmazást, amely leváltja a GNOME-system-monitor programot. A GNOME új GNOME-session-sysvinit csomagot kapott, valamint egy javítócsomagot, amely letiltja a systemd-t, míg a KDE új appstream-qt, qtkeychain és zint csomagokkal bővült.

Javították azt a hibát, amikor a Wi-Fi jelszóbekérő ablak nem jelent meg GNOME alatt, illetve a hiányzó teszthangokat GNOME és KDE Plasma esetén. Az LXDE képernyőzár mostantól a jelenlegi munkamenetet zárja le, nem pedig egy újat nyit, míg az Wayland és X11 munkamenet-felismerés hibáját kijavították LXQt alatt. A PorteuX az Xfce kompozitor-kikerülési jelzését is rendbe tette, amely korábban a normál ablakoknál nem működött.

A PorteuX App Store is sok figyelmet kapott a 2.8-as kiadásban. Javították a csomagletöltéseket, a hibás verziófelismerést, valamint azokat a hibákat, amikor a rendszer sikeresnek jelezte a műveletet, pedig az valójában meghiúsult. A fejlesztők azt is megoldották, hogy a scriptek ne íródjanak ki a letöltés befejezése előtt, és a folyamatjelző ablak se maradjon nyitva utána.

Az App Store-ból letöltött AppImage-ek mostantól javított desktop bejegyzést kapnak, így rendesen tudnak fájlokat fogadni, és az ikonjaik is megfelelően jelennek meg. A Flatpak wrapper javítása is megtörtént, így a tárolási útvonal mostantól bármelyik pozícióban szerepelhet.

Más területeken a PorteuX kijavította a Transmission összeomlásait, az xpdf hibáját, amikor nem tudta beolvasni a konfigurációs fájlját, valamint az időzóna-eszköz összeomlását, ha az /etc/localtime egy hibás symlinkre mutatott. A rootként indított grafikus alkalmazások mostantól megkapják az XDG_RUNTIME_DIR változót, és a bejelentkező képernyőn megjelenő verziószámot is helyesbítették. Az mopt cheatcode dokumentációjában lévő elütést szintén kijavították.

Akad néhány kevésbé látványos teljesítmény- és méretfejlesztés is. Gyorsabban indul az FFmpeg és a PipeWire, a build- és linker flageket tovább optimalizálták, és sok modulnál javítottak a stripping folyamatán.

Az initrd alaposabb takarítást kapott. Frissítették az összes binárisát, a külön uClibc könyvtárat pedig eltávolították, és most statikusan beágyazva érkezik. A PorteuX szerint így az initrd körülbelül 30 százalékkal kisebb lett. Új bootlog cheatcode is érkezett, amely elmenti az initrd által a rendszerindítás során kiírt összes üzenetet, ezzel megkönnyítve a hibakeresést.

Változott a fájlrendszer működése is. Ha törlünk egy fájlt, majd töröljük a hozzá tartozó whiteout bejegyzést, akkor mostantól visszatér az eredeti fájl. Így a működés jobban igazodik ahhoz, amit a felhasználók a PorteuX réteges fájlrendszer-modelljétől elvárnak.

A fejlesztők a csomagok között is rendet raktak. Kikapcsolták a BlueZ daemon automatikus indulását, az opus csomagot eltávolították, mert a libopus önmagában is elég, és kevesebb gondot okoz, a faac és faad2 pedig azért került ki, mert az FFmpeg ezek nélkül is gond nélkül kezeli az AAC-t.

A PorteuX új tárhelyre is költözött. A Slackware.uk mostantól a disztribúciót is hostolja, így a projekt újabb infrastruktúra-elemmel gazdagodott, miközben tovább csiszolja a Slackware Linuxra épülő, egyre inkább egyedi megoldását.

Sok minden került bele a PorteuX 2.8-ba, de az aufs-ng és az xfwm4-gl teszi ezt a kiadást igazán érdekessé. Ahelyett, hogy egyszerűen csak újabb komponenseket húznának be upstream forrásból, a PorteuX fejlesztői fontos elemeket cserélnek le olyan projektekre, amelyeket ők maguk irányítanak.

Ennek kézzelfogható előnyei lehetnek, főleg ha a jelzett memória-, teljesítmény- és fogyasztásbeli fejlesztések valóban beigazolódnak. Ugyanakkor ez több kódot is jelent, amit egy viszonylag kis projektnek kell karbantartania. Az aufs-ng különösen fontos helyet foglal el a PorteuX-ben, ezért érdemes lesz figyelni, hogyan teljesít, ahogy egyre több felhasználó kezdi el használni a 2.8-as verziót.