gobolinux glib probléma

Linux-kezdő

Szia!

A segítségedet szeretném kérni. A fent nevezett distro alatt egy csomó program fordításánál azt írja ki:
checking glib... no, holott a /Programsba ott van a Glib, meg van benne Current link is, mégsem tudok fordítani. Próbáltam már a glibet forrásból és csomagból is felrakni. Találkoztál már ezzel a problémával, tudod a megoldást? kérlek ne habozz velem megosztani.

Előre is köszi!

  • 1534 megtekintés

( sartek | 2008. 04. 08., k – 09:06 )

off:
miert ne hasznalj gobolinuxot:
1 ) ezert

on:
hogy nez ki a Programs tartalma?
feltetelezem valahogy igy:
megoldas lehet peldaul:
export PKG_CONFIG_PATH=/Programs/GLib/VERZIJO/lib/pkgconfig:$PKG_CONFIG_PATH
./configure

( emberk | 2008. 04. 08., k – 10:10 )

A gobo-linux nem posix szabványú (ill próbálják kompatibilissé tenni, de nem igazán jött össze), a programokban nagyon bele kell nyulnia konfigokba, mert semmi sem ott van ahol lennie kellene.

Hát én attól félek ez a hiba nem a GoboLinux hibája. Nálam még pld soha nem jött elő. Szerintem a topiknyitó valamit elcseszett a rendszerben (mint újonc GoboLinux felhasználó, ez nem nehéz...) és pld amikor újra akarta fordítani a GLibet, akkor még jobban elcsesződött nála minden. Én úgy oldottam volna meg a problémát, hogy kimegyek "mélykonzolba", azaz nem virtuális terminálba hanem totál grafikus felület nélkül, és rendszergazdaként a következő parancsokat adom ki:

DisableProgram GLib
SymlinkProgram GLib

Ha ezután sem javul a helyzet, akkor újrafordítás, a következő módon:

DisableProgram GLib
RemoveProgram GLib verziószám
Compile GLib verziószám

Itt az utolsó lépésnél amiatt muszáj megadni a verziót, hogy PONTOSAN UGYANAZT a GLibet tedd fel, ami volt, másképp ugyanis forgathatod újra az Xorgot is és valszeg minden más grafikus felületet igénylő progit is! A Glibet emiatt nem igazán célszerű piszkálni és frissíteni. Én sem szoktam. A másik aminek piszkálásától óvakodj, a GCC és főleg a Glibc.

-------------
:::A #86-os sorszámú hivatalosan bejegyzett GoboLinux felhasználó

A Glibet emiatt nem igazán célszerű piszkálni és frissíteni. Én sem szoktam. A másik aminek piszkálásától óvakodj, a GCC és főleg a Glibc.
Ez aztan a hozzaallas!

off: Amit te melykonzolnak hivsz, az a virtualis terminal, amit meg virtualis terminalnak, az a terminal emulator.

Azt már tapasztaltam, hogy elég könnyű szétcseszni a rendszert, 24 óra alatt már 4x telepítettem inkább 0-ról ujra a rendszert :) ilyen talán akkor volt még mikor 9x-ben debianozni kezdtem rh-t után. Ezek szerint ha a Glib-em verziójánál újabbat követel egy program fordításnál, le kell fordítanum, és utánna xorg-ot, meg xfce-t mindent? vagy erre való a UpdateRecipes?

Nos, NEM a GoboLinux specialitása, hanem minden Linuxé:

1. A Glibc könyvtárat jobb ha nem piszkálod, mert szétcseszed vele az egész rendszert.
2. A GLib könyvtárat jobb ha nem piszkálod, mert szétcseszed vele a GRAFIKUS FELÜLETET.

Ez két erős ökölszabály. Akárhányszor maceráltam a glibc-t, mindig ráfaragtam. A GLib már nem ilyen vészes, mert a "konzol" megmarad, de MINDENT fordíthatsz újra, ami grafikát igényel. Ez van. De ez más disztrókra is igaz, nemcsak a GoboLinuxra.

Ezt vagy vállalod, vagy lemondasz azokról a progikról, melyek újabb verziójú GLib-et igényelnek.

Ez olyan dolog, hogy nem speciálisan az ötszobás, palatetős házak hibája, hogy összedőlnek, ha kiveszed alóluk az alapot. MINDEN ház összedől olyankor. Eképp egy tetszőleges linuxdisztróban minden a glibc-re épül, és minden grafikai izémizének is a GLib az alapja.

Megjegyzem, remélem TUDOD, hogyan kell fordítani GoboLinux alá?! Nem úgy, hogy ./configure. make, make install, hanem:
http://linux.birodalom.net/gobowiki/index.php/Gyors_csomagkezel%C3%A9si…
és
http://linux.birodalom.net/gobowiki/index.php/Telep%C3%ADt%C3%A9s_forr%…

-------------
:::A #86-os sorszámú hivatalosan bejegyzett GoboLinux felhasználó

Nyilván nem az, csak tudni kell mivel jár. Ha az ember egy programkönyvtárat megváltoztat, akkor mindazon programoknak is változniuk kell, amelyek ezt a programkönyvtárat használják. Történetesen a libc-t elég sokan használják. :-)
Az, hogy egy lib-re más csomagok dependálnak, nincs másként a binárisan terjesztett disztribúcióknál sem, legfeljebb azoknál egy frissítés kevesebb ideig tart, mint egy forrásban terjesztettnél.
Éppezért javasolt munkahelyi környezetben egy tesztrendszer fenntartása. Hogy azon derüljenek ki a hasonló problémák, ne pedig a munkát végző éles rendszeren. Ez a tesztrendszer lehet egy virtuális gép is (hiszen effektíve erőforrásigényes munkát nem végez). Virtuális gépet pedig az otthoni rendszerünkön is tarthatunk, így nem kell minden próbálkozással tönkretennünk kedvenc környezetünket.

Ave, Saabi.

Természetesen a Compile parancsig eljutottam, a grafikus felületet nem igénylő programjaimat fordítottam is beleértve a kernelt is, viszont az xorg csomagból került fel, és pl az audacious-t nem tudom lefordíani, azt pedig nem szeretném, hogy pont az x ne lenne forgatva. Megennéd, hogy felvázolod, hogy hogyan álljak neki egy ilyen kardinális dolognak? Vagy ha van leírás azt is megköszönöm. Egyenlőre túrom a howto-kat.

Köszi, és az eddigi segítséget is.

Ööö... ne haragudj, de nem egészen értelek. Az Xorg fordítása igazán nem nehéz. Kimész igenis "mélykonzolba", azaz nem azt teszed hogy Alt-Fx-eket nyomkodol hanem szépen totál kijelentkezel cakpakk a teljes grafikus felületből, mintha épp most parancssorban jelentkeztél volna be az ámítógépedbe, aztán mindenekelőtt:

- letiltod a régi Xorg-ot:

DisableProgram xorg

Ha ugyanolyan verziószámút akarsz felrakni, el is távolítod:
RemoveProgram xorg verziószám

Ha más verziójút akarsz felrakni, a fenti lépés elmaradhat.

Ezután:

Compile xorg
(ez automatice az elérhető legújabb verziójút hozza be neked, már ha van hozzá recipe a GoboLinux recipetárolójában már)

Erre kotyog neked egy darabig és a végén lehet örülni. A baj csak az, hogy ettől valszeg meg fog bolondulni a KDE, meg mindenféle más, grafikus felületet igénylő progik. Azaz egy csomó mindent ezután igenis újra kell forgatnod. Gondolom érdemes emiatt felraknod ezután a SithWM ablakkezelőt, ami csak 29 K méretű, emiatt megvan a fordítása 30 sec alatt
Compile sithwm
és így legalább lesz egy működő ablakkezelőd, ha primitív is. Aztán innen próbálgathatod, mely progijaid működnek az új Xorg-gal és melyik igényel újrafordítást.

A sithwm-ről meg sok gobolinuxos specialitásról írtam egy könyvet ami pdf-ben letölthető innen:
http://www.linuxempire.hu/gobo/konyvek/gobolinux.pdf
Az audacious szerintem tökugyanúgy fordítható, mint bámi más progi, persze, előbb az xorg-ot fordítsd le ha azt is le akarod cserélni, s csak azután az audacioust:
DisableProgram audacious
(ezzel letiltottad a régit) majd
Compile audacious

De én inkább a moc progit ajánlom neked, amióta arra rábukkantam, le is töröltem az audacioust:
Compile moc
Ehhez is van leírás a könyvemben.
Szerintem érdemes lenne a könyvemet elejétől végigolvasnod. A GoboLinux eléggé más, mint általad esetleg ismert egyéb disztrók. Aki most ismerkedik vele, nem teszi jól, ha azonnal nekiáll mindent frissítgetni, pláne olyasmiket amikkel a rendszer zsigereiben turkál, hogy glibc, GLib meg xorg. Előbb szokni kell a rendszert.
-------------
:::A #86-os sorszámú hivatalosan bejegyzett GoboLinux felhasználó

"Compile audacious" a gond az, hogy magasabb glib verziót vár ez a prancs. így a glib-et kéne lefordítanom, és ahhoz kértem a segítséget, postolás közben átszerkesztettem, amit írtam, és ez az "apróság" lemaradt :( sorry.
Mint javasoltad ne piszkáljam a glib-et, de nagyon úgy áll, hogy nem úszom meg.

Muszáj mindenáron újraforgatnod az audacioust?

Ha meg már mégis megteszed, javaslom, hogy ne a legújabb audacioust tegyed fel, hanem egy régebbi verziót. Ehhez ne ezt a parancsot add ki:

Compile audacious
hanem így:

Compile audacious verziószám

a "verziószám" helyére azt írva amit jónak gondolsz.

Ez - ha még létezik azon verziójú forráskódja az audaciousnak a tárhelyen - leszedi neked azt, és azt forgatja le.

Viszont tényleg nagyon ajánlom, hogy megismerkedj a moc-cal...
-------------
:::A #86-os sorszámú hivatalosan bejegyzett GoboLinux felhasználó

Ez nem igaz. legalábbis általában, forrásalapú disztróknál. Az xorg -ra magára nem dependel rá minden grafikus program. Arra való az xlib/xcb - meg a rakatnyi proto.

Kb 3 éve folyamatosan frissítem a rendszerem (gentoo), és a saját hülyeségeimet leszámítva sosem feküdt meg. Toolchain bizgatás persze más tészta, de arra is van követendő protokoll. Olyan meg, hogy xorg frissítés után _bármi_más_ mint xorg driverek megfeküdjön, sosem volt (leszámítva azt, hogy Sunék b*sznak kijavítani az xcb-locking parákat, ami miatt vagy régi xlib-et kell használni, vagy sloppy-lock-os xcb-t)

Tipp: ha a glibc elqródik, akkor annak vajmi kevés köze lesz a grafikus felülethez - az X11 csak a nem futó programok halmazának általad túlértékelt eleme.

A "konzol" pedig azért fut, mert a bash általában statikusan linkelt (FIXME), vész esetére. Viszont amikor egy szerencsétlen véletlen (libc frissítés közben áramszünet) miatt a Debianom kissé furcsa libc-vel működött, a 'mv' 'rm' meg hasonlók is szépen szállingóztak. A megoldás minden esetben külső, működő rendszerrel (pl. livecd) való javítás, és nem "talán lehet hogy xy parancs menni fog, na kipróbáljuk" bohóckodás.

Gentoo alatt két nagyobb GCC verzió váltást is megéltem már, és számtalan glibc és glib frissítést, de különösebb gondot még nem okozott egyszer sem.
Xorg frissítésnél nem kellett letörölnöm a régit, hanem amikor kész lett a fordítás, akkor újraindítottam a gdm-et (miután lecsekkoltam a konfig fájlokat) és annyi is volt.

Sajnos időnként előkerülnek hibák a glibc-ben és a glib-ben is, ezért erősen javasolt ezek frissítése is...

Üdv,
Dw.
"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."