Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 115071

Summary: virtual/x11 wants to downgrade to X11R6 when running X11R7
Product: Gentoo Linux Reporter: Mrugesh Karnik <floyd_n_milan>
Component: Current packagesAssignee: Gentoo X packagers <x11>
Status: RESOLVED DUPLICATE    
Severity: normal CC: sgtphou
Priority: High    
Version: unspecified   
Hardware: AMD64   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---
Bug Depends on:    
Bug Blocks: 112004    

Description Mrugesh Karnik 2005-12-10 02:57:36 UTC
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
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2005-12-10 03:06:54 UTC
(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.
Comment 2 Goyo Roth 2005-12-10 08:00:55 UTC
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.

Comment 3 FieldySnuts 2005-12-10 12:17:47 UTC
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... 
Comment 4 Donnie Berkholz (RETIRED) gentoo-dev 2005-12-10 16:50:25 UTC
(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).
Comment 5 Donnie Berkholz (RETIRED) gentoo-dev 2005-12-10 16:51:16 UTC
(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).
Comment 6 FieldySnuts 2005-12-10 17:08:40 UTC
Ah hah! Thanks. 
Comment 7 Andrew Fuller 2005-12-13 17:19:59 UTC
> 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. 
Comment 8 Donnie Berkholz (RETIRED) gentoo-dev 2006-03-01 01:31:56 UTC
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 ***