Moduárnost X.org

31.8.2006 00:27

Tedka tu mrd.. kompiluji a začíná mě to pěkně štvát. Proč krucipísek neudělají nejakej jeden configue kde bych si kua napsal co se má a nemá zkompilovat, pak zpustil make a všechno by se zkompilovalo. Tedka to je práce jako prase...

       

Komentáře

[kreten]

jo a tedka jsme dostali s markem stejný nápad že když lidi toužej po modularizaci tak bychom mohli udělat modularizovaný coreutils a nebo rovnou všechny projekty zmodularizovat na jednotlivé prográmky, takže by si každej mohl zkompilovat třebas ls, cd, atd.... To by byl nářez!!!! ))

[Thunder.m]

Na to je u mě jeden snadný příkaz, apt-get upgrade :D

[Lukáš Zapletal]

Už se pomalu přejídám těchto příspěvků. Gentoo jsem používal na desktopu přes rok a mohu směle prohlásit, že takhle jednoduchý nebyl upgrade systému nikdy. Vždy byly nutné zásahy do konfigurací, pokud se něco teda zrovna nesesypalo. Další chuťovečkou byl poškozený portage, který používá zastaralé CVS (stačil nový sync).

A to se nezmiňuji o tom, jak je portage pomalý. Takže asi tak. Můžete si stotisíckrát napsat "emerge rules", ale realita je holt trochu jiná. No offense, na jednom serveru stále používám Géčko, jen mám těchto příspěvků už fakt plný zuby.

[Vykook]

ale on nemluvi o gentoo...

[Lukáš Zapletal]

Jé klikl jsem vedle Sorry, patřilo to níže...

[Michal Vyskočil]

Mě nejvíc vadily ty neustálé změny konfiguračních souborů a názvů balíčků. Takže místo upgradu člověk řešil, který balíček má zrušit, protože ho blokuje jiný, který se přesunul. Ta distribuce prostě chtěla občas hlídat až moc (a to jsem jel vesměs na stabilní verzi).

[David Watzke]

Neustálé změny konfiguráků jsou logický - nová verze přináší třeba novou syntaxi, nebo prostě něco vylepšují. Neustálé změny názvů balíčků? Toho jsem si tedy nevšiml...

[Michal Vyskočil]

Ne? Nikdy se ti nestalo, že nešel update, protože starý balíček blokoval instalaci nové verze, která se jmenovala jinak? Pamatuji si třeba shadow nešlo nainstalovat kvůli něčemu. Takže nejprve bylo nutné ručně odinstalovat starší verzi a potom spustit update.

Nešlo ani tak o změny konfiguráků programů, ale změny Gentoo skritpů byly (jsou) nechutně časté a neustálé ruční opravy přestanou časem bavit.

[Marián Kyral]

To byl myslím pam-něco.

Ale nezdá se mi, že by to bylo až tak často. Asi používám nudné programy se stálými názvy

[David Watzke]

Ne? Nikdy se ti nestalo, že nešel update, protože starý balíček blokoval instalaci nové verze, která se jmenovala jinak? Pamatuji si třeba shadow nešlo nainstalovat kvůli něčemu. Takže nejprve bylo nutné ručně odinstalovat starší verzi a potom spustit update.

Aha, ale to není přijmenování balíčku. Nicméně

emerge -C nějakej-balík

mě tedy nezabilo...

Nešlo ani tak o změny konfiguráků programů, ale změny Gentoo skritpů byly (jsou) nechutně časté a neustálé ruční opravy přestanou časem bavit.

dispatch-conf

[happy barney]

blbost, nova syntax, stara syntax, vsetko je to jedno. Ja som za to, pisat konfiguraky v xml a do roznych pseudoformatov roznych app ich generovat

[Josef Kufner]

To je ještě větší blbost. Důvody byly již řečeny v minulosti a nebylo jich málo.

[David Watzke]

A to se nezmiňuji o tom, jak je portage pomalý.

Bejvávalo...

[Michal Vyskočil]

To udělalo za ten čas nějaký zázračný pokrok? Protože pokud je Portage pořád jako adresářová struktura, nikdy nebude dost rychlé. Pak jsou nutné různé obezličky jako vlastní partition a podobně.

Jak dlouho trvá třeba emerge metadata?

[VícNežNic]

To (ještě) nikdo neví

Já tedy nevím o čem je řeč, ale i k adresářové struktuře se dá přihodit nějaký index či podobné hračičky a trochu si tím pomoci, ne?

[David Watzke]

No jo tohle trvá trochu dýl,

# time emerge --metadata

>>> Updating Portage cache:  100%

real    0m8.655s
user    0m5.531s
sys     0m1.301s

ale při eix-sync (to spouští emerge --sync a pak ukáže změny) to je téměř ihned...

[razor]

time emerge --metadata
skipping sync

>>> Updating Portage cache:  100%


real    5m56.526s
user    0m15.933s
sys     0m6.536s

[Non_E]

time emerge --metadata

>>> Updating Portage cache:  100%

real    2m24.695s
user    0m18.625s
sys     0m8.133s

Athlon-XP 2500+, 512MB@ 387MHz Ram, portage na Reiser4

[Michal Vyskočil]

Nechci ti kazit radost, ale sestavování cache pro aptitude trvá pár vteřin na daleko slabším stroji . A to tu mám docela dost repozitory a nainstalovaných balíčků. Prostě, ze všech mnou používaných balíčkovacích systémů se mi nejvíce líbí právě apt/aptitude. Portage nemá dvě zásadní featurky, tou první je rychlost a druhou jsou reverzní závislosti.

[D-Evil]

No, reverzní závislosti svym způsobem má. Pokud neni ve worldu bordel (tj. jsou tam jen věci, který v systému opravdu chcete, což bejvaj předevšim samotný aplikace) a něco odeberete, depclean to dokáže dopočítat a zbytečný věci vyházet.

[Michal Vyskočil]

Ano, ale depclean je obezlička a navíc se to spouští explicitně. S aptitude se to srovnávat nedá, tam se tyto věci řeší přímo.

[D-Evil]

To je otázka, jak to komu vyhovuje a záleží to asi i na konkrétních případech. Třeba dneska jsem zkoušel několik BitTorrent klientů a spousta z nich měla hodně podobný závislosti, takže jsem celkem ušetřil čas. Kdybych měl ty samý věci (byť třeba z binárních balíků, který se po kompilaci vytvářej) instalovat 6x, zrovna nadšenej bych asi nebyl.

Je pravda, že portage má mouchy, ale tohle bych mezi ně neřadil.

[Michal Vyskočil]

No v tomto konkrétním případě aptitude install "6 bittorent klientů se skoro stejnými závislostmi" a potom aptitude purge "5 bittorent klientů, kteří se mi nelíbili" je ještě rychlejší, protože se instalace spouští jen dvakrát. Navíc se domnívám, že i šestinásobná instalace a odinstalace bude rychlejší, než kompilace těch 6 klientů na Gentoo .

Dám příklad, protože do systému furt vrtám, tak se mi povedlo downgradnout KDE na 3.5.2. No a uvedení distribuce zpět trvalo pár minut, z nichž nejdéle trvalo stažení balíčků. Prostě, měl jsem Gentoo, ale že by to šetřilo čas při instalacích, to se mi fakticky nezdálo

[D-Evil]

No já jsem je instaloval po jednom, protože jsem nepředpokládal, že mi nebude žádnej vyhovovat, takže mi to čas ušetřilo (pokud nepočítám ty kompilace), protože v jinym systému bych postupoval úplně stejně.

[Libor Klepac]

to bys ale musel po kazdem aptitude remove klient davat taky aptitude clean, aby se ti smazaly ty stazeny balicky se zavislostmi ;)

[D-Evil]

S apt moc neumim, s Debianem ani Ubuntu moc do styku nepřicházim, ale předpokládám, že purge zmiňovanej kolegou o kousek vejš se o to postará.

[disorder]

purge = remove a zmazanie globalnych konfigurakov, stiahnuty balicek ostava

[VLADIMIR]

hele co děláš když chceš samičku? emerge samička ?

[D-Evil]

Zeptá se toho, jehož jméno se nevyslovuje

[David Watzke]

emerge kate

[VLADIMIR]

Steně nekdy naprogramuji nejakou blbinu, pojemnuji to David Watzke a protlačím to do gentoo. Pak budeš moct dát emerge David-Watzke a zkompiluji tě. )))

[Luboš Doležel (Doli)]

Hehehe... emerge!

[Kero]

Hmm...

emerge z 6.9 na 7.0, pak nefungovalo opengl, mohli se zminit o nutnosti preinstalovani, respektive pouziti ebuildu x11-drivers/nvidia-...

Vysledkem je snizeni vysledku glxdears z 2500 na 2000 s sdi 3/4 hodiny ztracene hledanim reseni. Jo a po /etc/init/xdm stop nesmi na sedmy panel(alt+f7), jinak system zamrzne.

[Luboš Doležel (Doli)]

Že se musí reemergnout ovladače nvidia mi připadá naprosto logické a samozřejmé.

Výkon glxgears se mi nesnížil, stále přes 12000. Xdm nepoužívám, ale když ukončím Xka a přepnu alt+f7, nic se nesekne.

[Josef Kufner]

Že se musí reemergnout ovladače nvidia mi připadá naprosto logické a samozřejmé.

Ono se to neudělá samo v rámci řešení závislostí?

[pzad]

Modularnost xorg je jedna z tych lepsich veci co sa v xorg udiala. Ked sa chcem z niecim pohrat tak zoberie len balik, ktory ma zaujima, a nemusim kompilovat vsetko.

[Milan Jurik]

Vy jste snad nikdy nekompilovat to zverstvo, co vyslo s XFree86 Vzdy jsem obdivoval praci Brandena Robinsona, ktery dokazal to cele donutit korektne pracovat na 11 platformach.

Kompilacni proces Xorgu se postupne zlepsuje. Navic tvorit configure skript pro neco tak velkeho, co jde tak hluboko na ruzne platformy, chranbuch.

[VLADIMIR]

naštestí ne...

[stativ]

Zrovna pro X-ka je jednoduche si vytvorit konfiguracni skript, ktery je komplet zkonfiguruje. Viz muj zapisek v blogu Pokud ho malinko upravis, tak by se ten skript dal asi jeste pouzit.

[VLADIMIR]

jop na to jsme se už díval. Ale já už mám skript na zkompilovani X.org stejne hotovej...

[David Watzke]

Když tě to sere, proč používáš LFS?

[VLADIMIR]

protože chci mít všechno zkomnpilovaný a nastavený podle sebe. Normální distra ti tohleto neumožbují...

[David Watzke]

Tak si ale pak nestěžuj... je to tvoje volba

[Non_E]

Pak bych radši editoval ebuildy u gentoo.

[stativ]

nebo ABS u Archu.

[Josef Kufner]

Před nějakou dobou (tak dva roky) jsem došel k tomu, že daleko pohodlnější je nechat balíčkovadla ať si řádí jak chtějí a moc se o to nestarat. Pokud je balíčkovadlo co k čemu, tak si pořádek udrží a starostí je minimum.

[Michal Vyskočil]

Ovšem nejlepší zkušenost je prožitá. On totiž Linuxový desktop není nikdy hotov (protože pořád vychází nová verze něčeho, nez čeho nemůžete být) a lidé, co se pouštějí do kompilací, obvykle pořád něco zkouší a instalují, takže si ze systému udělají jeden velký bordel. Ale tohle nejde povědět, to si člověk musí zkusit sám.

[VLADIMIR]

Tak pokud někdo dělá makse install pod rootem a do /usr/bin tak bohužel máš pravdu... )) Ale toto se dá vyřešit tak že adresáři /usr/local dáš práva pro zápis skupine users a bordel at si lidi dělají tam.