Bernard GODARD wrote:
>> Besides what exactly do you use Cooker? with the newest X.org?
>
> I am not using Cooker but Mandriva 2007 i686 with Xorg 7.1.1
>
>> in section screen
>> Option "AddARGBGLXVisuals" "True"
>
> I 've this already.
>
>> in section files
>> ModulePath "/usr/lib/xorg/modules/extensions/nvidia"
>> ModulePath "/usr/lib/xorg/modules/"
>>
>> in section module
>> load "glx"
> This does not change a thing.
>
>> in section device
>> option renderaccel "true"
>> option allowglxwithcomposite "true"
>>
>
> I 've already tested this.
>
> The problem is not in the device or screen section, because it works
> fine when using the installer from nvidia instead of dkms-nvidia. Thus
> it is a path problem.
> An the problem is with ld.
> [EMAIL PROTECTED] ~]$ ldd `which celestia` |grep GL
> libGLU.so.1 => /usr/bin/../lib/libGLU.so.1 (0xb7f03000)
> libGL.so.1 => /usr/bin/../lib/libGL.so.1 (0xb7d58000)
> libGLcore.so.1 => /usr/lib/nvidia/libGLcore.so.1 (0xb6abc000)
Okay, here I see the problem, but it is not the one you described below.
See the "/usr/bin/../lib" instead of "/usr/lib/". Likely the celestia
binary you are using has a hardcoded library search path ("rpath") of
"../lib" which causes it to load the default GL libraries instead of the
nvidia ones that are configured.
You can confirm this by urpmiing chrpath and checking output of:
chrpath `which celestia`
You can also use chrpath to remove/modify the rpath from the binary.
The rpath of the binary is set in linking time with '-rpath' option of
the linker, and is usually disabled in all Mandriva/PLF software.
--
Anssi Hannula
_______________________________________________
PLF-discuss mailing list
[email protected]
https://www.zarb.org/mailman/listinfo/plf-discuss
