I don't know why in one of the systems I admin I am unable to fully upgrade to xorg-server-1.6 simply with "emerge -avuDN world". Only a few of them were automatically updated (mesa and a few others) while drivers (like evdev or intel) and, even, xorg-server, are kept without updating. Also, they are not cleaned with a "emerge --depclean" and I have already checked that xorg-server is a RDEPEND of some packages, then, I don't know why portage doesn't try to update it My emerge --info: Portage 2.1.6.13 (default/linux/amd64/2008.0/desktop, gcc-4.3.2, glibc-2.9_p20081201-r2, 2.6.31-gentoo-r1 x86_64) ================================================================= System uname: Linux-2.6.31-gentoo-r1-x86_64-Intel-R-_Core-TM-2_Duo_CPU_E7400_@_2.80GHz-with-gentoo-1.12.11.1 Timestamp of tree: Fri, 02 Oct 2009 20:00:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 4.0_p28 dev-java/java-config: 2.1.8-r1 dev-lang/python: 2.6.2-r1 dev-util/ccache: 2.4-r7 dev-util/cmake: 2.6.4 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.7.9-r1, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=native" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -pipe -march=native" DISTDIR="/usr/distfiles" FEATURES="autoaddcvs ccache cvs distlocks fixpackages multilib-strict parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://ftp.free.fr/mirrors/ftp.gentoo.org" LANG="es_ES.UTF-8" LC_ALL="es_ES.UTF-8" LDFLAGS="-Wl,-O1" LINGUAS="es es_ES en_US" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acpi alsa amd64 avahi bash-completion berkdb branding bzip2 cairo cdda cddb cdr cleartype cli consolekit cracklib crypt css cups dbus djvu dri dts dvd dvdr dvi eds emboss encode evo exif fam ffmpeg firefox flac foomaticdb fortran gdbm gif gimp glitz gmail gnome gnome-keyring gpm gstreamer gtk hal iconv imap ipod isdnlog java jpeg jpeg2k kdeenablefinal kdehiddenvisibility kpathsea latex libnotify lzma mad mbox mikmod mmx mmxext modules mono mp3 mp4 mpeg mudflap multilib musepack musicbrainz nautilus ncurses network network-cron nls nptl nptlonly ogg opengl openmp pam pch pcre pdf perl png pop ppds pppd python qt3support qt4 quicktime raw readline reflection sdl session smp spell spl sse sse2 ssl ssse3 startup-notification svg sysfs t1lib tcpd theora thunar tiff truetype unicode usb vcd vorbis x264 xml xmp xorg xulrunner xv xvid zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="es es_ES en_US" USERLAND="GNU" VIDEO_CARDS="intel vesa" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS Reproducible: Always
If --depclean doesn't remove them, then --with-bdeps=y should help.
Do you have xorg-server in your world file? Do you have VIDEO_CARDS and INPUT_DEVICES set in make.conf? Are all packages updated if you do emerge -1uav xorg-server?
(In reply to comment #1) > If --depclean doesn't remove them, then --with-bdeps=y should help. > Yes, it helps, but I don't know why I don't need to use with-bdeps=y in the other two machines I have already updated :-/ (In reply to comment #2) > Do you have xorg-server in your world file? No, but I also don't have it in any of the machines I have successfully updated > Do you have VIDEO_CARDS and > INPUT_DEVICES set in make.conf? Yes: VIDEO_CARDS="intel vesa" INPUT_DEVICES="evdev" >Are all packages updated if you do emerge -1uav > xorg-server? > Not all of them: # emerge -1uav xorg-server These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] x11-base/xorg-drivers-1.6 INPUT_DEVICES="evdev -acecad -aiptek -citron -elographics -fpit -hyperpen -joystick -keyboard -mouse -mutouch -penmount -synaptics -tslib -virtualbox -vmmouse -void -wacom" VIDEO_CARDS="intel vesa -apm -ark -ast -chips -cirrus -dummy -epson -fbdev -fglrx (-geode) -glint -i128 (-i740) (-impact) (-imstt) -mach64 -mga -neomagic (-newport) -nv -nvidia -r128 -radeon -radeonhd -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l (-vermilion) -via -virtualbox -vmware (-voodoo) (-xgi)" 0 kB [ebuild U ] x11-libs/libpciaccess-0.10.6 [0.10.5] USE="-debug -minimal" 262 kB [ebuild U ] x11-proto/resourceproto-1.1.0 [1.0.2] 48 kB [ebuild U ] x11-apps/xinit-1.0.8-r8 [1.0.8-r4] USE="consolekit%* pam -debug -minimal (-hal%*)" 0 kB [ebuild U ] x11-base/xorg-server-1.6.3.901-r2 [1.5.3-r6] USE="hal nptl sdl xorg -debug -dmx -ipv6 -kdrive -minimal -tslib (-3dfx%)" INPUT_DEVICES="(-acecad%) (-aiptek%) (-citron%) (-elographics%) (-evdev%*) (-fpit%) (-hyperpen%) (-joystick%) (-keyboard%) (-mouse%) (-mutouch%) (-penmount%) (-synaptics%) (-tslib%) (-virtualbox%) (-vmmouse%) (-void%) (-wacom%)" VIDEO_CARDS="(-apm%) (-ark%) (-ast%) (-chips%) (-cirrus%) (-dummy%) (-epson%) (-fbdev%) (-geode%) (-glint%) (-i128%) (-i740%) (-impact%) (-imstt%) (-intel%*) (-mach64%) (-mga%) (-neomagic%) (-newport%) (-nv%) (-nvidia%) (-r128%) (-radeon%) (-radeonhd%) (-rendition%) (-s3%) (-s3virge%) (-savage%) (-siliconmotion%) (-sis%) (-sisusb%) (-sunbw2%) (-suncg14%) (-suncg3%) (-suncg6%) (-sunffb%) (-sunleo%) (-suntcx%) (-tdfx%) (-tga%) (-trident%) (-tseng%) (-v4l%) (-vermilion%) (-vesa%*) (-via%) (-virtualbox%) (-vmware%) (-voodoo%) (-xgi%)" 4,569 kB Total: 5 packages (4 upgrades, 1 new), Size of downloads: 4,878 kB But evdev and intel are still not auto-updated Thanks :-)
(In reply to comment #3) > Not all of them: > # emerge -1uav xorg-server > But evdev and intel are still not auto-updated You probably just need to add --deep to those options to pull in the other updates.
(In reply to comment #4) > You probably just need to add --deep to those options to pull in the other > updates. > Yes, you are true, but I still don't see why I need to manually update xorg-server, as it's not needed on other setups :-( Thanks a lot
(In reply to comment #5) > Yes, you are true, but I still don't see why I need to manually update > xorg-server, as it's not needed on other setups :-( You should compare the reverse dependencies between each of your setups: emerge -pv --depclean xorg-server
In the failing system I get: # emerge -pv --depclean xorg-server Calculating dependencies... done! x11-base/xorg-server-1.5.3-r6 pulled in by: dev-python/pygobject-2.18.0 dev-python/pygtk-2.14.1-r1 gnome-base/eel-2.24.1 gnome-base/libbonoboui-2.24.1 gnome-base/libgnomecanvas-2.20.1.1 gnome-base/nautilus-2.24.2-r3 gnome-extra/gnome-games-2.24.3 x11-drivers/xf86-input-evdev-2.1.3 x11-drivers/xf86-video-intel-2.7.1 x11-drivers/xf86-video-vesa-2.2.0 x11-libs/gtk+-2.16.6 >>> No packages selected for removal by depclean Packages installed: 841 Packages in world: 103 Packages in system: 50 Required packages: 841 Number to remove: 0 In the proper one I get: # emerge -pv --depclean xorg-server Calculating dependencies... done! x11-base/xorg-server-1.6.3.901-r2 pulled in by: dev-python/pygobject-2.18.0 dev-python/pygtk-2.14.1-r1 gnome-base/eel-2.24.1 gnome-base/libbonoboui-2.24.1 gnome-base/libgnomecanvas-2.20.1.1 gnome-base/nautilus-2.24.2-r3 gnome-extra/at-spi-1.24.1 gnome-extra/gnome-games-2.24.3 gnome-extra/gnome-power-manager-2.22.1 media-sound/rhythmbox-0.11.6-r1 media-video/nvidia-settings-180.60 net-libs/webkit-gtk-1.1.10 x11-drivers/nvidia-drivers-185.18.31 x11-drivers/xf86-input-evdev-2.2.5 x11-drivers/xf86-input-synaptics-1.1.3 x11-drivers/xf86-video-nv-2.1.14 x11-libs/gtk+-2.16.6 x11-wm/compiz-0.8.2-r3 >>> No packages selected for removal by depclean Packages installed: 1263 Packages in world: 293 Packages in system: 50 Required packages: 1263 Number to remove: 0
(In reply to comment #7) Ok, so it's clear that the configurations is different, so this is why we get different results. The "proper one" likely has some additional packages listed in /var/lib/portage/world. You may want to use the diff command to check for differences there.
Created attachment 205884 [details, diff] world.diff There are differences in their worlds, but their x11* stuff are similar :-/ In attached diff I compare "failing one" with "proper", I mean: diff -u "failing" "proper one"
(In reply to comment #9) > There are differences in their worlds, but their x11* stuff are similar :-/ Why is this bad? Different packages have different dependencies. So? :)
Then, maybe the problem is that I misunderstood how --with-bdeps works, but I thought that even with --with-bdeps=n xorg-server should be updated as it's a RDEPEND (not only a DEPEND, I think) of some packages. This is the output of equery d xorg-server in "proper one": $ equery d xorg-server * Searching for xorg-server ... dev-python/pygobject-2.18.0 (X ? x11-base/xorg-server) dev-python/pygtk-2.14.1-r1 (X ? x11-base/xorg-server) gnome-base/eel-2.24.1 (X ? x11-base/xorg-server) gnome-base/libbonoboui-2.24.1 (X ? x11-base/xorg-server) gnome-base/libgnomecanvas-2.20.1.1 (X ? x11-base/xorg-server) gnome-base/nautilus-2.24.2-r3 (X ? x11-base/xorg-server) gnome-extra/at-spi-1.24.1 (X ? x11-base/xorg-server) gnome-extra/gnome-games-2.24.3 (X ? x11-base/xorg-server) gnome-extra/gnome-power-manager-2.22.1 (X ? x11-base/xorg-server) media-sound/rhythmbox-0.11.6-r1 (X ? x11-base/xorg-server) media-video/nvidia-settings-180.60 (x11-base/xorg-server) net-libs/webkit-gtk-1.1.10 (X ? x11-base/xorg-server) x11-drivers/nvidia-drivers-185.18.31 (<x11-base/xorg-server-1.6.99) x11-drivers/xf86-input-evdev-2.2.5 (>=x11-base/xorg-server-1.5.3) x11-drivers/xf86-input-synaptics-1.1.3 (x11-base/xorg-server) x11-drivers/xf86-video-nv-2.1.14 (x11-base/xorg-server) x11-libs/gtk+-2.16.6 (X ? x11-base/xorg-server) x11-wm/compiz-0.8.2-r3 (>=x11-base/xorg-server-1.1.1-r1) This is the output on "failing one": $ equery d xorg-server [ Searching for packages depending on xorg-server... ] dev-python/pygobject-2.18.0 (X? x11-base/xorg-server) dev-python/pygtk-2.14.1-r1 (X? x11-base/xorg-server) gnome-base/eel-2.24.1 (X? x11-base/xorg-server) gnome-base/libbonoboui-2.24.1 (X? x11-base/xorg-server) gnome-base/libgnomecanvas-2.20.1.1 (X? x11-base/xorg-server) gnome-base/nautilus-2.24.2-r3 (X? x11-base/xorg-server) gnome-extra/gnome-games-2.24.3 (X? x11-base/xorg-server) x11-drivers/xf86-input-evdev-2.1.3 (>=x11-base/xorg-server-1.5.3) x11-drivers/xf86-video-intel-2.7.1 (>=x11-base/xorg-server-1.5) x11-drivers/xf86-video-vesa-2.2.0 (>=x11-base/xorg-server-1.0.99) x11-libs/gtk+-2.16.6 (X? x11-base/xorg-server) In both cases newer xorg-server could be installed without problems :-/
The thing is, apparently xorg-server isn't reachable through the deep RDEPEND of any of your world/system packages. This is actually a common point of confusion, since xorg-server is not listed in the RDEPEND of many packages since they are capable of using the X library to connect to a remote X server. So, the best solution in your case since you don't seem to have anything that absolutely requires an X server at runtime is to add xorg-server to your world file: emerge --noreplace xorg-server
(In reply to comment #12) > The thing is, apparently xorg-server isn't reachable through the deep RDEPEND > of any of your world/system packages. This is actually a common point of > confusion, since xorg-server is not listed in the RDEPEND of many packages > since they are capable of using the X library to connect to a remote X server. > So, the best solution in your case since you don't seem to have anything that > absolutely requires an X server at runtime is to add xorg-server to your world > file: > > emerge --noreplace xorg-server > I am sure it will "solve" this but, how can it be not reachable if, for example, xorg-server is a RDEPEND of (already installed, but still outdated): x11-drivers/xf86-input-evdev x11-drivers/xf86-video-intel Maybe because they are not in world file? If this is the cause, it would explain why in the other setups is working, because they use nvidia-drivers and I have nvidia-settings pulled in world file (and it has xorg-server as RDEPEND) Anyway, seems really surprising to me that only this few packages has an RDEPEND on xorg-server :-O, when it's obvious that packages like: gnome-base/gdm gnome-base/gnome-light www-client/mozilla-firefox x11-apps/mesa-progs x11-wm/icewm need xorg-server
(In reply to comment #13) > Anyway, seems really surprising to me that only this few packages has an > RDEPEND on xorg-server :-O, when it's obvious that packages like: > gnome-base/gdm > gnome-base/gnome-light > www-client/mozilla-firefox > x11-apps/mesa-progs > x11-wm/icewm > > need xorg-server > No, as said, they are capable of using X libraries to connect to a _remote_ X server that's running on another computer. For this reason, gentoo policy is to leave the X server out of RDEPEND. Yes, it's somewhat confusing if you don't know about the policy. However, it's not so bad given the it's easily solved by adding xorg-server to world.
OK, thanks a lot for your attention and for being so kind always :-D
*** Bug 296033 has been marked as a duplicate of this bug. ***
