Bug 147660 – >=eselect-opengl-1.0.4 should depend on >=eselect-1.0.5

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description konsti 2006-09-15 02:16:50 UTC]

I am installing on fresh amd64 system.


Portage 2.1.1 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.4-r3, 2.6.18-rc7 x86_64)
=================================================================
System uname: 2.6.18-rc7 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
Gentoo Base System version 1.12.5
Last Sync: Thu, 14 Sep 2006 18:30:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r3
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.16
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O3 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=k8 -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo "
LANG="en_US"
LC_ALL="en_US"
LDFLAGS="-Wl,-O1 -Wl,--enable-new-dtags -Wl,--sort-common -s"
LINGUAS=""
MAKEOPTS="-j3"
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'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="amd64 aac aalib alsa ao audiofile avi berkdb bitmap-fonts bzip2 cli crypt cups dga dlloader dvd elibc_glibc encode flac glibc-omitfp gpm icq imagemagick imap input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kernel_linux libcaca libg++ mad maildir menu minimal moznocompose moznoirc moznomail moznoroaming mozsvg mpeg ncurses no-old-linux nptl nptlonly nvidia offensive ogg opengl pam png ppds pppd readline reflection session smime spl ssl symlink tetex theora truetype truetype-fonts type1-fonts udev unicode userland_GNU userlocales vcd video_cards_nvidia vorbis xinerama xml2 xorg xosd xv xvid xvmc zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

root@anita:// > eselect opengl list
exiting.
root@anita:// > eselect opengl set xorg-x11
exiting.
root@anita:// > eselect opengl set nvidia  
exiting.
root@anita:// > eselect opengl set nvidia-opengl
exiting.
root@anita:// > eselect opengl set blablabla    
exiting.

Previously I made mesa compiling by linking stuff by hand
/usr/lib/opengl/xorg-x11/include/glx* into /usr/include/GL/
These links are in my working system.

Konsti

[Comment 1 konsti 2006-09-17 11:41:57 UTC]

# > eselect opengl list
Available OpenGL implementations:
  [1]   nvidia *
  [2]   xorg-x11

I used an old package.unmask file where eselect-opengl was unmasked.
This was from my old machine, done while there was a bug when the symlink /lib64 was rather new.

This unmasked version was version 1.0.4.
Version 1.0.3 works fine as stated above. *argh*

[Comment 2 Jakub Moc (RETIRED) 2006-09-23 00:03:24 UTC]

*** Bug 148730 has been marked as a duplicate of this bug. ***

[Comment 3 Jakub Moc (RETIRED) 2006-09-23 00:04:32 UTC]

Which app-admin/eselect version you have installed? Need 1.0.5 most likely.

[Comment 4 konsti 2006-09-26 00:35:46 UTC]

Well I had eselect-1.0.2 installed which did not work with eselect-opengl-1.0.5.
This was by accident only by unmasking eselect-opengl.
Funny thing is, after correcting this, downgrading eselect-opengl a couple of hours both programs were unmasked. If I had fiddled with this one day later I would have never seen a non working eselect-opengl on my system ;-)

[Comment 5 Jakub Moc (RETIRED) 2006-10-22 01:05:55 UTC]

Ping...

[Comment 6 konsti 2006-10-22 08:42:59 UTC]

(In reply to comment #5)
> Ping...

ping?

[Comment 7 Jakub Moc (RETIRED) 2006-12-01 02:19:30 UTC]

Assigning to herd, the maintainer is apparently MIA.

[Comment 8 Chris Gianelloni (RETIRED) 2006-12-05 07:01:51 UTC]

Done.  Sorry that this took so long.