[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#731092: marked as done (libqt4-opengl: Loads wrong glx library when nvidia-glx is installed)

Your message dated Sun, 01 Dec 2013 22:38:04 -0300
with message-id <3540335.x7s7B3AUrx@luna>
and subject line Re: Bug#731092: libqt4-opengl: Loads wrong glx library when nvidia-glx is installed
has caused the Debian Bug report #731092,
regarding libqt4-opengl: Loads wrong glx library when nvidia-glx is installed
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
731092: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731092
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: libqt4-opengl
Version: 4:4.8.5+git121-g2a9ea11+dfsg1-2
Severity: normal

Programs using qt4-opengl to load GL procaddress using
QGLContext::getProcAddress without loading GL (from nvidia) first will
load the wrong library. They will end up at
/usr/lib/x86_64-linux-gnu/libxcb-glx.so.0 -- but this library is
incompatible with the nvidia GL library. The result are rendering
problems (and maybe crashes)

An example can be found at
https://sourceforge.net/p/m64py/discussion/general/thread/ad27e763/?limit=25
-- the only workaround right now is to always load libGL before using
qt4-opengl. The problem seems to be caused by
QGLXContext::getProcAddress. The second time it gets run it will load
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 even when
/usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.319.76 is loaded
(but was not loaded on program start).

Maybe this is out of scope for Qt and has to be fixed by nvidia?

--- End Message ---
--- Begin Message --- 
On Sunday 01 December 2013 23:11:03 Pau Koning wrote:
> Package: libqt4-opengl
> Version: 4:4.8.5+git121-g2a9ea11+dfsg1-2
> Severity: normal
> 
> Programs using qt4-opengl to load GL procaddress using
> QGLContext::getProcAddress without loading GL (from nvidia) first will
> load the wrong library. They will end up at
> /usr/lib/x86_64-linux-gnu/libxcb-glx.so.0 -- but this library is
> incompatible with the nvidia GL library. The result are rendering
> problems (and maybe crashes)
> 
> An example can be found at
> https://sourceforge.net/p/m64py/discussion/general/thread/ad27e763/?limit=25
> -- the only workaround right now is to always load libGL before using
> qt4-opengl. The problem seems to be caused by
> QGLXContext::getProcAddress. The second time it gets run it will load
> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 even when
> /usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.319.76 is loaded
> (but was not loaded on program start).
> 
> Maybe this is out of scope for Qt and has to be fixed by nvidia?

Quote from the above mentioned URL:

  This may change when mesa and nvidia adopted the common glx

In other words: as long as NVidia continues shipping their privative stuff, 
there is nothing we can do except preloading the nvidia libs.

And that's one of the reasons I ditched NVidia long time ago.

Closing because this is out of scope.

Kinds regards, Lisandro.

-- 
"Los promotores del software privativo demonizan algo tan básico y ético como
el hecho de compartir imponiendo términos como el de 'pirata'. Equiparan
ayudar al prójimo con atacar barcos. Cuando me preguntan qué pienso de la
piratería musical e informática digo que atacar barcos es muy malo y,
que yo sepa, los piratas no usan computadoras.”
  Richard Stallman, 05/11/2008, anexo de la Cámara de Diputados, Argentina

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

Attachment: signature.asc
Description: This is a digitally signed message part.


--- End Message ---
Reply to: