Hozzászólások
-
SzerzőBejegyzés
-
1. felment, 2. megvolt, 3. fglrxinfo consol -nem emléxem. Az fgl_glxgears nem indult. valami config fájl hiányára hivatkozva, ha jól emléxem. screenshot-ot csináltam, csak otthon maradt… :rolleyes:
Az rpm dolognak utánanézek, mindenesetre az eddíg általam látott OOo linux telepítõkben semmi .rpm nem volt – pláne 30-40, csak kismillió fájl+egy install script… sõt, utalást sem találtam a csomagban, és kutakodás helyett éjfél körül inkább elmentem szunyálni.
Tegnap ismét nekifutottam a 8-16-20-1 -esnek, de ismét nem indult el vele a fgl_glxgears,3D nyista, kezdem azt hinnio, hogy nem bennem van a hiba… Letöltettem a tesóval az OOo 2.x-est, de valszeg nem okés verziót sikerült leszedni: ebben van vagy 30 .rpm fájl… lövésem sincs, hogy mi ez, pláne hogyan lehet telepíteni. :blush: Ha egyesével próbálom, akkor mindenféle függõségekkel egymásra mutogatnak.
Na, majd legközelebb.
vas_a wrote:Gyors megoldás: Yast/Partícionáló …. winyó/partíció kiválaszt, szerkesztés, csatolási pont beállít, a partíció típusa kiválaszt (FAT), formázással jelölõnégyzetbe ixet, oké, oké, oké, haccójjon!
No, akkor itt egy kis idézet, hátha jó valamire:
Programok telepítése
A bevezetõben említésre került már, hogy Linux alatt a programok telepítése bonyolultabb, mint a Windows esetében. Ennek több magyarázata is van. Az egyik, hogy a legtöbb program forráskód formában áll rendelkezésre, általában C-nyelven. Ebbõl kell a megfelelõ módszerrel futtatható állományt készítenünk, cserébe viszont a gépünkre optimalizált kódot kapunk. A munka menete többnyire a következõ:
1.- Kitömörítjük a kérdéses .tar.gz vagy .b2zip állományt.
2.- A kitömörített program könyvtárában nyitunk egy terminált, ahová beírjuk:
3. ./configure [Enter]
4. make [Enter]
5.- root módba kapcsolunk (su [Enter], root password [Enter])
6. make install [Enter](A forráskódból való telepítésre részletes példa olvasható a MPlayer alfejezetében.) A másik gyakori probléma, hogy különbözõ függõségi hibákkal találkozunk. Ez a gyakorlatban általában annyit tesz, hogy nincs a gépre telepítve valamilyen, a program által hiányolt összetevõ, vagy éppen van, csak nem megfelelõ verziószámú. Ilyenkor a hiányolt komponens(ek) pótlásával a gond általában megszûnik. A harmadik problémaforrás a jogosultságok kérdése, ilyenkor minden program telepítve van, csak éppen futni nem képes. A probléma megoldását a legtöbb esetben a futtatási jogok megfelelõ beállítása jelenti. A fenti három eset eléggé meg tudja keseríteni a Linux-szal csak ismerkedõk életét.
Gyakran találunk a kitömörített könyvtárban egy Makefile nevû fájlt. Ennek feladata gyakorlatilag a telepítés megkönnyítése. A program készítõje minden elvégzendõ lépést elõre itt definiált, nekünk csak a make utasítást kell kiadnunk, többnyire root-ként. A telepítés -ha minden jól megy- automatikusan megtörténik.
A forráskódból való telepítésnél létezik egy könnyebben járható út is, mégpedig az .rpm (Debian rendszerekben .deb, UHU Linux esetében .uhu) csomagokból való telepítés. Az rpm a RedHat Package Manager kifejezés rövidítése. A módszer lényege az, hogy a fordítást az adott Linux változathoz és megfelelõ processzorhoz valaki már elõzõleg elkészítette. Az ilyen formátumú csomagok esetében egyszerûen a fájlra kattintva elindul a telepítés. Egy program után kutakodva találhatunk tehát akár RedHat, Mandrake, SuSE stb. eltérõ változataihoz fordított .rpm csomagot is. A módszer hátránya az, hogy nem biztos, hogy találunk a nekünk megfelelõ formátumú .rpm állományt a kívánt programból, valamint egyáltalán nem biztos, hogy a forráskódból fordítottal azonos teljesítményt nyújt majd a program. Néha találhatunk hibás, nem jól mûködõ .rpm csomagokat is. A SuSE is az .rpm formátumot használja a CD-in.
A SuSE szerencsére bõséges programválasztékot kínál a hivatalos CD/DVD összeállításaiban, célszerû tehát egy keresett alkalmazást elsõként azokon keresni. Ha nem jártunk sikerrel, a SuSE honlapjáról sok frissítés tölthetõ le. Ha itt sem találtuk meg a keresett szoftvert, az interneten böngészve jó eséllyel szerencsével járunk. Az rpm-es telepítésre található egy konkrét példa a wav -> mp3 konvertálás fejezetben, a Blade Encoder kapcsán. Van még egy egyszerû eset, ekkor a megfelelõ fájlokat egyszerûen csak be kell másolnunk a megfelelõ könyvtárakba, és már futtatható is az alkalmazás.
Csaknem minden program tartalmaz könnyen megtalálható utasítást a telepítésével, használatával kapcsolatban.OOo újrarakásával is próbálkoztam, nem oldott meg semmit. Mondjuk nem’tom melyik verziót nyomiztam fel, de tuti nem 2.x -es volt, valami kölcsönkapott újság CD-n találtam 1-2 hónapja. Leszedtem, mert amellett hogy nem oldotta meg a problémát még ángélus is volt az általam próbált legfrissebb.
A linket köszönöm, már intézkdtem a letöltése ügyében. Ha fejlemény van, jelentkezem!
1: A 9.0 nem ismerte fel a Radeon 9200-est, (ergo 3d nuku) a 9.2 pl. igen. Mint mondám abban nem is jelentkezett a probléma.
2: Próbáltam a 8-16-20-1 -est is, de valamiért ott nem szólalt meg az fgl_glxgears. Mondjuk ez lehet az én bénázásom is pl. a fglrconfig-ban. Mindenesetre a 8-14-13-1 elsõre megszólalt, késõbb az újabb nem, és ment vissza a régebbi.
A hiba, amit fentebb részleteztem mellesleg mindkét driver felrakását követõen megmaradt!Mellesleg a fenének sem hiányzott a Radeon 9200-as, csak az elõzõ, a 7500-as kilehelte a lelkét, és ezt ajánlották elfogadható áron. Nem játszom, windows nuku, tehát nem is kell komolyabb.
Az UHU topicos tippet köszönöm, megyek is olvasgatni!
Ha Win-rõl lenne szó asszondanám, hogy bezombisodott a géped, és sutyiba nyomja kifelé a spam-ek ezreit… szerintem prószálj meg azért a biztonság kedvéért valami forgalomanalizálást csinyáni, pl. ethereal…
Az a helyzet, hogy van vagy 3 Linux-os gyökérpartícióm. Egyik az „éles” rendszer, a többin szoktam próbálkozni más disztribekkel. Namármost a 9.0 annyira bevált meg nagyjából mindenem megy rajta, hogy egyszerûen nem volt eddíg kedvem másikra váltani, azt belõni… :blush: Szal erre mindenféle frissítéseket, extra progikat belõttem, ergo nem éreztem szükségét a váltásnak, pedíg volt már mellette SuSE 9.1, 9.2, Mandrake 9.x, UHU, perpill. Ubuntu és Fedora Core 4 van, az Ubuntu helyett meg valszeg megy fel egy Slackware 10.1, ami Doc jóvoltából került hozzám vasárnap… :ph34r:
Lassan azért eljön a csere ideje, mihelyst beleszeretek valami másba. Esélyes a Slackware meg tán a 10-es SuSE. Esetleg mindkettõ.
Mindenesetre a probléma per.pill még mindíg adott…
Na de az ATI driver felrakása elõtt kóser volt a 2.4.mittoménmelyik kernellel is… ^-^
-
SzerzőBejegyzés
legutóbbi hsz