Lunar linux tapasztalatok

Üdv!

Az utóbbi pár napban megkíséreltem egy működő desktop rendszert összehozni a Lunar Linux nevezetű, forrásalapú csodából. Ami különösen vonzóvá tette a számomra, az az, hogy több Xfce fejlesztő is ezt használja ( Az Xfce a mániám ). Persze ez eléggé marketingjellegű duma, de hatásos.
Az 1.6.4 i686 verzióról indultam. A telepítés menete szinte eszményi. Egyszerű és átlátható ncurses alapú menüvezérelt installer vezet végig a lépéseken, komolyan mondom ez nagyon bejött. Egy kisebb bug-ot találtam benne, mégpedig a hálózatbeállítás szekcióban, Istennek nem akarta feléleszteni az eth0-t, pedig mindent csináltam vele, tty2-n rmmod, modprobe, ifup, stb... stb... érdekes, volt, hogy 100-dik próbálkozásra egyszercsak kaptam IP-t. Sebaj! Telepítésnél ez még nem probléma, ha nem megy, majd utólag bereszeljük. Reboot után elindult az alaprendszer.
'man lfirsttime' segít a kezdeti lépésekben.
lservices, lmodules, lnet, luser, lunar példa pár rendszerkezelő programra. A lunar a központ, szintén ncurses alapú, itt szinte minden alapművelet elérhető, a make optimalizációs beállításoktól kezdve a csomagok ( bocs: modulok, a lunar így hívja szerintem eléggé szerencsétlenül ) hozzáadásán, eltávolításán át a tükörszerverekig, valamint, hogy a stable (lunar) vagy a testing (theedge) ágat akarjuk-e inkább használni.

lin theedge ( igen, ezt kell először frissíteni, mert az installcd ezen alapul )

lin lunar

lin moonbase

Az első utasítás a testing alaprendszer forrást frissíti,
a második a stable-t,
a harmadik a "ports" listát, itt ez a holdbázis, stílusosan.

Ezután a lunar-ban érdemes a CPU optimalizációkat ( menüből!) beállítani, aztán leforgatni az alaprendszert, kb így:

lin -cr gcc glibc gcc bash tar wget

Ezek után a lunar update frissíti az összes telepített modult.

Nos. Az első gond, hogy a telepítéskor nem elindítható, beállított eth0 csatolót a telepítést követően kézzel kell meghegeszteni. Többszöri nekifutásra az lett a megoldás, hogy a dhcp kliens megadásánál a monitoron megjelenő default dhcpcd-t ÚJRA ki kell választani, mert különben nem kerül bele a config fájlba. B verzió, hogy kézzel megszerkesztjük az ominózus config fájlt, ami egész addig él, amíg az lnet-et valamilyen oknál fogva nem futtatjuk újra le. Ez volt az első komolyabb bug, amin sikerült átlendülni.
A nagyobbik probléma, hogy az XOrg7 telepítésekor ( igen az O betű is NAGY, ezzel is szívtam először ) 1 órai forgatgatás után hibaüzenettel elszállt, konkrétan: nem találta meg a freetype2 modult. Itt feladtam, ugyanis az aktuális moonbase nincs szinkronban a repoban tárolt csomagokkal. Nem volt kedvem kézzel belegányolni ebbe, úgy gondolom, hogy egy X telepítés a minimum elvárható bármilyen distrótól.
Ha tömören össze kéne foglalnom a tapasztalataimat, az alábbiakat mondanám:

1. szimpatikus rendszer design, optimális telepítés a kisebb bugtól eltekintve

2. hasonlít a DragonFly BSD-re feeling szinten. Ott is ugyanezt éreztem: nagyon ígéretes rendszer, de még fejlődnie kell. Egy forrásalapú rendszernél kifejezetten létfontosságú, hogy a források elérhetőek legyenek, mert különben nem ér semmit az egész.

3. Nem látom hasznát annak, hogy órákig, napokig forgassak, mert teljesítményben nem jelent annyi többletet, amennyi időt eltölt vele fölöslegesen az ember. Pl. a Debian sokkal szimpatikusabb, mert ott rekordidő alatt fel lehet rántani parancssorból, minimálról egy GYORS rendszert.

Hozzászólások

Nem marketing duma, XFCE fejlesztők (nagyjából) = Lunar Linux fejlesztők.
A legszimpibb forrás alapú disztró. A poén, hogy nincsenek repóban tárolt csomagok, mert hogy repó sincs, minden forrást az alkalmazások eredeti oldaláról szed. Ezzel persze lehet nagyokat szívni (és szívtam én is), ha xy lib kamcsatkai ftp szervere nem elérhető, és ezen múlik az adott alkalmazás fordítása...
És én is arra jutottam, hogy nem érdemes forrás alapú disztrókkal kínlódni (főleg 64 biten), a minimális sebesség többlet messze nem éri meg az időráfordítást. Maximum akkor éri meg foglalkozni a dologgal, ha komolyabb ismeretekre vágysz!

> BERUS
Motor: Debian GNU/Linux- Lenny

Troll ON
Kódminőség? Na igy vagyok en azzal a bizonyos operacios rendszerrel amit az emberek 98%-a hasznal.
Troll OFF

Amúgy mi a gondod az XFCE ablakkezelővel? (sztem az egyik legjobb linux alatt)
____________________________
Darwin Kernel Version 9.7.0: Tue Mar 31 22:52:17 PDT 2009; root:xnu-1228.12.14~1/RELEASE_I386

//OFF
Már vagy 2 napja pont azzal szívok, hogy menjen az egér FreeBSD 7.2 + xfce4 -en (ezek alatt még ott van a jó kis VMware Workstation 6.5.2 és egy Win7 is... VMware tools telepítve a FreeBSD guest -re) :(

Egyébként csak kísérletezgetek vele, FreeBSD 7.2 + Gnome2 kombó működött ugyanilyen alapokon. (után clean reinstall volt az egész guest -en)
//OFF vége