0000385: The Croquet.sh scripts doesn't work in Debian with nvidia cards

Notes
(0000384 - 147 - 157 - 157 - 157 - 157 - 157) bert 10-14-04 12:44	What do you mean with "the script fails"? There is already a /usr/lib/libGL.so symlink? If yes, no link needs to be created in the bin directory.

(0000386 - 922 - 1011 - 1011 - 1011 - 1011 - 1011) jredrejo 10-14-04 19:53	Not exactly . Before installing nvidia drivers, with X11 original drivers there is a symlink /usr/lib/libGL.so ->libGL.so.1.2 After installing nvidia drivers this is the new situation: lrwxrwxrwx 1 root root 12 2004-09-02 13:54 /usr/lib/libGL.so -> libGL.so.1.2 lrwxrwxrwx 1 root root 17 2004-09-02 13:13 /usr/lib/libGL.so.1 -> libGL.so.1.0.6106 -rw-r--r-- 1 root root 420976 2004-07-01 07:26 /usr/lib/libGL.so.1.0.6106 The problem is that libGL.so.1.2 disappears, so the libGL.so symlink is broken. The Croquet.sh scripts detects that it exists and doesn't do the good work. Just doing ln -sf /usr/lib/libGL.so.1 "$EXE/libGL.so" solves the problem, but it is not done by that script. If you read the slashdot.com and barrapunto.com threads about croquet you will see that there are more debian & nvidia users complaining because Croquet doesn't work. Regards

(0000393 - 191 - 191 - 191 - 191 - 191 - 191) bert 10-16-04 02:56	Thanks for the clarification. So we should create the symlink regardless of whether there is one in /usr/lib. It's actually the system that's broken, but what the heck, we can do this easily.

(0000413 - 164 - 188 - 188 - 188 - 188 - 188) ned 10-16-04 22:30	I think you need a new version of the nvidia package. On my system (with the 6111 version) everything works fine. Have you tried running (as root) ldconfig -v

(0000414 - 435 - 486 - 486 - 486 - 486 - 486) bert 10-16-04 22:50	Ned, do you know for sure the newer nvidia installer will remove the stale libGL.so link? Anyway, the safest way to prevent these kinds of misconfiguration would be to create a link to the library that B3DAcceleratorPlugin.so is actually linked to. A bit of ldd magic should solve this: ldd B3DAcceleratorPlugin.so \| awk '/libGL.so.1/{print $3}' OTOH, we know this is gonna be /usr/lib/libGL.so.1 on Linux, so why bother?

(0000423 - 173 - 197 - 197 - 197 - 197 - 197) ned 10-17-04 00:18	In the changenote for nvidia-glx version 1.0.6106-3 it says: Remove libglx.so.version symlink cleaning now that it is an actual file again. What version are you using?

(0000426 - 511 - 525 - 711 - 711 - 711 - 711) jredrejo 10-17-04 12:28	I am using version 6106, but I have solved the problem. In my computer now it works perfectly doing by hand the symlink ln -sf /usr/lib/libGL.so.1 "$EXE/libGL.so". The problem is for many people (in Spain, for example, http://barrapunto.com/article.pl?sid=04/10/12/217203&mode=thread [^] many people complain, and barrapunto is the spanish spoken slashdot.com) who are trying to use it. I know is a fail with nvidia drivers, but , if we can solve it so easily as doing that symlink anyway I think it should be done.

Issue History
Date Modified	Username	Field	Change
10-14-04 12:07	jredrejo	New Issue
10-14-04 12:44	bert	Note Added: 0000384
10-14-04 12:44	bert	Status	new => feedback
10-14-04 19:53	jredrejo	Note Added: 0000386
10-16-04 02:56	bert	Note Added: 0000393
10-16-04 02:56	bert	Status	feedback => confirmed
10-16-04 22:30	ned	Note Added: 0000413
10-16-04 22:50	bert	Note Added: 0000414
10-17-04 00:18	ned	Note Added: 0000423
10-17-04 12:28	jredrejo	Note Added: 0000426

Relationships