Proč nainstalovat Arch Linux

23.10.2012 20:39 | Přečteno: 2353× | Arch Linux

Jeden rok starý, zapadlý, nedokončený(?), nepublikovaný a trochu out of date zápisek.

Arch Linux je poslední dobou velmi populární, rozhodně již není okrajovou distribucí pro úzkou skupinu zasvěcených. Stačí se podívat na výsledky posledního hlasování o nejoblíbenější distribuci.

Start s Archem je prvním hrubým sítem, oddělujícím zrna od plev, ty, kteří to chtějí zkusit jen tak z dlouhé chvíle od těch, kteří to myslí opravdu vážně. Textový instalátor je odrazující, ale plně dostačující a nechává vám volnou ruku, není to jen klikání další další další, ale musíte provést i konfiguraci, jde to samozřejmě i bez nastavení, ale pak nepočítejte s tím, že všechno pojede tak jak by jste čekali.

V Archu nemůžete počítat s automatickou konfigurací po instalaci software, pokud máte v nějakém směru exotický hardware, nebo máte nějaké zvláštní potřeby, je třeba sáhnout k konfiguraci, z velké většiny editací konfiguračních souborů. To rozhodně není na škodu a určitě se nestane, že by po aktualizaci došlo k přegenerování konfigurace tak jak by měla být podle nějaká automatické detekce. Stejně tak se můžete rozhodnou které se budou startovat a které ne. Tady má Arch trochu svébytné zákoutí. Init skripty jsou ve stylu BSD (nebo Slackware, pokud chcete) Ovšem nelze určit, které služby budou startovány v různých initech.

Jako další (ne)výhodou je často udávána aktuálnost systému, ano Arch je nabitý aktuálními verzemi programů, jestli patříte mezi uživatele požadující to nejaktuálnější, je Arch pro vás.

Průběžná aktualizace (Rolling updates) poskytuje plynulé aktualizace bez release a zdlouhavé aktualizace při každé nové verzi distribuce. V souvislosti s tím si mnozí uživatelé stěžují na problémy při aktualizaci po delší době bez aktualizace. Tyto potíže jsou vesměs způsobeny nepozorností při instalaci, kdy správce balíčků zobrazuje informace o změněných konfiguračních souborech (upozornění na změny ve výchozích konfiguracíc, které by jste měli přenést do své upravené konfigurace) nebo nové volitelné závislosti balíčků.

Pro Arch Linux je také typický správce balíčků pacman. Který má poměrně jednoduché (i když hodně specifické) ovládání. I když se ze začátku může zdát, že v repositářích je málo balíčků, je obsaženo většina toho, co je pro normální desktopový systém potřeba. Pokud chcete nějaký kus okrajovějšího software nebo ne zcela svobodného software, naleznete jej na AURu, i když bude PKGBUILD s velkou pravděpodobností aktualizovat, protože je vydána už mnohem novější verze, nebo vám nevyhovují závislosti. Tím jsem se oklikou dostal k další pozitivní vlastnosti Archu, k ABS (Arch Build System), pomocí kterého si můžete přiohnout balíčky a jejich závislosti k obrazu svému, ať už lepší optimalizací pro váš konkrétní hardware, nebo kvůli chybějícím závislostem a vlastnostem. Ovšem ABS není všemocný a hodní se jen pro malý počet vlastnoručně udržovaných balíčků, protože z s rostoucím počtem balíčků a počtem nových verzí se ruční udržování vlastních balíčků stává časově velmi náročným a pro takové systémy, které vyžadují vlastní optimalizace balíčků se hodí spíše distribuce typu Gentoo.

Z výše popsaného vychází jako cílová skupina uživatelů spíše uživatelé požadujících nejnovější verze software, který funguje uspokojivě, i když s vyšším rizikem chyb. Arch je určen pro pokročilé uživatele, kteří se nebojí ruční konfigurace a chtějí se něčemu přiučit. Rozhodně není vhodný pro nasazení na produkčních serverech hodní se na desktopy, kde nějaká ta chyba dá snést a bezpečnostní rizika nejsou vysoká.

Máte ho? Nainstalovali byste si ho? Vyjádřete se v antetě!

       

Anketa

Komentáře

[otula]

Textový instalátor je odrazující, ale plně dostačující a nechává vám volnou ruku, není to jen klikání další další další, ale musíte provést i konfiguraci, jde to samozřejmě i bez nastavení, ale pak nepočítejte s tím, že všechno pojede tak jak by jste čekali.

R.I.P. Byl to úplně nejlepší instalátor ze všech operačních systémů, no a kde je mu konec. Ovšem současná instalace, to je opravdové síto...

[kozzi]

Popravde nova instalace dala napoprve trochu zabrat i me, ale ted se da rict ze je pro mne mozna i lepsi :).

[otula]

No mně se poštěstilo, že jsem musel po novém instalovat Arch - poprvé mne to ještě docela bavilo, jenže systém se za chvíli rozsypal, myslel jsem, že to byl vadný disk (už byl docela starý), tak tam přišel nový disk. To už mne ta instalace moc nebavila. Systém se rozsypal znovu - on je rozjebaný SATA řadič přímo na desce. Už teď mám pupínky z toho, že to budu instalovat potřetí :-o

[kozzi]

No tak ja hlavne nejvic zabil casu na tom, ze jsem poprve instaloval na SSD disk, a snazil se pokud mozno vyuzit co nevice optimalizaci atd. A take to ze jsem se rozhodl pro UEFI a GRUB2, takze mne to zabralo skoro pul dne

[otula]

GRUB2 - přesně. Největší kámen úrazu, protože je to v dokumentaci popsáno tak nějak ne moc pochopitelně. Ani při druhé instalaci jsem ho nenainstaloval funkčně napoprvé

[Salamek]

Ja to zvladnul na podruhe :D prechod z MBR na GPT a GRUB --> GRUB2

[otula]

No však to já taky, a hned dvakrát

[gtz]

GRUB2 - přesně

Ani já ho nemusím, proto mám stále raději starý dobrý grub.

[gtz]

No já jsem si prošel něčím podobným, ale měl jsem štěstí v tom, že jsem měl pro strýčka příhodu odložený image.

Tak se pocvičíš v instalaci, uvaříš si k tomu dobré kafe

[otula]

Správně, pozitivní přístup je potřeba

Jenže já v práci nemám espresso

[gtz]

Tak si dáš pořádného turka.

[otula]

[kozzi]

A to je ta chyba, ja si s domu dotahl do prace profi presovac co se pouziva v hospodach od segafredo, das tabletku zmacknes cudlik a je to :D

[otula]

O těch espressech na kapsle jsem četl, že to má k chuti z čerstvě namleté kávy docela daleko, i když je to samozřejmě lepší, než rozpustná káva (ale je to jen svědectví z doslechu )

[lucorp]

zavisi od toho aku znacku si kupis. Napr. taliansky caffitaly, ktory mam doma si zaklada na tom, aby kava bola ako cerstvo pomleta, preto v tovarni hned po pomleti kapsle vakuuju. Takto pripravene presso chuti kavovejsie nez ked ti v kaviarni spravia za 1€ cerstvo pomlete presso z nejakej popradsej kavy, alebo podobneho suntu. Ale zas nemaju hovadiny ako cappucino, ci latte.

[otula]

Do kavárny ani na kávu nechodím, protože tam většinou melou jen levné kávy, aby je mohli draze prodat. I když - když jsem si dal kávu v jedné kavárně ve Francii, jen jsem chrochtal blahem, přitom to nevyšlo o moc dráž, než u nás.

[marek_hb]

já dostal poslední pořádný kafe v paříži na letišti - i s nějakou sušenkou mě vyšlo asi na 4e a zuby se mi přestaly viklat až na ruzyni :)

[otula]

:)

[gtz]

:)

[frdrx]

Zrno od plev? :-q

[Jinan Dvoulaločný]

Arch používám nejdéle ze všech distribucí a používám ho rád, ovšem s přechodem na systemd mě naštvali, byť chápu, proč na to přistoupili.

[jyrki]

+1 az na ten systemd. Taky me jim nastvaly, ale nechapu proc na nej pristoupili

[kozzi]

Tak celkove si myslim, ze lidi co rozhoduji o smeru Arch linuxu jsou jini nez ti co predtim, a hlavne vydali se cestou fedory (rozumnej nejnovjejsi trendy s dilny red hat). A ja osobne si nemyslim ze to je zcela spatne. Par veci jako je zjednoduseni struktury adresaru a systemd se mi libi

[jyrki]

Zjednoduseni struktury? V cem spociva? To mi asi uslo, naopak pribyl adresar /run. Systemd se mi vubec nelibi a dokud to pujde, budu se mu vyhybat. Jedu stale initscripty. Jestli nebude vyhnuti, pujde Arch do haje a sahnu po jinym distru ktery me do systemd nutit nebude.

[Martin Matějek]

Jedu stale initscripty. Jestli nebude vyhnuti, pujde Arch do haje a sahnu po jinym distru ktery me do systemd nutit nebude.

Tak to abys už pomalu začal vybírat. Co tak tak pozoruju, Slackware a Gentoo se (snad) jako jediné distribuce od systemd drží dál. Lidi okolo Gentoo už forknuli udev, někdo jiný zase forknul udisks, takže ve chvíli, kdy se systemd definitivně pohltí udev, doufám bude funkční alternativa.

[kotyz]

Dneska sem přešel na systemd a zatim dobrý...

[jyrki]

Mozna po letech zvazim opet FreeBSD. Jinak jsem nejake zminky o systemd pro Slack videl

[Martin Matějek]

Jinak jsem nejake zminky o systemd pro Slack videl

Což o to, pokusy rozjet systemd na Slacku jsou, ale to je snaha maximálně pár lidí. Spousta slackwaristů je proti nebo systemd jednoduše ignorují Stačí si pročíst tuhle diskusi (flame) na linuxquestions.

Asi takhle, systemd se na Slacku dá rozjet, ale to ještě neznamená, že jsou plány ho do Slacku začlenit. Spíš naopak.

[jyrki]

uz taham Slack a zkusim ve Vboxu. Uz jsem ho leta nevidel...

[Michal Vyskočil]

Stačí si pročíst tuhle diskusi (flame) na linuxquestions.

Jo, tahle byla kouzelná. Pro mě z ní vyplynulo, že dokud to nebude 40 let staré, tak to Slackware vlastně ani nezajímá.

Asi takhle, systemd se na Slacku dá rozjet, ale to ještě neznamená, že jsou plány ho do Slacku začlenit. Spíš naopak.

No, pokud dobře chápu vývojovou strategii Slackware, tak začlenění PAMu je v plánu na rok 2036 a bez něj nemá smysl portovat systemd, který s ním počítá.

[Martin Matějek]

Stačí si pročíst tuhle diskusi (flame) na linuxquestions.

Jo, tahle byla kouzelná. Pro mě z ní vyplynulo, že dokud to nebude 40 let staré, tak to Slackware vlastně ani nezajímá.

Slackware je sice konzervativní distribuce, ale o tom co se bude nebo nebude v distribuci se rozhoduje celkem pragmaticky. Různé revoluční změny jako aktualizace udevu, HAL a podobně se ve Slackware objevují se zpožděním a až ve chvíli, kdy je to odzkoušené v jiných distribucích. Na druhou stranu se tam bez problémů dostanou i novinky, pokud mají smysl (začlenění /etc/os-release (též od Lennarta Poetteringa) i když obsahuje blbosti (ANSI_COLOR) a to na žádost zaměstnance Opery). Patrick Volkerding v jednom rozhovoru prohlásil, že se nebrání mergování /lib a /usr/lib, takže bych se o novinky z linuxového světa nebál.

A co se týče systemd, tak zatím není důvod o začlenění uvažovat. Gnome vypadlo ze Slacku už dávno (moc práce na udržování) a než zprasí udisks2 (už teď se prakticky nedá pořádně používat z příkazové řádky) na čistě Gnome komponentu, tak se bez systemd obejdeme. Koneckonců, proč opravovat něco co funguje? Systemd má sice pár fajn vlastností, ale jinak je divně navržený ("jeden démon vládne všem"), vývojáři si s kompatibilitou se staršími technologiemi hlavu nelámou a některé věci se prostě nezmění (např. binární logy), protože je to tak Správně(TM), ať si říká kdo chce, co chce.

Asi takhle, systemd se na Slacku dá rozjet, ale to ještě neznamená, že jsou plány ho do Slacku začlenit. Spíš naopak.

No, pokud dobře chápu vývojovou strategii Slackware, tak začlenění PAMu je v plánu na rok 2036 a bez něj nemá smysl portovat systemd, který s ním počítá.

Tak nějak . Slackware a PAM je věc kterou úplně nechápu, protože doby, kdy byl Slackware bezpečnější díky absenci PAMu jsou dávno pryč, nicméně veškerý software co používám bez PAMu funguje, takže mě to netrápí.

[kozzi]

tak jde o to ze, to zjednoduseni teprve prijde, zatim to je jen priprava, me se napriklad libi ze treba /lib ted je to same co /usr/lib atd. Jinak furt pises ze systemd se ti nelibi, ale zadne argumenty jsem ve tvych prispevchich nepostrehl. Co ze je na nem tak spatneho? Ano chapu cesi jsou celkove velice konzervativni a velmi neradi se uci nove veci, ale to neni duvod k tomu o necem rikat ze je to spatne a zle.

[Jinan Dvoulaločný]

...ale to neni duvod k tomu o necem rikat ze je to spatne a zle.

On ale nepsal, že by byl systemd špatný a zlý. Píše jen, že se mu nelíbí.

[stativ]

Jsou to stále ti samí lidé. Problém je v tom, že čím dál tím větší část linuxového ekosystému vyžaduje systemd. Nejvýraznější je asi GNOME a spojení udev se sytemd. I pitomý NetworkManager vyžaduje systemd* (s ConsoleKit a novým NM se mi podařilo připojit jen na systémové připojení).

Právě to, že spousta SW začne vyžadovat systemd, byl jeden z hlavních důvodů proč se ze systemd stal default.

* kvůli tomu jsem už i já musel přejít na systemd, ale zatím jen na laptopu. Systemd už překvapivě funguje spolehlivě, ale to nic nemění na tom, že podle mého názoru jeho návrh stojí za hovno (a nesnažte se mě přesvědčit o opaku). Na desktopu, kde nezávisím na wifi, se tomu ale budu bránit seč jen to půjde – když něco považuji za blbost, tak to bojkotuji, jak jen je to možné.

[Salamek]

me se systemd celkem libi, hlavne rychlost bootu je nekde jinde nez initscripts, spousteni a pridavani novych sluzeb take neni spatne a vypsani aktualne spustenych sluzeb/jejich stavu take neni k zahozeni

[Salamek]

Jedine co mi zatim na systemd vadilo je to ze se MUSIM (ja se rad ucim kdyz chci, tady jsem byl donucen hromadou warningu pri bootu ktere se mi nezamlouvaly) ucit neco noveho a navic na mem main systemu

[otula]

Na systemd jsem musel přejít teď pár dní zpět, kdy mi po aktualizaci najednou přestalo fungovat připojení USB disků (udisks), aplet pro networkmanager s nm nekomunikoval, přestalo fungovat uspávání a kdoví, co ještě. A sice jsem to stopkami neměřil, ale startuje mi to teď déle. Předtím asi na vteřinu problikla obrazovka s daemony, teď mi to tam roluje viditelně delší dobu.

[Salamek]

nelehla ti nejaka sluzba / nesnazi se systemtd spustit neco co nemas ? zkontroluj log, ja tam mel pred tim take par veci (a boot mi trval ~1min na ssd, ted vidim jen POST->GRUB2->"blik"->slim)

[otula]

To zas taková krize není, zkusil jsem to teď porovnat. "Po starém" jsem z grubu v kdm za 8 vteřin, se systemd za 10.

[kozzi]

No, tak u me tezko rict, ja mel i stary init dost vyladen, takze mi to butovalo rychle. Ted se mi zda ze celkove nahozeni systemu ju pekelne rychle, ale nez se dostanu k prihlaseni, tak je to dost podobne

[coder]

Mam to podobne, od zadani hesla pro LUKS jsem na desktopu za 2 sec. :)

[Václav "Darm" Novák]

zkus parametr quiet, jestli ho nemáš… Ale stejně to nechápu, pocítil jsem nezkutečný zrychlení startu na všech počítačích kde jsem přešel.

[otula]

Mně je to celkem jedno, těch asi 15 vteřin startu vč. BIOSu jednou za čas přežiju. Stejně jen zavírám víko notebooku (uspání do RAM) :)

[otula]

Tak jsem quiet přidal a vteřinku to ubralo, takže jsem na 9 vteřinách, to už je skoro tak dobré, jak předtím :)

[stativ]

Jestli máš KDE, tak můžeš překompilovat polkit s podporou ConsoleKit a pak překompilovat kdebase-workspace s podporou ConsoleKit. Už mám připravené balíčky, které hodím do AURu hned jak se to dostane do extra (no, možná bych je tam mohl dát už teď…). Měl jsem ale problém s NM – applet sice fungoval, ale pod uživatelem se nešlo připojit (fungovala jen systémová spojení, která se nahodí už při bootu).

Pokud máš GNOME, tak máš smůlu, protože ti idioti mají systemd jako hard dependency.

Co se týče rychlosti, mám stejný problém. Nejpitomější byl první boot se systemd. Nějakého inteligenta totiž napadlo, že multiuser.target bude by-default vyžadovat remote-fs.service (což není samo o sobě nic špatného), který vyžaduje wpa_supplicant.service, což už špatné je, protože to při bootu čeká na timeout.

[otula]

Mám to na notebooku (KDE4), takže se potřebuji připojovat i k WiFi. Nemám v plánu se s tím nějak dál moc zaobírat, po prvotním šoku jsem už všechno rozchodil, tak tomu nechám volný průběh. A na desktopu mám ještě staré neaktualizované KDE3, tam mne to netrápí vůbec

[vogo]

S přechodem na systemd jsem zamáčk slzu nostalgie, ale s postupem času se mi dokonce začíná zamlouvat, no to je trošku silné slovo, přestává mi vadit.

[Jinan Dvoulaločný]

Systemd mi přijde jako bloatware a to mi vadí. To a Poettering. Toho člověka nemůžu vystát. Jinak jo, nějak to snad i funguje a dá se to používat, pokud to zrovna někde netrpí porodními bolestmi, ale mám rád KISS a to systemd rozhodně není.

[kozzi]

JJ KISS to neni, ale nadruhou stranu si myslim, ze to je krok vpred.

[mrv]

KISS to je, ale na tohle tema uz se toho proflejmovalo... :)

[mrv]

tak nastesti vyvojari archu se ridi rozumem a ne emocema. z technickeho hlediska je pouziti systemd zcela nejlepsi moznost. uz jen to, ze oponenti systemd nedokazou rict vic, nez je to od poetteringa, proti filosofii unixu a udajne bloated (a ani to nedokazi vyargumentovat, protoze zpravidla vubec netusi, co se pouzivalo dosud), tj. nemaj jediny technicky (a tedy relevantni) argument je toho dukazem...

imho ma ten prechod pro Arch same plusy, pro vyvojare min prace, pro uzivatele snadnejsi tuneni initu a pro komunitu min poloblbu, ktery ji kvuli tomu snad opusti :)

[Jinan Dvoulaločný]

Bohužel tě muset zklamat. Já poloblb zatím ještě neopouštět Arch. Mít smůlu ty.

[stativ]

To, že system-v init stojí zanic ví snad každý. Ale to neznamená, že se to musí nahradit jinou kupou hnoje. Jsou i jiné init systémy, než sysvinit a systemd. Například je tu ubuntí upstart (který teda co se týče návrhu také není nic moc), celkem pěkně udělaný, ale bohužel už mrtvý InitNG, anebo krásně minimalistický runit.

[jyrki]

co se tak divam, ArchBang nechce na systemd pristoupit taky. Takze se rysuje mozna alternativa do budoucna...

[stativ]

Jestli ArchBang obsahuje GNOME, tak nebudou mít jinou možnost, stejně jako Arch.

[jyrki]

Ne, je tam Openbox

[otula]

I když se ze začátku může zdát, že v repositářích je málo balíčků, je obsaženo většina toho, co je pro normální desktopový systém potřeba. Pokud chcete nějaký kus okrajovějšího software nebo ne zcela svobodného software, naleznete jej na AURu

K tomuto bych dodal, že žádná jiná distribuce nemá takovou dostupnost balíčků. Před časem jsem si naivně myslel, že Gentoo je na tom lépe, ale když jsem ho chvíli používal, nestačil jsem se divit, kolik balíčků (pro Arch dostupných) mi tam chybělo. Myslím si, že je to dáno hlavně tím, že ebuild je značně komplikovaný, kdežto PKGBUILD napíše i taková trubka, jako jsem já :-p

[kozzi]

JJ presne, si pamatuji jak se psavalo ze pro debian je nejvice balicku, a ja asi po pul hodine narazil na mozna i 10 co mi tam chybely a nedaly se poradne ani sehnat :)

[otula]

si pamatuji jak se psavalo ze pro debian je nejvice balicku

Ona to možná kdysi i byla pravda. Jen doufám, že při všech těch změnách v Archu (které podle mne směřují zcela jiným směrem, než byla původní jednoduchost) nenapadne někoho i zcela překopat formát PKGBUILDů. Potom by se možná Debian zase na čele mohl ocitnout.

[kozzi]

No tak samozrejme i to je moznost :). Ale rekl bych ze pokud by se sahlo na ABS a pacmana, tak se urcite zrodi fork :)

[otula]

[w4rr10r]

Podle mě se Arch naopak v podstatě vrací ke kořenům. Systemd? Přesun /bin? Perte to do mě! Od toho ten Arch je.

[marvn]

+ 1

navic plno lidi asi zapomnelo, ze arch je pro lidi, kteri vedi, co delaji a neboji se novych veci

[Salamek]

priznam se bez muceni, pouzivam ho i na serveru... k plne spokojenosi (debian me pekne sral)

[pushkin]

Hmm, to samý může napsat kdokoliv o jakékoliv jiné distribuci včetně Windows XP, tam byla polovina instalace taky v textovym režimu :)

[nyan]

Arch mam nainstalovan snad od 0.7 nebo 0.8, ale posledni dobou me mirne stvou... pominu-li systemd, kterej me vubec nic neprinasi (mozna jinym ano), na jednom kompu v praci mam taky nahozenej arch, do ktereho bootnu jen obcas. Asi pred mesicem jsem ho bootnul a pustil update... a diky tomu ze ted vymysleli podobnou kravinu jako fedora - presun adresaru - tak se celej update rozbil a ztratil sem tri hodiny nez sem to dostal zpatky do bootovatelneho stavu.

Taky me stvou tim, ze u nekterych balicku (treba xorg server) se objevuji v stable repo beta verze - to by si fakt mohli odpustit. Jinak ale (oproti ostatnim distro co jsem zkousel) je to zatim nejmin problemove distro

[Max]

Tak problém s glibc a přesunem /lib do /usr/lib mně také překvapil, přecijen nesedím pořád u novinek a upgraduju jednou za tři měsíce. Na druhou stranu, vyřešit tento problém je otázkou chvilky (když člověk ví :) ).
Zdar Max

[Jardík]

Nejdebilnější ale je, že přesun se uskutečnil, ale ld stále linkuje k /lib/ld-linux-x86-64.so.2 (s absolutní cestou). Když k tomu přidám, že archovský binárky stejně na většině jiných dister nespustíte (protože ty linkujou k /lib64/ld-linux-x86-64.so.2 a v /lib mají 32bit šmejďárnu, pokud máte nějaký hybrid, tak by alespoň mohli začít linkovat staré binárky postupně k /usr/lib/ld-linux-x86-64.so.2. Nejvíc mě to se*e u vlastních programů, že mi gcc pak vyprdne binárku linkovanou ke knihovně, která prakticky neexistuje.

[Jardík]

Gimme vote ^^

[kralyk z abclinuxu]

A v čem je vlastně problém?

[Jardík]

Ach né, oni mi uzavřeli můj bug jako WONTFIX. No otevírat ho znovu nebudu, jenom škoda, proč nenapsal důvod proč že se to nestane.

Nevidím důvod linkovat ke knihovně v /lib, když byla přesunuta do /usr/lib, přestože symlink /lib -> /usr/lib existuje a existovat bude navěky. Knihovna je prostě v /usr/lib a bylo by dobré linkovat tam. Komentář od Jan de Groot (JGC) je mimo, jak zmiňuji v mém bugu (který změnili na feature request), binárky z archlinuxu na jiných distrech stejně nefungovaly, protože tu knihovnu mají v /lib64 a né v /lib, kde mívají 32bit šmejďárny a je nutné to tak i tak řešit symlinkem. Jiná situace by byla s 32bit verzí distribuce, ale o té můj bug report nebyl.

[pavlix]

jenom škoda, proč nenapsal důvod proč že se to nestane.

Nevím, o koho jde, ale obecně to bývá výraz arogance nebo projev zmrdství. Já jsem na NetworkManageru za poslední dobu zavřel hodně bugů i k nelibosti jejich zadavatelů, ale vždy s důvodem.

[mrv]

a pritom stacilo napsat PEBKAC ;)

[shpelda]

arch is best!

[pools]

To je ta distribuce pro lidi co neumí zkompilovat Gentoo?

[Max]

Ne, to je ta distribuce pro lidi, co znají víc příkazů, jak "emerge" :P
Zdar Max

[AsciiWolf]

+1

[kralyk z abclinuxu]

To je ta distribuce pro lidi co neumí zkompilovat Gentoo?

Ne, to si pleteš se Sabayonem.

[pools]

Tak Sabayon jsem nainstalovat nedokázal Pravda je, že to byla nějaká z prvních verzí a chovala se dosti podivně...

[kralyk z abclinuxu]

Jj, u mě to bylo v podstatě to samý. Třeba už to je teď lepší...

[coder]

Jestli mate nekdo problem s instalaci Archlinuxu pri nejake slozitejsi konfiguracni prilezitosti (uefi, bios2, gpt, lvm, luks...) tak si uvarte kafe a mrknete na archblocks. Jedna se o univerzalni neinteraktivni instalacni freamwork. Vse si velmi jednoduse nakonfigurujete pred instalaci a potom se jenom divate. Pro milovniky terminalove interakce je tu treba aui.

[tsLnox]

Arch jsem zkoušel na Naixovi (starej notebook), instalace je luxusní, až na ty konfiguráky, ty mě docela štvaly. Kdyby byl Naix novější, asi by tam šlo Gentoo (ještě uvidíme, kompilovat jen doma přes distcc by šlo taky ), tam tu instalaci úplně žeru

Bohužel to Arch nepřežil, když mi ruply nervy po noci strávené řešením, proč snad kromě Arx Fatalis každá hra (bez ohledu na to, jestli je nativní, nebo přes wine) padá a nebo ani nejde spustit. Až když jsem zkoušel Neverwinter Nights 1, našel jsem kdesi důvod, že jde o KMS, jenže non-KMS ovladače prostě už neexistují, nebo jsem moc blbej na to, abych je dal do kupy (co bych chtěl od Radeon Mobility 7500, že )

No, na Naixovi zatím skončily Win XP, časem se snad dokopu zkusit to nějak a někde znovu.

Ale jinak je Arch moc fajn. Moje Číslo 2 v Linuxových distribucích. Gentoo samozřejmě vede. :)