Nos, hát
Ikarosz történetét legtöbbünk ismeri....
Mert kicsit úgy érzem én is elszálltam ... de mit érne a tapasztalás a dolgok megélése nélkül?
Szóval a glibc egy dolog, a busybox is egy dolog, az viszont, hogy a verzióeltérések olyan jelenségek ez esetben mint a
bábeli zűrzavar, ez sokkal inkább fontosabb:
Ha cserélem a glibc-t, és a hozzá azonos busybox-ot, akkor még alapvetően nagyobb problémát nem követtem el, mint hogy alvázat cseréltem az amúgy motorcserés (kernel) rendszeren. A probléma itt még rétegszerűen követhető. Első a kernel, aztán jön a C könyvtár, a hozzá tartozó parancsértelmező és végül a programok és függőségeik, amik ezeken keresztül kommunikálnak és működnek. Onnantól viszont, hogy cseréltem a C könyvtárat (hardinfo kép előző hsz.) a busyboxot is hozzá kellett igazítani. Onnantól viszont, hogy a programok is értsék az új nyelvet, jött a képbe a xenial repo hozzáadása mely a KuLuSz xenialja esetében az ldd --version parancsra 2.23-as verziót dobott. Tehát ezért adtam hozzá bátran az lx7-hez a csere után. A gond az, hogy pl.: a libpangocairo azon nyomban hazavágta a rendszert, mert az más nyelven kommunikál mint a meglévő libGlib és GObject. Viszont ha 2 eltérő verzió kerül egymás mellé, az pontosan olyan helyzetet teremt, mintha egy kínai elmagyarázná egy magyarnak kínaiul, mit csináljon. Nem fog működni, ahhoz hogy értsék egymást, vagy a kínainak kellene tudni magyarul is, vagy a magyarnak kínaiul is. És ez a glibc esetében működik is!!! Egy darabig! Bizonyos verzió felett s alatt már az alapjelenség bábeli vetülete jön elő. Ez annyiból baj, hogy sok bosszúságot okoz, de ha belegondolok egyúttal előny is, mivel kizárja a hibás működést azzal, hogy nem fog sehogy működni
Másik:
ötlet éppen még volna arra, hogy hogyan lehetne mégis megoldani:
pl: szkriptet írni ami adott repóból újra felépíti a meglévő bin-ek és libek alapján a teljes rendszert: belülről kifelé, tehát készítene egy térképet a pillanatnyi helyzetről, és annak alapján kicserélné maga alatt a rendszert (binárisok és függőségeik). Ezt nem próbáltuk, ezért csak ötlet, viszont megírni egy ilyen szkriptet, nem 2 perc.
További ötletként az is felmerült, hogy az LX7 fő sfs-ét kibontva, annak tartalmát felülírni egy megfelelő xenial fő sfs-ében található komplett /usr könyvtárral. Illetve /lib és /bin könyvtárral is... de ezt sem próbáltuk még.
Az, hogy értelme van e, nem kérdés, mert ezzel a megoldással tovább lehetne görgetni egy kiadást, amiben minden kinézet, beállítás megmaradna csak a meghajtása lenne újabb frissebb... nem kéne azzal küzdeni, hogy újra megszokjunk egy kiadást amiben már más a wm, a tálca, a menü és a többi.
Aztán erre jött vélemény, hogy akkor már inkább woof-ce vel egy vadonat új xenial puppyt, de arra ott a NosPup32 ami az akkor legfrissebb bionicból készült, pont ezért. Illetve a HuBi széria megannyi igazított iso-ja a többféle igényekhez.
A kísérlet oka nem az elégedetlenség volt, hanem megvizsgálása a fenti esetek lehetségességének. Tehát a lehetőségét még mindig nem zártuk ki, de ez akkora falat időben, hogy egyelőre egyikünk sem vállalta. Az egész mozgató rugója pedig csupán annyi, hogyha kernelt lehet cserélni, akkor ezt is meg lehetne oldani. (Lásd: Hibrid LX7)
Gyakorlatilag olyan az egész, mintha egy pohár vizet átöntenénk, vagy átszivárogtatnánk egy másik pohárba... a víz ugyanaz marad, csak a pohár nem.
