Optimal procedure to upgrade Gentoo Linux?
Solution 1:
I've been using close to the same steps you do, except for:
eix-sync
instead ofemerge --sync
because I like seeing the changes to the portage tree. This is especially nice for noticing packages I might want to install that are new to the tree.layman -S
(occasionally) before the main emerge to sync any changes in overlays.eclean-dist -d
after therevdep-rebuild
to clean obsoleted tarballs. I do this after every emerge, because package downgrads aren't that common.eix-test-obsolete
as the last step to help keep my /etc/portage files tidy and up-to-date. This also lets me know when I have installed packages that have been completely removed from portage so I need to go get the ebuild from the repository. A recent example, I have to mask all versions of iproute2 > 2.6.22.20070710 due to the older kernel running on my Xen VPS but it was recently removed from portage.
eix-sync
and eix-test-obsolete
are in app-portage/eix.
eclean-dist
is in app-portage/gentoolkit.
Solution 2:
emerge --sync
oreix-sync
oremerge-delta-webrsync
andeix-update
emerge -av portage
eclean-dist
Check that one of linux-headers, glibc, binutils, libtool or gcc has major update (e.g gcc updates from 4.6 to 4.8). If it isn't go to the step 11.
Full rebuild:
rm -rf $(portageq pkgdir)/*
— cleanup cache in PKGDIRemerge -av linux-headers glibc binutils gcc-config libtool gcc
gcc-config <number of new gcc>
Switch to new gccsource /etc/profile
emerge -avb glibc binutils gcc libtool
emerge -avbke system
emerge -avbke world
If you have any problem on step 10 or 11 then fix it and try again
Update world:
- Clean your world file
/var/lib/portage/world
from unnecessary packages and check/etc/portage
entities fixpackages
emerge -avuDN world
eselect python update
python-updater -- -av
perl-cleaner --all -- -av
emerge -a --depclean
revdep-rebuild -i -- -av
If you have any trouble in steps 14-18 fix it and repeat all steps from step 13.
etc-update
ordispatch-conf
glsa-check -vp affected
You can have affected packages in slots after updateemaint --check all
Solution 3:
It seems like you've got it covered. The only other tip is to maybe take it a bit slower than a blind wholesale update. You can always update the packages or dependency chains individually with emerge -DNuav <atom>
instead of world
(use --oneshot for things you don't want to add in to the world file, like system libs for example).
Note that it's always easier to do if you keep up to date regularly rather than going for monolithic batch updates every couple of months. Also, to avoid too many surprises, you might find it helpful to subscribe to one of the mailing lists like gentoo-user
(WARNING: ~100 mails a day on this list) since pretty much any major update issues are likely to show up on the list with plenty of discussion explaining how to solve them.
I would guess that the next major "problem" update will be the migration to openrc once it goes stable (it was done on ~arch middle of last year iirc with only a few issues, primarily with networking changes).
Solution 4:
If your goal is to have the absolute latest of all packages, then yes, that seems to cover all the bases. I'm surprised this has worked for you for a long time, though, because I would imagine you'd get bitten often by blocks, broken deps, etc. In the last couple years I've become much more careful about wholesale updating, electing instead to do it piecemeal after viewing the update tree. Gentoo development seems to have passed its heyday. Maybe it's because of the rise of Ubuntu.
Anyway, one additional thing you might try, just to be really fastidious about the whole process, is cleaning out your distfiles. There are scripts out there if you search.
Solution 5:
glsa-check -t all
glsa-check -f all
That's what you should run first. It's unneeded if you upgrade all the packages.
Oh and I prefer cfg-update ;)