Glib fordítási probléma

Silent_Bob

Sziasztok! A Glib Forrásból való lefordítása közben a következő problémába ütköztem: a program feltelepül ugyan forrásból, de a gép újraindítása után ha meg akarom nyitni valamelyik merevlemez partíciómat, akkor a "nautilus cannot handle computer locations" üzenetet kapom . Miután eltávolítottam a progit ( sudo make uninstall ) és restartoltam egyet, a nautilus-probléma megszűnt. ugyanezt a jelenséget tapasztaltam a Pango és a Cairo programok telepítésénél is Tudom, nem kifejezetten Ubuntu specifikus a probléma, de hátha más is belefutott a problémába és talált megoldást Feltételezem a rendszerben jelenleg is meglévő Glib könyvtárakkal ütközik a forrásból telepített, de ennél tovább nem sikerült vele jutni Os.: Ubuntu 9.04 (az alapértelmezetten a rendszerben lévő Glib könyvtárak vannak telepítve)

simzer

forrást honnan vetted? Egyébként mi a cél? minek akarod újrafordítani?

Silent_Bob

simzerÜdv! A forrást a gtk weboldaláról vettem http://ftp.gnome.org/pub/gnome/sources/glib/2.22/ Azért akarom forrásból feltenni mert nekiláttam az mplayer forrásból való telepítésének( innen töltöttem http://www.mplayerhq.hu/design7/dload.html#source) mert a repo-ból elérhető verzió nem játszott le ezt azt valamint az mencoder codec/dekóder kínálatát is bővíteni akartam . a gui nélküli mplayer szépen fel is települt vitte azokat a videokat melyeket eddig nem, de az "--enable-gui " kapcsoló után a configure script a gtk fejlesztői csomagokat követelte. Ezeket fel is telepítettem, a configure script le is futott gond nélkül, de a make parancs kiadása után az építés leáll hibaüzenettel. (ha érdekel bemásolom) mivel a gui nélküli mplayer lefordul, a repo-s gtk-t okoltam a hibáért mivel az mplayer által kért fordítók fel vannak telapítve, sőt feltettem forrásból a legújabb gcc-t is, de így se jó. Nem mondom eleinte romantikus érzés volt parancssorról nyomni, ki is tettem a panelre egy ikont és csak rá kell ejteni a video/hang file-t de szívesen használnám már a gui-t is, nem kizárólagos igényem a graf-felület de szeretem az alapértelmezett skin-jét

simzer

Silent_BobHa az mplayer-t akarod forrásból feltenni, akkor ahhoz nem kell a függőségeit is forrásból befordítanod. Mindössze arra van szükség, hogy a függőségek forrása meglegyen. A csomagokhoz a forrást így tudod leszedni: sudo apt-get source csomagnév A függőségeket csak akkor kell forrásból feltenned, ha az mplayer valaminek az újabb verziójától függ, mint ami az 9.04-ben van.

Silent_Bob

simzertehát ha jól értem akkor egyszerűen be kell másolni a kibontott forrásokat, mint a gcc vagy a truecrypt fordításánál az mplayer forrásba ? mert így is próbáltam és ugyanazt a hibát kapom: configure hiba nélkül fut és a make után leáll az építés . Bemásoltam a terminál kimenetet, ez alapján inkább gcc vagy függőség gond lehet? A hibát szorgalmasan google- oztam, de nem sikerült eredményre jutni. vagy a bemásolt gtk, glib forrásmappához kimeneti kapcsolót kell adni és felprefixumozni elérési úttal ui.: Bocs ha kicsit konyhanyelvű a megfogalmazásom, nem vagyok infós szakértő ja, és kösz az érdeklődést skin.c:(.text+0x27): multiple definition of `g_bit_nth_msf' gui/interface.o:interface.c:(.text+0x27): first defined here gui/skin/skin.o: In function `g_bit_storage': skin.c:(.text+0x57): multiple definition of `g_bit_storage' gui/interface.o:interface.c:(.text+0x57): first defined here collect2: ld returned 1 exit status make: *** [mplayer] Error 1 kv@kv-desktop:~/mplayer-export-2010-03-20$

simzer

Silent_BobHát ez nem dependencia probléma. Csak tippelni tudok, de szerintem azzal van gond, hogy a gcc alapbeállításait szigorították, és ezért ad hibát erre. Le kéne szedned a forrásból felrakott gcc-det és a 9.04-ben levő gcc-t kellene vissza rakni.

jthunter

simzer"gcc alapbeállításait szigorították" - 10.04-en gond nélkül fordul, most forditottam svn-ből. ui.: Egyébként nem úgy van, mint win-en, hogy tökmindegy az mplayer bináris verziója, a gui "skin" csak egy "előtétprogram" rá? - Tehát mondjuk a gmplayer parancsra a régi gui az új mplayer binárist használná.

Silent_Bob

simzerAz a helyzet, a gcc-vel, hogy próbáltam a 9.04-ben alapértelmezetten benne lévő gcc-vel, és ugyanazzal a hibával állt le. Viszont egyet tudok érteni veled mert az mplyaer dokumentációja egy régebbi( 3.4 -es ) verziójú gcc-t javasol a fordításra, csak nem tudom hogy milyen kimeneti kapcsoló állítja be hogy melyikkel fordítson. Próbáltam azt is hogy leszedtem a 4.3-at(a forrásból nem volt fenn) és csak a 3.4 volt de így is leállt és azt javasolta hogy építsem újra a kernelt. Ezután nyúltam csak a gtk cuccokhoz, mivel a gui nélküli simán települ (bár tudom, ettől simán lehet compiler probléma)

Silent_Bob

simzerA 9.04-ben lévő gcc-t nem töröltem, vent van mindegyik a 4.3 ( a rég 3.4) és a forrásból feltett 4.4.3 (a gcc-v parancs is ezt jelszi ki ) a synapticban pediag ott van a régi (egyébként az mplayert a régivel fordítja (4.3.3 ) de a dokumentáció a 3.4 -et javasolja

Silent_Bob

jthunternem, tehát pl. a repo-s mplayer gui- ját nem használja sőt ha felteszem a gui nélkülit akkor a repos nem játsza le azokat a cuccokat amiket az épített igen. ui.: már ha jól értelmeztem az írásodat(javíts ki ha nem)

Silent_Bob

jthunterAkkor itt a következő ok miért várom a 10.04-et

jthunter

Silent_BobIgen, pontosan erre gondoltam. Akkor ez !windows-on nem úgy van, értem. Kár... Csak azért fordult meg bennem a gondolat, mert nemrég windows-on is forditottam egyet magamnak, és simán kicseréltem pl. az smplayer-ben lévő mplayer.exe-t az általam forditottra, és ment. :) /de más gui-val is igy ment win-en/

jthunter

Silent_BobTudom, lehet hülyeség, de mi lenne, ha a lucid tárolóit állitanád be a mostani rendszeredben, és csak a gtk libeket, és esetleg a gcc-t frissitenéd. Aztán pedig mehetnek vissza a 9.04 eredeti tárolói, mint előtte. (esetleg vissza is tudnád tenni a régi csomag verziókat a lucid-osak helyett)