Hirdetés

  2. Fórumok
  3. OS, alkalmazások
  4. Ubuntu Linux
  5. (kiemelt téma)
Legfrissebb anyagok
Mobilarena témák
PROHARDVER! témák
IT café témák
GAMEPOD témák
Keresés
  • Téma összefoglaló
    Utoljára frissítve: 2023-12-13 05:03

    Mobilarena


    Ubuntu Linux Összefoglaló

    Hivatalos Ubuntu dokumentáció



    Amennyiben kérdésed lenne, kérünk, add meg a szükséges adatokat a hiba minél pontosabb leírása mellett:

    -számítógép típusa, hardverek pontos megnevezése (különösképp videókártya, vagy hálózati egységek)
    -a használt rendszer pontos neve, verziója, a grafikus felület
    -mikor és hogyan jelentkezett hiba, mi váltotta ki (program telepítés, frissítés, ...)
    -eddigi próbálkozások a megoldásra (ha voltak ilyenek)

    A hardverinformációkat legegyszerűbben úgy gyűjtheted össze, ha megnyitod a Terminál nevű programot a menüben. Ide írd be a következő parancsokat (mindkettő után nyomj Enter-t):

    lspci
    lsusb

Új hozzászólás Aktív témák

  • #41287 urandom0 őstag hcl #41277
    Új Válasz #41287
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    urandom0

    őstag

    LOGOUT blog

    válasz hcl #41277 üzenetére

    Ha kell, leszeded :)

    Igen, meg annak a függőségeit, meg annak a függőségeit, meg azoknak a függőségeit is... :D
    Jó móka lesz :)

    Nem ilyenkor van az, hogy az újabb library-nek is kéne mennie vele?

    Nem, ha a (lefordított) programod a /lib64/libgtk-4.so.1-ra dependel, de neked csak /lib64/libgtk-3.so.1 vagy fent, akkor nem fog elindulni, és ez fordítva is igaz. Azt megteheted, hogy /lib64/libgtk-4.so.1-ra csinálsz egy symlinket /lib64/libgtk-3.so.1 néven, ez sok esetben működik, van amikor nem (főverziók között szinte biztos, hogy nem fog működni).

    Az egész arról szólt, hogy azért egy tradicionálisabb Unix elég rendesen át volt gondolva, és az a mai napig alapvetően használatos dolgokból áll. Ha új cucc kerül be, akkor az onnantól értelmezett, de ami korábban megvolt, annak a működése nem kéne, hogy változzon.

    De itt nem csak arról van szó, hogy bejön az új cucc, hanem arról is, hogy idővel MINDEN változik, és ha azt akarod, hogy a változásokhoz alkalmazkodjon a szoftvered, akkor karban kell tartanod. Ehhez pedig energia kell, idővel egyre több.
    És persze, sok múlik a fejlesztőkön is, de most gondolj, hogy ha a KDE levlistán hetente 3x megkérdezik, hogy mikor lesz Wayland támogatás, akkor a projektvezetőnek nem az lesz a fontos, hogy a KDE 4 libjeit karbantartsák, hanem az, hogy mielőbb legyen Wayland támogatás, és akkor oda lesznek átirányítva a fejlesztők. És szerintem ez is érthető, mert KDE 4 userből van mondjuk 1000 fő az egész világon, KDE 5 userből pedig ötvenmillió.

    A VMS és a Z/OS (főleg ez utóbbi) azért speciális igényeket elégítenek ki. A mainframek területén az elmúlt ~50 évben sokkal kisebb mértékű változások voltak, mint a PC piacon. A S/360 pont jó példa, mert ott nincs natív visszafelé menő kompatibilitás, hanem először egy emulációs programot kell betöltenie a kezelőnek, és azt tudja lefuttatni a korábbi gépre írt programokat. Az olcsóbb modellekben nincs ilyen emulációs réteg, azokon nem is indulnak el a régebbi programok.

Új hozzászólás Aktív témák