Derrick

Hozzászólások

10 bejegyzés megtekintése - 61-70 / 355
  • Szerző
    Bejegyzés
  • Hozzászólás: pam-login vagy shadow? #2053814
    Derrick
    Felhasználó

      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. 🙂

      Hozzászólás: pam-login vagy shadow? #2053812
      Derrick
      Felhasználó

        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:

        Hozzászólás: pam-login vagy shadow? #2053809
        Derrick
        Felhasználó

          :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.

          Hozzászólás: Blokkolt, ütközõ csomagok #2052022
          Derrick
          Felhasználó
            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!

            Hozzászólás: Blokkolt, ütközõ csomagok #2052020
            Derrick
            Felhasználó

              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 ldd

              Gyakorlatilag 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:

              Hozzászólás: GLX nem megy #2052621
              Derrick
              Felhasználó
                juuzer wrote:
                Xorg.log talán érdekesebb lenne

                Hogy 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 extension

                Mondjuk jó tudni, hogy a kettõ együtt nem megy. 🙂 Biztosan le van írva az NVidia 3421 oldalas dokumentációjában valahol. 🙂

                Hozzászólás: Blokkolt, ütközõ csomagok #2052018
                Derrick
                Felhasználó
                  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. 😀

                  Hozzászólás: Blokkolt, ütközõ csomagok #2052016
                  Derrick
                  Felhaszná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?
                    Derrick
                    Felhasználó

                      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!!!

                      Derrick
                      Felhasználó
                        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)

                      10 bejegyzés megtekintése - 61-70 / 355