A Fedora közösség régóta keresi a módját annak, hogy a Windows-alkalmazások futtatása gördülékenyebb legyen Linuxon. Ennek a törekvésnek most egy fontos állomása érkezett el: a Fedora Engineering and Steering Committee jóváhagyta azt a fejlesztést, amely lehetővé teszi az NTSYNC kernelmodul automatikus betöltését a felhasználók által igényelt esetekben. Az NTSYNC régóta elérhető a Linux kernelben, és a Wine friss 10.xx fejlesztői ága, valamint a közelgő Wine 11.0 stabil kiadás már kifejezetten támaszkodik rá, hogy gyorsabban és pontosabban kezelje a Windows NT szinkronizációs mechanizmusait. Mindez eddig azonban nem volt teljesen kihasználható, mert a kernelmodul nem töltődött be automatikusan, és mivel más szoftverek nem igazán használták, nem volt indokolt minden rendszerindításkor aktiválni.
Tartalomjegyzék
Csomagszintű ajánlásokkal érkezik az automatikus betöltés
A most elfogadott javaslat lényege, hogy az NTSYNC aktiválását csomagszintű „Recommends” beállítások vezéreljék. A Fedora Wine csomagja már most is elsődleges felhasználója a funkciónak, és a terv szerint más szoftverek – például a Steam vagy különféle játékindítók – is ajánlhatják majd az új „ntsync-autoload” nevű kiegészítőt. A csomag egy modules-load.d konfigurációs állományt helyez el a rendszeren, amely gondoskodik arról, hogy a kernelmodul a rendszer indulásakor automatikusan aktiválódjon. A név körüli kisebb vita is lezárult: több fejlesztő megjegyezte, hogy a korábbi „wine-ntsync” elnevezés félrevezető, ezért döntöttek az általánosabb név mellett, amely már nem köti a funkcionalitást kizárólag a Wine-hoz.
Tágabb technológiai változások egy új Fedora-kiadás küszöbén
A döntés a Fedora 44 tavaszi kiadásának részeként lép életbe, és a mindennapi használatban különösen a játékosok érezhetik kézzelfogható előnyeit. A FESCo ezzel párhuzamosan több más fejlesztésnek is zöld utat adott: ilyen a Ruby 4.0 beemelése a Fedora 44-be, vagy a Python 3.15 korai, a Fedora 45-re szánt tervezett integrációja. Emellett megszületett a határozat a QEMU 32 bites host buildjeinek elhagyásáról, valamint a GIMP számára egy tartós frissítési kivétel biztosításáról, amely lehetővé teszi a stabil ágak (például 3.0.x vagy 3.2.x) gyorsabb követését.
