Summary: | virtual/x11 wants to downgrade to X11R6 when running X11R7 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Mrugesh Karnik <floyd_n_milan> |
Component: | Current packages | Assignee: | 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
(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.
|