Hi, Am Samstag 26 August 2006 13:54 schrieb Duncan: > Dieter Ries <[EMAIL PROTECTED]> posted [EMAIL PROTECTED], > > excerpted below, on Sat, 26 Aug 2006 12:44:02 +0200: > >> So, for the [problem of the ebuild not properly switching to xorg-x11 > >> opengl] try manually running eselect opengl list, then eselect > >> opengl set <number for xorg-x11). If it's screwed up, you may have to > >> try toggling it to something else then back to xorg. > > > > there is only xorg-x11 in the list, > > That's interesting, as you say you are using the Nvidia slaveryware video > drivers, which should give you NVidia's OpenGL drivers as well.
yes and they work, i get up to several 100 frames in some 1st person shooters.
i dont think so, but may be its interesting that i have a somehow new nvidia
geforce 7900GT card, dunno.
>
> >> For the former problem, because the compatibility libs are pre-compiled
> >> binaries, remerging them goes pretty fast, so rather than mess with
> >> trying to get the detection order right, the easiest workaround is to
> >> simply unmerge the compatibility libs so the detection will find the
> >> proper 64-bit versions, then remerge the compatibility libs after
> >> you've merged whatever was choking on them.
> >
> > i re-installt the nvidia drivers without 32bit compatibility, but it
> > didnt work afterwards, either. i cheched if the /usr/lib64/libGL.so
> > existed, but there was only /usr/lib64/libGL.so.1
> >
> > i linked it to /usr/lib64/libGL.so, and afterwards, emerge -avD
> > libquicktime worked.
> >
> > but xdriinfo still fails with the same error as posted in the last email
> > any ideas?
>
> OK, eselect opengl is definitely screwed up, as it's the one that should
> be creating the symlinks, and with the NVidia drivers, you should have the
> NVidia OpenGL option as well.
>
> What nvidia-* packages do you have merged? You should probably have
> nvidia-drivers (or possibly nvidia-legacy-drivers if you have an old card),
> which is the merged nvidia-kernel and nvidia-glx. If you haven't updated
> to nvidia-drivers (or legacy), then you'd need both kernel and glx.
i had not one of them, i installed the driver-package from nvidia.com by hand
now i tried emerging nvidia-drivers, which works, but then i can not play any
32bit games, not even TETRIS via Dosbox.
>
> At this point, I'd try to straighten out the eselect opengl first. If you
> play 32-bit games or run other 32-bit 3D (read OpenGL) enabled apps, go
> ahead and remerge it with 32-bit again, as that wasn't what I was
> referring to (more on that later). Then try remerging eselect-opengl. I'm
> not sure how the detection works, but if you still don't have an entry for
> nvidia opengl after that, I'd try remerging the nvidia drivers again after
> eselect-opengl, then if necessary eselect-opengl again.
i emerged this nvidia-drivers package and remerged eselect-opengl, but the
error was still the same. now both gl's are listed by eselect, but xdriinfo
still doesnt compile
>
> Thus:
> emerge nvidia video drivers with 32-bit
> emerge eselect-opengl
> Take a look and see if you have an nvidia entry under eselect opengl list
how can i emerge nvidia drivers with 32bit emulation? there is no useflag for
it.
>
> If not:
> emerge nvidia's drivers again
> emerge eselect-opengl again
> Take another look.
>
> If you still don't have them, consider checking for and filing if there
> isn't one, a bug on eselect-opengl.
>
> Once you get that straightened out, hopefully you'll be fine.
>
> FWIW, the other thing I was concerned about was the stuff in /emul. That
> is, the 32-bit compatibility library packages named as
> app-emulation/emul-linux-x86-*, particularly xlibs. I was suggesting if
> you have any of those merged, unmerge them temporarily then remerge them
> after the upgrade. (Again, those are all pre-built binaries, no
> compiling, so they merge pretty fast as it's pretty much just a few file
> copies and updating the ld-cache.)
i removed that emul-linx-x86 xlibs and again did that emerge -avD world, which
gives me
# emerge -avD world
These are the packages that would be merged, in order:
Calculating world dependencies... done!
[ebuild N ] app-emulation/emul-linux-x86-xlibs-7.0-r2 USE="opengl"
VIDEO_CARDS="-i810 -mach64 -mga -r128 -radeon -s3virge -savage -sis -tdfx
-trident -via"
0 kB
[ebuild N ] x11-apps/xdriinfo-1.0.1 USE="-debug" 0 kB
this now. and here is something i wonder about: the VIDEO_CARDS dont match my
make.conf, and nvidia is not in the list. this is my make.conf:
CFLAGS="-O2 -march=k8 -pipe -fomit-frame-pointer -msse3"
CHOST="x86_64-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j4"
USE="pda unicode wxwindows truetype skins xine mp3 mpeg ogg tetex wmv xmms sdk
vdread win32codecs -gnome X nsplugin qt kde cdr dvd dvdr alsa nfs games
browserplugin mozilla"
LINGUAS="de"
VIDEO_CARDS="nvidia"
ALSA_CARDS="snd-intel8x0"
#FETCHCOMMAND="/usr/bin/getdelta.sh \$\{URI\}"
GENTOO_MIRRORS="http://mirror.switch.ch/mirror/gentoo/";
could this be the problem?
>
> However, while it's still possible you may need to do that, I'd worry
> about getting eselect opengl working correctly first. If you are still
> having problems after that, /then/ it's time to worry about this.
> However, right now your system is in a somewhat unknown state in regard to
> opengl in general, and I'd want to get that fixed and functional before
> trying the other.
>
> Again, this is trying to help but I've no experience with it myself as I'm
> not going to run software that restricts my freedom, or purchase hardware
> from those who refuse to respect my choice of software freedom. As such,
> while I can try to help, it's possible I'll miss something vital that
> someone willing to compromise their freedoms and running the
> software/hardware would pick up right away.
>
> --
> Duncan - List replies preferred. No HTML msgs.
> "Every nonfree program has a lord, a master --
> and if you use the program, he is your master." Richard Stallman
--
Frank Castle is dead!
Call me 'The PUNISHER'!
pgpxCbQrQXiOO.pgp
Description: PGP signature
