Re: [R-sig-Fedora] rgl
-Original Message-
From: Tom Callaway [mailto:tcall...@redhat.com]
Sent: Thursday, January 12, 2017 8:30 AM
To: Weiner, Michael <wein...@ccf.org>; r-sig-fedora@r-project.org
Subject: Re: [R-sig-Fedora] rgl
>NVIDIA has a fork of libGL that is optimized for their driver. You may wish to
>figure out how to replace the mesa-libGL libraries >with their copy. If memory
>serves, they put their libGL library in a different directory (then remove the
>system copy).
Your memory serves you well, it does in fact do that very thing. I am looking
into this as you suggest, because I have a feeling putting the mesa version
back will have some consequences
===
Please consider the environment before printing this e-mail
Cleveland Clinic is ranked as one of the top hospitals in America by U.S.News &
World Report (2015).
Visit us online at http://www.clevelandclinic.org for a complete listing of our
services, staff and locations.
Confidentiality Note: This message is intended for use ...{{dropped:18}}
___
R-SIG-Fedora mailing list
R-SIG-Fedora@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-fedora
Re: [R-sig-Fedora] rgl
On 01/12/2017 08:26 AM, Weiner, Michael wrote: > EXACTLY!!! I use the NVidia drivers from their site, and that is exactly what > happened. I reinstalled mesa-libGL.x86_64 and that resolved the issue (though > not sure if that broke anything else on the workstation that relies on the > NVidia drivers) NVIDIA has a fork of libGL that is optimized for their driver. You may wish to figure out how to replace the mesa-libGL libraries with their copy. If memory serves, they put their libGL library in a different directory (then remove the system copy). ~tom == Red Hat ___ R-SIG-Fedora mailing list R-SIG-Fedora@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-fedora
Re: [R-sig-Fedora] rgl
-Original Message-
From: Tom Callaway [mailto:tcall...@redhat.com]
Sent: Thursday, January 12, 2017 8:25 AM
To: Weiner, Michael <wein...@ccf.org>; r-sig-fedora@r-project.org
Subject: Re: [R-sig-Fedora] rgl
On 01/12/2017 08:01 AM, Weiner, Michael wrote:
> I resolved this by reinstalling mesa-libGL (dnf reinstall libGL) seems
> /lib64/libGL.so.1.2.0 was missing off the disk.
Any chance that you have the NVIDIA driver in play here? They monkey around
with libGL.
EXACTLY!!! I use the NVidia drivers from their site, and that is exactly what
happened. I reinstalled mesa-libGL.x86_64 and that resolved the issue (though
not sure if that broke anything else on the workstation that relies on the
NVidia drivers)
===
Please consider the environment before printing this e-mail
Cleveland Clinic is ranked as one of the top hospitals in America by U.S.News &
World Report (2015).
Visit us online at http://www.clevelandclinic.org for a complete listing of our
services, staff and locations.
Confidentiality Note: This message is intended for use ...{{dropped:18}}
___
R-SIG-Fedora mailing list
R-SIG-Fedora@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-fedora
[R-sig-Fedora] rgl
I have a Fedora linux 24 64bit workstation I am trying to install rgl on and I
keep running into this error:
trying URL 'https://cran.cnr.berkeley.edu/src/contrib/rgl_0.97.0.tar.gz'
Content type 'application/x-gzip' length 2369444 bytes (2.3 MB)
==
downloaded 2.3 MB
* installing *source* package 'rgl' ...
** package 'rgl' successfully unpacked and MD5 sums checked checking for gcc...
gcc -m64 checking whether the C compiler works... yes checking for C compiler
default output file name... a.out checking for suffix of executables...
checking whether we are cross compiling... no checking for suffix of object
files... o checking whether we are using the GNU C compiler... yes checking
whether gcc -m64 accepts -g... yes checking for gcc -m64 option to accept ISO
C89... none needed checking how to run the C preprocessor... gcc -m64 -E
checking for gcc... (cached) gcc -m64 checking whether we are using the GNU C
compiler... (cached) yes checking whether gcc -m64 accepts -g... (cached) yes
checking for gcc -m64 option to accept ISO C89... (cached) none needed checking
whether __attribute__((visibility())) is supported... yes checking whether gcc
-m64 accepts -fvisibility... yes checking whether accepts -fvisibility... no
checking for libpng-config... yes
configure: using libpng-config
configure: using libpng dynamic linkage
checking for X... libraries , headers
checking GL/gl.h usability... yes
checking GL/gl.h presence... yes
checking for GL/gl.h... yes
checking GL/glu.h usability... yes
checking GL/glu.h presence... yes
checking for GL/glu.h... yes
checking for glEnd in -lGL... no
configure: error: missing required library GL
ERROR: configuration failed for package 'rgl'
* removing '/usr/lib64/R/library/rgl'
The downloaded source packages are in
'/tmp/Rtmp0VF17F/downloaded_packages'
Updating HTML index of packages in '.Library'
Making 'packages.html' ... done
Warning message:
In install.packages("rgl") :
installation of package 'rgl' had non-zero exit status
As you can see, it finds the GL headers, but fails on glEnd and then complains
it cannot find the GL libraries. I have the mesa-libGL mesa-libGL-devel
mesa-libGLU mesa-libGLU-devel packages installed but I still get the errors.
Any thoughts?
Thank you in advance
Michael Weiner
===
Please consider the environment before printing this e-mail
Cleveland Clinic is ranked as one of the top hospitals in America by U.S.News &
World Report (2015).
Visit us online at http://www.clevelandclinic.org for a complete listing of our
services, staff and locations.
Confidentiality Note: This message is intended for use ...{{dropped:18}}
___
R-SIG-Fedora mailing list
R-SIG-Fedora@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-fedora
