Majdnem kész a Debian 12 a végleges kiadásra

Melyik lenne ez az elv, aminek ellentmondanak? Nem a hülyét játszom, meg nem csőbe húzós kérdés, de én nem olvastam ilyenről.

A képernyőkímélős probléma egy sokkal általánosabb dolog része. Pl. az mpv lejátszóban ez évek óta nem működik, nem küldi ki az eventet az X felé, és nem akadályozza meg, hogy a képernyővédő bekapcsoljon, korábban bugos volt, ezért kivették belőle ezt a kódrészt végleg. Van sok más ilyen alkalmazás is, ami ezt vagy bugból, vagy szándékos feature-hiányként nem tiszteli ezt a beállítást. A probléma még komplexebb lehet Wayland + XWayland, + X-es alkalmazás kombójában. Sőt, bezavar, hogy egyes DE-k és WM-ek, userek, más-más képernyővédős megoldást alkalmazhatnak, és egy adott VLC-s megoldás nem biztos, hogy mindegyikkel kompatibilis, A VLC-t nem tudom melyikbe tartozik, vagy az adott problémás időszakban melyikbe tartozott. Az tényleg gáz azért, hogy a következő kiadásban javították csak, de ez pont engem igazol. Hiába vártak volna a kiadással 2-3 évet, akkor meg sem jelent volna a kiadás. Nyilván ez inkább lustaság a Canonical részéről, hogy csak a következő kiadásig nem javította, de ez nem az eltolt kiadási dátumra vezethető vissza, szimplán nem akarás.

Ugyanez Debiannál is. Nem az a lényeg, hogy van-e benne hiba, hanem hogy hajlandóak legyenek javítani. Ha hajlandóak, akkor mindegy, hogy az eltolt kiadás előtt, vagy nagyon kicsivel az eredeti kiadási dátum után javítják, időben nem lesz jelentős. Ha viszont nem hajlandóak, akkor a tologatásnak meg azért nincs értelme. Sajnos Debian-nál volt régen ilyen, Debian 7-en a KDE 4-nek voltak ismert bugjai, amit a KDE4-fejlesztők javítottak is, a következő, kései minor verzióban, persze ezeket a Debain 7 sose kapta meg, a következőben meg azért nem szerepelt, mert az már KDE5-be esett. Van ez így, itt is inkább a nem akarás volt a gond, nem a kiadási dátum koraisága. Ilyennel bármelyik disztrónál találkozol, gyakran csomagolóként is változik egy disztrón belül, egyik csomagkarbantartó becsületesen javítja az ilyet, a másik tesz rá. Egyedül a rolling modell a kivétel, de ott meg ezeket a problémákat átcseréled másikakra. Hibátlan rendszer nincs, legalábbis a mai komplexitási szinten. 30-40 ezer állandóan változó csomag, több ezer féle hardver kombóban mindig lesz valami olyan, hogy apróságok itt-ott el lesznek törve. Főleg, hogy ezek a szoftverek nagy része független projekt, upstream fejlesztőkön is múlik ezeknek a lekezelése, és mivel nem egységes irányítás alatt dolgoznak, elég nehéz mindent összehangolni, teljesen összedolgozni, minden együtt tesztelni.

Ez ellen csak minimalizmussal lehet védekezni. Minél egyszerűbb megoldásokat használsz, azok minél kevesebb kódsorosak, minél kevesebb függőség, annál kevésbé valószínű, hogy valami el tud törni rajtuk, pl. terminális CLI/TUI programok, vagy pehelysúlyú GUI alternatívák, amik nem sok libet, nem sok köztes réteget/API-t használnak. Teljesen kivédeni nem lehet így se, de az esélyét erősen csökkenteni.

Nem csak M$ van.

van nehany teszt gepem, fizikai gep is es virtualis gep is, mar frissitettem parat, grub-pc upgrade hangs-al nem talalkoztam.

vagy a "Maintainer: unknown" zavar? :)