( Oscon | 2008. 02. 02., szo – 01:06 )

Vagy te tudsz valami okos megoldást javasolni, amivel mindenki jól járna?

Komolyra fordítva a szót nagyjából igen.

Az online "kommunikációs" részére irssi féle megoldást. Nem néztem meg hogy csinálják, de teljesen mindegy hogy iso8859-2es vagy utf-8asnak írkálok, vagy kit olvasok. mindegyik ékezetet jól látom. Nyílván azok a karakterek melyek nincsenek benne az isoban azok nem jelennek meg, de mivel megállapítuttok hogy beszűkült vagyok, és úgysem érteném, ez kb. tökmindegy. De azok amelyek mindkettőben bent vannak, legalább azok között megoldja a "kompatiblitás" kérdését. Tehát egyfajta "hybrid" kliensprogram használata.

A fájlrendszeres, doksis nézegetős témára meg nagyjából igen. Nem kell az egész rendszert átkonvertálni muszájból, ha a "helyileg uralkodó" kódolás HELYBEN nagyon domináns. Akkor az "újonc" fájlok miatt nem érdemes egy működő rendszert teljesen kiborítani,átpiszkálni. Ebben az esetben a régi fájlok vannak többségben, az újak vannak kevesebben. :-)

Nekem pl. 2005ös a /home fájlrendszerem, a / és a többi, meg még régebbi. Sajnos amikor ezek készültek, vagy ext2-ről konvertálódtak (=nem emléxem), akkor az extX-nek valszeg még nem volt "filesystem created attributum" támogatása, mert a dumpe2fs nem mondja meg ezekről hogy mikor készültek. Talán érthető, talán nem, hogy nem szívesen cseszegetem a fájlrendszert, vagy a fájlneveket, stb. úgy mindenestül. működő rendszeren általában nem érdemes változtatni...:-)

Naszóval a "nagyjából igen" ötlet, Debian alatt pl. fonty-rg console-tools csomagok segítségével az egyik konzolt pl. tty5 kell csak átbillenteni a "kompatibilitás" jegyében, tehát "hybrid-rendszer" kiépítése.

Azért többen írták, hogy jelenleg még többmindennek van ISO támogatása, mint utf.És ha már valami támogatja az ISOt, ezt már csaknem fogják kiszedni belőle.

Hogy kinek melyik irányba billen el a rendszere, az már sz'tem teljesen egyedi. A globalistáknak nyílván UTF, a magamfajta beszűkülteknek ISO.

Nyílván nincs kizárva, hogy kapok én is utf8as cuccot. vagy mobilracken egy utf8as csávó extX rendszere érkezik valamilyen karbanszarásra ;-).

Volt már erre példa, én a fenti megoldást használtam, az egyik konzolt az "action" idejére átbillentettem utf8ra.

Egy darabig / pár hónapig /ezt meghagytam, aztán nem jött több, és visszatettem a tty5öt is ISOra.

Nem követem a kernel fejlesztését, de kíváncsivá tettél. Ez a változás milyen szempontból éri hátrányosan a felhasználókat?

User számára feleslegesen termeli a potenciális inkomptabiilitási, instabilitási problémákat. Azok a külső zárt kerneldriverek, melyek i386-ra, illetve x86_64re függtek, azokat is mind át kell írni, tesztelni, anyámkínja.

Jónéhány belső kernel drivert i386ra írtak meg xmillió évvel ezelött, mert x86_64en már nincs élő ember aki használná. Pl. ki látott már ISA sínes hangkártyát x86_64es rendszeren? de most őszintén...

És akkor most van egy x86os ömlesztett kódtömeg. Amiben meg kell oldani a "normál" x86, az x86_64, és gondolom az x86_32 (a x86_64en belül levő 32bites megfejtés) együttes támogatását.

Ettől a kernel semmilyen értelemben nem lesz jobb szerintem,sem kisebb / mert az x86_64es "fájlok" x86on értelemszerűen "nem fordultak le"/, sem semmi, a fejlesztők számára lett kényelmesebb. Bizonyos függvényeket, melyeket mindkét architektúra használ nem kell 2 fájlba beleírni.

Akkor ha volt egy arch/*-on belüli biztonsági probléma, az volt hogy csak egyik architektúrát érintette /voltak i386 és x86_64 specifikus problémák, hadd ne keressem most elő az archívumból /, most lehet hogy mindekettőt fogja.

Meglesz még ennek a böjtje szerintem, bár én örülnék a legjobban ha később kiderül, hogy tévedtem. Előbb utóbb stabilizálódik, de addig sz'tem még sok víz lefolyik a giten.

Meg aztán most egészen őszintén. Nem volt enélkül is épp elég baj a kernellel. (hol is volt a regressziós listás cikk?)

A floppyra visszatérve már nem is tudom hány évvel ezelött elkezdték temetni, de azért még ma is lehet hogy adott esetben van létjogosultsága. Pl. BIOS frissítés. / tudom, freedos boot-cd, de azért az még mindég tovább tart egy boot cd elkészítése, mint rámásolni floppyra, reboot, és ASUS EZ Flash pl/. :-) /

Én pl. nem dobtam ki a floppyt. Ma is itt van. elfér a kaszniban.

bocs, hosszú lettem és csontos. :))

-----------------

Nem a zsömle kicsi, a pofátok nagy...