fdavid blogja

Lehet, hogy csak én nem látom azt az óriási fejlődést, ami zajlik, de számomra az utóbbi 15 évben bosszankodáson kívül nem hoztak semmit a linux desktop környezetek. Jó persze nap, mint nap használom, tehát a feladataimat végső soron el tudom velük végezni, de nem hoztak semmi olyat, amitől jobb lenne velük dolgozni, viszont rendszeres kínlódas van a folyamatos "fejlesztések" miatt.

Most éppen egy fél napos szívason vagyok túl, ahol csak annyi volt a bűnöm, hogy elvártam volna, hogy 2018-ban (közel) azonos kinézetűre tudjam állítnai a GTKS-s Qt-s applikációkat, és mindezt úgy, hogy nem kell az egyenkosztot fogyasszam, és mindezt relatíve egyszerű (user friendly) módon megtehessem.

Jonehany oras harc utan megvan a megoldas. Egy mentesbol latszolag hibatlanul visszaallitott rendszer teljesen furcsa jelensegeket produkalt. Pl. nem indult a postfix, nem indult el a login manager, terminalon csak a root user tudott bejelentkezni, stb. Persze az internet turasa szokas szerint nem ad egyertelmu segitseget, akkor sem ha vannak ugyan hasonlo esetek, de tipikusan mindenki csak probalkozik. A lenyeg, hogy jopar ora kutakodas utan azert odaig eljutottam, hogy elegge biztos votlam benne, hogy jogosultsagi problema van. De hol? Hiszen minden szepen rsync --archive opcioval lett visszaallitva. Az vilagos volt, hogy a legtobb problema abbol ered, hogy a /var-ba nem tud irni, de hat miert? A /var jogosultsagok, mind korrektnek tuntek. Es akkor egy referencia rendszert nezegetve meglattam, hogy a / jogosultsaga: drwxr-xr-x helyett drwx------. Hat persze: a mentesi rendszeren rosszul lett letrehozva a konyvtar. Poen nincs, mar elore lelottem, de a / jogosultsagok javitasa utan minden tokeletes mukodik.

A tema egyreszt erdekes masreszt duhito. Erdekes, mert egy csomo olyan kerdest felvet, ami a nyilt es zart forraskodu szoftverfejlesztes modszertani kulonbsegeihez elvezethet. Legalabbis ezt a tezist lehet amoge az egyszeru teny moge felepiteni, hogy nincs egy normalis open source UML tool. Ami pedig rettenetesen duhito. (Ugye nem baj, ha az irjal jobbat duma most nem erdekel.)

Az a megfigyelesem (lehet, hogy teves), hogy a bazar tipusu open source fejlesztesi modellnek nem igazan van szuksege tervezoeszkozre, sot bizonyos mas szoftverfejlesztesi eszkozokre sem. (Hogy miert, azt itt most nem reszleteznem.) Valoszinuleg ennek koszonheto a relativ elmaradottsag a tervezoseszkozok teren, mikozben elvileg az open source legfontosabb motivacioja, hogy szoftverfejlesztok onmaguk szamara fejlesztenek.

Nem gondoltam volna, hogy valaha blogbejegyzest irok, de ezert erdemes. Ma este felhivtam a CIB Bank technikai ugyfelszolgalatat, es kellemes meglepetes ert.

A problema az volt, hogy nem mukodott rendesen az internetbank. Mar az elso kerdes is meglepett, ahol azt kerdezte a support munkatars, hogy milyen operacios rendszert es milyen bongeszot hasznalok. Felve mondtam, hogy hat Linuxot, es Operat, meg Firefoxot. Gondoltam, hogy itt majd megmondja, hogy vagy MS vagy Apple, es kulonben oldjam meg, de nem ez tortent. Az ur megkerdezte, hogy milyen linuxot. Ismet felve mondtam, hogy hat Gentoot, mert arra gondoltam, hogy Ubuntu, SuSE vagy RedHat meg szoba johet, na de Gentoo? Kozben mondtam kernelverziot meg JDK verziot, hatha ez segit. Erre legnagyobb meglepetesemre az ur megjegyezte, hogy hat o is Gentoot hasznal, es majd a java frissites segiteni fog. :-) Es tenyleg igy lett, segitett is. Azt is megmondta, hogy Firefoxszal rendesen fog mukodni, Operaval viszont sajnos nem.