A tárgyban jelzett frissítést és visszaállást követően (openSUSE 12.1, 64 bit) nem indul a FF.
linux:/usr/lib64/firefox # ./firefox.sh
/usr/lib64/firefox/firefox-bin: symbol lookup error: /usr/lib64/gio/modules/libgiofam.so: undefined symbol: g_mutex_lock
Valakinek ötlete?
- 2282 megtekintés
Hozzászólások
burkolatlan használj valami olyan disztrót aminek nem rpm alapú a csomagkezelője. tényleg. kisimítja a ráncokat.
egy centOS pl. körülbelül 3 órát tartózkodott a gépemen, ezzel még a haikut is alulmúlta.
- A hozzászóláshoz be kell jelentkezni
Mély tapasztalataid lehetnek az rpm-ről, yum-ról. Én eddig mindent meg tudtam vele oldani. Való igaz, ha nyakatekert trükközésbe kezdtem, doksit olvastam előtte.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
hát... 3 órám folyamatos reszeléssel ment el alapvető funkciók elérése érdekében. akkor feladtam.
de nekem debian volt az első linuxom így desktopon még kb 10 éve, el lettem kényeztetve.
- A hozzászóláshoz be kell jelentkezni
Nézd, én meg szívnék az apt-get, dpkg bűvkörében, de ezt betudnám annak, hogy a Debian családdal nincs szorosabb kapcsolatom. Ebből nem az következik, hogy az rossz, hanem az, hogy nincs a használatában rutinom.
Rengeteg kapcsolója van az rpm-nek, yum-nak is, tehát ha például azt veszed a fejedbe, hogy a függőségek ellenére felerőszakolsz egy csomagot, azt is megteheted, noha az értelme vitatható, bár el tudok képzelni olyan helyzetet, hogy valamiért ez jó.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
nem szokásom olyat csinálni, itthoni használatra nehezen tudom elképzelni, hogy mikor lenne erre szükség. ha valamit külön kátránylabdából szerzek, függőségekhez akkor is elég neki ami a repóból jön.
cserébe alfakettőben nálam nem műxik a moonlight addon.
szerk.: vaklárma volt, frissítettem azt is (3 kattintás) és most minden olyan mint volt... illetve picit mintha gyorsabb lenne :)
szerk2.: sőt, ha becsukom és utolsó pillanatban eszembe jut hogy valamit még meg akartam nézni akkor nem kell várnom mire újra elindul amikor rákattintok, mint 12-ben amikor ha túl hamar indítottam el megint akkor nyávogott hogy de még futok.
zsír!
- A hozzászóláshoz be kell jelentkezni
Nem tudom a megoldást, ugyanakkor az érdekel, miért kellett downgrade-elni. Gondolom, 1-2 napon belül lefordítják Fedorára is, s jó volna tudni, miért ne frissítsek.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
mert még nem jött ki a végleges verzió
- A hozzászóláshoz be kell jelentkezni
Hát ez mi lehet?
ftp://ftp.mozilla.org/pub/firefox/releases/13.0/linux-x86_64/
Azt nem tudom, hogy SuSE csomag milyen van, nincs kedvem keresni. Fedorára még nem fordították le.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
na ezt nem találtam de akkor felhajítom aztán majd nem jövök ide panaszkodni mint ahogy sosem szoktam mert Ubuntut használok és általában minden flottul megy.
az egy másik kérdés hogy ilyen f_szverős hitvitáktól eltekintve megelégszem azzal, amit a repóban találok.
- A hozzászóláshoz be kell jelentkezni
Ubuntu repóban hitviták is vannak *.deb csomagban, amellyel nem vagy megelégedve? Ezeket a hitvitákat forrásból szoktad fordítani? :D
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
http://www.noobslab.com/2012/02/install-aurora-firefox-13-with-speed.ht…
most 14.0 a2-t sikerült feltennem.
nevettem.
- A hozzászóláshoz be kell jelentkezni
Eredetileg az Aurora frissítési csatornán található FF 14-t (a2) akartam volna föl tenni, de nem jött össze.
Gondoltam visszaállok a régire (ami részben ment is), de attól még nem indul el ez a dög.
Ezért is írtam az indító hibaüzenetet, hátha valaki összeszaladt már vele.
Ezek szerint még nem...
Vagy tévedek? :-)
- A hozzászóláshoz be kell jelentkezni
Ja, hogy ámokfutást rendeztél, s nem azzal a címmel írtad a topic-ot, hogy 12.0-ról 14a2-re, majd vissza, hanem 13-at írtál, ki tudja, miért. :) Ami egyébként már létező release.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Megnézed milyen csomaghoz tartozik:
rpm -qf /usr/lib64/gio/modules/libgiofam.so
(elvileg libgio-fam).
Aztán ezt is visszaállítod. Valószínű a libgio többi részével együtt fog kelleni.
Vagy a glib-et kell visszaállítani, a g_mutex_lock függvény a glib része, és úgy néz ki, most hiányzik belőle. Vagy a libgiofam.so van szarul linkelve.
(Ilyen hülyeséget, hogy azért szar, mert rpm a csomagkezelő...szar .deb csomagot nem lehet csinálni?)
- A hozzászóláshoz be kell jelentkezni
Köszönöm az első normális választ!
Amint van eredmény, jelentkezem itt.
- A hozzászóláshoz be kell jelentkezni
Valóban a telepített "libgio" verzióknál volt a gond.
Köszönöm a segítséget.
- A hozzászóláshoz be kell jelentkezni
(Ilyen hülyeséget, hogy azért szar, mert rpm a csomagkezelő...szar .deb csomagot nem lehet csinálni?)
+1
- A hozzászóláshoz be kell jelentkezni