Après avoir fait …hum…un peu de lecture sur gentoo (merci XKomodor ;))
J’ai “osé” faire ces commandes en console :
a)# emerge --update --deep --newuse world //Mise à jour
b)# emerge --depclean //nettoyage des orphelins suite à une importante mise à jour.
c)# revdep-rebuild//pour réparer les liens
d)# eclean-dist//pourfaire un peu de place sur le disque ensupprimantlesfichiers sources des paquets déjà installés.
Je demande donc si le a) => est bien utile,car il a fallut près de 5 heures pour que tout se fasse
Par rapport aux commandes que tu préconise ?
Merci encore…> pour cette accès FR qui va nous être très très pratique !
lamontagne22
Comme je l’indiquais tantôt sur le channel IRC #calculate-fr, cela à pris autant de temps pour la commande :
emerge --update --deep --newuse world
parce que tu as ajouté dans le fichier
/etc/make.conf
le paramètre de langue spécifique:
LINGUAS="fr"
Donc ton système ayant reconnu un nouveau paramètre a recompilé l’ensemble des paquets ayant LINGUAS=… pour l’adapter et ne prendre que le paramètre FR.
Ainsi, LibreOffice a dû être entièrement recompiler.
Je vous engage très sérieusement à faire toujours un :
emerge -p
ou
emerge --pretend
avant de mettre à jour votre Calculate ou d’installer un nouveau ebuild.
Bonjour tout le monde Voilà qui est bien expliqué. Mais je tiens quand même à rappeler à Georges, au cas où, que la emerge -uDN world (la forme abrégée de la commande a) sur ta liste) sert effectivement à mettre à jour, il n’y pas d’autre formule magique. Tu peux omettre l’option -N si tu n’as pas modifié les paramètres USE, mais le reste de la commande est bien obligatoire.
Il y a par contre un outil qui permet de voir combien de temps va prendre la compilation en cours - genlop. Il suffit de l’installer, puis d’exécuter :
genlop -c
L’information ne sera fournie que pour le paquet qui est en train de se compiler.
Dans le cas que je vous montre, j’ai activé :
-q ou encore --quiet : qui permet d’éviter de faire une sortie sur le terminal des lignes de compilation (sauf lorsque vous avez un collègue qui passe derrière vous pour faire style vous êtes en train de bosser).
Ce paramètre qui n’a l’air de rien comme cela évite que votre CPU calcule en plus l’affichage de toutes ces “lignes de compilation” et donc vous y gagnez un peu de temps.
-v ou encore --verbose : qui permet d’afficher les informations comme :
le nom de l’ebuild en cours de traitement
le nombre de tache de compilation encore à réaliser et la charge machine comme vous pourriez le voir avec la commande top
Un exemple type afin de réaliser la synchronisation de l’arbre portage et mettre à jour l’ensemble du système :
eix-sync && emerge -puD world
afin de voir ce qui va être mis à jour et éventuellement ajuster les paramètres USE, dans mon cas (c’est un exemple)
emerge -puD world
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild U ] net-analyzer/traceroute-2.0.18 [2.0.15]
[ebuild U ] dev-libs/openssl-1.0.0g [1.0.0f-r1]
[ebuild NS ] sys-kernel/gentoo-sources-3.2.1-r2 [3.1.6] USE="symlink -build -deblob"
[ebuild U ] sys-apps/openrc-0.9.8.2 [0.9.8.1]
et pour lancer la mise à jour :
emerge -qvuD world
>>> Verifying ebuild manifests
>>> Starting parallel fetch
>>> Emerging (1 of 4) net-analyzer/traceroute-2.0.18
>>> Jobs: 0 of 4 complete, 1 running Load avg: 0.39, 0.32, 0.33
A propos des paramètres USE, je lance toujours equery u paquet avant d’installer tout paquet censé avoir de nombreuses fonctionnalités, pour voir les paramètres qu’il utilise et les ajuster au besoin.
A propos de top, je trouve que htop est quand même meilleur
Donc pendant que tu upgrades ton système si je comprends bien et cela toujours au même moment ?
Tu peux pas faire un copier/coller du message d’erreur complet, sinon on risque d’y passer du temps.
Enfin, avant de faire la mise à jour, je verrai à checker la RAM en utilisant par exemple : http://www.ultimatebootcd.com/download.html
et lancer un “memtest” sur au moins 2 passes.
