[Rd] RCmdr on Linux with R 2.0.0 over VNC can't use GLX
Hello, I'm a admin over at Harvard University and I have quite a few users that use R predominately over VNC. In the past this has not been an issue, but after upgrading to R 2.0.0 they can no longer use RCmdr over VNC. When trying to use the package, they see the following: library(Rcmdr) Loading required package: tcltk Loading required package: zoo Loading required package: strucchange Loading required package: sandwich Loading required package: rgl RGL: GLX extension missing on server Error in firstlib(which.lib.loc, package) : error rgl_init Segmentation fault (core dumped) The same commands work fine when using a non-VNC display. Is it at all possible to modify RCmdr to not use GLX when it is unavailable? Regards, Bob -- Earl (Bob) Kinney Unix Systems Administrator Harvard-MIT Data Center __ [EMAIL PROTECTED] mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] RCmdr on Linux with R 2.0.0 over VNC can't use GLX
On Thu, 02 Dec 2004 10:06:56 -0500, Bob Kinney [EMAIL PROTECTED] wrote : Hello, I'm a admin over at Harvard University and I have quite a few users that use R predominately over VNC. In the past this has not been an issue, but after upgrading to R 2.0.0 they can no longer use RCmdr over VNC. When trying to use the package, they see the following: library(Rcmdr) Loading required package: tcltk Loading required package: zoo Loading required package: strucchange Loading required package: sandwich Loading required package: rgl RGL: GLX extension missing on server Error in firstlib(which.lib.loc, package) : error rgl_init Segmentation fault (core dumped) The same commands work fine when using a non-VNC display. Is it at all possible to modify RCmdr to not use GLX when it is unavailable? This looks like a problem with the rgl package rather than Rcmdr per se. I think it's probably not possible to modify rgl to do anything useful when GLX is unavailable, so what is needed is for rgl to fail more gracefully, or for it to be possible to load Rcmdr without rgl. For future reference: with most packages it's best to start by contacting the package maintainer, rather than posting to R-help or R-devel. I've cc'd the Rcmdr and rgl maintainers on this. You can see the maintainer listed by using library(help=Rcmdr) library(help=rgl) Duncan Murdoch __ [EMAIL PROTECTED] mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] RCmdr on Linux with R 2.0.0 over VNC can't use GLX
The issue is with package rgl, and we need to talk to the maintainer, John Fox (Cc:ed here) John: I am having problems too. On AMD64, rgl was flaky under Fedora Core 2 and crashes everytime on FC3. It also crashes on 32-bit FC3 using Xvfb. Could you please make it optional: few users will actually want it in every session. On Thu, 2 Dec 2004, Bob Kinney wrote: Hello, I'm a admin over at Harvard University and I have quite a few users that use R predominately over VNC. In the past this has not been an issue, but after upgrading to R 2.0.0 they can no longer use RCmdr over VNC. When trying to use the package, they see the following: library(Rcmdr) Loading required package: tcltk Loading required package: zoo Loading required package: strucchange Loading required package: sandwich Loading required package: rgl RGL: GLX extension missing on server Error in firstlib(which.lib.loc, package) : error rgl_init Segmentation fault (core dumped) The same commands work fine when using a non-VNC display. Is it at all possible to modify RCmdr to not use GLX when it is unavailable? Regards, Bob -- Earl (Bob) Kinney Unix Systems Administrator Harvard-MIT Data Center __ [EMAIL PROTECTED] mailing list https://stat.ethz.ch/mailman/listinfo/r-devel -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 __ [EMAIL PROTECTED] mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
RE: [Rd] RCmdr on Linux with R 2.0.0 over VNC can't use GLX
Dear Brian and Bob, That's too bad: I had hoped to increase the use of 3D graphics in the Rcmdr package, for example for 3D added-variable and component+residuals plots. In fact, I'd like to see improvements to the rgl package so allow such things as plot controls and point identification. In any event, it shouldn't be hard to make rgl optional, and I'll do that in the next release of the Rcmdr package, probably via something like options(Rcmdr=list(rgl=FALSE)). Regards, John John Fox Department of Sociology McMaster University Hamilton, Ontario Canada L8S 4M4 905-525-9140x23604 http://socserv.mcmaster.ca/jfox -Original Message- From: Prof Brian Ripley [mailto:[EMAIL PROTECTED] Sent: Thursday, December 02, 2004 10:29 AM To: Bob Kinney Cc: John Fox; [EMAIL PROTECTED] Subject: Re: [Rd] RCmdr on Linux with R 2.0.0 over VNC can't use GLX The issue is with package rgl, and we need to talk to the maintainer, John Fox (Cc:ed here) John: I am having problems too. On AMD64, rgl was flaky under Fedora Core 2 and crashes everytime on FC3. It also crashes on 32-bit FC3 using Xvfb. Could you please make it optional: few users will actually want it in every session. On Thu, 2 Dec 2004, Bob Kinney wrote: Hello, I'm a admin over at Harvard University and I have quite a few users that use R predominately over VNC. In the past this has not been an issue, but after upgrading to R 2.0.0 they can no longer use RCmdr over VNC. When trying to use the package, they see the following: library(Rcmdr) Loading required package: tcltk Loading required package: zoo Loading required package: strucchange Loading required package: sandwich Loading required package: rgl RGL: GLX extension missing on server Error in firstlib(which.lib.loc, package) : error rgl_init Segmentation fault (core dumped) The same commands work fine when using a non-VNC display. Is it at all possible to modify RCmdr to not use GLX when it is unavailable? Regards, Bob -- Earl (Bob) Kinney Unix Systems Administrator Harvard-MIT Data Center __ [EMAIL PROTECTED] mailing list https://stat.ethz.ch/mailman/listinfo/r-devel -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 __ [EMAIL PROTECTED] mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Wishlist: simple legend options (PR#7400)
Full_Name: Elizabeth Purdom Version: 1.9.1 OS: Windows XP Submission from: (NULL) (171.64.102.199) It would be nice if legend had the option of some default locations you could choose instead of entering specific coordinates, like topleft, topright,topcenter, etc. based on par(usr) coordinates. I know I've wanted it so often I've made my own simple non-robust wrap-around, so I don't have to remember or parse the xjust and yjust options necessary to make it work. Of course there should be the option of entering in your own coordinates. Also it would be nice to be able to put a optional title inside your legend. Currently I just make my title the first value in my legend vector, and then fix the other options so no symbols plot next to it. But this isn't always a pretty result and can be a pain if your symbols are complicated. Thanks, Elizabeth __ [EMAIL PROTECTED] mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Wishlist: simple legend options (PR#7400)
On Thu, 2 Dec 2004 19:59:53 +0100 (CET), [EMAIL PROTECTED] wrote : Full_Name: Elizabeth Purdom Version: 1.9.1 OS: Windows XP Submission from: (NULL) (171.64.102.199) It would be nice if legend had the option of some default locations you could choose instead of entering specific coordinates, like topleft, topright,topcenter, etc. based on par(usr) coordinates. I know I've wanted it so often I've made my own simple non-robust wrap-around, so I don't have to remember or parse the xjust and yjust options necessary to make it work. Of course there should be the option of entering in your own coordinates. Also it would be nice to be able to put a optional title inside your legend. Currently I just make my title the first value in my legend vector, and then fix the other options so no symbols plot next to it. But this isn't always a pretty result and can be a pain if your symbols are complicated. I think those are both great suggestions, and not too hard to do. I'll put them into R-devel (if someone else hasn't already done so). Duncan Murdoch __ [EMAIL PROTECTED] mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Wishlist: simple legend options (PR#7400)
epurdom at stanford.edu writes: : : Full_Name: Elizabeth Purdom : Version: 1.9.1 : OS: Windows XP : Submission from: (NULL) (171.64.102.199) : : It would be nice if legend had the option of some default locations you could : choose instead of entering specific coordinates, like topleft, : topright,topcenter, etc. based on par(usr) coordinates. I know I've wanted : it so often I've made my own simple non-robust wrap-around, so I don't have to : remember or parse the xjust and yjust options necessary to make it work. Of : course there should be the option of entering in your own coordinates. Check out smartlengend in package gtools which is part of the gregmisc bundle. I agtee its a useful feature and it would be nice if that feature migrated to the base graphics. : : Also it would be nice to be able to put a optional title inside your legend. : Currently I just make my title the first value in my legend vector, and then fix : the other options so no symbols plot next to it. But this isn't always a pretty : result and can be a pain if your symbols are complicated. : : Thanks, : Elizabeth : : __ : R-devel at stat.math.ethz.ch mailing list : https://stat.ethz.ch/mailman/listinfo/r-devel : : __ [EMAIL PROTECTED] mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
