[Bioc-devel] GLX extension missing on petty

On Wed, Apr 3, 2013 at 9:45 AM, Dan Tenenbaum <dtenenba at fhcrc.org> wrote:

Hi Jirka,


On Wed, Apr 3, 2013 at 9:06 AM, Ji?? Hon <xhonji01 at stud.fit.vutbr.cz> wrote:

Hi,
the latest bioc build of my new package 'triplex' on petty ended with this
error message:

Warning in rgl.init(initValue) : RGL: GLX extension missing on server
Warning in fun(libname, pkgname) : error in rgl_init

For full report see
http://bioconductor.org/checkResults/devel/bioc-LATEST/triplex/petty-buildsrc.html

And I am wondering if there is anything I could do to fix this. Probably
it's a build system problem, but other packages that depends on rgl and
plots in 3D have no such build error (i.e. RDRToolbox) and that makes me
sligthly nervous, so I would really appreciate any advice.

This is a build system problem, and I am looking into it.
The build system runs under Xvfb, but I have no problem building your
package when logged into the console of petty.

A little more info on this.

There are two problems. The first is that as mentioned before, our
builds do not run physically logged into the console; they use a
virtual frame buffer (Xvfb).

We could look into changing this, but at present triplex seems to be
the only package having this problem.

Xvfb apparently does not have the OpenGL extensions compiled in. I
will check with the XQuartz people. They have been responsive before.

The second problem is if I do log into the actual physical console of
the machine, I am able to build triplex but I get the following
segfault when trying to run R CMD check on triplex:

However,  do get a segfault when running R CMD check on the triplex
source tarball:

$ R CMD check --no-vignettes --timings triplex_0.99.0.tar.gz
[...]
* checking examples ...sh: line 1: 41089 Segmentation fault
LANGUAGE=en _R_CHECK_INTERNALS2_=1
'/Library/Frameworks/R.framework/Resources/bin/R' --vanilla >
'triplex-Ex.Rout' 2>&1 < triplex-Ex.R
 ERROR
Running examples in ?~@~Xtriplex-Ex.R?~@~Y failed
The error most likely occurred in:

base::assign(".ptime", proc.time(), pos = "CheckExEnv")
### Name: triplex-package
### Title: Triplex search and visualization package
### Aliases: triplex-package triplex
### Keywords: package

### ** Examples

seq <- DNAString("GGAAAGCAATGCCAGGCAGGG")
t <- triplex.search(seq)

Searching for triplex type 0...
Searching for triplex type 1...
Searching for triplex type 2...
Searching for triplex type 3...
Searching for triplex type 4...
Searching for triplex type 5...
Searching for triplex type 6...
Searching for triplex type 7...

triplex.diagram(t[1])

  A DNAStringSet instance of length 4
    width seq                                               names
[1]     8 CCCTGCCT                                          minus
[2]     8 GGGACGGA                                          plus
[3]     8 CCTTTCGT                                          para-minus
[4]     5 GGCAT                                             loop

triplex.3D(t[1])

 *** caught segfault ***
address 0x0, cause 'memory not mapped'

Traceback:
 1: .C(rgl_material, success = FALSE, idata, cdata, ddata)
 2: rgl.material(color = color, back = back, ...)
 3: rgl.bg(color = bgr.col)
 4: triplex.3D(t[1])
aborting ...

This turns out to be reproducible simply like this:

library(rgl)
example(rgl.material)

And it's caused by the following line (Material.cpp:39) in the rgl package:

  const char* version = (const char*)glGetString(GL_VERSION);

glGetString() is a function in the OpenGL library and it is segfaulting.


Obviously that should not be happening. I'll try to track that down.

In the short term, you can disable all vignette code chunks that use
rgl (with eval=FALSE), and do the same with examples that use rgl
(with \dontrun{}).

The problem as far as I can tell is just on Snow Leopard which is what
we use on our build systems.
The package builds, checks, installs and runs OK on my Mountain Lion laptop.

Dan

Dan

Thank you a lot for your time and patience,
Jirka