Poraďte náhradu za Archlinux (diskuse)

[Quest]

Windows XP a za ten flash nemůže Arch linux, ale Abdobe.

Why Flash sucks

Flash player

[Smajchl]

Jo to už je opravený, to mě jenom napadlo... Stejnej případ je s wgetem (to ještě není opravený), myslim, že jsou programy málo testovaný, než jdou do stable, protože by se tohle nemělo stát. Jednou za čas by mi to nevadilo, ale když je to často tak to člověka obtěžuje.

Prosím né, já nechci Windows XP, tam by mi nefungovala spousta věcí a ještě by se mi to zavirovalo a nemá to balíčkovací manažer jako Slackware, to si raději nechám Arch.

[vogo]

arch stable nemá :)

[Quest]

Proto jsem tam dal mrkacího smajlíka Ideální linux nenajdeš, ale jde o to najít ten co se tomu tvému ideálu nejvíce přibližuje.

[pools]

omyl, programy nejsou testovany nez jdou do stable testing je tam z legrace a v unstable vzivote nic nebylo...

[Limoto]

V testingu je to, co funguje líp než to ve stable, v unstable jsou některý SVN balíčky a podobně...

[OndraZX]

To se tezko radi, kdyz tvrdis, ze Ubuntu je klikaci. Protoze vetsina odpurcu Ubuntu mu vytyka, ze tam zadna klikatka na zpusob Yastu, Mandrakecontrolu nejsou.

Zustal bych u Debianu.

[Smajchl]

Já si to už po dvou letech nepamatuju přesně co jsem měl za problémy s Ubuntu. Byla to verze 5.04 a byl tam problém s instalátorem, že to nešlo nainstalovat česky, to si pamatuju

Na desktopu jsem v tu dobu měl Debian a říkal jsem si že na ntb dám Ubuntu, s tím, že základ je Debian a bude se ovládat stejně a zklamalo mě to, takže jsem rezignoval a nainstaloval Debian i na notebook, myslím, že i po rychlostní stránce byl debian rychlejší (po startu KDE zabírá 45MB Ram)

[Daniel Kvasnička ml.]

Já si to už po dvou letech nepamatuju přesně co jsem měl za problémy s Ubuntu. Byla to verze 5.04 a byl tam problém s instalátorem, že to nešlo nainstalovat česky, to si pamatuju

Tak to bych byt tebou to Ubuntu zkusil znovu. Od tebou uvedene verze se toho zmenilo opravdu hodne. Na tebou uvedeny HW bych hnedka bezel zkusit Xubuntu 7.10.

[Mandarinka]

Na co xfce? Zas tak moc RAM neušetří, a na tamtom NB by to nemělo ani být třeba.

[Smajchl]

Dokonce bych rek ze naopak, kdyz pouziju KDE, konqueror, kword, proste skoro samy K ktery sou nejlepsi, tak v KDE to bude imho zabirat min mista, protoze nebudou navic nacteny knihovny xfce. Nerikam ale ze xfce je spatny, ale zkousel jsem na jednom starym pocitaci xfce s firefoxem a nebyla to zadna slava, kde s konquerorem je lepsi a rychlejsi. Tot moje zkusenosti. Xfce melo po startu zabrano 35MB ram a KDE ma 45 - povypinany zbytecnosti...

[Daniel Kvasnička ml.]

Dokonce bych rek ze naopak, kdyz pouziju KDE, konqueror, kword, proste skoro samy K ktery sou nejlepsi, tak v KDE to bude imho zabirat min mista, protoze nebudou navic nacteny knihovny xfce.

No tak jasny, ja jsem nevedel (necetl jsem tu uplne celou diskusi), ze ti jde o K programy. Pak je to celkem zbytecne, tam rvat Xfce.

Nerikam ale ze xfce je spatny, ale zkousel jsem na jednom starym pocitaci xfce s firefoxem a nebyla to zadna slava, kde s konquerorem je lepsi a rychlejsi.

Neco mi rika, ze tim Xfce to opravdu nebylo

[Daniel Kvasnička ml.]

Mimochodem, dnes pres noc jsem se po dlouhe dobe odhodlal zkusit dist-upgrade z 7.04 na 7.10, presto, ze pred casem vsichni v diskusich breceli, jak jim to roz***alo system... a probehlo to bez nejmensich problemu. Asi 2 konfiguraky jsem pak rucne upravil zpet k obrazu svemu, ale jinak tak hladky upgrade jaky si lze jen predstavit.

[hydrandt]

Tak tos měl štěstí, mi ten program na upgrade padal nezávisle na dvou PC...

[Franta Gajdůšek]

Nikdo te nenuti v Ubuntu klikatka pouzivat. Ja mam Kubuntu, a na nejakou klikavost si nestezuju(teda az na to ze zjistuju jak udelat neco co lze teoreticky naklikat - jenze naklikani je znacne nespolehlive a kdyz neco nefunguje jak ma, tak clovek nezjisti proc). Na zacatku si distribuce rozbehla vse potrebne, a na dalsi nastavovani jedine konfigurak.

[vogo]

snad jen to Gentoo, nebo bych poradil Slackware, ale tam to nebude jiné (počet balíčků, ikdyž nevím co tak zásadního pro obyč usera chybí), jinak většina problémů není problém Archu, třeba ten wget, nebo flash v konqueroru

[kozzi]

No to bych netvrdil, To ze ma wget potize je sice problem wgetu, ale to ze nezustal v testing repositari a byl prehozenej do core je chyba Archu (me to moc nevadilom ja si ten wget opravil), a ohledne flash nevidim duvod proc nenechali i starsi verzi pro konquerror a pro operu.

[D-Evil]

Pokud máš kartu od ATI a používáš fglrx, knihovna libGL je "přepsaná" (většinou se změní symlink) tou od ATI. Stejně je to i u nVidie (a ano, je to tak i v Debianu). Co se týká distribuce, osobně bych tam asi vrátil ten Debian, po včerejších zkušenostech asi testing. Unstable se mi včera nepovedlo z českejch mirrorů ani nainstalovat a po dist-upgrade z testingu systém nenajede, protože nepřipojí disky, mám taky nepříjemnej zážitek s balíkem mysql serveru, kterej se při instalaci snaží vytvořit skupinu s gid, který už je obsazený, takže unstable vřele nedoporučuju).

[Smajchl]

Kartu mám od Intelu, takže to nefungovalo, v Debianu jsem právě ani nevěděl, že něco takovýho existuje, tam to fungovalo od začátku.

[Jakub Lucký]

Já zrovna na Unstable nějakou dobu jedu, dokonce znám i spoustu serverů, které na Unstable jedou a nikdy jsem nezažil žádný problém... Teda, teď vlastně jedna drobnost, ale nic co by stálo za řeč (řešení jedním příkazem)

[D-Evil]

Já na něm před pár lety jel jistou dobu taky a taky jsem problém neměl. Ovšem letos jsem těch problémů zažil několik a nutně ve mě vyvolávaj pocit, že do unstablu rozhodně nepatřej balíky, který nejdou korektně nainstalovat a že výsledkem dist-upgrade z testingu by nemělo bejt to, že novej kernel nepřipojí disky (obyčejný PATA, chipset VIA KT880).

Ale ono těch perel je v celym Debianu víc. Docela bych rád třeba věděl, proč neni možný provozovat KDE3 z Lennyho a KDE4 z Experimentalu vedle sebe, když hned za rohem v Kubuntu to funguje. Na stránkách debianních balíčků sice hovořej o kdelibs5 a dalších dvou balících, jenže ty mi dohromady celý prostředí nedaj. A už vůbec nechápu, proč tftpd z testinu při instalaci počítá s inetd, když nic takovýho v testingu dávno neni. Konfigurák pro xinet.d jsem si musel napsat ručně a to nepovažuju za šťastný a veselý řešení. Až budu mít trochu času, zkusim některý věci reportovat, ale obávám se, že to bude jen plivnutí do moře.

[Jakub Lucký]

To, že nejdou některé balíky korektně nainstalovat, to musím uznat, že je pravda, která občas trošku ztrpčuje život, ale není to nic vážného... Pokud potřebujete program ihned, většinou jde nainstalovat starší verze... Co se týče KDE, nějak nemůžu sloužit, protože jsem Gnomista... Co se týče těch nesmyslných závislostí, tam pomůže jen reportovat, ale to je podle mého názoru na všech distribucích stejně...

Unstable asi není pro člověka, který nechce na systém vůbec šahat, protože občas se něco umí přihodit, ale řekl bych, že nejde o nic moc tragického...

[ronny]

ja si teda na pocet balicku nestezuju .-) jinak.. je problem instalovat aur balicky pres aurbuild ci podobne? :)

[Prcek]

Gentoo ma moznost instalovat rovnou binarni baliky, takze nemusis kompilovat. Ale nikdy jsem to nezkousel, takze za nic nerucim .

http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=3#doc_chap4 http://gentoo-wiki.com/TIP_Using_PORTAGE_BINHOST

[Let_Me_Be]

To je sice hezky, ale nikdy to nefungovalo.

Bohuzel neexistuje nic na urovni Gentoo, co by melo binarni balicky, nebo netrpelo problemy Gentoo. Jeste se chystam vyzkouset Source Mage Linux, vypada relativne nadejne.

[pools]

Taky se chystam zkusit Source Mage ale naprosto me odrazuje jejich wiki, nic tak priserneho jsem nikdy nevidel :(

[David Heidelberg]

Klidně bych tam nacpal Gentoo zas tak strašně pomalý to nemáš a jinak bych zůstal u Debianu

[Milan Vít]

A co Gentoo s použitím distcc? (Správně, jen střílím od boku, samotnému se mi to nikdy nepodařilo rozjet Ale kdo ví, třeba bys měl víc štěstí.)

[D-Evil]

Mě se to kdysi rozjet povedlo, ale rozhodně tehdy neplatilo, že dva stroje kompilujou polovinu času. Ta úspora byla ve skutečnosti docela malá. Ale už je to pár let, třeba se od tý doby ledy hnuly.

[Cubic]

ja jsem to chvili pouzival ale pak jsem zjistil, ze ne vsechny programy distcc pobere a ze se stejne vsechny diskove operace pri kompilaci delaji na puvodnim stroji - moji hlavni motivaci bylo prave usetrit notebookovy disk od te zateze treba pri sestavovani openofficu a jinych narocnejsich veci, takze to pro me ztratilo vyznam a nakonec jsem sjednotil make.config na desktopu a notebooku (nastesti jsou oba C2D architektura, ale i tak je to trochu kompromis) a sdilim pro notebook /usr/portage/packages - aktualizace provadim nejdriv na desktopu a mam v make.conf FEATURES="buildpkg" takze mam od vseho binarky ktere se na notebooku jen naistalujou ... podle me jsem si docela pomohl a hlave ulehcil tomu tomu chudakovi prenosnymu

[Milan Vít]

Aha, tak to je docela… na nic, to by pak notebookový disk kompilaci možná i brzdil tak intenzivně, že by vlastně čas získaný díky distcc byl opět – ztracen Sjednocení make.conf a následné buildpkg mě také napadlo, ale nakonec jsem jej zavrhl, neboť podle blogpostu soudím, že by se asi muselo na desktopu kompilovat s příliš obecnými optimalizacemi.

[Smajchl]

jj pochopil, desktop mám na jiné věci než notebook, taky mi tam nevadí, nechat ho přes noc kompilovat - je i dobře odhlučněn, což u notebooku nejde a při vytížení procesoru na 100% pěkně řve, to bych se moc nevyspal.

Navíc nastane situace: jsem někde a chybí mi nějaký program, potřebuju ho hned a nemám čas čekat na kompilaci, u Gentoo je bohužel i obyčejný sync hrozně pomalý. Notebook mám na přenášení. Nebo budu doma a rychle něco potřebuju, tak to nebudu kompilovat na desktopu ale udělám to na notebooku.

[D-Evil]

Já měl v tomhle ohledu docela výhodu ve stejný architektuře desktopu a notebooku. Zapnul jsem si tvorbu binárních balíků, systém nastavil kompletně stejně a na notebooku instaloval balíky vytvořený na desktopu. Navíc z toho těžil i bratr, protože má stejnej desktop, takže mi pomoh přes distcc a za odměnu taky dostal balík :)

[kozzi]

Ohledně těch bodů co ti vadí:

• Málo balíčků? Si nemyslím je tam toho celkem dost pokud máš zaplí i community tak to skoro stačí, a pokud se naučíš používat yaourt místo pacman tak ti občasná kompilace z AURu nečiní potíž.
• To není chyba Archu tak to má být a je to všude, chyba je v ovladačích
• No to opet bude potiz ovadacu od ATI
• Ano to je chyba Archu
• Opet chyba Archu/distributorú
• No celkove je potiz ze pouzivaji ifconfig misto ip takze se chystam casem vytvorit lepsi verzi, treba se uchyti
• Taky jsem na to narazil, ale chyba byla v nastaveni php.ini kdo hleda ten najde
• No to nejspis neni problem Archu
• Nepoužívám nevím
• No mě to jde fonty tučně i jinak
• Mě to baví a to můžu vjmenovat spoustu dalších potíží s archem například:
• Odebírají s balíčků často hlavičkové soubory a dokumentaci - chápu chtějí menší balíčky, ale proč nevytvoří i balíček -dc, -dev atd.
• Často kašlou na lokalizační problémy, občas mám pocit že když jim někdo ohlásí že něco nefunguje v jinačí lokalizaci, tak odpověd je ve stylu, a co my stím nám to funguje.
• Dlouho jim trvá vydání nových ISO obrazů, což by nevadilo pokud by z těch stávajicích šel systém nainstalovat, ale on nejde
• Monoliticke KDE, to naštěstí řeší kdemod
• Občas(často) dochází(docházelo) k tomu že některé balíčky se nekontrolovali a po několika updatech některé věci přestali fungovat protože byli slinkovány s jinými verzemi knihoven
• ...

[pasmen]

Já teda nevím, ale přijde mi, že úplně stejné problémy jako Archlinux má každá jiná komunitní desktopová distribuce. A nevyzkoušel jsem jich zrovna málo. Menší množství balíčků je pravda, ale vytvořit PKGBUILD nebo ho dokonce stáhnout z AURu je práce na pár minut. Žádné potíže s PHP jsem nezaznamenal, v php.ini jsem změnil snad jen jeden, dva řádky. A to na Archu píšu PHP aplikace už pár měsíců. Co se týce libGL od ATI, je to úplně stejné jako by to bylo v případě proprietárních ovladačů od nVidia. Ani problémy s dhcpcd jsem nikdy nezaznamenal. Arch používám přes 2 roky a jediné problémy, co jsem kdy zaznamenal, byly právě v (možná předčasně, nevhodně) vydaných balíččích.

[kozzi]

Nevím jestli reaguješ na mě, ale pokud jo tak jak říkáš stejné potíže(spíš i mnohem víc) mají i ostatní komunitní(občas i nekomunitní) distra a to je důvod proč stále používám Arch.

[Smajchl]

Psal jsem problémy co se špatně řešily a zdlouhavě. Problémy co jsou jakoze bugy, nevím jak to popsat správně.

1) Na ten yaourt se podívám, jestli mi to zpříjemní práci s AURem tak super

2) Já nemám grafiku od ATI, ale od intelu, nevím co tam dělala ta knihovna k ati, už jsem byl smířen s tím, že v archu 3D nefunguje jak má - vykreslovalo to špatně rozpadával se obraz a podobně.

3) S ifconfigem v network skriptech je jen takovej detail, byly tam podstatnější problémy - souviselo to s ifplugd - ale chyby jsou už dýl nahlášený

4) Nevím už co hledat v tom php.ini protože ve skriptu jsem nastavil to samý co je v php.ini a pak to šlo

To s tím monolytickým kde je sice špatný ale problém jsem neřešil tak dlouho jako ostatní - protože jsem řešení našel - kdemod - jen jsou tam delší názvy souborů.

A to, že čeština mi v konzoli nefunguje a podobný kraviny, to jsem ještě neřešil.

[Václav Kramář]

1) Na ten yaourt se podívám, jestli mi to zpříjemní práci s AURem tak super

Vřele doporučuju. Tipy:

yaourt -Sb jmeno_balicku
yaourt -Syu --aur

2) Já nemám grafiku od ATI, ale od intelu, nevím co tam dělala ta knihovna k ati, už jsem byl smířen s tím, že v archu 3D nefunguje jak má - vykreslovalo to špatně rozpadával se obraz a podobně.

pacman -S libgl

[Smajchl]

Dik za radu.

pacman -S libgl

Jo to jsem udelal, nejdriv jsem odinstaloval to atinacky, catalyst nebo cytalist, nebo tak neco, ale jak jsem na to mel prijit??? Prisel jsem na to nahodou, a to je presne to co mi vadi, ze reseni chyb neni jen tak... V Gentoo jsem samozrejme mel problemy ale vzdy me to treba napsalo co se podelalo a ja byl schopnej to spravit.

[stanger]

Co rika wiki?

[Smajchl]

Myslíš tohle? http://wiki.archlinux.org/index.php/Xorg_(Česky)

Nic se tam o tom nepíše.

[ajikdpoe]

mam uplne presne ten isty notebook, s ale dokupil som 512 MB ram, je to potom o hodne sviznejsie. provozujem na to ubuntu 7.10 a funguje vsetko, je to stabilne, rychle.

[kouzer]

Já přešel z podobných důvodů na Debian(testing) a jsem velice spokojený. Doporučuji..

[Dunric]

Pokud ti jde o desktop, mohl by tvým požadavkům vyhovovat Zenwalk. Hodně populární, vyladěný, binárně kompatibilní se Slackware a necpe do aktualizací neotestované verze programů

[Zdenek Slama]

Skoda, ze Ti vadi ta kompilace. Source Mage se ale myslim take kompiluje. Ja sice cekam na novy release Gentoo, ale na notebooka jsem nainstaloval Sabayon a fungovalo vsechno (i to co jsem necekal ze pojede ). Je to binarka z Gentoo a kompilujes jenom doinstalovavane programy. Kdyz stahnes DVD, tak office a podobne tam jsou.

[frEon]

ja bych zustal u toho debianu. osobne volim testing

[CET]

Sice sam pouzivam Gentoo na PC a Debian stable na notebooku (nepotrebuju na notebooku super novy programy), ale Debian testing by tvoje naroky splnovat mohl.

[multi]

Pokud mas fakt zajem o neco takove tak zkus mandrivu

[pils]

Nechces prejmenovat ten blog spis na "Podivejte se co vsechno neumim nakonfigurovat v Archu"?

[Andrej]

Abych řekl pravdu, na ArchLinuxu se mi taktéž spousta věcí nelíbí. Ale seznam v tomto blogpostu je poněkud silné kafe. Svádět problémy (občas i binárního) software a (většinou nedokumentovaného) hardware na distribuci mi připadá trochu přehnané.

Málo balíčků v repozitáři, spoustu toho jsem musel instalovat z AURu

Aha. Smím se zeptat, kolik package requestů jsi vytvořil? Já se přiznám upřímně, že jsem nevytvořil žádný. Ale já si nestěžuju na nedostatek balíčků, že ano... Taktéž jsem občas narazil na chybějící balíček, který třeba nebyl dokonce ani v AUR. No ale v takovém případě jsem obětoval 10 minut napsání PKGBUILDu. Ano, ArchLinux je (zatím) „malá“ distribuce a počet balíčků nemůže být takový jako u Gentoo nebo Debianu. That's not a bug, that's a feature...

Blbnulo lid tlačítko, při zavření víka nezhaslo podsvětlení - nakonec naprosto divné řešení

Ano, takových problémů je spousta a na fórech Gentoo nebo Ubuntu se v drtivé většině případů najde řešení. Opět z toho lze těžko vinit distribuci. ArchLinux si neklade za cíl explicitně podporovat různý (třeba i vadný) hardware. To dělá právě třeba Ubuntu. V ArchLinuxu v nejhorším případě stačí jednoduše použít ABS a zkompilovat si věci kolem ACPI s jinými optiony. Já žádné podivné potíže s notebookem nemám. (Faktem ale je, že používám Vanilla kernel.)

Místo knihovny libgl byla v systému nějaká od ATI a já nebyl schopen zjistit proč mi akcelerace funguje jen na půl a glxgears segfaultuje

Nějaká od ATI? Nejde náhodou o nějaký proprietární binární ovladač? Tím je řečeno vše. Tučně zvýrazněná část mi připadá velmi podstatná: Proč je vlastně tato věta v seznamu „nevýhod“ distribuce?

Při přehrávání některých videí při použití ovladače xv je video naprosto přesvětlené, musí se použít ovladač x11

V Linuxu a X.org je tolik způsobů, jak akcelerovat přehrávání videa, že problém s jedním z nich přece nemusí znamenat tragédii. A hledal jsi vůbec řešení? Sice tam jde o opačný problém, ale mohlo by to pomoct.

Nefunkční flash v Konqueroru, musel jsem downgradovat flashplugin - jak na to mám přijít??

Mluvíš o implementaci GNASH nebo o Flashi od Adobe??? Pokud je řeč o tom druhém, proč je vlastně vůbec o něčem řeč? Jak za to může distribuce? Drobný hint: Z mé zkušenosti plyne, že Adobe Flash v Konqueroru přestane segfaultovat, když uděláš prelink -aRm. Je to překvapivé, ale na strojích, které provozuji, tomu tak je.

Nefunkční wget - taky downgrade

Takže dvě poznámky. Zaprvé, nefunkční wget jsem poslední dobou viděl už v několika distribucích. Zadruhé, proč hned downgrade? Když se dobře podíváš na chybové hlášky a podmínku, která neprošla tím assertem nebo co tam je, zjistíš, že problém se týká progress baru. To znamená, že s parametrem -q (quiet) je wget normálně použitelný. Kromě toho, když použiješ ABS, určitě je tam nějaký option, který umožní zkompilovat wget bez těch assertů a ladících podmínek... Pro použití parametru -q zároveň s ABS stačí editovat /etc/makepkg.conf.

Toto sice bezesporu je chyba distribuce, ale nezdá se mi, že by šlo o něco fatálního.

Dost problémů okolo ifplugd a dhcpcd - musel jsem předělat skript /etc/rc.d/network, aby to fungovalo, s dhcpcd je problém možná pořád, už se dlouho neprojevil ale nijak jsem ho nevyřešil

Huh? Používám ArchLinux pro přístup k PPPoE s autentizací, k WiFi sítím se třemi různými technikami přístupu (WPA PSK, WPA2 PSK, WPA2 PEAP) a k ethernetu, občas i s 802.1, a nikdy jsem neměl problém. Vždy to fungovalo bez modifikace startovacích skriptů i bez dalších úprav. Pravda je, že ifplugd jsem nikdy nepoužíval. (Rád vím, kdy přesně se počítač připojuje k síti a jak mám v dané chvíli nastavené routovací tabulky.) Na problémy s dhcpcd je přece /etc/conf.d/dpcpcd a všechny další záležitosti by mělo být možné nastavit v /etc/network-profiles (donedávna), případně v /etc/network.d (odnedávna). Nové řešení má tu obrovskou výhodu, že startovací skript network už není nijak vázaný na síťové profily. Lze tedy konečně rozlišit rozhraní, která mají fungovat pořád (loopback) a která podléhají změnám profilu.

Nelogická defaultní konfigurace php, musel jsem dost laborovat, abych rozchodil základní věci a zobrazování chyb mi funguje jen, když to zapnu přímo ve skriptu (v php.ini je vše jak má být)

U mě se tento problém nikdy neprojevil a výpis chybových hlášení se řídí přesně tím, co mám v php.ini. Pokud jsi vyloučil takové standardní chyby, jako je například nepřístupnost php.ini pro uživatele, pod kterým běží Apache, případně změna v syntaxi, kterou lze najít například v php.ini.pacnew, nezbývá než tuto věc prohlásit za záhadu. Zdá se mi, že na fórech ArchLinuxu si nikdo na nic podobného nestěžuje.

S wifi mám ještě větší problémy než v Debianu (tam byly taky problémy, ale tady nezáleží na distribuci - obecný problém)

Ne, tento problém skutečně nezáleží na distribuci, ale spíš se může nacházet mezi židlí a klávesnicí. Pokud si člověk správně nastaví konfiguraci pro wpa_supplicant, mělo by všechno fungovat. (To jsem koneckonců už psal výše.) Kromě toho nová implementace síťových profilů v /etc/network.d už ve většině případů nevyžaduje ani znalost konfiguračního souboru pro wpa_supplicant a umí jeho nastavení vygenerovat.

Při přenášení dat přes firewire (ethernet over firewire) po chvilce přenosu najednou konec a už se nepřenáší ani bajt

Nefunguje mi stolní lampa.

Opět je to něco, co nepatří do seznamu problémů nějaké distribuce. Zaprvé, co říká dmesg? Zadruhé, co říkají logy? Zatřetí, v kernelu jsou dvě implementace FireWire. Kterou používáš? S jakým nastavením? Začtvrté, jaký je to hardware?

V Konqueroru mi nefungují tučné písma - asi chybí Tahoma bold (teď mě to napadlo)

No, hmmm. Tak k této poznámce fakt není co dodat... Co tím chtěl básník říci?

Už mě to nebaví a nevzpomínám si, myslím, že to stačí k objasnění, proč mě arch nebaví

Nestačí. Možná žiju v nějakém jiném světě, ale vždy jsem měl za to, že operační systém (a počítač) slouží především ke komunikaci a k práci. Aby někoho bavil (nebo nebavil), to se příliš často nevidí. Pokud máš na takové experimenty čas, vyzkoušej si prostě několik jiných distribucí a třeba v některé z nich bude fungovat všechno hned a bez problémů. Doporučoval bych například Ubuntu nebo SUSE. Ale ruku na srdce, svádět vlastní pohodlnost na ArchLinux je poněkud nezodpovědné. Je to minimalistická a univerzální distribuce pro uživatele, kteří se nebojí řešit problémy. Pokud se to někomu nelíbí, ať se podívá po jiné distribuci a neztrácí čas psaním seznamu (více či méně podnětných) výhrad.

[Mandarinka]

Nemá tam nic od ATi, grafika je Intel!

Proč by neměl být pohodlný? To má jeden den týdně trávit vrtáním linuxu? Kdyby o to měl zájem, tak by se neptal na jiné distro. Možná by si udělal linux from scratch. Ale protože má rozum, tak usoudil, že lepší bude nainstalovat něco, kde za něj tvůrci odvedli víc práce.

Moje doporučení by možná bylo zkusit velká distra. Já nevím, ale opensuse má všechna nastavení v textových (okomentovaných) souborech, takže soudím, že byste si klidně mohl všecko nastavovat v nich. Myslím, že yast se dá kompletně odinstalovat! Na balíčky používat smart a konfiguraci ručně. Nebo yast nechat do zálohy. Taky jsem si tam svého času něco zkoušel přepisovat ručně, protožejsem nevěděl, klde to v yastu je a chtěl jsem vědět o všech možnostech (no, ale nakonec jsem zjistil, že to vůbec není třeba, že jo; proč se v tom furt nimrat, když to jen zabírá čas a komp jede i bez toho - většinou úplně stejně dobře).

[Michal Vyskočil]

Proč by neměl být pohodlný? To má jeden den týdně trávit vrtáním linuxu? Kdyby o to měl zájem, tak by se neptal na jiné distro.

Klikací distra nehci, protože mám rád čistotu a stejně používám konzoli a konfiguráky, připadá mi to lepší.

No, kdo chce kam ...

[Mandarinka]

Jinak si uvědomte, že vedlo toho se ještě dá očekávat, že když je v distru tolik chyb (nebo špatných implicitních nastavení), znamená to, že je v něm chyb mnohem víc, jen na ně ještě nepřišel. Přechod na více bezúdržbové distro tak ej třeba rozhdně doporučit, pokud uživatel nechce mrhat čas dodělávávním OS.

[Smajchl]

Přesně tak, navíc většina těch připomínek je zbytečná, co kolega napsal, protože jsem psal jen některé věci, které mi přišly dost nestandartní a které jsem v Debianu neřešil, od Debianu jsem odešel kvůli pár chybám (to mě nakoplo k akci, vadila mi totiž podstata) a v Archu jsem jich objevil mnohonásobně víc, navíc já jsem neříkal že Arch je špatný protože: "výpis těch chyb" ale napsal jsem některé z chyb co mi vadí, abych víc objasnil důvod proč hledám jinou distribuci a aby mi lidé mohli lépe poradit (nepsal jsem schválně podrobnosti).

Na druhou stranu by bylo fajn vyřešit stávající chyby (o co jsem se do teď snažil) protože jsem systém již začal používat a už ho mám zabydlený a ztrácet další čas instalací nového se mi opravdu nechce. Ale vždy jsem vyřešil nějaký problém a objevil se další, což nevěstí nic dobrého do budoucna - nemám čas na práci, natož se v tom deno denně hrabat. Dnes se třeba objevil další problém, při připojení FAT flashky to píše, že neznámý filesystém, u několika nezávislých pamětí.

Zkusím zaktualizovat ten Debian, snad se mi to nepodělá, kamarádovi jsem nedávno pomáhal instalovat Ubuntu z dost starého CD a při dist-upgrade se mu to komplet podělalo

[Petr Svoboda]

s dhcpcd je problém možná pořád, už se dlouho neprojevil ale nijak jsem ho nevyřešil

Na problémy s dhcpcd je přece /etc/conf.d/dpcpcd

No podle popisu v tom fóru šlo v tomto případě asi o chybu v dhcpcd, která však byla po nahlášení v Archu opravena (standardní archovskou metodou - vydáním nové upstream verze).

[drak89]

na stejnem laptopu mi take bezi arch cca rok a pul. s intel grafikou jsem zadny problem nezaznamenal. wifi jsem pravda nerozjizdel (ale pevne verim, ze by se mi ji ani rozjet nepodarilo - jeste se mi to totiz nepodarilo nikdy:)), nebot ji nepouzivam. k downgrade jsem jednou pristoupit musel a zjistil jsem, ze je dobre obcas si balicky z pacmanovy cache zalohovat. po posledni aktualizaci prestaly fungovat sitove profily, jeste jsem to bliz nezkoumal. nic neni bez chyby, ale musim rict, ze jsem s archem spokojeny - bezi dobre, rychle, stabilne a vrtanim v systemu stravim minimalni cas.

[Smajchl]

Jak je tohle možný, to nechápu.

[stanger]

K sitovym profilum: Preslo se na netcfg2. staci si precist news :)

[Smajchl]

Tak jsem nabootoval do Debianu Teď jsem spustil dist-upgrade a stahuje se 700MB programů (Proč to délám zrovna tady, kde mám FUP 2GB a nízkou rychlost? hehe)

Docela zajímavý je nastavení vzhledu KDE Už jsem úplné zapomněl jak to tady vypadalo. A stojím před problémem, kterej vzhled použiju jestli ten starý nebo nový Každej má něco do sebe. Dejavu, nebo tahoma, jiný iconset a barva lišt, těžký rozhodnutí

BTW: zatím to funguje dobře, chyby co jsem mél v Archu tu nejsou, tak mi držte palce ať nemám žádný jiný problémy.