Další upgrade Archu a falešné obvinění

25.10.2007 10:15 | Přečteno: 1403× | blog | poslední úprava: 25.10.2007 10:18

Tak jsem opět upgradoval Archlinux v očekávaní dalších potíží, které nikde nekončí...

Upgrade proběhl, reboot se tentokrát povedl . Přihlášení - pohoda, ufff. Co to vidí mé oči v pravé části taskbaru? Tray - oblast, kde mé IceWM normálně zobrazuje ikonu PSI, checkgmail a Skype (a k nim občas i xmms) je nějaká celá posunutá, vidět je jen polovina PSI a i ta se po prvním klepnutí vytrácí. Zůstal mi na koukání jen monitor sítě, procesoru a hodiny. Bádám, nadávám... Minimalizace normální aplikace do traybaru je v pohodě, ale z těch co tam potřebuji se tam nic neobjevuje ani kdybych se na hlavu stavěl... Nakonec jsem našel, že tentokrát Arch obviňuji neprávem - stejnou chybu mají i uživatelé IceWM v ostatních distribucích. Tímto se Archlinuxu a jeho správcům omlouvám za všechny vyřčená i nevyřčená obvinění ohledně této aktualizace.

Po půldenním hledání na webu a několika kompilacích jsem své programy do traye vrátil. Ovšem postup: aplikovat patch na rozbalené zdrojáky, přeložit program a ručně zabalit a naisntalovat do systému, mi nepřijde jako vhodný postup v "desktop ready" systému.

Asi budu muset přehodnotit svůj postoj k aktualizacím systému... co třeba jednou za půl roku? Jen když vyjde nová verze mojí killer aplikace? Když už se musím s každým druhým upgradem pytlíkovat napůl ručně, tak ať to alespoň stojí za to. Uvidíme, jak to můj Arch ustojí.

       

Anketa

Komentáře

[stativ]

pacman -Syu obvykle spouštím 1x nebo 2x denně

[cubas]

pacman -Syu většinou taky pouštím 1x až 2x denně

[alium]

většinou taktéž

[Jardík]

pacman -Syu jsem už nepustil skoro 2 měsíce. Proč? Všechno mi funguje a tak nepotřebuji nic aktualizovat.

[kotyz]

ja taky. ale nekdy se to zvrtne v to ze vetsi nebo mensi cast systemu musim prevyst na testing aby mi treba zase naskocili Xka. a nebo cekat par dni nez se to dostane do "hlavniho" repozitare. a cekani nesnasim. ted cekam na novou verzi nvidia ovladace aby mi prestal shazovat compiz-fusion Xka pri pouzivani yakuake ...

[pasmen]

Já většinou každou půlhodinu, nebo i častejc když jsem zrovna u klapky

[ronny]

+1

a pred spanim na dobrou noc

[Václav Kramář]

Archlinux mám mj. právě kvůli rolling updates, takže pacman -Syu dávám řekněme denně (i když zdaleka ne pokaždé mi aktualizaci nabídne).

Kdybych chtěl omezit frekvenci aktualizací, sáhnu po Debian Stable nebo Ubuntu LTS.

[Martin Lebeda]

Já jej mám hlavně kvůli jednoduchosti (rc.conf, init, pacman, abs...), kdyby byl obdobný systém bez rolling updates (ale s podporou mého hw a virtualizace - což vylučuje ze soutěže FreeBSD) pak po něm sáhnu.

[Václav Kramář]

Jednoduchost, přehlednost a optimalizaci jsem ukryl pod "mj."

[cubas]

Arch mám kvůli jednoduchosti, ale i kvůli rolling updates a pkgbuildům.

[rADOn]

A co mame v ankete dat my chudaci diskriminovani gentusaci ? Jak casto synchronizujeme portage ? (obcas) Jak casto kompilujeme ? (porad) Jak casto kompilujeme "svet" ? (nikdy)

btw nebylo by jednodussi vratit se k fungujici verzi a pockat az se oprava dostane do upstreamu ?

[Martin Lebeda]

bylo, ale není jak...

[mess]

Dovolím si oponovat. Do /var/cache/pacman/pkg se ukládají všechny stažené balíčky; jsou tam i starší verze, než je současná nainstalovaná, takže stačí dát jen:

pacman -U /var/cache/pacman/starybalicek-0.0.1.pkg.tar.gz

[Václav Kramář]

Pokus jsi ovšem mezitím nedal pacman -Scc...

[Michal Karas]

Někde na wiki Arche se dají vyštrachat i odkazy na dva FTP servery, kde zůstávají staré balíčky.

[Kyosuke]

Já dávám jen -Sc. A když stojím před úkolem hodit na mašinu Arch, nainstaluju z média základní systém, udělám scp -r /var/cache/pacman/pkg root@hostname:/var/cache/pacman a je vymalováno. (Miluju jednoduchá distra... )

[Václav "Darm" Novák]

Dát -Scc po upgradu bez ověření kompletní funkčnosti? Sebevražda.

[Václav Kramář]

Mě se to jednou povedlo.

Naštěstí to byla drobnost (a taky jediná chyba, ke které u mě kdy při aktualizaci došlo): cdrkit.

[otula]

I kdyby už opravdu nebylo kde sehnat starší balíček, není obvykle problém si ho zkompilovat, v 99 % případů stačí jen upravit verzi (a MD5sum) v PKGBUILDu

[Martin Lebeda]

Ovšem, ale to už je ruční zásah, který:

1. Je nad rámec prostého pacman -Suy a spotřebuje nějaký čas
2. vyžaduje hlubší znalosti k určení toho co se kde pokazilo a jak to zpravit

To druhé (doufám) zatím ještě mám, ale to první mi vadí čím dál tím více...

[CEST]

Ja dal neustale

Rolling updates jsou skvely, ikdyz zrovna pred obedem se mi zkompilovalo novy pam-0.99 a pak me xscreensaver nechtel pustit do Xek. Tak jsem ho z konzole killnul (tam se slo prihlasit), ale pak mi nejela mys a myslim ani klavesnice v xkach, tak jsem chtel xscreensaver zase nahodit, ale kompletne mi to vytuhlo (ani capslock nereagoval a pocitac neodpovidal na ping). Tak jsem holt rebootnul (no, a to jsem pak jeste nemel nainstalovany moduly od novyho jadra, takze zadna mys ani sit:), no, proste jsem zapomnel make modules_install:)) Jinak gentoo mam rad pro jednoduchost ebuildu a moznosti udelat si vlastni "balicek"

[Michal Kubeček]

Tak jsem zahlasoval špatně, protože jsem místo "upgradujete" četl "updatujete". Jinak bych asi hlasoval pro "jednou ročně".

[filo]

Přesně díky tomu, co popisuje autor, upgraduji systém i aplikace jen když musím aneb "co funguje, do toho se nerýpe".
Z velké části je to zapříčiněno tím, že do střev nevidím a nevím, kam šáhnout, pokud se něco podělá. Docela se divím lidem s podobnými (ne)znalostmi jako já, kteří jdou do upgradu po hlavě bez jakékoliv zálohy a pak v diskusích zděšeně volají, že TO nefunguje, nebootuje atd.

[kotyz]

to si taky rikam, ale to bych se jednak nudil a druhak ty cerstvy verze maji vzdycky nejakej dobrej duvod proc po nich hrabnout co nejdriv (novy funkce, oprava starejch chyb a pridani novejch, ... ).

a kdyz mi neni rady tak mi pak neni pomoci. ale zatim sem vsecko vzdycky nakonec vyresil at uz sam nebo s pomoci fora ...

[David Watzke]

# qlop -s |tail
Sat Oct 20 23:51:46 2007 >>> rsync://209.177.148.226/gentoo-portage
Sun Oct 21 21:59:11 2007 >>> rsync://140.211.166.165/gentoo-portage
Mon Oct 22 10:50:59 2007 >>> rsync://64.127.121.98/gentoo-portage
Mon Oct 22 22:39:59 2007 >>> rsync://134.68.220.73/gentoo-portage
Tue Oct 23 12:16:45 2007 >>> rsync://64.127.121.98/gentoo-portage
Tue Oct 23 16:36:52 2007 >>> rsync://134.68.220.74/gentoo-portage
Tue Oct 23 21:35:46 2007 >>> rsync://64.127.121.98/gentoo-portage
Wed Oct 24 14:46:48 2007 >>> rsync://140.211.166.165/gentoo-portage
Wed Oct 24 19:19:16 2007 >>> rsync://134.68.220.73/gentoo-portage
Thu Oct 25 12:15:19 2007 >>> rsync://134.68.220.73/gentoo-portage

[Pinhead]

Co s tim furt děláte, že máte s aktualizacemi potíže? Mě se to ještě nestalo. Pacman -Syu pouštim tak 2x týdně, vždycky dám na doporučení když chce něco vyměnit, jedu na 64bit a všechno je vždycky OK. Možná to je tím, že čtu na monitoru co mi to píše. A naopak si myslím, že aktualizace jednou ročně přinese víc problémů, než 2x týdně.

[kotyz]

a mas nainstalovano i hodne veci z testingu a z par vlastnorucnich pkgbuildu?

me kdyz neco chciplo tak to bylo vetsinou tim ze sem mel nektery balicky o moc cerstvejsi nez zbytek systemu a srovnalo se to samo casem a dalsima upgradama (nebo dalsima rucne psanyma pkgbuildama kdyz sem nechtel cekat az to bude oficialne v repozitari).

[Pinhead]

Ne, z testingu nemám nic. Core (current) se mi zdá aktuální až dost. Vlastnoruční pkbuildy taky ne, ale jinak pár věcí z AURu mám.

[Martin Lebeda]

Dovolím si připomenout, že tentokrát vůbec nebyl problém se systémem, ale s čistě a jen s aktualizovaným programem.

Ale už se mi asi 2x stalo že upgrade selhal a něco se upgradovalo špatně a v jednom z těch případů systém ani nenajel... procentuálně odhaduji tak 95% upgradů je v pohodě. I tak to jsou adrenalinové zážitky...

[brk]

Tak jsem opět upgradoval Archlinux v očekávaní dalších potíží, které nikde nekončí...

To je Arch opravdu tak problémový? Nikdy jsem ho neviděl, ale rolling updates točím na Gentoo a nějaké větší problémy nemívám. Jednou za čas nějaký projekt vydá výraznější verzi, co má pozměněné konfiguráky a je tomu potřeba trochu času věnovat, ale před tím se člověk neubrání ani u "klasických" distribucí.

[Martin Lebeda]

Popravdě, ještě jsem nenarazil na systém, který by nebyl alespoň v některých ohledech problémový (včetně Windows a FreeBSD). Možná jsem příliš náročný a zadělávám si na ty problémy sám, když si snažím ohnout systém podle sebe a ne naopak. Možná kdybych používal to co ostatní, tak pojedu hladce "v hlavním proudu".

[Martin Lebeda]

To je Arch opravdu tak problémový?

Mnou se neřiďte, viz předchozí komentář...

[Václav Kramář]

Tak jsem opět upgradoval Archlinux v očekávaní dalších potíží, které nikde nekončí...

To je Arch opravdu tak problémový? Nikdy jsem ho neviděl, ale rolling updates točím na Gentoo a nějaké větší problémy nemívám. Jednou za čas nějaký projekt vydá výraznější verzi, co má pozměněné konfiguráky a je tomu potřeba trochu času věnovat, ale před tím se člověk neubrání ani u "klasických" distribucí.

Není. Respektive rozhodně ne víc, než kterákoli jiná distribuce.

[Andrej]

S tím patchem není až takový problém. Jsou dvě možnosti:

1. Připravit si vlastní PKGBUILD i s patchem. Pomocí makepkg -g se vygenerují kontrolní součty, přidají se do souboru a pak už stačí třeba makepkg -bc. Výhoda oproti normální kompilaci tkví v tom, že balíček po odinstalování nebo upgradu nenechává v souborovém systému žádné smetí.

2. Nebo (téměř) ručně:

   abs
   cd /var/abs
   cd `find -name mujbalicek`
   makepkg -o
   ### Právě zde je ta správná chvíle pro patchování.
   makepkg -e

   Nebo třeba makepkg -ebcir — podle nálady. Viz manuálová stránka. Opět vznikne slušný balíček a nikde nezůstávají zapomenuté soubory.

Samozřejmě je potřeba mít správné nastavení v /etc/abs.conf a /etc/makepkg.conf.

[otula]

správné nastavení v /etc/abs.conf

V /etc/abs/abs.conf