[Octave-bug-tracker] [bug #53186] Without osmesa it is not possible to print/getframe invisible figures

[Dan Sebald]

Follow-up Comment #20, bug #53186 (project octave):

It's strange.  The test you posted in #18 doesn't fail for some accounts and
does fail on other accounts only when I use

LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libGL.so

as the preload.  I assume that libGL.so is swrast (swrast is in the process of
being replaced by a different driver by OpenGL).  It is a bad way for swrast
to fail--to just hang like that.

But why this fails on some accounts and not others...it must have something to
do with (well, obviously) the frame buffer (i.e., fbConfig) not being set up. 
But, again, why it worked prior to the recent changes and not now, I don't
know.  Has conditional initialization of the frame buffer been added
somewhere?

For what it is worth, the following little OpenGL test program from one of
those links fails:


LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libGL.so LIBGL_DEBUG=verbose glxgears
libGL: screen 0 does not appear to be DRI2 capable
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so
libGL: Can't open configuration file /home/usr3/.drirc: No such file or
directory.
libGL: Can't open configuration file /home/usr3/.drirc: No such file or
directory.
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
X Error of failed request:  BadValue (integer parameter out of range for
operation)
  Major opcode of failed request:  154 (GLX)
  Minor opcode of failed request:  3 (X_GLXCreateContext)
  Value in failed request:  0x0
  Serial number of failed request:  35
  Current serial number in output stream:  37


when without the preload the gears program runs fine.

The nVidia driver seems to work fine for building (i.e., without the
LD_PRELOAD in my case) so that's good.  Apparently nVidia is setting up the
frame buffer correctly.  swrast is deprecated, but obviously still hanging
around some Linux bundles.  That's the only issue, i.e., that some bundle
maintainer will have a hard time building Octave because, say for example on
Fedora systems where they disallow non-open software the swrast driver is
still in service.  For me, I'm happy with nVidia working.

So, the only thing I can suggest is that maybe the changes that have been made
no longer set up the frame buffer and maybe somewhere at the initialization of
Octave we simply need to always do such a thing.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?53186>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/