Linus vyměnil GNOME 3 za Xfce

Linus Torvalds si postěžoval na GNOME 3, které označil za příšerný bordel. Namísto toho začal používat Xfce. Ačkoliv považuje Xfce za uživatelsky horší než GNOME 2, pořád je to prý mnohem lepší než GNOME 3. Zatímco dříve mu vadil přístup jeho vývojářů, kteří odstraňovali funkce, protože byly "příliš složité", teď už se prý dostali do fáze, kdy je podle nich asi "příliš složité" umožnit uživateli v prostředí vůbec pracovat. Stojí za připomenutí, že z podobných důvodů utekl Linus i od KDE 4.

4.8.2011 14:55 | Luboš Doležel (Doli) | Komunita

Komentáře

[qwert]

...Linus Torvalds si postěžoval na GNOME 3, které označil za příšerný bordel. Namísto toho začal používat Xfce. Ačkoliv považuje Xfce za uživatelsky horší než GNOME 2, pořád je to prý mnohem lepší než GNOME 3...

Je nutný rozlišovat GNOME 3 a GNOME Shell.

[Jan]

Ta varianta bez Shellu mi rači ani nenajela, takže jsem ve stejné situaci jako Linus. Akorát jsem měl navíc problém s PulseAudiem. Ať jsem dělal so jsem dělal, tak několik aplikací prostě jelo bez zvuku. Takže jsem ho odstranil, zlatá ALSA.

[Bedňa]

Pred časom to bolo tuším v správičkách, že nejaký vývojár zostavil "Gnome2 face" z knižníc Gnome3, hľadal som to a ani za boha to vygoogliť. Ja teraz vlastne fungujem rovnako, ale lepil som to sám a má to drobné muchy. Čo sa týka zlatej ALSA, tak driver pre jadro 3.0 ani neskompilujem, čo mi je vlastne jedno páč je to šmejd ako aj PA. Čo ma mrzí, že nikto mi nedokázal pomôcť s OSSv4 a mikrofónom.

[vain]

Asi myslíš BlueBubble.

[Bedňa]

Na to som narazil, ale nebol som si istý či to je ono, ale asi áno. Dík.

[pavlix]

Je nutný rozlišovat GNOME 3 a GNOME Shell.

Zas až tak nezbytné to není.

[Bedňa]

Gnome3 je Gnome shell, pokiaľ sa bavíme o tom používať len knižnice s Gnome3 a fungovať vo face Gnome2, to ide ale prináša to zo sebou problémy. Buď si začneš všetko kompilovať sám, alebo napríklad pri najbližšom update ti nepôjde zvuk vo flashi atď.

[asfethan]

Ja pouzivam gnome-session vo verzii 3.0.2 a gnome3/gtk3/gtk2 kniznice. Vlastne aktualizujem vsetko co uz je prepisane do gtk3, resp. pripravene pre gnome3.

Na druhej strane nepouzivam gnome-panel, shell, ani nic podobne. Ako WM mam XMonad, namiesto panelu zase dzen2 skript a som velmi spokojny. Ziadne problemy pri aktualizaciach sa nedeju (zvlast nie so zvukom).

[Bedňa]

O XMonad sme sa už bavili, je asi fajn, ale keď sme pri tom Gnome, tak po poslednej aktualizácií mi nejde zvuk vo Flashi (natiahlo si to nejaký balíček Alsa-niečo). Predtým som si to kompiloval všetko sám a zdroje na Gnome som vyhodil aby mi to nerzhasilo. Dal som šancu aktualizáciam a zas som v ...

[asfethan]

Ja viem ze ano, ale myslim ze ten je teraz nepodstatny. Nemyslim ze by gnome3 WM, alebo panel rozhasili zvuk. Alebo ano?

Ake distro to pouzivas?

[Bedňa]

To ani nieje distro :) Linux s29 3.0.0 #4 SMP Sat Jul 23 00:44:35 CEST 2011 i686 athlon i386 GNU/Linux. Lepím si to sám a keď som chcel mať aktuálne balíčky, dal som šancu zdrojom s Ubuntu, ono to funguje fajn, len občas mi to niečo rozbije a dnes napr. zvuk z flashu ide :) Rozmýšlam nad tým urobiť updaty cez automatický výber balíčkov aby mi to nešahalo na drivere ako naposledy Alsu a celkovo systémové závislosti.

[Bedňa]

Zaújmavá myšlienka od Inga Molnara

I think OSS UI projects are also making a big mistake by mimicking the development model of closed-source projects. OSS has the unique opportunity to engage the user right at the desktop: I wish there was a project where end-users could directly interact at that level and vote/report in much more flexible ways than Evolution popping up with a bug report form ...

[vlastagf]

uprimne, neni to smutny?

[vain]

Co on vlastně používá za distribuci? Nebo si to plácá všechno sám? =)

[creon]

mám dojem že fedoru

[Solitary]

Taky jsem u Fedory 15 vymenil Gnome za Xfce s tiling managerem. V nekterych ohledech se mi libi vic i jak Gnome 2.

[Pučmeloud]

Jo jo, Gnome 2 byl nejlepší desktop všech dob. Škoda ho.

[ikarr]

+1

[volani.webnode.cz]

Používám ho do teĎ, ale že by to byl takový skvost? KDE 3.5 možná bylo ještě míň debilní než gnome2 :D

Ale hodnotím to podle toho co se mi líbí a to windows 2000 :D

-né že od té doby nepřibilo i praktických nápadů a vylepšení, ale většinou mám pocit že spíš těch nepraktických :)

Jinak jsme klikací uživatel používajíc často klávesové zkratky :) příkazové řádky používám a konfigy edituji až když dojdou všechny předchozí možnosti :D

Takže viděl bych to prostě takto: Windows > KDE 3 > Gnome panel (gnome2) > XFCE (ale zatím jsme na předchozím bodě).

Ale jelikož používám mint a mám s ním pořád nějáké trable (nefunkční nápověda, hardware, padání, nenabíhání -viz forum lmint.tk) Tak raděi na tom jednom PC kde mám mitn používám Windows ME (na jiný už nemám licenci) a funguje to líp jak ten linux na to na co se ten PC používá (web, fotky, tisk, skenování, editace html, psaní, staré hry, filmy). Takže tak :D

[maco]

Ja som bol nazoru ze pouziva nake brutalizacne hackerske mega distro jako gentoo a nakej brutalizacny super mega WM ako Awesome alebo nieco podobneho.

No asi so tak nieje :)

[trekker.dk]

Gentoo je pro lidi, kteří mají spoustu volného času a neví co s ním

[Luboš Doležel (Doli)]

Možná procesorového času, ale jinak je to na správu fajn distribuce.

[trekker.dk]

Tak to ani náhodou.

[marvn]

konkretne?

[trekker.dk]

Gentoo: emerge -av něco

Následuje kompilace (+10 minut), pak to vyhodí podivnou chybu. Google (+10 minut), zjevně to jde přeložit jenom s make -j1, nová kompilace (+30 minut), stejně to nejede. Řešení, googlení, pokusy s různými verzemi a závislostmi, celkový čas 2 dny a bez úspěchu

Debian: apt-get install to_samé

Nainstaluje se, nastaví se, funguje, celkový čas 1 minuta.

[marvn]

lol (ale jo, mel jsem takovou odpoved cekat)

[Luboš Doležel (Doli)]

Následuje kompilace (+10 minut), pak to vyhodí podivnou chybu. Google (+10 minut), zjevně to jde přeložit jenom s make -j1, nová kompilace (+30 minut), stejně to nejede. Řešení, googlení, pokusy s různými verzemi a závislostmi, celkový čas 2 dny a bez úspěchu

To se stává naprosto výjimečně.

Nainstaluje se, nastaví se, funguje, celkový čas 1 minuta.

To ale funguje dobře jen na papíře. Problém nastává, pokud potřebuju novější verzi, než je ve stable, a začnu míchat stable s testingem. V tu ránu se tam začne řetězovou reakcí natahovat půlka testingu (protože knihovna A verze X byla zkompilovaná proti knihovně B verze Y) a testing na serveru je pro odvážnější povahy.

[trekker.dk]

To se stává naprosto výjimečně.

Ne tak výjimečně, jak bych chtěl a jak bych si představoval u "fajn distribuce na správu"

To ale funguje dobře jen na papíře.

To funguje velice dobře v praxi.

Problém nastává, pokud potřebuju novější verzi, než je ve stable, a začnu míchat stable s testingem. ... testing na serveru je pro odvážnější povahy.

1. U čeho na serveru potřebuješ verzi z testing, protože stable je moc stará?

2. I testing je IMO dost stabilní na používání na serveru, zvlášt v porovnání s Gentoo.

[Luboš Doležel (Doli)]

1. U čeho na serveru potřebuješ verzi z testing, protože stable je moc stará?

Už si moc dobře nevzpomínám, Debian jsem už ze serveru vyhodil, ale šlo o něco multimediálního.

2. I testing je IMO dost stabilní na používání na serveru, zvlášt v porovnání s Gentoo.

Tak to opravdu nesouhlasím.

[trekker.dk]

šlo o něco multimediálního.

na serveru?

[Jendа]

Streamovací server? A ano, jednu dobu byl skutečně potřeba FFserver z testingu, pokud byl na druhé straně taky FFserver z testingu, protože si spolu dvě různé verze nerozuměly.

[Luboš Doležel (Doli)]

Ano, na serveru.

[pavlix]

Ne každý má rovnítko mezi serverem a webhostingem.

[CEST]

1. U čeho na serveru potřebuješ verzi z testing, protože stable je moc stará?

Už si moc dobře nevzpomínám, Debian jsem už ze serveru vyhodil, ale šlo o něco multimediálního.

*** U me to je clamav a spamassassin, ale ty jsou nastesti v backportu/volatile/updates repository.

2. I testing je IMO dost stabilní na používání na serveru, zvlášt v porovnání s Gentoo.

Tak to opravdu nesouhlasím.

*** Hmmm, blby je, kdyz chce clovek s gentoo udelat upgrade, tak (a) ceka dost dlouho, (b) obcas se muzou vyskytnout problemy s kompilaci balicku, (c) obcas se muzou vyskytnout problemy po instalaci s funkci nove verze, (d) obcas muzou prestat fungovat jine programy zavisle na stare verzi nejake knihovny a pak se musi delat revdep-rebuild. Produktivni gentoo bych si predstavoval tak, ze bych si vytvoril nejakych par profilu pro ruznou funkcionalitu (firewall+router, web server, DB server, samba server...) a pro tyhle verze pak mel bezici testovaci system, kde bych pripravil binarni balicky pro produktivni servery a kde bych testoval funkcionality (ale i tak bych tam nedokazal otestovat uplne vsechno). A pak upgradovat na produktivnich pouze binarne. Cili dostal bych se na stejnou uroven jako debian a jine distra, ktera maji vice vyvojaru, vice serveru na pripravu binarni balicku a vic zkusenosti. Takze ja davam na server pouze debian. Gentoo mam na jedne hlavni stanici, na dalsich a na ntb mam taky deb.

[Luboš Doležel (Doli)]

obcas muzou prestat fungovat jine programy zavisle na stare verzi nejake knihovny a pak se musi delat revdep-rebuild

Pokud se nepletu, tak Gentoo v těchto situacích zachová i starou verzi knihovny.

[Zopper]

Já zase řešil stejný problém se synchronizací přes unison, kdy v ubuntu byla nějaká stará verze a v archlinuxu nejnovější stable. Nakonec jsem to vyřešil tím, že jsem v archlinuxu přes AUR nainstaloval starší verzi...

[Johny]

2) tohle se netyka jen serveru. Klasicky priklad z desktopu? Mam Lennyho s prastarou verzi X a odpovidajicim nvidia driverem. Jenze narazim na bug ve Wine... Drivery mi s X ze Squeeze nefunguji... Jak to vyresit??? Novy Wine = dependency hell a aktualizace pulky systemu s nejistym vysledkem. Nacpat do Squeeze stara X? Dalsi dependency hell. Muzes mi poradit, jak to mam vyresit? A to je opravdu ma situace.....

[kyytaM]

Debian backports nepomozu?

[lyon]

>Novy Wine = dependency hell a aktualizace pulky systemu s nejistym vysledkem.

Instalace novejsiho SW se dela rekompilaci sources z testing, ne instalaci binarek, zavislych na uplne jinych verzich knihoven. To se pak clovek nesmi divit, ze z toho ma dependency hell, kdyz takhle mota dohromady dve nekompatibilni vetve...

[Luboš Doležel (Doli)]

To už to pak můžu kompilovat rovnou všechno a větve nechat ptákům.

[poky74]

Zpátky na větve (stromy), proč mít pohodlnější jen část, to je přece lepší mít to náročnější celé!

Ano, jsem příznivec Debianu

[SPM]

Protože to kompilování na debianu je výrazně větší hell, než v gentoo...

[CEST]

Protože to kompilování na debianu je výrazně větší hell, než v gentoo...

*** Nesouhlasim. Kompilace je OK. Je tam sice krok navic, ze musis doinstalovat chybejici build depends, ale to je vse. Pak uz jenom dpkg-buildpackage a jede to samo (samozrejme pokud to nevyzaduje samo o sobe nejakou novejsi verzi knihoven). Jenze podobne se ti muze stat i v Gentoo - povolis nejakej nestabilni (~x86) balicek a jdes kompilovat. Ale ten balicek vyzaduje nestabilni knihovnu, takze ji musis taky povolit a ta muze pozadovat dalsi nestabilni.

V Gentoo je jedna vec totalne super, na kterou nemaji jiny distribuce a to je pouzivani flagu. Proste si jednoduse nastavim, co chci v balicku zakompilovat a je jedu.

V debianu musi byt bud pripravene ruzne balicky (moduly pomoci libapache2-XXX nebo php5-XXX, nebo verze pro X a bez X "nox"), ale kdybych chtel neco specialniho, tak stahnout zdrojaky, mrknout do debian/rules, upravit config flagy a prekompilovat.

[ewrgewrgewr]

cca 8 let s Gentoo mi ukázalo, že ~(~x86, ~x86_64, ~arm) je stabilnější a méně problémové než bez ~. btw už je ten Debilian installer v ncurses opravený? Bo posledně, když jsem zkoušel ten bazmek D instalovat, nerozpoznal ext2/3 oddíly a sveřepě mi nabízel znovurozdělení disku (proto jsem zakotvil u Gentoo, just works a přitáhlo mě k Linuxu, bo jeho možnosti jsou výrazně větší než binární distra, kde si kdejaký chytrák usmyslí, že tak je to nejlepší a přes to nejede vlak).

[trekker.dk]

Bo posledně, když jsem zkoušel ten bazmek D instalovat, nerozpoznal ext2/3 oddíly

To jsi používal nějakou vývojovou verzi instalátoru, ne?

[tghyrweryh]

Bo posledně, když jsem zkoušel ten bazmek D instalovat, nerozpoznal ext2/3 oddíly

To jsi používal nějakou vývojovou verzi instalátoru, ne?

ne

[Jendа]

Tak jsi používal instalátor, a to je ten problém :). Mně k srdci přirostl debootstrap.

[erwtwert]

Debian se standardně instaluje debootstrapem?

[Mrkva]

Je to jeden z možných postupů (zmíněných i v manuálu). A deboostrap FTW!

[pavlix]

Tak jsi používal instalátor, a to je ten problém :).

Co je na tom špatně? Taky často používám debootstrap, ale při použití debootstrapu nezískáš plně nainstalovaný a nakonfigurovaný systém, takže není moc důvod ho doporučovat.

[Jendа]

Předpokládám, že měl nějaké nestandardní nastavení (protože jinak podle mě stabilní instalátor nemůže ext nerozpoznat - vždyť to je jedna z nejpoužívanějších funkcí, toho by si snad cestou do stable někdo všiml), a k tomu se debootstrap hodí.

[SPM]

No, úplně neni... u gentoo napíšeš emerge neco, a je hotovo... v debianu si přes něco jako apt-src nebo podobně musíš obstarat ten balíkovej zdroják, docpat k němu ty závislosti (přičemž při braní balíku z testing do stable zase člověk narazí na to, že v závislostech jsou věci, co ve stable nejsou...), pak to zkompilovat, čímž vznikne deb balíček a ten pak instalovat... a co hůř, když si nějak nezměníš jméno/verzi balíku (nebo mu pak nezakážeš upgrade), tak s příštim updatem novější verze ti to tu tvoji přeplácne (jasně, pokud si chtěl jenom nějakou verzi, tak je to fuk, ale pokud si to kompiloval kvůli upravení nějakejch flagů, tak tam máš zase tu špatnou verzi)... a teď si vem, že těch balíků potřebuješ zkompilovat 5 - na gentoo je to pořád jeden command :D

[trekker.dk]

v debianu si přes něco jako apt-src nebo podobně musíš obstarat ten balíkovej zdroják

apt-get source program

docpat k němu ty závislosti

apt-get build-dep program

pak to zkompilovat

dpkg-buildpackage

čímž vznikne deb balíček a ten pak instalovat...

dpkg -i

Vzhledem k tomu, že se jedná o postup, který chceš používat jenom výjimečně - a i tak se většina práce udělá sama - jsou to prostě jenom 4 příkazy místo 1

a co hůř, když si nějak nezměníš jméno/verzi balíku (nebo mu pak nezakážeš upgrade)

dpkg --set-selections
program hold
^D

a teď si vem, že těch balíků potřebuješ zkompilovat 5 - na gentoo je to pořád jeden command :D

Kterej ale bohužel musíš použít i pro všechny ostatní balíky v systému včetně těch, které bohatě stačí stáhnout binárně.

[frdrx]

apt-build?

[trekker.dk]

Dost možná, tenhle postup jsem si kdysi dávno osvojil kvůli mezikroku, kdy potřebuješ do těch zdrojáků nějak sáhnout.

[frdrx]

Na svých strojích si apt-buildem většinou překompiluji některé komponenty systému bez zásahů do kódu, ale ty zdrojáky se určitě modifikovat dají. Je teda fakt, že né každý balík se dá takhle jednoduše zkompilovat. Často vůbec nevím co s tím. Třeba jádro se mi daří kompilovat jenom jinými postupy.

[tghyrweryh]

pffff, to je moc složité. Zlaté emerge "jméno balíku".

[trekker.dk]

Co mám zkušenost, tak není ani potřeba překládat zdrojáky, nainstalovat balíčky z testing do stable i z unstable do testing funguje docela dobře.

[erwtwert]

Co mám zkušenost, tak není ani potřeba překládat zdrojáky, nainstalovat balíčky z testing do stable i z unstable do testing funguje docela dobře.

Spojení "docela dobře" moc důvěry nevzbuzuje.

[trekker.dk]

Mam Lennyho s prastarou verzi X a odpovidajicim nvidia driverem.

No tak první otázka, kterou by sis měl položit, je "Proč?"

Novy Wine = dependency hell a aktualizace pulky systemu s nejistym vysledkem.

Asi jak pro koho... Btw. pojem "dependency hell" používáš poměrně svérázným způsobem. To, že se při upgrade programu chtějí upgradovat všechny balíky, na kterých ten program závisí, není chyba, ale vlastnost.

[Jendа]

Drivery mi s X ze Squeeze nefunguji... Jak to vyresit???

Používat normální HW.

[ilja]

Drivery mi s X ze Squeeze nefunguji... Jak to vyresit???

Dostal jsem se do podobné situace. Postupoval jsem stejně jako v Lennym - nvidia-glx, nvidia-settings, nvidia-xconfig. Instalace, restart. Po restartu v terminálu nvidia-xconfig a entr. Odhlásit se a po přihlášení akcelerace fungovala. To samé jsem udělal ve Squeeze a už jsem nenastartoval GUI. Takže jsem se vrátil k Lennymu a vše je bez problémů. A jak jsem někde četl, myslím že na rootu, tak mají uživatelé problémy s parkováním hlaviček v notebocích i jiné.... Asi se tahle distribuce moc nepovedla.... Jinak co se týká GUI GNOME 3 - Shell, tak se mi docela zamlouvá, na rozdíl od KDE 4. Snad by mohli vývojáři napodobit Ubuntu ve snadnější instalaci driverů pro grafické karty nVidia a Ati.

[Patrik Šíma]

patchni wine

[pavlix]

1. U čeho na serveru potřebuješ verzi z testing, protože stable je moc stará?

Toho je moc, abych to vyjmenovával. Ale přesto stable používám často i v případech, kdy mám x různých aplikací v novějších verzích. Pravda, udržuju funkční systémy, nevedu náboženské války.

[trekker.dk]

Provedl jsem ti něco, že co příspěvek, to urážka? Nebo ze sebe prostě jenom děláš rejpajícího debila jako dycky?

[vain]

Ne že bych se vám do toho chtěl srát, ale co tě urazilo na tomhle posledním postu? Mě se zdá ok. Mimochodem co to znamená "dycky"?

[pavlix]

Taky nevím, co jsem provedl. Mám podezření, že pro něj je urážkou to, že jsem pod příspěvkem podepsaný já (tedy ten, který nemá stejné názory).

[pavlix]

Provedl jsem ti něco, že co příspěvek, to urážka? Nebo ze sebe prostě jenom děláš rejpajícího debila jako dycky?

Provedl jsem ti něco, že co příspěvek, to urážka? Nebo ze sebe prostě jenom děláš rejpajícího debila jako dycky?

[erwtwert]

To se stává naprosto výjimečně.

porovnání s Gentoo.

To bude rukama, tj. problém je někde mezi klávesnicí a židlí. Gentoo GNU/Linux je IMHO nejstabilnější distro, které jsem vyzkoušel.

[pavlix]

To bude rukama, tj. problém je někde mezi klávesnicí a židlí. Gentoo GNU/Linux je IMHO nejstabilnější distro, které jsem vyzkoušel.

Gentoo mám strašně moc rád, ale patří mezi nejméně stabilní distra, která jsem kdy vyzkoušel a nejvíce náchylná na vznik problémů při updatech. Všechny problémy šly řešit, o tom žádná.

[gnat]

Vyjímečně ? Já jsem nějaký nezkompilovatelný balíček na Gentoo řešil po každém emerge -u world. Když mi tak 1x z 10 aktualizací prošla bez zásahu, tak jsem otvíral na oslavu lahev. To čekání na počítači s jedním jádrem při každé aktualizaci než se všechno zkompiluje, protože systém je v tom čase téměř nepoužitelný, bylo dobré cvičení nervů. Navíc pokud přišla aktualizace něčeho většího (jádro, X, OO), tak to znamenalo nechat počítač běžet přes celou noc a poslouchat naplno jedoucí ventilátory. Roky s Gentoo opravdu nebyly ty, na které bych rád vzpomínal.

[Semo]

Tomu, kto fnuka na slaby vykon jednojadra a zaroven si silou-mocou musi sam sam prekladat OOo a nechce pouzit binarnu verziu asi fakt Gentoo do ruk nepatri.

[erwtwert]

Nemáš používat automatickou aktualizaci, ale prvně si zjistit, co ti upgrade přinese. emerge -u world jsem nikdy nepoužil.

[pavlix]

Nemáš používat automatickou aktualizaci, ale prvně si zjistit, co ti upgrade přinese. emerge -u world jsem nikdy nepoužil.

Pak se nediv, že spousta lidí na spoustu účelů volí například distribuci, kterou se nebojí nechat updatovat třeba denně z cronu.

[kavol]

kterou se nebojí nechat updatovat třeba denně z cronu.

přesně to jsem dělal se servříkem postaveným na Gentoo

[pavlix]

Ale jo, já jsem se svým servříkem na Gentoo toto nedělal, za to jsem dělal jiné psí kusy. Jednou jsem si smazal nezálohovanou konfiguraci právě při instalaci Gentoo na domácí server/router zaživa. Dával jsem to dohromady tři dny, za které si na mně připojení sousedé našli skutečného poskytovatele konektivity :). (Legrace byla, když jsem jim po roce volal z jeho telefonního čísla jakožto jeho záskok.)

[moo]

yet another gentoo victim

[Semo]

Pred mesiacom som presiel z jednojadra na 2 jadro s HT. Takze som cely world prekompiloval s -j4 a nikde ziadny problem.

Pokial cloveku vyhovuje bezne binarne distro, tak nepotrebuje Gentoo. Ak ale nie, tak je znacne lahsie sa zzit s Gentoo, nez si ohybat bindistro k svojim potrebam.

[Patrik Šíma]

to je právě otázka výběru. když chci u všeho poslední verze nebo používám kraviny aka wine, tak si nevybíram konzervativní ditribuce jako debian, že.

[R]

A naco si to cele znovu kompiloval?

[Semo]

Pretoze prechod z -march=k8 na -march=core2 -mno-avx. (V oboch pripadoch zadane ako samozrejme ako "native"; GCC 4.4 ma problemy s AVX).

[erwtwert]

Gcc 4.4 je pravěká verze (v portage je 4.4.5/6), podpora AVX je až v 4.6.x .

[Roman Horník]

To jo, ale někdo se nespokojí s univerzálně předkompilovanými balíky, na to je v debianí říši apt-build.

[tghyrweryh]

Tak to už je jednodušší používat Gentoo GNU/Linux než ohýbat D.

[pavlix]

Nemusí být. Záleží na okolnostech.

[pavlix]

Nainstaluje se, nastaví se, funguje, celkový čas 1 minuta.

Jasně, asi jako nedávný upgrade asterisku na stable, kdy dopoledne začali lidi volat z mobilů, že nejde voip :D.

Teorie je krásná věc.

[pje]

Update serveru za plného provozu? Měl jsem vás za schopného admina...

[SPM]

Na druhou stranu u gentoo, když něco updatnu, tak se to jen updatne a pak je na mně, kdy si tu službu restartnu (eventuelně kdy ji pustim, pokud ji instaluji nově)... zatímco debian hrdě všechno spouští a restartuje, takže ono se stačí trefit s updatem balíku, co má nějakou službu v závislosti, nevšimnout si toho a už to dělá výpadky :) za tohle chování by imho měli někoho pověsit za koule do průvanu

[Jendа]

Jsem rád, že nejsem jediný, koho tohle chování také pěkně iteruje. Zejména pokud je výchozí konfigurace balíku nebezpečná (ziproxy) a ono se to prostě samo nastartuje.

[pavlix]

Odkaz na bugreport?

[Jendа]

Není, protože jsem to oflagoval jako security a ještě nezveřejněné, přišlo jim to mailem. Ale protože jsem si poslal kopii, z hlaviček vypadá, že jim to přišlo.

Received: by 10.68.63.234 with SMTP id j10cs62607pbs;
        Sat, 21 May 2011 02:42:36 -0700 (PDT)
Received: by 10.223.100.2 with SMTP id w2mr486320fan.87.1305970955268;
        Sat, 21 May 2011 02:42:35 -0700 (PDT)
Return-Path: <hrachj gmail.com>
Received: from ee.hrach.eu (ip-213-220-240-179.net.upcbroadband.cz [213.220.240.179])
        by mx.google.com with ESMTPS id o8si4645502fal.205.2011.05.21.02.42.34
        (version=TLSv1/SSLv3 cipher=OTHER);
        Sat, 21 May 2011 02:42:35 -0700 (PDT)
Received-SPF: neutral (google.com: 213.220.240.179 is neither permitted nor denied by domain of hrachj@gmail.com) client-ip=213.220.240.179;
Authentication-Results: mx.google.com; spf=neutral (google.com: 213.220.240.179 is neither permitted nor denied by domain of hrachj gmail.com) smtp.mail=hrachj gmail.com
Received: from jenda by ee.hrach.eu with local (Exim 4.76)
	(envelope-from <hrachj gmail.com>)
	id 1QNihd-0001yl-83; Sat, 21 May 2011 11:42:33 +0200

[Jendа]

Teda, tohle nejsou ty hlavičky ve směru k nim, že, ale když to přišlo mně, tak to snad přišlo i jim.

[trekker.dk]

zatímco debian hrdě všechno spouští

U lecčeho se spuštění musí povolit - příkladem je zrovna ten Asterisk.

restartuje, takže ono se stačí trefit s updatem balíku, co má nějakou službu v závislosti, nevšimnout si toho a už to dělá výpadky

Na druhou stranu ta služba nemusí po update fungovat korektně, když se zaktualizuje nějaká knihovna, kterou ten program neměl otevřenou. IMO mají obě možnosti svoje nevýhody.

[erwtwert]

zatímco debian hrdě všechno spouští

Na druhou stranu ta služba nemusí po update fungovat korektně, když se zaktualizuje nějaká knihovna, kterou ten program neměl otevřenou.

Balíčkovací systém Gentoo GNU/Linuxu pro tyto případy binárku a oznámí, že pro novou verzi je třeba programy závislé na této knihovně rekompilovat včetně kompletní příkazové řádky pro "líné".

[SPM]

Ale quagga třeba zrovna ne... a to je fakt dobrá fíčura :)

[erwtwert]

Na druhou stranu u gentoo, když něco updatnu, tak se to jen updatne a pak je na mně, kdy si tu službu restartnu (eventuelně kdy ji pustim, pokud ji instaluji nově)... zatímco debian hrdě všechno spouští a restartuje, takže ono se stačí trefit s updatem balíku, co má nějakou službu v závislosti, nevšimnout si toho a už to dělá výpadky :) za tohle chování by imho měli někoho pověsit za koule do průvanu

V Debilianu se služby spouští samy? WTF, tímto kleslo moje mínění o D na samotné dno.

[Mrkva]

Lepší než když ta služba smrdí v nedefinovaným stavu.

ono se stačí trefit s updatem balíku, co má nějakou službu v závislosti, nevšimnout si toho a už to dělá výpadky

Ono se dneska aktualizace nedělají v době kdy případný výpadek nikomu neuškodí?

[erwtwert]

služba smrdí v nedefinovaným stavu.

To se běžně nedozvím o D.

[SPM]

Výpadky obvykle vadí každému vždycky... a zrovna u debianu s jeho typem updatů mám ty výpadky mnohem delší, než na gentoo

[pavlix]

Výpadky obvykle vadí každému vždycky... a zrovna u debianu s jeho typem updatů mám ty výpadky mnohem delší, než na gentoo

To si moc neumím představit. V Gentoo jsem považoval za běžné, že restart služby (který je logickým vyústěním updatu jak na Gentoo, tak v Debianu) čas od času službu vyřadil z provozu (viz třeba nekompatibilní konfigurace Apache). Na Debianu jsem na to narazil jednou, u Asterisku a překvapilo mě to (na Gentoo bych překvapený nebyl).

Ať to beru z jakékoli stránky, přijde mi tvrzení o delších výpadcích na Gentoo oproti Debianu stable naprosto nereálné.

[SPM]

No jde o to, že u gentoo si zkompiluju tu novou verzi a pak až chci, to restartnu a jsem na to připraven... debian to dělá automaticky, navíc když se pustí upgrade všeho, tak si to různě rozkládá - takže se lehce stane, že to povypíná daemony, pak to nějakou dobu šrotí a pak je milostivě zase zapne (a u tý quaggy je to fakt bomba :) ). S nekompatibilní konfigurací bude problém na obou; od toho je taky dobré přečíst si nějaké release notes (alespoň těch kritických věcí).

[pavlix]

navíc když se pustí upgrade všeho, tak si to různě rozkládá - takže se lehce stane, že to povypíná daemony, pak to nějakou dobu šrotí a pak je milostivě zase zapne (a u tý quaggy je to fakt bomba :) ).

Teďka jsem zkoumal spíš RPM než DEB, a u RPM nemůžu potvrdit, že by se vypínaly služby když to není potřeba. Mám za to, že ani u DEBu.

takže se lehce stane, že to povypíná daemony, pak to nějakou dobu šrotí a pak je milostivě zase zapne (a u tý quaggy je to fakt bomba :) ).

Jestli je problém s nějakým konkrétním balíkem, tak bych z toho neusuzoval na celé distro.

S nekompatibilní konfigurací bude problém na obou

Na Debianu stable jsou to naprosto výjimečné případy, chyby maintainerů, zatím jsem narazil na jeden. Na Gentoo normální stav, který vzniká normálním provozem.

od toho je taky dobré přečíst si nějaké release notes (alespoň těch kritických věcí).

To na tom srovnání nic nezmění.

[Jendа]

Lepší než když ta služba smrdí v nedefinovaným stavu.

V nedefinovaném stavu? Podle mě je logický postup:

1. apt-get install ziproxy
2. vim /etc/ziproxy/ziproxy.conf # zkonfiguruju, třeba zakážu open relay
3. service ziproxy start

Zatímco v Debianu to proběhlo takhle:

1. apt-get install ziproxy
2. -!- Jenda122 has been kicked by @ChanServ (no open proxy allowed)
3. service ziproxy stop # OMGWTF
4. vim /etc/ziproxy/ziproxy.conf # zakážu open relay
5. service ziproxy start
6. Nahlásím bug, že v defaultu je ziproxy jako open proxy

   Package: ziproxy
   Version: 3.1.3-1
   Severity: grave
   Tags: security
   Justification: user security hole
   
   In default configuration, ziproxy binds to all interfaces and allows
   connections from everywhere. Therefore, only by installing ziproxy package, you
   turn your system into an open proxy. I think connections should be allowed only
   from localhost in the default configuration, for example by uncommenting the '#
   OnlyFrom = "127.0.0.1"' directive in the default config file.
   
   
   
   -- System Information:
   Debian Release: wheezy/sid
     APT prefers unstable
     APT policy: (500, 'unstable'), (1, 'experimental')
   Architecture: i386 (i686)
   
   Kernel: Linux 2.6.37-1-686 (SMP w/2 CPU cores)
   Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
   Shell: /bin/sh linked to /bin/dash
   
   Versions of packages ziproxy depends on:
   ii  adduser              3.112+nmu2          add and remove users and groups
   ii  libc6                2.13-4              Embedded GNU C Library: Shared lib
   ii  libgif4              4.1.6-9             library for GIF images (library)
   ii  libjasper1           1.900.1-7+b1        The JasPer JPEG-2000 runtime libra
   ii  libjpeg62            6b1-1               The Independent JPEG Group's JPEG 
   ii  libpng12-0           1.2.44-2            PNG library - runtime
   ii  passwd               1:4.1.4.2+svn3283-3 change and administer password and
   ii  zlib1g               1:1.2.3.4.dfsg-3    compression library - runtime
   
   ziproxy recommends no packages.
   
   ziproxy suggests no packages.
   
   -- Configuration Files:
   /etc/ziproxy/http.passwd [Errno 13] Operace zamítnuta: u'/etc/ziproxy/http.passwd'
   
   -- no debconf information
   
   

7. Už dva měsíce nic.

[Mrkva]

Tak to jo. Dost služeb ale má v /etc/default/blablabla něco jako START = false. Ale já jsem myslel spíš situaci upgradnu službu a nerestartuju. Na tu službu přijde nějaký požadavek, ta natáhne nějaký modul (ejhle, z nové verze). A bum. V lepším případě se ten požadavek nevyřídí, v horším sletí celý démon.

[pavlix]

když něco updatnu, tak se to jen updatne a pak je na mně, kdy si tu službu restartnu

U Gentoo by to byla chyba. Kompilace nějakou dobu trvá a nemusím být zrovna při ruce, když se instalace dokončí.

Na Debianu ale není potřeba updatovat službu v době, kdy ji nechci restartovat. Stačí ji nainstalovat až když restart provést chci.

[SPM]

Jo, to ale platí jenom v některých případech... když je to nějaký stroj za pomalou linkou a těch updatů bude více (řekněme stovky MB, to není nijak zvlášť nereálné), tak se to bude stahovat pěkně dlouho a skoro si troufám tvrdit, že i déle, než kompilace těch věcí na gentoo :)

[pavlix]

Jo, to ale platí jenom v některých případech...

Jen v naprosté většině.

když je to nějaký stroj za pomalou linkou

Jistě, běžně provozuju kritické aplikace, kde každý výpadek je problém, na pomalé lince.

tak se to bude stahovat pěkně dlouho a skoro si troufám tvrdit, že i déle, než kompilace těch věcí na gentoo :)

Že si dáváš práci vymýšlet takové speciální případy, když ti odpovím něco, na co bys jistě sám přišel. Lze oddělit stahování a instalaci.

Já netvrdím, že se ti automatický restart služeb má nějak zvlášť líbit (mám za to, že kdybys hodně chtěl, tak ho vypneš), jen se tvé zdůvodnění skládá ze samých problémů, které buď neexistují, nebo jdou triviálně vyřešit.

[SPM]

No nevím, jen naznačuju to, že i ty binární updaty na debianu trvají dost dlouho na to, aby mě nebavilo u toho monitoru před tím sedět a čekat, co to vyvede...

[pavlix]

No nevím, jen naznačuju to, že i ty binární updaty na debianu trvají dost dlouho na to, aby mě nebavilo u toho monitoru před tím sedět a čekat, co to vyvede...

Binární updaty na Debianu (stable) nechávám jet na části strojů automaticky a v nejhorším ráno zjistím, že to nejede. Dokonce to takhle mám i na pár živých věcec, ač se mě tu za to někdo snažil pranýřovat.

[SPM]

Já nechat v noci updatovat s vědomím, že to možná nepojede, tak se nevyspím a dost možná bych si následně šel hledat jinou práci :)

[pavlix]

Já nechat v noci updatovat s vědomím, že to možná nepojede, tak se nevyspím a dost možná bych si následně šel hledat jinou práci :)

Jsi extrémista :). Já dávám přednost tomu, když se používá hlava a pro každý případ se vymyslí co nejvhodnější řešení, než když se přijme nějaká až náboženská idea, jak všechno musí být uděláno.

[SPM]

No, spíš se pohybuju v prostředí, kde neplánovaný výpadek (i v noci) může nadělat dost škody... a ač na pracovních serverech mám téměř na všech debian nebo ubuntu, tak s gentoo bych tam klidně žít dokázal (a i by to některá úskalí odstranilo, ikdyž by asi přibyly další)...

[pavlix]

No, spíš se pohybuju v prostředí, kde neplánovaný výpadek (i v noci) může nadělat dost škody... a ač na pracovních serverech mám téměř na všech debian nebo ubuntu, tak s gentoo bych tam klidně žít dokázal (a i by to některá úskalí odstranilo, ikdyž by asi přibyly další)...

Takže rozumíš tomu, že způsob řešení různých situací závisí na prostředí, se kterým pracuješ a mnoha dalších okolnostech.

[Mrkva]

tak se to bude stahovat pěkně dlouho a skoro si troufám tvrdit, že i déle, než kompilace těch věcí na gentoo

Hele, nechci rejpat ale ještě jsem snad nenarazil na případ kdy by byly zdrojáky menší než balíček s binárkou. A jinak, aptitude -d upgrade

[SPM]

No, když vemeš gentoo na rychlé lince a debian na pomalé, tak ti ten upgrade může vyjít časově nastejno :) já jenom, že ono to s tím časem není tak hrozné a že tvrzení, že na gentoo všechno trvá moc dlouho a na debianu je to bleskem úplně neplatí...

[pavlix]

já jenom, že ono to s tím časem není tak hrozné a že tvrzení, že na gentoo všechno trvá moc dlouho a na debianu je to bleskem úplně neplatí...

Tak to jo. Já už bych si býval myslel, že jsi reagoval na mě.

[Bedňa]

Kámo checkrestart ti nehovorí nič? :)

[pavlix]

Update serveru za plného provozu? Měl jsem vás za schopného admina...

Ten, kdo mi volal, abych to opravil, mě zřejmě za schopného admina měl :).

[trekker.dk]

Teorie je krásná věc.

Popsaný případ se stal, takže s tou "teorií" jsi mimo.

[pavlix]

Možná procesorového času, ale jinak je to na správu fajn distribuce.

Procesorového času je přebytek.

[Tomáš Bžatek]

Naopak, vhodne nastavene Gentoo setri cas, nez reseni dependency hell ci unresolved symbols v binarnich distribucich.

[m4jkl]

Naopak, vhodne nastavena binarna distribucia setri cas, nez reseni dependency hell ci unresolved symbols v Gentoo.

:)

[Luboš Doležel (Doli)]

To si nemyslím. Jakmile potřebujete být jako vývojář na bleeding edge, tak máte u binárních distribucí problém. Debian je krásnou ukázkou. Nová verze se třeba nakonec dostane do experimentalu, ale je proti ní překompilovaná jen půlka balíčků. A máte problém. Velký problém.

[mess]

Na ArchLinuxu takový problém nemám. Několikrát se mi stalo, že jsem měl novější knihovnu, než jsem potřeboval

[AW]

Arch tady raději ani nevzpomínej.

[pje]

Chápu, že pro někoho Arch není to pravé ořechové...

[trekker.dk]

Jakmile potřebujete být jako vývojář na bleeding edge, tak máte u binárních distribucí problém.

Linus zjevně problém nemá...

[Luboš Doležel (Doli)]

Linus ale v user-space moc nevyvíjí.

[trekker.dk]

No i pro user-space záleží na tom, co vyvíjíš a pro koho. Jasně, ty máš ve zvyku používat bleeding-edge knihovny, protože je v nich to, co ve starších verzích chybí. Na druhou stranu programátoři, co vytváří nějaké podnikové aplikace, které musí fungovat i v nějakém postarším RHEL, si tenhle luxus dovolit nemůžou.

[PetrHL]

Jak pak řešíte zpětnou kompatibilitu? Spoléháte se na knihovnu, která prakticky nikde není v té verzi jakou máte Vy. Já naopak zůstávám u Ubuntu 10.4 a kompiluji pro všechny verze až do 11.10. Kdybych program dělal v 11.10 mají uživatelé starší verze smůlu. A ne každý má náladu na používání nových verzí.

[Luboš Doležel (Doli)]

Ehm, snažím se být na nejvyšší verzi, abych ověřil, jestli se neobjevily problémy. To neznamená, že musím nezbytně začít používat nové funkce té verze. Ale pokud to za to stojí, tak funkce použiju.

Ale kompilace, o které tu mluvíte vy, má být věcí správce balíčku té distribuce, nikoliv vývojáře, tak nevím, co sem mícháte tohle.

[PetrHL]

Zároveň jsem i správce balíčku, proto se ptám.

[Luboš Doležel (Doli)]

Tak to je evidentně trochu jiná situace.

[trekker.dk]

Ehm, snažím se být na nejvyšší verzi, abych ověřil, jestli se neobjevily problémy. To neznamená, že musím nezbytně začít používat nové funkce té verze.

No to pak ale nepotřebuješ být na bleeding-edge...

Ale pokud to za to stojí, tak funkce použiju.

Čímž ovšem odstřihneš uživatele všech dister, kde autorům jde o stabilitu víc než o bleeding-edgenost.

Ale kompilace, o které tu mluvíte vy, má být věcí správce balíčku té distribuce, nikoliv vývojáře, tak nevím, co sem mícháte tohle.

Dokud nejsou potřebné knihovny, správce balíčku nadělá velké kulové...

[Luboš Doležel (Doli)]

No to pak ale nepotřebuješ být na bleeding-edge...

Jak nepotřebuju? Pokud v nové verzi změní chování nějaké funkce v nějaké krajní situaci (což se stane snadno), tak tohle je jediná možnost, jak to zjistit.

Čímž ovšem odstřihneš uživatele všech dister, kde autorům jde o stabilitu víc než o bleeding-edgenost.

Kdo určuje, která verze je stabilní?

Dokud nejsou potřebné knihovny, správce balíčku nadělá velké kulové...

To bych tak úplně neřekl.

[trekker.dk]

Kdo určuje, která verze je stabilní?

Že by správce v distru? Prostě nějakou verzi prohlásí za stabilní a prioritou už pak je jenom to, aby po každé aktualizaci (tj. zejména bezpečnostní) fungovalo všechno to, co fungovalo předtím. Což de facto řeší i tvůj problém se změnou chování v nějaké krajní situaci, protože to vůbec nemusíš řešit.

To bych tak úplně neřekl.

A co teda udělá? Stane se správcem i těch knihoven, aby se do distra dostaly rychleji?

[Luboš Doležel (Doli)]

Že by správce v distru?

Ten se v tom obvykle moc nevyzná. Respektive debianovský přístup "jen staré je stabilní" je docela mimo.

A co teda udělá? Stane se správcem i těch knihoven, aby se do distra dostaly rychleji?

Typicky to tak je. Zrovna v případě situace balíčku fatrat v Debianu ten samý člověk spravuje velkou část knihoven, které aplikace používá, a zároveň mě poprosí o radu, pokud je s nějakým balíčkem (jako boost) problém a je třeba u něj napsat patch, aby fungoval správně.

[trekker.dk]

Respektive debianovský přístup "jen staré je stabilní" je docela mimo.

Já to vzdávám...

Zrovna v případě situace balíčku fatrat v Debianu ten samý člověk spravuje velkou část knihoven, které aplikace používá, a zároveň mě poprosí o radu, pokud je s nějakým balíčkem (jako boost) problém a je třeba u něj napsat patch, aby fungoval správně.

A je to odborník na svém místě. Když jsem mu nahlásil, že má blbě nastavené závislosti - apt-get upgrade stáhl nový fatrat, ale už ne nové knihovny, na kterých závisel - tak mi řekl, že je to tak v pořádku.

[erwtwert]

Jak pak řešíte zpětnou kompatibilitu?

Zpětná kompatibilita se řeší systémem slotů. Tj. můžu mít nainstalováno několik verzí téže knihovny a navíc každou zkompilovánu s jinými závislostmi.

[trekker.dk]

reseni dependency hell ci unresolved symbols v binarnich distribucich.

Co to je?

[R]

revdep-rebuild je "super" riesenie.

[Semo]

Nie je to na zmurknutie oka, ale funguje. A potrebuje CPu cas, nie moj.

[R]

Ked sa rozbije na serveri polovica systemu?

[ewrgewrgewr]

Pokud to nevypneš, tak to můžeš opravit. Běžně pouštím revdep-rebuild na opravu ještě běžícího programu.

[trekker.dk]

No vidíš, na binárních distrech revdep-rebuild nepouštíš, protože jsou až na výjimky dělaná tak, aby to fungovalo i po upgrade.

[tghyrweryh]

protože jsou až na výjimky dělaná tak, aby to fungovalo i po upgrade.

ehm výjimek je v těch binárních distrech na můj vkus až příliš. Radši Gentoo GNU/Linux, protože si nemusím zasírat systém obskurními závislotmi, které obvykle zanáší do programu chyby navíc. btw už máte v D knihovnu libjpeg-turbo? 2x až 4x vyšší rychlost není k zahození. Ah,vám na výkonu nezáleží, vy vlastně kompilujete ještě pro i486. Pak si stěžujete na pomalý soft (ff).

[trekker.dk]

Ah,vám na výkonu nezáleží, vy vlastně kompilujete ještě pro i486.

Doplň si vzdělání...

Ale docela dobrý výkon, čekal jsem, že nějaký Gentooista přijde s "výkonem" dřív. Co na tom, že kromě pár výjimek (většinou specializovaný nebo multimediální software) překlad přímo pro konkrétní procesor poskytne výkonnostní rozdíl řádově v jednotkách procent...

[erwtwert]

Ah,vám na výkonu nezáleží, vy vlastně kompilujete ještě pro i486.

Doplň si vzdělání...

Ale docela dobrý výkon, čekal jsem, že nějaký Gentooista přijde s "výkonem" dřív. Co na tom, že kromě pár výjimek (většinou specializovaný nebo multimediální software) překlad přímo pro konkrétní procesor poskytne výkonnostní rozdíl řádově v jednotkách procent...

Pro i386, tím hůř. 2x až 4x nejsou jednotky procent. Prý výjimky, toho softu, kde se to projeví je příliš mnoho, aby to byla výjimka.

[erwtwert]

Navíc jsem nepsal o optimalizaci pro konkrétní procesor ale o podpoře prehistorické architektury, která má příliš málo výkonu pro většinu moderního software.

[erfgwergtwete]

Příklad: Pixman používá každý, kdo má linuxový desktop. Generická kompilace degraduje výkon desktopu, když P. má optimalizace pro SIMD instrukce (Sse pro intel/amd, NEON pro Arm, Altivec pro PowerPC).

[R]

V tom pripade su tie optimalizacie zle urobene, taketo veci sa maju prepinat automaticky pocas runtime.

[Jendа]

Ale prd, od Etche se kompiluje pro 486.

To výkonnostní srovnání by mě zajímalo.

[ehm ehm]

takže vzdělání by si měl doplnit trekker

[ehm ehm]

btw toto mě z toho odkazovaného dokumentu pobavilo:

Jako pozitivní důsledek tohoto kroku je fakt, že mnoho programů v Debianu nyní poběží rychleji, protože po zahození podpory starých čipů můžeme využít tři nové instrukce bswap, cmpxchg a xadd, které přidává procesor i486 uvedený v roce 1989. (Procesor i386 z roku 1986 tyto instrukce neobsahoval, a tedy je nemohly využívat ani debianí balíky.)

[SPM]

Ale jenom o nějaké jedno, max dvě procenta ;)

[trekker.dk]

Ne, vzdělání by sis měl doplnit ty a tvůj Gentoo kolega. My ostatní už nějakých pár let víme o existenci architektury amd64

[SPM]

Což na něčem typu Pentium 4 toho moc asi neřeší, že?

[Mrkva]

No, na tom nic neřeší ani kompilace. Pokud nechci čekat půl roku...

[SPM]

Svýho času jsem měl na P2@400MHz gentoo od stage1 a s KDEčkama... to byla teprv dlouhá kompilace! O tom se lidem s P4 může jenom zdát :)

[pavlix]

Svého času jsem měl P1@166MHz (ještě mi doma leží) Gentoo, u kterého jsem si prvotní kompilaci urychlil přesunutím disku do rychlejšího stroje, ale updaty už jsem používal přímo na něm.

Kompilace updatů na tomto domácím servříku nebyla nijak nepříjemně zdlouhavá. Prostě jsem ji pustil, dělal si práci a čas od času jsem si vysvedl výsledky (obvykle úspěšné).

A to bych rád upozornil, že distcc přes rychlejší stroje neměl zásadní vliv na dobu instalací. Čistá kompilace zdržovala ze všeho nejméně.

[vain]

reseni dependency hell ci unresolved symbols v binarnich distribucich.

No promiň, ale to už není moc aktuální, si nevzpomínám, kdy jsem naposledy nějaký dependency hell řešil.

[JoHnY2]

Naposledy jsem dependency hell zazil na Mandrakovi 9 nebo tak necem ... to uz je malem 10 let. Jo to byly casy.

[little.owl]

Jak unresolved symbols v binarnich distribucich?

[julo]

Ak to ma byt zbierka nazorov pridam svoj. Gnome 3 mi sedi (gnome-shell aj fallback ui). Akurat je pravda ze po tych rokoch bolo Gnome 2 dokoncene, v Gnome 3 par veci ostava dotiahnut. Ale na .0 verziu je to solidne.

Ak mam trochu zarypat tak s kernelom 3.0 mam osobne horsie skusenosti. Prvy krat som zazil ako padne kernel linuxu.

Fakt je ze fedora sa s aktualizacnou politikou politikou moc nekasle, 2.6.38 -> 3.0; https://admin.fedoraproject.org/updates/kernel-2.6.40-4.fc15?_csrf_token=5bf36b600e2469ea1fb2d8def4b3be390e692ded).

[Nikola Pajkovský]

Dave Jones, ceka presne na takove pripominky. Jde o to, ze precislovani z 2.6.x na 3.x dela hodne aplikacim problemy. Jakmile se vyresi user-space, pak pujde 3.x rada do repa

[Pavel Stárek]

Rozumím tedy dobře tomu, že kernel 2.6.40 ve Fedoře je tedy vlastně 3.x?

[hxzixjlhcvul]

S názorem na Gnome 2 souhlas. Jsem ubunťák, tak mě zase štve Unity, global menu, overlay scrollbar. Samé zbytečné změny.

[frEon]

vubec se mu nedivim

[Jirkus]

Taky se mu vůbec nedivím. G3 s GS nebo nedej bože Unity je pro mě nepoužitelné. Zlaté KDE!

[Leinad]

Souhlasím. Prostředí se mi vzhledově líbí, ale těžko se mi ovládá.

[pc2005]

Schválně kam bude opět za pár let utíkat z Xfce .

[Luboš Doležel (Doli)]

Taky se bojím, že nebudu mít kam utíkat. Nakonec asi skončím u TWM

[pc2005]

To já spíš u fluxboxu, ale je to imho jedno (teda vždycky v porovnání s GNOME/KDE/XFCE/...).

[Kvakor]

No, přinejhorším bych se zas vrátil k fvwm2. Já vlastně desktopové prostředí tak, jak je definované, ani nepotřebuju, stačí mi rozumně fungující správe oken a lišta s pár funkcemi typu přepínač ploch, hodiny a případně nejaky monitorovací applet. Ikony na ploše nechci, grafického správce souborů jsem nikdy nepoužil (na co, stačí xterminál a mc), editor, kalkulaču a jánevímcoještě si klidně nainstaluju samostatně a ohledně vzhledů a témat mi stačí něco opravdu jednoduchého na úrovni stařičkých Windows (tj. těch předpědatevadesátkových).

Navíc i v době terabytových disků mně celkem vadí, že při defaultní instalaci toho kterého prostředí se zbytečně nainstaluje spouta aplikací, které nejen nikdy nebudu používat, ale ani je nemůžu odinstalovat bez toho, aniž bych musel znásilnit balíčkovací systém.

[pc2005]

Navíc i v době terabytových disků mně celkem vadí, že při defaultní instalaci toho kterého prostředí se zbytečně nainstaluje spouta aplikací, které nejen nikdy nebudu používat, ale ani je nemůžu odinstalovat bez toho, aniž bych musel znásilnit balíčkovací systém.

+1 i když já jsem z drsné země Slackware .

[ikarr]

+1

[pje]

Plně souhlasím, přesto je mi něco svižnějšího než FB umoźňující práci s GUI apps pracovní nezbytností. Doba WordStaru je přeci jen dobou porodních bolestí...

[Migi]

Jestli ho naserou i vývojáři XFCE tak sekne s linuxem a pošle nás všechny do ...... kam ani slunce nesvítí.

[R]

No skor si napise vlastne prostredie, ktore bude sucasne nahrada X11 :D

[pc2005]

Heh pořád může zahrnout tohle jako nový modul .

[R]

No ja som uz od XFCE usiel... GNOME->XFCE->KDE3->KDE4->KDE3(Trinity)

[Jack Hokus]

Ahoj,

dlouho jsem používal Gnome. Ale příchod Gnome 3 (textováno na Fedoře 15) mi nějak vzal chuť. Mám dva počítače s Debianem, na jednom Fluxbox a na druhém IceWM. Časem se rozhodnu pro jeden z nich. Podle toho, který se mi podaří líp nastavit

Petr

[Patrik Šíma]

do konzole

[Filip Jirsák]

Naposledy, když Linus přestal používat jeden software a řešil, čím ho nahradí, vznikl z toho Git a Mercurial a nastartoval se boom distribuovaných verzovacích systémů. jsem zvědav, co vznikne z tohohle

[Migi]

zbožným přáním je fork gnome 2

[loki]

Mam 2.30.2, takze zatim dobre. Z verze 3.x mam celkem obavy

[frdrx]

Nehodnotím Linusův názor, ale proč si vůbec někdo myslí, že Torvalds má vůbec co kecat do desktopových prostředí. Vždyť z pohledu vývojářů GNOME musí on být tím posledním na koho by měli dát. (Bacha, tím neříkám, že nemá pravdu, protože nějakou úplnou náhodou ji mít může.)

[frdrx]

Z první větu končí otazník.

[otokarr]

Má do toho co kecat stejně jako my ostatní uživatelé Gnome, resp. Fedory. Vývojáři GNOME by měli navštívit psychiatra a nechat si předepsat prozac. A tvůrci distribucí by měli podobné nedodělané paskvily ignorovat. IMNHO.

[frdrx]

Souhlas, stejně jako my, tedy nijak zvlášť. Až na Fedoru to celkem ignorují, není-liž pravda.

[Pavel Stárek]

No nevím, nebýt Fedory, tak dodnes používáme (například) ISO8859-2 a UTF8 by bylo sprosté slovo . Někdo holt musí být první. A neboj se, oni se ostatní taky přidají. Štve mne jen, že prostě neexistuje Fedora LTS (a ne, nenabízejte mi CentOS a podobná distra, vím o nich). Třeba Fedora 14, z té by bylo LTS distro jedna báseň.

[belisarivs]

No nevím, nebýt Fedory, tak dodnes používáme (například) ISO8859-2 a UTF8 by bylo sprosté slovo

Opravdu?

Nepsala na abicku nahodou anicka, ze nebyt SUSE, tak se o UTF-8 hovori maximalne v ruskych anarchistickych clancich?

[Pavel Stárek]

Pardon, já jsem se spletl. Ale první distribuce s UTF8 defaultně povoleným po instalaci byl Red Hat Linux 8 .

[Petr Tomášek]

Co si vzpomínám, tak to skutečně byl RedHat...

[frdrx]

No teda. Může to dělat ta bezdrátová klávesnice? Tak ještě jednou: "Za první větu patří otazník."

[kozzi]

IMHO nevim proc je tu tento nazor vubec davan do zpravicek, proste se jednomu cloveku nelibi, podle me to nejlepsi prostredi. No a co jako? Tak proste nema vkus stejny ze spousto lidi. To uz tu rovnou muzeme psat ze ja mam rad tvaruzky ale Frantovi nechutnaji :D. Promin Franto ja vim ze je mas rad to byl jen priklad :P

[vain]

Celkem souhlas, ačkoliv tady budu číst raději o tom, co má Linus rád za desktopové prostředí, než o tom, kdo rád tvarůžky (já třeba rád =)).

Jinak GNOME-Shell není až tak marné, přesto si počkám na pozdější verzi, dokud mi funguje staré GNOME jak potřebuji, netřeba zmatkovat.

[JoHnY2]

Tak tak, je potreba tomu dat cast. To sice Fedora dle bleeding edge strategie neudelala a muze nas to stvat, ale to je holt risk s takovym distrem. Navic Gnome 2 slo pouzivat mam dojem dobre od 2.6 nebo 2.8 a opravdu pohodlny na uzivani bylo pro vetsinu lidi myslim nekde okolo 2.14

[vain]

Uživatelé Fedory s tímhle prostě počítat musejí (já s tím tedy aspoň počítám). Takže to nijak Fedoře nevyčítám, když jsem si ji vybíral, dost dobře jsem věděl, do čeho jdu. Bylo to tak i s novým KDE, takže se nedala čekat výjimka u GNOME 3.

Uvidím, jak na tom bude GNOME 3.2 ve Fedoře 16, no a případně nemám problém počkat na 17, 18... =)

[Pavel Stárek]

Už jsem to psal jednou v jakési jiné diskuzi, ale Gnome 3 ve F15 mne velmi mile překvapilo. Rozhodně víc, jak nedodělek KDE4. Doinstaloval jsem si tam nějaké gnome-shell-extensions a docela to jde. Trošku průšvih je například s appletem NetworkManagera. Je tam pár drobnůstek, něco se vyřeší přes gnome-tweak-tool a shell extensionama, a na něco přijdou updaty.

[pje]

Nevím, proč mám být nucen do práce s Compizem (Mutter), tedy za použití prostředků neadekvátních výsledku práce. Nevím, proč mám měnit návyky bez přínosu v produktivitě. Zato vím, proč se spalovací motor vyvíjí mnohem rychleji než elektromotor... Chce to nad svým konáním taky trochu přemýšlet...

[vain]

Nj, máš to těžký život. Mě do toho nikdo nenutí, proto ho nepoužívám.

[Salamek]

To jsem asi jedinej komu se GNOME 3 libi ? sice mi chybi nektera funkcionalita a pluginy z GNOME 2 ale to je jen otazkou casu ...

[LukynZ]

Nejsi jediny. Mi se Gnome 3 a Shell taky moc libi. Lidi jsou jen lini dat tomu cas, zjistit co to umi, co to umet muze, pripadne projit tu hromadu extensions co uz k tomu je. Pravda, hodne z nich nici koncept shellu a vraci desktop do 90. let (tedy k tomu, od ceho se lidi blbe odtrhavaji), ale zbytek je fajn.

[Petr Tomášek]

Spíš je problém v tom, že GNOME 3 neumoňuje lidem, aby dělali věci tak, jak dřív. Já to vnímám jako vývojářskou aroganci...

[pavlix]

Já to vnímám jako milý dárek od vývojářů.

Ale ty máš na ten dárek asi stejný názor, jako bych měl já, kdybych dostal darem krucifix.

[LukynZ]

No to nikdo nepopira, je to velka zmena a jak jsem psal, lidi jsou lini se prizpusobovat, ale kvuli tomu nemuzou nadavat ze je to spatna vec a nadavat vyvojarum, ze si delaji co chteji. Oni svou vizi desktopu vidi takto. Prizpusob se, nebo jdi k alternative. To je cele. Ale nektere nadavky a kritiky co clovek musi cist, jsou tezce mimo a...docela...detinske.

[pavlix]

Mě dětinské přijde i „Spíš je problém v tom, že GNOME 3 neumoňuje lidem, aby dělali věci tak, jak dřív.“ bez nějakého specifického kontextu. Zní to jako by mezi základní požadavky bylo, aby se vše dělalo jako dřív, což vede na nulovou evoluci.

[Luboš Doležel (Doli)]

Problém je v tom, že nové způsoby dělání věci nejsou snazší, ani intuitivnější.

[pavlix]

Problém je v tom, že nové způsoby dělání věci nejsou snazší, ani intuitivnější.

Zajímavý názor.

[Petr Tomášek]

Mně to přijde jako základní požadavek: každý není taková hračička, aby měl čas překopávat věci, které si předtím zařídil jinak.

Tím nejsem proti evoluci, ale proti tomu, aby se razatně ořezávaly funkce jenom proto, že se nějaký vývojář rozhodne, že jinak to bude lepší. Ono to lepší být může, ale proč záměrně vrtat do něčeho, co lidem funguje? S kapkou snahy lze mít obojí a nechat lidi, aby na novinky přecházeli postupně...

[pavlix]

Mně to přijde jako základní požadavek

Mno... mně třeba sporák občas vyhovuje více než křesání kamenů. Takže „dělat věci jako dříve“ bych jako základní požadavek neviděl (v žádné oblasti lidského konání).

[Adam Pribyl]

Ne, gnome 3 pouzivam denne a ne jen ja. Zasadni problem neni v Gnome 3, ale ve trech vecech

1. Lidi nemaji dost soupatek na ktera byli zvykli z Gnome 2 (jejich mnozsti ale prave diky nasazeni G3 napr. ve Fedore rychle roste, protoze napsat je je velmi jendoduche (CSS+javascript)), cim min jich clovek pouzival driv tim lip. Obcas chybi nejaka "zasadni" funkcionality typu dualhead.

2. Akcelerovana grafika - nejvetsi kamen urazu, ovsem nikoli az tak problem G3 jako spis.. ee X11 a jadra, ze :)

3. odpor lidi k _jakekoli_ zmene, ne jen te v Gnome.

Na G3 jsem si zvykl velice rychle, zabyra na plose mnohem mene mista a tzv. nezaclani. Proste funkce WM je upozadena za cinnosti kterou chci provadet, coz je podle me spravne.

[Solitary]

Myslim si, ze chybne predpokladas, ze clovek, kteremu se nelibi G3 a je zvykli na nejaky starsi ci uplne jiny zpusob ovladani nejak strada, protoze neni ochotny prejit. Muj pripad je takovy, ze na notebooku kde mam Fedoru 14 mam Gnome 2 (Gnome mi svym slozenim, vzhledem a funkcemi vzdy vyhovoval), problem je vsak ve WM, proto jsem ho nahradil tiling managerem, ktery opravdu nejsem ochotny vymenit jen protoze prislo neco noveho. Pri prechodu na Fedoru 15 na desktopu jsem samozrejme G3 zkusil, ale funkcionalne mi nemel vubec co nabidnout a prace s nim mi prisla velmi nepohodlna, az neprijemna.

[pje]

Mluvíte mi z duše. Je překvapující, kolika lidem na *nixech je funkční stránka a produktivita zcela u zadele, zatímco zívají nudou nad neměnným GUI...

[cezz]

100% suhlas

[little.owl]

+1

Integrace javascriptu je super.

[Pavel Stárek]

protoze napsat je je velmi jendoduche (CSS+javascript))

No a to je druhý kámen úrazu. Kde je nějaká dokumentace k Looking glass či k tomu javascript API Gnome Shellu. Strašně rád bych si to nastudoval už jen ze zajímavosti, ale jaksi se nemohu dopátrat, asi pátrám blbě.

[little.owl]

Gnome 3 je fajn, na verzi 0 vice nez dobre. Jde ted jen o to, jak rychle vyvojari vezmu v potaz feedback od uzivatelu.

[pet]

Tak to me tesi, ja presel z Gnome na FXCE uz s nastupem Gnome 2. Linus ma sice zpozdeni, ale aspon vidim ze me rozhodnuti bylo spravne ;-B

[marek]

Nechápem prečo by malo byť tvoje rozhodnutie správne. Pretože si to vybral Linus? Zrejme nemá čas sa prispôsobovať novému prostrediu na PC na prácu. Tak volí inú cestu.

Na GNOME pracuje dosť ľudí nielen programátorov, takže si nemyslím že je to prostredie celkom nanič. Čas ukáže či sa ujme. Ja si myslím že ano.

[Spike]

Agáta Hanychová vyměnila kalhotky Victoria's Secret za F&F.

[tomvec]

Tak to je bomba, jsou někde fotky?

Ne, to byl žert, já ju někde potkat, tak ju pobleju.

[Bedňa]

Ale pred tým opýchať

[pje]

A pár linuxových datlů má o čem datlovat...

[tghyrweryh]

Kdo? Co?

[D.A.Tiger]

To neřeš...

[marian.v]

kecáš!

[skywaker]

odporucam Linusovi vyskusat Haiku.. z rovnakych dovodou ako on som utiekol od linuxu k Haiku :)

[tomvec]

Jak je na tom dnes Haiku s reálnou použitelností? Myslím tím internet, nějaký IM, hudba, filmy, DVD, DVB-T, WiFi... V dávných dobách jsem pokoušel bosou nohou BeOS, ale teď je jiná doba, jiné požadavky...