Hozzászólások
-
SzerzőBejegyzés
-
Hát, már visszacsinálni az ~x86-ot x86-ra nem nagyon megy, ezért a legközelebbi telepítésig használom így. Remélem, azért nagy gondokat nem fog okozni. 🙂
Az /etc/package.mask-ban azt jeleztem csak, hogy ennek a csomagnak ezt a verzióját nem kérem, és akkor ezt nem telepíti pl. update esetén. Amikor elkezdtem telepíteni, akkor az ACCEPT_KEYWORDS=”~x86″-ot állítottam be, késõbb vissza akartam venni „x86”-ra, de borult a rendszer, semmi nem ment rendesen, ezért visszaállítottam. Ezen kívül soha nem szoktam külön jelezni pl. az /etc/package.keywords alatt, hogy valamibõl más kell, mint a maszkolt ~x86, és megy minden rendesen.
vizsla wrote:(közben kiszaladtam, így lemaradtam… mindegy, jó lezs ez még, ha mégis kell….)Köszönöm, a jószándékú segítség mindig jól jön! :wink1:
:blush:
Elnézést, közben kiderült, hogy nem kell nekem az a pam-login. Leszedtem, s újraforgattam a shadow-t, s minden rendben.strangedr wrote:reverse dependency: azon csomagok összessége, amelyeknek az adott csomag a függõsége (gentoo-ul: szerepel az ebuild DEPEND változójában)Köszi!
Kipróbáltam, hogy erre:
Derrick wrote:…csinaltam egy emerge -uDN world-ot, a glibc frissult 2.4-re, s azota nem indul el az X, a libc.so.6-ban hianyol valamit. Felvettem at /etc/portage/package.mask-ba, es most fordul uja a 2.3.6. …
megoldást ad-e a revdep-rebuild. Nem oldotta meg. Viszont az xorg-x11 újraforgatásával megoldódott. Hátha valaki megszívja ugyanúgy, mint én, jó lehet tudni, hogy az a pár óra, míg az Xorg újrafordul, nem elpocsékolt idõ. 😀juuzer wrote:man revdep-rebuild
man lddGyakorlatilag egy shell script, ami fordított/visszafelé levõ függõségek megállapítására szolgál, vagyis mi kell egy adott program futtatására/futtatásához.
Megnéztem a manuált, de mégsem világos a visszafelé függõség. A „visszafelé” nem világos, el nem tudom képzelni, hogy lehet valami visszafelé függõ. :blush:
juuzer wrote:Xorg.log talán érdekesebb lenneHogy neked megint igazad van! :rolleyes:
Code:$ cat /var/log/Xorg.0.log|grep GLX
(II) Loading extension GLX
(II) Loading extension NV-GLX
(EE) GLX is not supported with the Composite extensionMondjuk jó tudni, hogy a kettõ együtt nem megy. 🙂 Biztosan le van írva az NVidia 3421 oldalas dokumentációjában valahol. 🙂
Gyuszk wrote:Lehetséges, hát próbáljátok meg. 🙂 Ahogy láttad a revdep rebuild nem fordít le mindig mindent, tudja, hogy melyiket kell.Alkalomadtán kipróbálom, és majd beszámolok az eredményrõl. 🙂
Konyhanyelven röviden elmondanád, hogy mi is ez a revdep rebuild? Pontosan nem látom összefüggéseiben, hogy miért is kell ez, tudva, látva, hogy kell. 😀 Szóval tudom, hogy jó, csak nem tudom, hogy mit csinál. 😀
Köszi, Gyuszk, ezt gyorsan felvettem egy fájlba (mint script). 🙂
Elképzelhetõnek tartod, hogy a másik topicban írtakra (
Derrick wrote:…csinaltam egy emerge -uDN world-ot, a glibc frissult 2.4-re, s azota nem indul el az X, a libc.so.6-ban hianyol valamit. Felvettem at /etc/portage/package.mask-ba, es most fordul uja a 2.3.6. …) is gyógyír lehet ez a megoldás?Miután lefordult a glibc-2.3.6, és újra el tudtam indítani az X-et, örömmel tapasztaltam, hogy (az /etc/env.d/02locale fájlt a megfelelõ tartalommal létrehozva) az eredeti problémám megoldódott. Köszi, juuzer!!!
kelemengabor wrote:Szerintem inkább valahol a kde vezérlo”pulton kéne kotorászni, ha a kde-to”l függtlenül indított progi jól megy, akkor valahol ott lehet a kutya elásva.A KDE vezerlopultot mar vegigbogarasztam, s ahol lehetett, ott be is allitottam a magyar nyelvet, de ez nem oldotta meg a problemat. 🙁
Az /etc/env.d/02locale fele megoldas nem tudom, hogy megy-e, csinaltam egy emerge -uDN world-ot, a glibc frissult 2.4-re, s azota nem indul el az X, a libc.so.6-ban hianyol valamit. Felvettem at /etc/portage/package.mask-ba, es most fordul uja a 2.3.6.
Mivel a fentiek miatt kenytelen vagyok lynxet hasznalni, elnezest, ha nem a legszebb az altalam irt szoveg formazasa, megjelenitese.(szerk: -uDN volt az emerge paraméter, nem -udN, ahogy eredetileg írtam)
-
SzerzőBejegyzés
legutóbbi hsz