miniblog 1 of 1000 - back to Gentoo, tried f*cking GNOME

1.9.2017 18:23 | Přečteno: 1265× | Software | poslední úprava: 1.9.2017 18:25

Novej noťas, nový systém. KDE Neon postavený na 16.04 je sice relativně stabilní, ale instalovat moderní soft je "PAIN"..

Takže, čas na Gentoo! Dneska když máme buildsystémy jako Meson [1], tak ta kompilace docela frčí.

Po quick-install, troše konfiguráků jsem nahodil metabalíček "gnome-light", nějaké drobné překážky rychle zmizely z cesty.

Prostředí naběhlo v defaultu z GDM do gnome-shellu běžícím na waylandu. Plynulé, hezké a příjemné.. prostě jako když si koupíte prémiový toaleťák. Každopádně s gnome-shellem si člověk nevystačí, tak pro zbytek kompilace gnome-terminal neurazí.

Tak jsem si zkompiloval gnome-terminal, skustil gnome-shell a nic... po troše rozčarování jsem se rozhodl prohrábnout
# journalctl -b -e
.. and wild error -8 appeared. Google prozradil, že terminál si stěžuje na locale bez UTF-8! Na vině je zřejmě můj přechod na systemd při instalaci, kde jsem minul nějaký krok, nebo jsem prostě nepustil
eselect locale list && eselect locale set cs_CZ.UTF-8

Každopádně terminálek běží, GNOME mě mile překvapilo a poprvé v životě se v tomhle prostředí cítím příjemně. KDE mám rád, ale na čas ochutnám GNOME, když už to vypadá a funguje relativně slušně

Zkusím občas hodit na abíčko nějaký ten mini zápisek o tom, jak to jde s novým Gentoo, kam se posouvají iputils (ping a podobné srandičky) a vůbec o nějakých těch novinkách...

[1] mesonbuild.com *nazval bych ho moderní náhradou automake a spol.

       

Komentáře

[Grunt]

Popravdě jsem znovu po několika letech spokojenosti s Fedorou začal s Gentoo koketovat. Stáhl jsem si nejnovější LiveDVD a rozhlédl se a musím říct že mám těžké nutkání. Bohužel kdysi jsem ho měl na desktopu (ten nedělal nic jiného než kompiloval a kompiloval) a teď mi zbyl už jen laptop a ten tím nechci trápit (tomu minulému jsem odletoval nejprve grafiku a pak i northbridge a to jsem na něm nic nemusel kompilovat). Opravdu to provozuješ na nějakém přenosném počítači? To nemůže vydržet. Já přemýšlel nad tím že bych si sehnal něco malého, tichého do rožečku, spustil na tom Ditcc a po síti bych jenom tahal hotové binárky a nezatěžoval tím hlavní počítač. I tak bych si to asi netroufl instalovat na laptop. Další věc je že za ty roky jsem si prostě zvykl na automatiku a znovu kompilovat vlastní kernel a tisíc aplikací, nastavovat každému konfiguráky už by se mi asi nechtělo (genkernel jsem vždy odmítal jakožto nástroj pro lamy). Trošku jsem přemýšlel i nad Archem (vím že někteří ho provozují na laptopech). Ach jo, je to těžké.

[KS]

S tím distcc to není tak slavné. Ne všechny balíky s ním fungují a jsou i jiné náročné operace, než překlad C nebo C++ kódu. Taky je potřeba udržovat stejné verze překladačů a v případě cross kompilace se otevírá celá řada dalších problémů.

Na druhou stranu molochy jako Firefox nebo Chromium se tak "samozřejmě" překládat dají a v případě těchto balíčků se to dost vyplatí. Chromium se mi překládá na docela silném notebooku asi 8 hodin, při překladu s distcc na stroji s Xeonem asi hodinu.

[Grunt]

No nejvíc mě štvaly USE flagy. Pro instalaci některého balíčku znamenala změna jednoho USE flagu rekompilaci půlky systému a to bych v současné době absolutně nedal. Kor na laptopu. To bych ho odvařil během týdne. Kompilace na nějakém dedikovaném serveru/zařízení má druhou výhodu: Stanici můžu používat a hotové binární balíčky nainstaluju až budu mít čas a chuť. Představa je asi taková: mít nějaký seznam na serveru toho co chci ať si kompiluje, ráno zapnu, přes ssh budu z práce sledovat jak to jede, přijdu domů stáhnu binární výsledky, nainstaluju a mám hotovo. Jak tedy potom na to? Package server?

[ehm]

USE flagy lze nastavit zvlášť jen pro kompilaci konkrétního balíčku.

[Grunt]

To jít může ale prostě něco třeba do systému explicitně nekompiluju a pak si vzpomenu že potřebuju program který určitý USE flag potřebuje a znamená to že spočtení závislostí je rovno téměř emerge world.

[ehm]

To by to právě mělo řešit, ne? Už Gentoo dlouho nepoužívám, ale žádnou takovou situaci si nevybavuji.

[Grunt]

To by to právě mělo řešit, ne?

Jakým způsobem?

[ehm]

GOTO #13.

[Grunt]

Adapting the entire system to the new USE flags

After having altered USE flags, the system should be updated to reflect the necessary changes. To do so, use the --newuse option with emerge:

root #emerge --update --deep --newuse @world

Next, run Portage's depclean to remove the conditional dependencies that were emerged on the "old" system but that have been obsoleted by the new USE flags.

…

When all this is accomplished, the system is using the new USE flag settings.

Dodám že pokud je v systému dostatečné množství aplikací (třeba běžný desktop s KDE či GNOME) tak ho celý dostat na jeden USE flag, který byl doteď třeba vypnutý si vyžádá docela velké možství času a ještě větší množství prostoru.

[ehm]

Já už nevím, jak jinak mám vysvětlit, že ke kompilaci jednoho balíčku, pro který potřebuješ použit jiné USE flagy není potřeba měnit globální systémové nastavení USE flagů v make.conf, a tedy nebude ani potřeba emergovat world.

[pavlix]

+1

Příklad:

euse -E lua caps -p app-arch/rpm

[ehm]

To ani neznám. Já měl na mysli tohle:

root# USE="-pulseaudio" emerge www-client/seamonkey

Co by mě znepokojovalo je:

Remember that this setting only applies for the command entered; re-emerging or updating this application (either explicitly or as part of a system update) will undo the changes that were triggered through the (temporary) USE flag definition.

Možná to to tvoje použití euse řeší? Neupravuje to nakonec /etc/portage/package.env? To by bylo určitě lepší.

[pavlix]

Přesně tak, je to trvalé nastavení pro konkrétní balíček.

[R]

To je prasacina. Namiesto toho daj do suboru /etc/portage/package.use:

www-client/seamonkey -pulseaudio

[Ivorne]

Jo, nastavat lokální use flagy se má pomocí /etc/portage/package.use souboru (nebo adresáře).

Ale záleží, jaký to je use flag. Většina use flagů je potřeba nastavovat globálně (pulseaudio, systemd). Pár use flagů se má nastavovat jen pro některé balíky (doc, static, bindist). Use flagů, které mají smysl někdy nastavovat globálně a někdy neglobálně je fakt málo. Dost často když člověk nastavuje use flagy jen pro některé balíky, tak to vyústí v neudržovatelný systém. Prostě to pak začně psát kopu chyb při výpočtu závislostí nebo při kompilaci, když se člověk pokusí o update balíků. A kdo by měl chuť se tím furt prohrabovat a řešit to.

Ale zas na druhou stranu, nestává se mi moc často, že by změna use flagu vyvolala překompilování nějak extra velkého množství balíků. Nic horšího než běžná aktualizace.

Hlavní problém je balíky jako webkit, firefox, libreoffice a tak. U firefoxu a libreoffice je to vyřešené tak, že se místo toho dá instalovat balík firefox-bin a libreoffice-bin - nic se nekompiluje, jen se z repozitáře těch projektů stáhnou a nainstalují binárky. U těchhle dvou balíků mi to celkem stačí. Ještě bych potřeboval takhle nějak vyřešit ten webkit, ten je z mé zkušenosti ze všeho zdaleka nejhorší na dobu kompilace.

Ohledně toho provozu na notebooku - mám Gentoo na notebooku už asi 3 roky a zatím to žije. Ne že by to něco dokazovalo, ale jen tak pro info.

[pavlix]

Což je ovšem přesně to, co euse dělá, ne?

[Grunt]

Dost často když člověk nastavuje use flagy jen pro některé balíky, tak to vyústí v neudržovatelný systém.

Ono to má i svůj název.

[little.owl]

Popravdě jsem znovu po několika letech spokojenosti s Fedorou začal s Gentoo koketovat.

Vsak zkuste neco jineho. Alespon uvidite, ze trava jinde neni o moc zelenejsi, ze predkompilovane [nerolling] distro ma neco do sebe.

[Grunt]

Ono to o tom není. Fedora je většinou dostatečně „Bleeding edge“ (v některých ohledech), ale prostě nezávisle na tom jaké binární distro provozuju vždycky něco chybí, nějaká funkce není zakompilovaná, některé binární balíčky jsou staré oproti mainstreamu, prostě furt něco. V každém distru mi bobtná /usr/src pomalu jako v tom Gentoo. MPV, ffmpeg to už je automatika. Naposledy jsem potřeboval GIMP v2.9. Babl, Gegl, Pango, -devel balíčky, všechno ručně stahovat, kompilovat a číst, srát se tím… No pouze jsem si povzdechl že já blbec vlastně nepoužívám Gentoo. Když jsem naposled kompiloval Festival, výsledná binárka se ani nerozjela. Není to tom že bych binární distro nechtěl, ale nikdy v libovolném na 100% nenajdu to co potřebuju a kompilaci se nikdy nevyhnu, proč si ji teda neulehčit.

_{Disclaimer: Nezkoušel jsem v životě Arch Linux.}

[Nicky726]

_{Disclaimer: Nezkoušel jsem v životě Arch Linux.}

Tak bys možná měl, jednak kvůli aktuálnosti, pak kvůli AURu no a nakonec kvůli PKGBUILDům.

[little.owl]

A take sebe kontrole.

[Grunt]

Hm, asi jo.

[Dreit]

AUR je úžasná věc, těžko bych si odvykal

[Grunt]

A já zas doporučuju Archistům vyzkoušet si aspoň jednou, dvakrát za život něco pěkného zkompilovat. Ostatních dister se není potřeba bát dokud funguje kompilace ze zdrojáků a nemusí mít ani AUR.

[Grunt]

Jinak jsem si právě AUR vyzkoušel a ano je to vcelku šikovné. Akorát bych ho víc integroval (třeba jako příkaz ne jako webovou službu podobně jako to má Gentoo s příkazem emerge).

[Nicky726]

Na to jsou AUR pomocníci, třeba yaourt.

[Grunt]

Teď sem na něj přišel. Pěkný a barevný. Tošku bych to zhodnotil tak, že emerge/Portage je za osmnáct a yaourt/AUR je bez dvou za dvacet. Oba se snaží o to stejné akorát každý jinak. A to jsem si vždycky myslel že Arch je binární distribuce.

[Nicky726]

Na Archu je hezké, že je binární v základu, takže pokud člověk nepotřebuje "nějaké obskurnosti" vystačí si s balíčky (a že v core, extra a community je většina toho, co je běžně potřeba), ale když je potřeba něco navíc tak jsou snadno k dispozici PKGBUILDy (všeho co je v repo přes ABS dnes tedy ASP) a navíc ještě AUR tj. platforma pro sdílení PKGBUILDů mezi uživateli. Takže překompilovat balíček z repo s jinými volbami není vůbec pruda a ještě z toho vypadne opět balíček, tj. se zachovají všechny výhody typu závislosti, odinstalace, atd. a navíc to u těch menších obskurností už někdo dávno zveřejnil v AURu, takže člověk často nemusí dělat ani ty minimální zásahy.

[Grunt]

AUR by se hodil v Gentoo (pokud pominu nekonečné množství kombinací USE flagů), protože to nemá téměř žádné (uživateli vytvořené) binární balíčky a ty by se hodily. Zas na druhou stranu PKGBUILD/AUR není Portage/emerge, proto jedno nejde zaměnit s druhým. Uvidíme, zkusím jak dlouho Arch vydrží. Třeba se s ním nějak sblížím. Podle toho co jsem slyšel se aktualizuje tak často že nebude moc dlouho trvat než se dostanu do FUBAR stavu.

[Nicky726]

Tak četnost aktualizace si zvolíš ty jako správce. Na FUBAR je tu BTRFS+snapper+snap-pac. A jinak stačí kouknout před aktualizací na oznámení na domovské stránce a číst si výpisy z pacmana.

[pc2005]

yaourt

A to jsem si myslel že mám problém napsat "geeqie" .

[Dreit]

Docela často vídám

alias yogurt='yaourt'

[pavlix]

Já bych si asi dal spíš alias jogurt='yaourt'. :D

[ehm]

jogobella-s-extra-kousky-ovoce

[pc2005]

alias rovnak_na_vohejbak='yaourt'

[AsciiWolf]

[kuba77]

Kam se na to hrabe třeba "Guayadeque" (hudební přehrávač pro Linux)

[Dreit]

a nebo pacaur

[little.owl]

kvůli PKGBUILDům

Az uz to umi vygenerovat balicky s debugovacimi symboly a nebo ani po letech to stale neumi?

[Kate]

debug

Add the user-specified debug flags (DEBUG_CFLAGS, DEBUG_CXXFLAGS) to their counterpart buildflags as specified in makepkg.conf(5). When used in combination with the ‘strip’ option, a separate package containing the debug symbols is created.

[little.owl]

Dobre. A jak takove balicky nainstaluji z centralniho repositare, bez toho aniz bych to musel lokane kompilovat a zjistovat manualne zavislosti, protoze bez toho je to pak celkem k nicemu? Jejich souvisejici wiki stale vypada jako slusny binec.

[little.owl]

Navic treba u nekterych knihoven to nefunguje a musi se upravit PKGBUILD - jako treba u glibc - coz je ve sve podstate absurdni.

[little.owl]

Nevim jaka je situace ted, ale stable Gentoo mi moc aktualni neprislo, takze asi budete ve stejne pozici.

[Grunt]

Protože jsou všechny zajímavé ebuildy schované za vlnovkou.

takze asi budete ve stejne pozici.

Kdo my? Jako naše horda?

[VM]

Já zas před lety utelk z Gentoo k Debianu. Na Gentoo se mi nedařilo mít zároveň QT3 a QT4, navíc některé důležité programy přestaly mít z různých důvodů své ebuildy.

[Grunt]

BTW: Gentoo má ve výchozím stavu stále OpenRC, ne?

[michal]

Ano.

[kentus]

> tried f*cking GNOME

kazdy mame nejaky fetis, nekdo soulozi s trpasliky...

[okias]

:D hmmm, příště se zkusím zamyslet na skladbou slov

[pc2005]

Nejhorší jsou trpaslíci, ti vám vlezou všude.

[Bystroushaak]

I do soulože.

[Agent]

Souložit trpaslíka bych chtěl docela vidět.

[Johanka]

Neměla jsem odvahu klikat na vyhledané odkazy, ale Google by nepomohl? :-P

[petr]

ono staci na nekterych red strankach zadat midget a muzete mit trpasliku kolik chcete... ;)

[Bystroushaak]

Když zadáš „midget“ do vyhledávání na redhat.com, dostaneš cool story o zrodu opensource: Origins: A.I. + Open Source

[Marián Kyral]

S tou rychlostí - nejsem si jist, nakolik tomu pomůže nový build systém a kolik nové železo Některé balíčky jsou přesto na zabití - libreoffice, webkit a boost. Zbytek se kompiluje relativně krátce.

Mám Gentoo na třech laptopech a docela v pohodě. Jen stařeček Dell Inspiron 1720 (je možné, že už funguje přes 10 let!?), kam se nedá narvat více než 4GB RAM, se občas trochu zadýchá. Ale má jej teď žena a o novém nechce ani slyšet Takže čekám, až něco klekne. Naštěstí není problém spustit upgrade přes noc.

[Grunt]

Mám Gentoo na třech laptopech a docela v pohodě.

Fungují dodnes?

[kapo]

No ja pouzivat gentoo pouze na notebooku (T500, T510 a ted T540) a napohodu. Zatim zadnej odletovanej svab neni :). Ale je fakt, ze pri aktualizaci mi sensor hlasi klidne i 95C :), to mu uz pak i oteviram viko s LCD displejem, abych mu trochu s tim chlazenim pomohl.

[Marián Kyral]

Ano.

Na tom stařečkovi nikdy nic jiného nebylo (když nepočítám ty Visty, se kterými jsem to musel koupit). Před třemi lety jsem jej nahradil Toshibou P50, čtyřjádro, 16GB RAM. Musím jej na stole trochu podkládat, aby líp chladil, ale kromě navýšení RAM, výměnu HDD za větší a občasném profouknutí chladiče funguje bez problémů.

Pak mám ještě pracovní NB. Původně Dell Latitude E6500, fungoval bez problémů šest let, pak morálně zastaral a vyměnili mi jej za současnou E6540. Tu už taky budu mít třetí rok a bez problémů.

Ono Gentoo už dávno není o neustálé kompilaci. Upgrade pouštím cca jednou za týden, někdy i po delší době a pokud nevyšel nový LO nebo KDE, tak to většinou trvá 5-30 minut. A to není nic, co by neměl laptop vydržet.

[pavlix]

Tak navíc ne každý laptop se usmaží jenom tím, že se na něm občas něco zkompiluje a dnešní neefektivní web (Facebook a spol) umí taky pořádně zatopit, ale to používají obyčejní uživatelé a těm se neodporuje. :)