Gentoo Archives: gentoo-dev

From: Michael Weber <xmw@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] [gentoo-portage-dev] About forcing rebuilds of other packages issue
Date: Wed, 06 Jun 2012 00:53:17
In Reply to: Re: [gentoo-dev] [gentoo-portage-dev] About forcing rebuilds of other packages issue by "Aaron W. Swenson"
Hash: SHA256

On 06/05/2012 02:44 PM, Aaron W. Swenson wrote:

> "There's never anything important in all that text." - Anonymous > Gentoo User
The bad part is, that even reading of these messages can result in a breakage. I update a bunch of machines with these steps (maybe we should place instructions like these on a prominent place). (this is multi user, multi session). #preparations eix-sync cd /etc/portage git pull ; [ git stash ; git pull ; git stash pop ; git commit -a ; git push ] #on kernel updates emerge -av1 --nodeps gentoo-sources cd /usr/src/linux ; zcat /proc/config.gz > .config make oldconfig time ( make -j8 && make install_modules && make install && module-rebuild -X rebuild && eclean-kernel -n 2 -x config && grub2-config -o /boot/grub2/grub2.cfg ) #regular packages emerge -avuND world dispatch-conf/etc-update emerge -a --depclean revdep-rebuild --ignore -- -av revdep-rebuild --ignore -- -av (second run) #on xorg-server updates emerge -av1 $(qlist -IC x11-drivers) Nice, isn't it? [1] if you forget the -X on module-rebuild, you might no longer have the virtualbox-modules version installed in the tree (no packages satisfy ...). virtualbox does remove old versions real quick. The fun part comes with non-root users trying to log in: [2] You've updated nvidia-drivers (kernel module providers in general) userland and kernel modules, but forget to `rmmod nvidia`, or you can't without terminating user sessions, it impossible to start new X servers due to version mismatch between userland and kernel (applies for virtualbox as well) [3] You've updated zlib, but failed to recognize it in the emerge -av output. You get angry reports about broken luatex and inkscape (imagemagik) because of some nasty zlib abi version mismatch, hidden from revdep-rebuild. [5] lafilefixer (funny) [4] python-updater (rare) [6] ocaml gets broken after update w/o lablgl rebuild Well, I'm lazy, and do this in the backgound, half asleep. And I admit that [1] and [2] are my faults, but [3] is very annoying (just like libdl related stuff) and esp. kernel+module updates take a lot more than just a few 'REBUILD' packages. Is there any chance to detect this ZLIB_VERSION problem with revdep-rebuild (worst case: add a list of possibly broken packages with tests)? ===== I understand the urge for `eupdate` but that needs an agreement on the implementation, and I see some rought edges here, where unattended script magic most likely fails. Michael -- half asleep - -- Gentoo Dev -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - iF0EAREIAAYFAk/OqZ4ACgkQknrdDGLu8JCZTgD2MXNld64l2D9jdko5sDQ1RedO hDDGT1frS210sIkG5AD+M0N08Ru0FrVmqarkxec6N71egAmrmRUmcMMhtWCcUK0= =0Xwl -----END PGP SIGNATURE-----