[gentoo-user-fr] Gentoo vieille de 4 mois, mise a jour ?

[gentoo-user-fr] Gentoo vieille de 4 mois, mise a jour ?

[Nico]

[-- Attachment #1: Type: text/plain, Size: 4689 bytes --]

heureux de retrouver le net après 4 mois, je vous salue.

J'aurais une question assez délicate à vous soumettre.
Ma Gentoo datant de 4 mois, voici son état général :

shuttle ~ # emerge --info
Portage 2.1.2.2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r4,
2.6.18-gentoo-r2 i686)
=================================================================
System uname: 2.6.18-gentoo-r2 i686 AMD Athlon(tm) XP 3000+
Gentoo Base System release 1.12.9
Timestamp of tree: Sat, 24 Mar 2007 14:50:01 +0000
ccache version 2.3 [enabled]
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon-xp -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf
/etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -march=athlon-xp -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch
sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp.free.fr/mirrors/ftp.gentoo.org "
LINGUAS="fr"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
--compress --force --whole-file --delete --delete-after --stats
--timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages
--filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/portage/local/layman/sunrise"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="3dnow X alsa apache2 arts bitmap-fonts bzip2 cairo cdr cli cracklib
crypt cups dbus dri dvd dvdr emboss encode fam firefox flac fortran ftp gdbm
gif gphoto2 gpm gstreamer gtk2 hal iconv ieee1394 imagemagick imlib ipv6
isdnlog jpeg kde libg++ mad midi mikmod mmx mp3 mpeg ncurses nls nptl
nptlonly ogg opengl oss pam pcre pdf perl php png ppds pppd python qt3 qt4
quicktime readline reflection sdl session spell spl sse ssl svg tcpd theora
tidy tiff truetype truetype-fonts type1-fonts unicode usb userlocales vorbis
win32codecs x86 xml xorg xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp
atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938
es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx
via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare
dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter
mulaw multi null plug rate route share shm softvol" ELIBC="glibc"
INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz
cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="fr"
USERLAND="GNU" VIDEO_CARDS="nvidia"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS


j'ai donc fait ça dans l'ordre :
emerge --sync
emerge -u portage
emerge --sync
emerge -u eix
eix-sync

Puis j'ai lancer un
emerge -uvptDN system

a partir duquel j'ai mis a jour quelques trucs en partant du bas de l'arbre
(option 't')
MAIS.
Là mon emerge -uvptDN system me donne ça :

shuttle ~ # emerge -uptDN system

These are the packages that would be merged, in reverse order:

Calculating system dependencies... done!
[nomerge      ] sys-devel/gcc-4.1.1-r3 [4.1.1-r1] USE="gtk*"
[ebuild     U ]  sys-libs/glibc-2.5 [2.4-r4]
[ebuild     U ]   sys-devel/gcc-4.1.1-r3 [4.1.1-r1] USE="gtk*"
[ebuild     U ]    sys-devel/gcc-config-1.3.14 [1.3.13-r4]
[ebuild     U ] sys-apps/file-4.20 [4.17-r1]
[ebuild     U ] net-misc/openssh-4.5_p1-r1 [4.4_p1-r6]


et je crois me rappeler que le changement de version de openssh demande
souvent de lancer une commande qui recompile les paquets contre cette
nouvelle version, ce qui devrait entrainer une GROSSE mise à jour du
systeme...
j'aimerais y aller progressivement, je prefere passer du temps à avancer
judicieusement dans la mise a jour plutot que de faire un gros emerge -uvDN
world :)

Ma question est donc : avez vous une idée de comment je devrais proceder
afin d'eviter les embettements.
J'ai regulierement lu la newsletter, mais je ne me suis pas tenu au courant
des problemes reguliers d'utilisateurs qui auraient pu apparaitre sur cette
liste :(

merci merci beaucoup !

[-- Attachment #2: Type: text/html, Size: 5794 bytes --]

Re: [gentoo-user-fr] Gentoo vieille de 4 mois, mise a jour ?

[isAAAc - Krashtest Krew]

[-- Attachment #1: Type: text/plain, Size: 5731 bytes --]

perso (AMD 2600+, ~x86) je fais régulièrement un
#emerge -NuDav world

(en cas de soucis je fonce:
#emerge --resume --skipfirst )

puis un
#emerge --depclean

puis un
#revdep-rebuild

et enfin un
#dispatch-conf

pas eu de soucis majeurs (sauf avec dbus, mais c'était en rapport avec beryl
et ca c'est réglé)

sauf si tu passes d'une version de gcc largement antérieure à celle qui va
s'installer, je ne suis pas sur qu'un emerge -NuDav system soit nécessaire,
même si c'est toujours plus sur...

attends tout de même confirmation d'autres users , car je dis ca de ma
fenêtre, et je suis pas forcément le meilleur pour filer des conseils ;)

isAAAc

2007/3/25, Nico <dragoonway@gmail.com>:
>
> heureux de retrouver le net après 4 mois, je vous salue.
>
> J'aurais une question assez délicate à vous soumettre.
> Ma Gentoo datant de 4 mois, voici son état général :
>
> shuttle ~ # emerge --info
> Portage 2.1.2.2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r4,
> 2.6.18-gentoo-r2 i686)
> =================================================================
> System uname: 2.6.18-gentoo-r2 i686 AMD Athlon(tm) XP 3000+
> Gentoo Base System release 1.12.9
> Timestamp of tree: Sat, 24 Mar 2007 14:50:01 +0000
> ccache version 2.3 [enabled]
> dev-java/java-config: 1.3.7, 2.0.30
> dev-lang/python:     2.4.3-r4
> dev-python/pycrypto: 2.0.1-r5
> dev-util/ccache:     2.3
> sys-apps/sandbox:    1.2.17
> sys-devel/autoconf:  2.13, 2.61
> sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2,
> 1.10
> sys-devel/binutils:  2.16.1-r3
> sys-devel/gcc-config: 1.3.13-r4
> sys-devel/libtool:   1.5.22
> virtual/os-headers:  2.6.17-r2
> ACCEPT_KEYWORDS="x86"
> AUTOCLEAN="yes"
> CBUILD="i686-pc-linux-gnu"
> CFLAGS="-O2 -march=athlon-xp -pipe"
> CHOST="i686-pc-linux-gnu"
> CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
> /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
> CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf
> /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo"
> CXXFLAGS="-O2 -march=athlon-xp -pipe"
> DISTDIR="/usr/portage/distfiles"
> FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch
> sandbox sfperms strict"
> GENTOO_MIRRORS=" ftp://ftp.free.fr/mirrors/ftp.gentoo.org "
> LINGUAS="fr"
> MAKEOPTS="-j2"
> PKGDIR="/usr/portage/packages"
> PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
> --compress --force --whole-file --delete --delete-after --stats
> --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages
> --filter=H_**/files/digest-*"
> PORTAGE_TMPDIR="/var/tmp"
> PORTDIR="/usr/portage"
> PORTDIR_OVERLAY="/usr/local/portage /usr/portage/local/layman/sunrise"
> SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
> USE="3dnow X alsa apache2 arts bitmap-fonts bzip2 cairo cdr cli cracklib
> crypt cups dbus dri dvd dvdr emboss encode fam firefox flac fortran ftp gdbm
> gif gphoto2 gpm gstreamer gtk2 hal iconv ieee1394 imagemagick imlib ipv6
> isdnlog jpeg kde libg++ mad midi mikmod mmx mp3 mpeg ncurses nls nptl
> nptlonly ogg opengl oss pam pcre pdf perl php png ppds pppd python qt3 qt4
> quicktime readline reflection sdl session spell spl sse ssl svg tcpd theora
> tidy tiff truetype truetype-fonts type1-fonts unicode usb userlocales vorbis
> win32codecs x86 xml xorg xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp
> atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938
> es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx
> via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare
> dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter
> mulaw multi null plug rate route share shm softvol" ELIBC="glibc"
> INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz
> cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="fr"
> USERLAND="GNU" VIDEO_CARDS="nvidia"
> Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
> PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
>
>
> j'ai donc fait ça dans l'ordre :
> emerge --sync
> emerge -u portage
> emerge --sync
> emerge -u eix
> eix-sync
>
> Puis j'ai lancer un
> emerge -uvptDN system
>
> a partir duquel j'ai mis a jour quelques trucs en partant du bas de
> l'arbre (option 't')
> MAIS.
> Là mon emerge -uvptDN system me donne ça :
>
> shuttle ~ # emerge -uptDN system
>
> These are the packages that would be merged, in reverse order:
>
> Calculating system dependencies... done!
> [nomerge      ] sys-devel/gcc-4.1.1-r3 [4.1.1-r1] USE="gtk*"
> [ebuild     U ]  sys-libs/glibc-2.5 [2.4-r4]
> [ebuild     U ]   sys-devel/gcc-4.1.1-r3 [4.1.1-r1] USE="gtk*"
> [ebuild     U ]    sys-devel/gcc- config-1.3.14 [1.3.13-r4]
> [ebuild     U ] sys-apps/file-4.20 [4.17-r1]
> [ebuild     U ] net-misc/openssh-4.5_p1-r1 [4.4_p1-r6]
>
>
> et je crois me rappeler que le changement de version de openssh demande
> souvent de lancer une commande qui recompile les paquets contre cette
> nouvelle version, ce qui devrait entrainer une GROSSE mise à jour du
> systeme...
> j'aimerais y aller progressivement, je prefere passer du temps à avancer
> judicieusement dans la mise a jour plutot que de faire un gros emerge -uvDN
> world :)
>
> Ma question est donc : avez vous une idée de comment je devrais proceder
> afin d'eviter les embettements.
> J'ai regulierement lu la newsletter, mais je ne me suis pas tenu au
> courant des problemes reguliers d'utilisateurs qui auraient pu apparaitre
> sur cette liste :(
>
> merci merci beaucoup !
>
>

[-- Attachment #2: Type: text/html, Size: 6992 bytes --]

Re: [gentoo-user-fr] Gentoo vieille de 4 mois, mise a jour ?

[Didier Link]

Le Sun, 25 Mar 2007 03:50:33 +0200,
Nico <dragoonway@gmail.com> a écrit :

> heureux de retrouver le net après 4 mois, je vous salue.

Salut :)

> 
> J'aurais une question assez délicate à vous soumettre.
> Ma Gentoo datant de 4 mois, voici son état général :
[...]
> 
> j'ai donc fait ça dans l'ordre :
> emerge --sync
> emerge -u portage
> emerge --sync
> emerge -u eix
> eix-sync

Impeccable jusque là ;)

> 
> Puis j'ai lancer un
> emerge -uvptDN system
> 
> a partir duquel j'ai mis a jour quelques trucs en partant du bas de
> l'arbre (option 't')
> MAIS.
> Là mon emerge -uvptDN system me donne ça :
> 
> shuttle ~ # emerge -uptDN system
> 
> These are the packages that would be merged, in reverse order:
> 
> Calculating system dependencies... done!
> [nomerge      ] sys-devel/gcc-4.1.1-r3 [4.1.1-r1] USE="gtk*"
> [ebuild     U ]  sys-libs/glibc-2.5 [2.4-r4]
> [ebuild     U ]   sys-devel/gcc-4.1.1-r3 [4.1.1-r1] USE="gtk*"
> [ebuild     U ]    sys-devel/gcc-config-1.3.14 [1.3.13-r4]
> [ebuild     U ] sys-apps/file-4.20 [4.17-r1]
> [ebuild     U ] net-misc/openssh-4.5_p1-r1 [4.4_p1-r6]
> 
> 
> et je crois me rappeler que le changement de version de openssh
> demande souvent de lancer une commande qui recompile les paquets
> contre cette nouvelle version, ce qui devrait entrainer une GROSSE
> mise à jour du systeme...

openssh tu peux y aller, il vaut mieux même ;)

C'est openssl qui pourrait entraîner une cascade de revdep-rebuid !

> j'aimerais y aller progressivement, je prefere passer du temps à
> avancer judicieusement dans la mise a jour plutot que de faire un
> gros emerge -uvDN world :)
> 
> Ma question est donc : avez vous une idée de comment je devrais
> proceder afin d'eviter les embettements.
> J'ai regulierement lu la newsletter, mais je ne me suis pas tenu au
> courant des problemes reguliers d'utilisateurs qui auraient pu
> apparaitre sur cette liste :(

Ben moi je dirai fonce !

> 
> merci merci beaucoup !

De rien et pas tapé si tu casses tout hein ? ;)
Sinon on est là pour t'aider !

A+ et bonne chance !!

Didier

-- 
Didier Link <didier@famille-link.fr>
Jabber : zanfib@ims.kelkoo.net
MSN : zanfib@hotmail.fr
SIP : Zanfib@ekiga.net

Clé GPG : 75BAC9EE
--
gentoo-user-fr@gentoo.org mailing list

Re: [gentoo-user-fr] Gentoo vieille de 4 mois, mise a jour ?

[Nico]

[-- Attachment #1: Type: text/plain, Size: 1117 bytes --]

merci de vos réponses :)
je me lance donc :)
d'abord le system (ça me rassure ;) ) puis le world.
D'ailleurs, mon emerge -uvptDN world m'insulte, mais ça a pas l'air grave,
voyez la fin :

[...]
[blocks B     ] <dev-python/pygtk-2.9 (is blocking dev-python/pygobject-
2.12.3)
[blocks B     ] app-crypt/gnupg (is blocking app-crypt/gnupg-1.9.20-r3)

Total: 173 packages (149 upgrades, 14 new, 3 in new slots, 7 reinstalls, 2
blocks), Size of downloads: 1,101,285 kB

Pour résoudre le problème avec pygtk, j'ai trouvé ce thread dans le forum :
http://forums.gentoo.org/viewtopic-t-510120-postdays-0-postorder-asc-highlight-pygtk+blocking+devpython+pygobject-start-25.html

en gros, suffit de faire :

emerge -C pygtk
emerge -1 pygtk, ce qui collera le pygobject avant pygtk (on verra :) )

Pour gnupg, la solution est là :
http://www.mail-archive.com/gentoo-user@lists.gentoo.org/msg52735.html
Soit :
emerge -C gnupg && emerge gnupg

Donc, je me lance et je vous tiens au jus :)

De rien et pas tapé si tu casses tout hein ? ;)
> Sinon on est là pour t'aider !


je suis du genre pacifiste :)

merci encore :)

[-- Attachment #2: Type: text/html, Size: 1874 bytes --]

Re: [gentoo-user-fr] Gentoo vieille de 4 mois, mise a jour ?

[Etienne]

Le dimanche 25 mars 2007 15:48, Didier Link a écrit :

>
> > j'ai donc fait ça dans l'ordre :
> > emerge --sync
> > emerge -u portage
> > emerge --sync
> > emerge -u eix
> > eix-sync
>
> Impeccable jusque là ;)


je me permets de reprendre ce fil. 

Sur ma toute neuve gentoo, je n'ai encore jamais fait d'update

j'avais compris que la commande magique, d'apres le handbook, etait

emerge --update --deep world

pouquoi mettre a jour portage en premier ?
emerge --search eix m'indique que eix fait de l'indexation d'ebuilds. 
ca apporte vraiment quelque chose de plus ?
pourquoi ne pas faire un emerge -u world ?

merci d'avance de vos lumieres

etienne
--
gentoo-user-fr@gentoo.org mailing list

Re: [gentoo-user-fr] Gentoo vieille de 4 mois, mise a jour ?

[Guillaume Pujol]

> j'avais compris que la commande magique, d'apres le handbook, etait
>
> emerge --update --deep world
le mieux est d'utiliser

emerge -aDNtuv world

pour faire ses mises à jour (version longue: --ask --deep --newuse
--tree --update --verbose) pour en plus avoir une demande de
confirmation, recompiler les paquets dont les USE flags ont changé,
afficher les paquets à compiler sous forme d'arbre de dépendance, et
afficher tous les détails.

> pouquoi mettre a jour portage en premier ?
tout simplement parce que ca ne peut pas faire de mal :) et puis si
une nouvelle version de Portage apparait après un emerge --sync, un
message d'affiche pour conseiller de faire la mise à jour ...

> emerge --search eix m'indique que eix fait de l'indexation d'ebuilds.
> ca apporte vraiment quelque chose de plus ?
eix c'est super pratique pour chercher parmi ses ebuilds. C'est
peut-etre 100 ou 1000 fois plus rapide qu'emerge --search (eix est
écrit en C et crée un index mis à jour après chaque MAJ de portage),
et ca sert aussi à afficher de façon lisible les différences après un
emerge --sync (astuce: une fois eix installé, utilisez 'eix-sync'
plutot que emerge --sync)

a+
--
gentoo-user-fr@gentoo.org mailing list

Re: [gentoo-user-fr] Gentoo vieille de 4 mois, mise a jour ?

[isAAAc - Krashtest Krew]

[-- Attachment #1: Type: text/plain, Size: 1556 bytes --]

ce qui nous donne (si on a un overlay et installé layman pour le/les gérer):

#layman -S && eix-sync && emerge -NuDavt world && emerge --depclean &&
revdep-rebuild && dispatch-conf

Le 25/03/07, Guillaume Pujol <guillp.ml@gmail.com> a écrit :
>
> > j'avais compris que la commande magique, d'apres le handbook, etait
> >
> > emerge --update --deep world
> le mieux est d'utiliser
>
> emerge -aDNtuv world
>
> pour faire ses mises à jour (version longue: --ask --deep --newuse
> --tree --update --verbose) pour en plus avoir une demande de
> confirmation, recompiler les paquets dont les USE flags ont changé,
> afficher les paquets à compiler sous forme d'arbre de dépendance, et
> afficher tous les détails.
>
> > pouquoi mettre a jour portage en premier ?
> tout simplement parce que ca ne peut pas faire de mal :) et puis si
> une nouvelle version de Portage apparait après un emerge --sync, un
> message d'affiche pour conseiller de faire la mise à jour ...
>
> > emerge --search eix m'indique que eix fait de l'indexation d'ebuilds.
> > ca apporte vraiment quelque chose de plus ?
> eix c'est super pratique pour chercher parmi ses ebuilds. C'est
> peut-etre 100 ou 1000 fois plus rapide qu'emerge --search (eix est
> écrit en C et crée un index mis à jour après chaque MAJ de portage),
> et ca sert aussi à afficher de façon lisible les différences après un
> emerge --sync (astuce: une fois eix installé, utilisez 'eix-sync'
> plutot que emerge --sync)
>
> a+
> --
> gentoo-user-fr@gentoo.org mailing list
>
>

[-- Attachment #2: Type: text/html, Size: 2005 bytes --]

Re: [gentoo-user-fr] Gentoo vieille de 4 mois, mise a jour ?

[Nico]

[-- Attachment #1: Type: text/plain, Size: 410 bytes --]

shtest Krew <kaslantien@gmail.com> a écrit :
>
> ce qui nous donne (si on a un overlay et installé layman pour le/les
> gérer):
>
> #layman -S && eix-sync && emerge -NuDavt world && emerge --depclean &&
> revdep-rebuild && dispatch-conf


c un poil brutal ça :)
et je crois qu'il faut inverser revdep-rebuild et emerge --depclean puis
refaire un revdep-rebuild si tu veux vraiment tenter un truc pareil ^^

[-- Attachment #2: Type: text/html, Size: 743 bytes --]