Hozzászólások
-
Bejegyzés
-
Ez nem az a KMplayer lásd: http://www.kmplayer.com/wiki/index.php/Main_Page
http://www.moonlight3d.eu/node/8 Ezek szerint a moonlight.sh-t kéne elindítani.
Szakatt wrote:Figyelem! A leírás Mandrivára nem jó!!! Ezzel szenvedünk 3 napja.:D Aki Mandrivára akarja telepíteni az ntfs-3g-t, az látogasson el az Adattárolók problémái/Win vs Mandriva 2007… topicba.
Átírtam mostmár remélhetőleg jó lesz. Mellesleg az egy wiki oldal bárki szerkesztheti.De mostmár betöltődik a fuse modul (lsmod)?
Nem tudom számít-e, hogy milyen sorrendben írod be a betölteni kivánt modulokat a fájlba. Szerintem igen. Én az elsőnek írtam a fuse-t mert mikor megpróbálja a rendszer a fájlrendszereket csatolni akkor nyilván már be kell legyen töltve a fuse modul.
Nálam akkor sem csatolódik még fel az ntfs partíció ha lefagyott a rendszer ntfs írásakor. Ilyenkor le kell ellenőrizni az ntfs partíciót Windows alól. Legalábbis nem tudom Linux alól lehet-e.Mandriva 2007 és nálam működik.
Az /etc/module helyett használd az /etc/modprobe.preload nevö fájlt a fuse modul betöltéséhez.
Az fstabot lehet kézzel is szerkeszteni. Itt az idevonatkozó sor az én fstab fájlomból:Code:/dev/hda1 /mnt/windows ntfs-3g silent,umask=0,nls=utf8,locale=hu_HU,no_def_opts,allow_other 0 0Még annyit hozzátennék, hogy ha a locale=hu_HU.utf8 opcióval próbáltam csatolni, ahogy az összes leírásban szerepel, akkor nálam hibaüzenetet adott és nem lehtett mountolni, anélkül pedig megy hibátlanul.
Az rpmdrake (a grafikus csomag telepítő) teljesen újra lett írva és még van benne egy pár hiba és hiányzik még belőle egy pár dolog. Több dolgot is tehetsz hogy ezeket kikerüld:
1. használod a parancssort, urpmi működik
2. felrakod a régi rpmdrake-et. A csomag neve old_rpmdrake ha jól emlékszem.
3. használsz egy másik csomagkezelőt
Én a harmadikat választottam. Most a smart nevü csomagkezelőt használom. Eddig nem volt vele semmi bajom. Tükröket is ugyanúgy kell hozzáadni mint az urpmi-hez mert az Easyurpmi és a smart-urpmi is támogatja. Van egy kis figyelmeztető alkalmazása is a ksmarttray ami ha észreveszi, hogy van frissítés akkor el kezd villogni.LCoder wrote:A cikknek alapvetően nagy igazsága van. Ráadásul a linux meglehetősen véges erőforrásait tovább korlátozza hogy megosztott. Kismillió distrib, kismillió desktop, kismillió widget set. Az egész mögött nem nagyon van koncepció, mindenki megcsinálja a saját kis projectjét ami gyakran átfedésben van más hasonló kis projectekkel. A legszebb példa a KDE vs Gnome. A felhasználó elé nem lehet letenni egy egységes desktop felületet mert az egyik program KDE/Qt alapú, a másik GTK/Gnome, a harmadik Java, a negyedik Motif, az ötödik valamelyik kisebb widget készletet használja (AWT, Fox, Fltk, stb). Ezek még csak a fontosabb dialog boxokban sem egyeznek. Ráadásul vannak verziók is, a GTK1.x és a 2.x eléggé eltér look&feel szempontjából, ugyanakkor a Lazarus Pl. máig is az 1.x-et használja, mert ráadásul ezek a verzió (szemben a win32-vel) elég masszív API változást is jelentettek. Az egyes disztribekről már nem is szólva: szinte nincs két olyan disztrib ahol ugyanúgy lehet elhelyezni egy menüpontot a start menübe – sőt, ez akár egy disztrib egyes verziói között is hajlamos megváltozni. De hasonló a helyzet a démonok indítóscriptjeivel is.Azért van fény az alagút végén. Van LSB, a freedesktop.org-on sokmindent szabványosítanak pl a menürendszert is.
Mellesleg egy átlag felhasználó elé szerintem már le lehet tenni egy egységes felületet mert mind a KDE-ben mind a GNOME-ban jóformán mindenre van alkalmazás amit egy átlagember kívánhat.
Nemrég lett GPL-es a Java úgyhogy nem tudni, hogy milyen változásokat hoz ez magával, de hallottam olyan ötleteket, hogy így majd meg lehet oldani, hogy a JVM más nyelveken írt programokat is futasson.Nem valószínű, hogy sok ilyen ember van. Ha valamit elrontasz miközben lecseréled vele az eredeti BIOS-t, vagy csak van benne valami bug amitől használhatatlan lesz, akkor ki lehet dobni az alaplapot.
legutóbbi hsz