| 1 |
ce qui nous donne (si on a un overlay et installé layman pour le/les gérer): |
| 2 |
|
| 3 |
#layman -S && eix-sync && emerge -NuDavt world && emerge --depclean && |
| 4 |
revdep-rebuild && dispatch-conf |
| 5 |
|
| 6 |
Le 25/03/07, Guillaume Pujol <guillp.ml@×××××.com> a écrit : |
| 7 |
> |
| 8 |
> > j'avais compris que la commande magique, d'apres le handbook, etait |
| 9 |
> > |
| 10 |
> > emerge --update --deep world |
| 11 |
> le mieux est d'utiliser |
| 12 |
> |
| 13 |
> emerge -aDNtuv world |
| 14 |
> |
| 15 |
> pour faire ses mises à jour (version longue: --ask --deep --newuse |
| 16 |
> --tree --update --verbose) pour en plus avoir une demande de |
| 17 |
> confirmation, recompiler les paquets dont les USE flags ont changé, |
| 18 |
> afficher les paquets à compiler sous forme d'arbre de dépendance, et |
| 19 |
> afficher tous les détails. |
| 20 |
> |
| 21 |
> > pouquoi mettre a jour portage en premier ? |
| 22 |
> tout simplement parce que ca ne peut pas faire de mal :) et puis si |
| 23 |
> une nouvelle version de Portage apparait après un emerge --sync, un |
| 24 |
> message d'affiche pour conseiller de faire la mise à jour ... |
| 25 |
> |
| 26 |
> > emerge --search eix m'indique que eix fait de l'indexation d'ebuilds. |
| 27 |
> > ca apporte vraiment quelque chose de plus ? |
| 28 |
> eix c'est super pratique pour chercher parmi ses ebuilds. C'est |
| 29 |
> peut-etre 100 ou 1000 fois plus rapide qu'emerge --search (eix est |
| 30 |
> écrit en C et crée un index mis à jour après chaque MAJ de portage), |
| 31 |
> et ca sert aussi à afficher de façon lisible les différences après un |
| 32 |
> emerge --sync (astuce: une fois eix installé, utilisez 'eix-sync' |
| 33 |
> plutot que emerge --sync) |
| 34 |
> |
| 35 |
> a+ |
| 36 |
> -- |
| 37 |
> gentoo-user-fr@g.o mailing list |
| 38 |
> |
| 39 |
> |
Archives