Arch Linux

Gyerekek, végre egy normális, az én igényeimet is kielégítő(nek tűnő) disztibúció.

( BaT | 2008. 01. 14., h – 18:27 )

Eddig miket próbáltál, és fél szóban mi volt velük a probléma? (Pl. Ubuntu: vacak csomagkezelés (bocs akinek tetszik :)))

Ubuntu: vacak csomagkezelés
Debian: goto 1
Slackware: nagyon jó, csak rengeteget kell kézzel hegeszteni
Fedora: lassú, ami utoljára a kezem alatt volt, az még mellé túl stabil se volt
Gentoo: nagyon treha hwsupport (azért egy 8 éves 3com-netcardot illik felismerni)
CentOS: nincs tapasztalat
It doesn't matter if you like my song as long as you can hear me sing

a vacak csomagkezelést kifejtenéd bővebben?

kinti gépen volt fent annó ubuntu, de most már anyámék is debiant használnak, na de ez nem lényeg, a lényeg az, hogy ubuntu alatt a csomagkezekés tényleg szarabb, mint debian alatt, ezt értsd ugy, hogy sokkal lassab és sokkal több a dependency break (debian-t nyúzok már vagy 4-5 éve, de eddig, ami hivatalos repóbol volt, talán volt egy break), ubuntu alatt meg egy halom ... emellett az ubuntu alapjaiban sokkal lassabb, mint a debiant, mert tele van cseszve egy rakat felesleges dologgal.

linux v2.6.22.15 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.15-pancs1

anno próbáltam a suse-t (9.1 vagy 9.3) az is egy szép élmény volt, Yast minden beállítás után frissítette az adatbázist - na ez kivitte a hajamat is - azóta lehet, hogy már nem így van, a másik meg a csomagfüggőségek nagy részét is valamhez nekem kellett összevadászni.
Te meg szerintem akkor tolj fel egy debian-t és meglátod, minőségileg fényévekkel az ubuntu elött jár...

linux v2.6.22.15 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.15-pancs1

jó kis stable etch-et és forgass egy saját kernel-t alá.
amugy ftp://ftp.hup.hu/pub/CDROM-Images/debian/4.0_r2 vagy http://farbror.acc.umu.se/cdimage/release/4.0_r2/ esetleg http://cdimage.debian.org/debian-cd/4.0_r2/

linux v2.6.22.15 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.15-pancs1

nem, de vaskalapos debianos vagyok így marad ez :P
stabilitás a lényeg nem a frisseség, de hallottam már róla, meg múltkor rá is néztem, 2.6.23.12-er kernel van benne, Xorg 7.3, KDE3.5.8 ... debian SID-re épülő distrib.

linux v2.6.22.15 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.15-pancs1

Rekurzív uninstall hiánya, rengeteg tökörészés, ha valaki forrásból akar felrakni valamit, semmitmondó/félrevezető metacsomagnevek. Szoktam néha etchet használni, de a múltkor azt hittem, lehidalok: a sima user PATH-jében nincs benne a /sbin meg a /usr/sbin (így su -m esetén jöhet a faszakodás).
It doesn't matter if you like my song as long as you can hear me sing

Ez Frugalware-ben is igy van, a FHS-re valo hivatkozassal...

"Deciding what things go into "sbin" directories is simple: if a normal (not a system administrator) user will ever run it directly, then it must be placed in one of the "bin" directories. Ordinary users should not have to place any of the sbin directories in their path."

http://www.pathname.com/fhs/pub/fhs-2.3.html

Szerintem ez BS, es az elso dolgom volt hozzairnom ~/.bash*-hez a sajat PATH-t.

UHU-nak annó volt egy nagy előnye, egy cdről felmászott a komplett sys 7-8 perc alatt és használhattad is, na gentoo-nál ehez egy N+1 cpu-s erőmű kellene + egy 10Gb-s net ... szvsz, ez az egy hátránya van jelenleg a gentoo-nak a bináris alapú distrokkal szemben, de a kor haladtával egy is egyre leküzdhetőbbé válik.

linux v2.6.22.15 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.15-pancs1

a gentoo kurvara nem errol szol, nem kivan versengeni sem vele, nem volt sose lenyeg a gentoonal hogy 2 perc alatt felmasszon mert vannak lamak akik nem birjak felrakni, aztan elkezdik ordibalni mindenfele forumon meg ircen hogy az szar mert kell 1 het mire felrakjak meg eromu proci kell a forgatashoz, meg kulonbenis! nemtudom miert kell binaris alapu rendszerekhez hasonlitani a gentoot

spec csak erre "Nem tudok elképzelni olyan dolgot amit Gentoo alatt ne lehetne megoldani" reagáltam...

"a gentoo kurvara nem errol szol" és ezzel is tisztában vagyok, aka zacskós leves vs házi :D

linux v2.6.22.15 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.16-pancs1

"Gentoo: nagyon treha hwsupport (azért egy 8 éves 3com-netcardot illik felismerni)"

engem ez erdekelne :D szerintem a kernel mulik hogy mit ismer fel, es attol hogy egy 8 eves 3com halokarit nem ismert fel meg nem szar a hwsupportja, eskuszom nem tudom meg mit fogtok kitalalni arra hogy basztassatok a gentoot, eddig az 1 honapos install time volt mostmeg mar a szar hw support :D

temahoz: enis archot szoktam ajanlani akinek hasonlo rendszer kell int a gentoo, csak binarist akar

( Oscon | 2008. 01. 14., h – 18:38 )

Pontosan mi tetszik benne ?

-neve
-csak!
-egyéb éspedig... :)))

-----------

Nem a zsömle kicsi, a pofátok nagy...

( toros | 2008. 01. 14., h – 20:02 )

Frugalware? Szintén pacmant használ...

( n0gabor | 2008. 01. 14., h – 20:06 )

Enis sokaig archlinuxot kuldtem, mostis ezt es az Ubuntut tolom parhuzamosan. Ami nagyon tetszik benne:

- a PKGBUILD rendszer, ez olyan mint a gentoonal az ebuild csak 100x egyszerubb ( mivel ez egy binaris disztro, nem kell baszakodni az USE flagekkel, stb), pofonegyszeruen tudsz magadnak forrasbol csomagot heggeszteni, ha pl vmi nincs vagy nem a legujabb verzio.

- ABS: (arch Build System): abs parancs kiadasara kategorizalva letolti a legfrissebb Core es Extra repok PKGBUILD-jait es hozzajuk tartozo fileokat. Olyan mint a Ports.

- AUR (Arch User Repo) egy webes gyulytohely a PKGBUILD-oknak, itt vannak amik bekerultek a community repoba (binaris csomagok, kezeli a csomagkezelo), illetve amik nem. Ide barki kuldhet be PKGBUILD-ot, szavazas alapjan dol el hogy a Trusted Userek (TU) csinalnak e belole binaris csomagot a community repoba.

- /etc/rc.conf-ban kell szinte mindent beallitani a rendszerrel kapcs, egyszerubb mar nem is lehetne. Betoltendo modulok, stb stb.

- Lighweight i686 optimised distribution: Konzolban hekkelos, maximalisan nem tulbonyolitott, nem mindent szetpeccselos, hanem original developer altal megalmodott formaban hagyos. Gyors. Eleg sokan hasznaljak ahhoz hogy legyen eleg bugfix, es elegendo mennyisegu csomag. (KDE4 repo is eleg regota van hozza)

- ROLLING RELEASE: testing es stabil ag. A stabil csomagokbol rogton belekerul rovid teszteles utan minden, tehat nem kell felevet varni hogy hasznalhasd a kedvenc audioplayered legujabb verziojat, mert csak a hardy heroinba fog belekerulni. Ez nagyon neha okozhat aprobb fennakadasokat, de ez eleg ritka, es altalaban fooldalon fel van ra hivva a figyelem. Bleeding Edge, de normalis keretek kozott (tehat csak stabil releasek kerulnek be "rogton")

- Pacman csomagkezelo is eleg konnyen kezelhezo, sokszor jobban kezreall mint az apt-get, viszont kicsit neha lassu.

Igy hirtelen ennyi jutott eszembe.

( sj | 2008. 01. 14., h – 20:41 )

Ha nem slack-et hasznalnek, akkor valoszinuleg az arch lenne az: egyszeru, minimalis, pont, amilyen nekem kell.

ASK Me No Questions, I'll Tell You No Lies

( predator29 | 2008. 01. 14., h – 22:03 )

én is nézgettem, de az istenért nem akar megszólalni alatta a hangkártyám, úgyhogy végül a gentoo nyert. szimpatikus kis disztrib. majd egy év múlva megint ránézek.
--
Peace, Love, Unity, Respect

Megnézed milyen modul van betoltve, majd manualba berakod az rc.conf-ba a modul nevet, es menni fog. Egyebkent ujabb install cd-k futtatnak vmi hwdetect programot, ami szepen felismer minden modult, es ha akarod bepakolja az rc.conf-ba. Igy amit udev nem intez el, az is menni fog.
Van vele nemi tokoreszes, de kb errol szolnak az ilyen disztrok...es meg tanul is kozben az ember.