C'est ainsi que j'améliore Gentoo depuis longtemps. Est-ce la méthode recommandée ? Des pièges ou de meilleures méthodes à utiliser?
emerge --sync
emerge -uDav --tree world
emerge -av --depclean
revdep-rebuild -v -- --ask
dispatch-conf
glsa-check -t all
glsa-check -f all
Réponses:
Il semble que vous l'ayez couvert. La seule autre astuce est peut-être de prendre un peu plus lentement qu'une mise à jour en gros aveugle. Vous pouvez toujours mettre à jour les packages ou les chaînes de dépendances individuellement avec
emerge -DNuav <atom>
au lieu deworld
(utilisez --oneshot pour les choses que vous ne voulez pas ajouter au fichier mondial, comme les bibliothèques système par exemple).Notez qu'il est toujours plus facile de le faire si vous vous tenez à jour régulièrement plutôt que de procéder à des mises à jour par lots monolithiques tous les deux mois. De plus, pour éviter trop de surprises, vous trouverez peut-être utile de vous abonner à l'une des listes de diffusion comme
gentoo-user
(AVERTISSEMENT: ~ 100 mails par jour sur cette liste) car pratiquement tous les problèmes de mise à jour majeurs sont susceptibles d'apparaître sur la liste avec beaucoup de discussions expliquant comment les résoudre.Je suppose que la prochaine mise à jour majeure du "problème" sera la migration vers openrc une fois qu'il sera stable (cela a été fait sur ~ arch au milieu de l'année dernière iirc avec seulement quelques problèmes, principalement avec des changements de réseau).
la source
J'utilise presque les mêmes étapes que vous, à l'exception de:
eix-sync
au lieu deemerge --sync
parce que j'aime voir les modifications apportées à l'arbre de portage. C'est particulièrement agréable pour remarquer les packages que je pourrais vouloir installer qui sont nouveaux dans l'arborescence.layman -S
(occasionnellement) avant l'émergence de la principale pour synchroniser tout changement dans les superpositions.eclean-dist -d
après lerevdep-rebuild
nettoyage des tarballs obsolètes. Je le fais après chaque sortie, car les déclassements de packages ne sont pas si courants.eix-test-obsolete
comme dernière étape pour aider à garder mes fichiers / etc / portage bien rangés et à jour. Cela me permet également de savoir quand j'ai installé des packages qui ont été complètement supprimés de portage, je dois donc aller chercher l'ebuild à partir du référentiel. Un exemple récent, je dois masquer toutes les versions d'iproute2> 2.6.22.20070710 en raison de l'ancien noyau fonctionnant sur mon Xen VPS, mais il a récemment été supprimé de portage.eix-sync
eteix-test-obsolete
sont dans app-portage / eix.eclean-dist
est dans app-portage / gentoolkit.la source
emerge --sync
oueix-sync
ouemerge-delta-webrsync
eteix-update
emerge -av portage
eclean-dist
Vérifiez que l'un des en-têtes linux, glibc, binutils, libtool ou gcc a une mise à jour de magor (par exemple les mises à jour gcc de 4.6 à 4.8). Si ce n'est pas le cas, passez à l'étape 11.
Reconstruction complète:
rm -rf PKGDIR/*
Remplacez PKGDIR par votre chemin vers le répertoire du package!emerge -av linux-headers glibc binutils gcc-config libtool gcc
gcc-config <number of new gcc>
Passer à nouveau gccsource /etc/profile
emerge -avb glibc binutils gcc libtool
emerge -avbke system
emerge -avbke world
Si vous avez un problème à l'étape 10 ou 11, corrigez-le et réessayez
Mettre à jour le monde:
/var/lib/portage/world
des packages inutiles et vérifiez les/etc/portage
entitésfixpackages
emerge -avuDN world
eselect python update
python-updater -- -av
perl-cleaner --all -- -av
emerge -a --depclean
revdep-rebuild -i -- -av
Si vous rencontrez des problèmes aux étapes 14 à 18, corrigez-le et répétez toutes les étapes de l'étape 13.
etc-update
oudispatch-conf
glsa-check -vp affected
Vous pouvez avoir des packages affectés dans les emplacements après la mise à jouremaint --check all
la source
Si votre objectif est d'avoir la dernière version de tous les packages, alors oui, cela semble couvrir toutes les bases. Je suis surpris que cela fonctionne pour vous depuis longtemps, car j'imagine que vous seriez souvent mordu par des blocs, des dépôts cassés, etc. Au cours des deux dernières années, je suis devenu beaucoup plus attentif à la mise à jour en gros, choisir à la place de le faire au coup par coup après avoir consulté l'arborescence de mise à jour. Le développement de Gentoo semble avoir atteint son apogée. C'est peut-être à cause de la montée d'Ubuntu.
Quoi qu'il en soit, une chose supplémentaire que vous pourriez essayer, juste pour être vraiment fastidieux à propos de l'ensemble du processus, est de nettoyer vos fichiers distants. Il existe des scripts si vous recherchez.
la source
C'est ce que vous devez exécuter en premier. Il n'est pas nécessaire de mettre à niveau tous les packages.
Oh et je préfère cfg-update;)
la source
C'est ce que je fais:
Si vous ne comprenez pas complètement les commentaires, lisez ceci car c'est l'autorité sur la façon de mettre à jour vos paquets gentoo.
http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=1
la source
Votre processus est correct, bien que l'exécution de chaque commande ne soit probablement pas nécessaire, je fais généralement une synchronisation et une mise à jour. Emerge vous indiquera généralement si vous devez exécuter un script pour reconstruire le fichier, comme lors d'une mise à niveau majeure de Python, et vous indiquera également quand fusionner les modifications de configuration. Puisque Gentoo n'a pas réellement de chemin de mise à niveau d'une version à l'autre. Au moment où vous sortez du monde, vous avez la dernière version.
la source
Depuis longtemps, j'ai toujours utilisé cette procédure:
Pour le mien, je préfère mettre à jour la nuit. Mais il arrive parfois que quelque chose échoue et vous devez donc télécharger à nouveau tous (ou certains) programmes.
Peut-être que le commutateur --newuse n'est pas nécessaire, mais je modifie souvent mon make.conf donc cela a du sens pour moi.
la source
Ça a l'air bien, même si je ne serais pas si rapide à lancer depclean.
Sauf si vous avez une exigence comme un faible espace sur le disque dur, vous pouvez revenir et nettoyer à des intervalles moins réguliers. Il n'y a aucun mal à les avoir autour pendant une courte période. Si vous n'avez pas eu la chance de remarquer des paquets cassés après la mise à jour, vous serez sûr qu'ils ne sont pas le résultat de la suppression des dépendances lâches.
la source
C'est comme ça que je le fais sur mon VPS:
étape 0 (depuis / etc / crontab)
étape 1:
étape 2:
la source