mrsuicide
26.10.03, 01:41
Wenn man die NVidia-Treiber mit XFree86 >= 4.3.0-17 ( auch XFree86-4.3.0-36 und Xfree86-4.3.0-40 ), was z.B. Fedora ( Severn ) verwendet installiert, stellt man fest, dass OpenGL abkackt.
Redhat hat dort das Linken der GL-Libs vermehrt und die Nvidia-Libs werden mit den MESA-Libs gemischt.
Nach der Lösung kann man seeeeeeeehr lange mit Google suchen und findet nichts, aber hier ist sie:
mv /usr/X11R6/lib/tls /home/blabla/Ablage/ (Wichtig: Irgendwo hin, wo ldconfig nicht sucht!)
cd /usr/lib/tls
rm libGL.so
rm libGL.so.1
ln -s libGL.so.1.0.4496 libGL.so.1
ln -s libGL.so.1 libGL.so
rm libGLcore.so
rm libGLcore.so.1
ln -s libGLcore.so.1.0.4496 libGLcore.so.1
ln -s libGLcore.so.1 libGLcore.so
/sbin/ldconfig
reboot
Alternativ kann man auch die alte XFree86-Mesa-libGL mit rpm -e --nodeps entfernen, bevor man das XFree86-Update vollzieht. Allerdings glaube ich, das dies kaum jemand macht, da die meißten Leute mit Tools wie apt oder yum arbeiten
Ein weiteres Problem ergibt sich, wenn man den Kernel mit einer anderen gcc-Version compiliert hat, als mit der man den Treiber compilieren will (z.B. nach einem Update). Dann will der Treiber nicht compilieren. So kann man es umgehen:
export IGNORE_CC_MISMATCH=1
Dann den Treiber installieren.
Thx für den Hiweis @ kth!
Viel Spass bei ET & Co.!!!!!:D :D :D
Redhat hat dort das Linken der GL-Libs vermehrt und die Nvidia-Libs werden mit den MESA-Libs gemischt.
Nach der Lösung kann man seeeeeeeehr lange mit Google suchen und findet nichts, aber hier ist sie:
mv /usr/X11R6/lib/tls /home/blabla/Ablage/ (Wichtig: Irgendwo hin, wo ldconfig nicht sucht!)
cd /usr/lib/tls
rm libGL.so
rm libGL.so.1
ln -s libGL.so.1.0.4496 libGL.so.1
ln -s libGL.so.1 libGL.so
rm libGLcore.so
rm libGLcore.so.1
ln -s libGLcore.so.1.0.4496 libGLcore.so.1
ln -s libGLcore.so.1 libGLcore.so
/sbin/ldconfig
reboot
Alternativ kann man auch die alte XFree86-Mesa-libGL mit rpm -e --nodeps entfernen, bevor man das XFree86-Update vollzieht. Allerdings glaube ich, das dies kaum jemand macht, da die meißten Leute mit Tools wie apt oder yum arbeiten
Ein weiteres Problem ergibt sich, wenn man den Kernel mit einer anderen gcc-Version compiliert hat, als mit der man den Treiber compilieren will (z.B. nach einem Update). Dann will der Treiber nicht compilieren. So kann man es umgehen:
export IGNORE_CC_MISMATCH=1
Dann den Treiber installieren.
Thx für den Hiweis @ kth!
Viel Spass bei ET & Co.!!!!!:D :D :D