[Top][All Lists]

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

[Octave-bug-tracker] [bug #53186] Without osmesa it is not possible to p

From: Dan Sebald
Subject: [Octave-bug-tracker] [bug #53186] Without osmesa it is not possible to print/getframe invisible figures
Date: Wed, 28 Feb 2018 15:09:24 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0

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


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

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
libGL: Can't open configuration file /home/usr3/.drirc: No such file or
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
  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:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]