After syncing today, I noticed that update world wanted to downgrade my xorg-x11-7.0.0_rc3 to xorg-x11-6.8.2. This was apparently caused by the virtual/x11 package, which currently has only one version, 6.8. I noticed that packages like qt and xterm refer to virtual/x11 as a dependancy For people running xorg-x11-7* this is a big problem. The solution is (as suggested by brianw on #gentoo) to make an /etc/portage/profiels/virtuals file with the following line in it: virtual/x11 >=xorg-x11-7.0.0_rc3 I'm wondering if this issue will be handled by the Gentoo team to get a 7.0 version for the virtual/x11 package? Reproducible: Always Steps to Reproduce: Portage 2.0.51.22-r3 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.13-gentoo-r5 x86_64) ================================================================= System uname: 2.6.13-gentoo-r5 x86_64 AMD Sempron(tm) Processor 2500+ Gentoo Base System version 1.6.13 ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -pipe -O2" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib64/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /var/qmail/alias /var/qmail/control /var/vpopmail/domains /var/vpopmail/etc" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -pipe -O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks nostrip sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" LC_ALL="en_GB.UTF-8" LINGUAS="en_GB en_IN" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X a52 aac acl acpi alsa apache2 arts audiofile avi bash-completion bcmath berkdb bitmap-fonts bluetooth bzip2 cairo cdparanoia cdr crypt curl dbug dbus dio directfb dri dvd dvdr dvdread emboss emul-linux-x86 encode esd exif expat fam fbcon ffmpeg flac foomaticdb fortran ftp gd gif gmp gpm gstreamer gtk2 hal idn imagemagick imap imlib ipv6 jabber jack jack-tmpfs javascript jpeg kde kerberos krb4 lcms ldap libwww lm_sensors lzw lzw-tiff mad maildir mbox mhash mime mng mozilla mp3 mpeg msn musepack mysql ncurses nis nls nptl nptlonly nvidia offensive ogg opengl pam pcre pdflib perl php png portaudio posix python qt quicktime readline real samba sdl sndfile snmp spell ssl svg sysvipc tcpd tiff till timidity truetype truetype-fonts type1-fonts udev unicode usb userlocales vcd verbose vorbis xine xml xml2 xpm xsl xslt xv xvid yahoo zlib video_cards_via linguas_en_GB linguas_en_IN userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LDFLAGS
(In reply to comment #0) package.masked ebuilds are not a blocker. > The solution is (as suggested by brianw on #gentoo) to make an > /etc/portage/profiels/virtuals file with the following line in it: > > virtual/x11 >=xorg-x11-7.0.0_rc3 > > I'm wondering if this issue will be handled by the Gentoo team to get a 7.0 > version for the virtual/x11 package? That's what has been mentioned on gentoo-dev mailing list and that won't change until all packages are ported for modular X.
I had the same issue and the above solution did solve the problem. Thanks for publicizing it here. I was just starting to get frustrated. I realize that unmasking packages is volatile ground to begin with and I shouldn't expect support or even performance to be 100%. Still, for what my opinion might be worth, the very idea of having a "virtual" package with an actual ebuild seems to contradict the very notion of a virtual package. I understand this is to ease the transition to modular X. Is it permanent? Is it really necessary? Keep up the good work.
Unfortunately the fix mentioned here does not change this for me. I double checked to make sure I flollowed it properly (with "profiles" spelt correctly :P ) For me the virtual version is 6.9. Gentoo Base System version 1.12.0_pre8 Portage 2.0.53_rc7 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.14.3 i686) ================================================================= System uname: 2.6.14.3 i686 AMD Athlon(TM) XP 1800+ ccache version 2.4 [enabled] dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.13 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/sh utdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/li b/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks notitles sandbox sfperms strict" GENTOO_MIRRORS="http://distro.ibiblio.org/pub/linux/distributions/gentoo/" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="x86 3dnow X aalib alsa apm audiofile avi berkdb bitmap-fonts bzip2 cdr chroot crypt curl dv dvd dv dr eds emboss encode ethereal exif expat fam ffmpeg flac foomaticdb fortran gdbm gif glut gmp gnome gpm gstreamer gtk gtk2 guile hal idn imagemagick imlib java jpeg kde lcms ldap libg++ libwww lua mad mikmo d mmx mng motif mozilla mp3 mpeg ncurses nls nptl ogg oggvorbis openal opengl oss pam pcre pdflib perl png pwdb python qt quicktime readline recode samba sdl slang snmp spell sqlite sse ssl svga tcltk tiff truetype truetype-fonts type1-fonts udev usb vorbis xine xml2 xmms xv xvid zlib userland_GNU kernel_lin ux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS Not sure why that emerge info output got torn up...
(In reply to comment #2) > support or even performance to be 100%. Still, for what my opinion might be > worth, the very idea of having a "virtual" package with an actual ebuild seems > to contradict the very notion of a virtual package. I understand this is to ease > the transition to modular X. Is it permanent? Is it really necessary? Yes, it's permanent, yes, it's necessary, yes, it's the direction _all_ virtuals will be going. Read GLEP 37 (glep.gentoo.org).
(In reply to comment #3) > Unfortunately the fix mentioned here does not change this for me. I double > checked to make sure I flollowed it properly (with "profiles" spelt > correctly :P ) It's "profile" (singular).
Ah hah! Thanks.
> The solution is (as suggested by brianw on #gentoo) to make an > /etc/portage/profiels/virtuals file with the following line in it: > > virtual/x11 >=xorg-x11-7.0.0_rc3 I couldn't get this to work. I had to copy x11-6.8.ebuild into my portage overlay, create an x11-7.0_rc3.ebuild and change the RDEPEND right in there. The long route... but at least it works now.
This is a generic artifact of apps not ported to modular X, which can be followed in another bug. *** This bug has been marked as a duplicate of 112675 ***
