Mantis Bugtracker
  

Viewing Issue Simple Details Jump to Notes ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0000385 [Croquet] Any feature always 10-14-04 12:07 10-17-04 12:28
Reporter jredrejo View Status public  
Assigned To
Priority normal Resolution open  
Status confirmed  
Summary 0000385: The Croquet.sh scripts doesn't work in Debian with nvidia cards
Description Using Debian with nvidia propietary drivers makes the Croquet.sh script fails. This scripts checks if /usr/lib/libGL.so is an executable file, but with nvidia drivers it is a symlink and avoid this script creating the necessary link to $EXE/libGL.so, making Croquet fails whenever you try to use any of the Teapot objects.
Additional Information
Attached Files

- Relationships

- 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


Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
59 total queries executed.
41 unique queries executed.
Powered by Mantis Bugtracker