similar to: R_DOC_DIR on EL6

On Wed, Sep 21, 2016 at 7:39 PM, Tom Callaway <tcallawa at redhat.com> wrote: > > On 09/16/2016 10:28 AM, Jeroen Ooms wrote: > > Where are the R docs located on EL6? It seems neither R.home("doc") > > nor Sys.getenv("R_DOC_DIR") exists? > > /usr/share/doc/R-3.3.1 > Can we set this in R_DOC_DIR accordingly so that it can be programmatically

My CMD check server started failing after upgrading to Fedora 21: LaTeX errors when creating PDF version. This typically indicates Rd problems. LaTeX errors found: ! LaTeX Error: File `upquote.sty' not found. The problem was easily resolved by installing texlive-upquote. Perhaps this package should be included as a dependency to the R-devel package?

It seems that "make" is not declared as a dependency of R-core/R-devel in fedora/rhel. Therefore one some servers R CMD config does not work: R CMD config --ldflags /usr/lib64/R/bin/config: line 150: make: command not found /usr/lib64/R/bin/config: line 151: make: command not found /usr/lib64/R/bin/config: line 152: make: command not found /usr/lib64/R/bin/config: line 153: make:

On Mon, Dec 15, 2014 at 6:55 AM, Tom Callaway <tcallawa at redhat.com> wrote: > As pointed out, this is no longer an issue in R 3.1.2, which is in all > Fedora branches (except 21, where it is landing later today, hopefully). Thank you. Another missing dependency pops up when running CMD check: * checking compiled code ... OK WARNING ?qpdf? is needed for checks on size

On Fri, Jul 21, 2017 at 11:39 AM, Tom Callaway <tcallawa at redhat.com> wrote: > On 07/21/2017 11:18 AM, Larry Martell wrote: >> I am trying to install R 3.4.0 on RHEL6. If I look here is it there: >> >> http://mirror.sjc02.svwh.net/fedora-epel/6/x86_64/ >> >> I did this: >> >> sudo subscription-manager repos --enable rhel-6-server-optional-rpms

On 02/03/2016 09:52 AM, Tom Callaway wrote: > Are you trying to build R and components for i686 rather than x86_64? Never mind. Your logs make it clear that you're building for x86_64. Can you share the output of: pkg-config --list-all |grep libcurl curl-config --libs rpm -V libcurl-devel libcurl I'm honestly baffled as to why the configure script is failing to find libcurl.pc on

I know, I know, you've heard this song before... ;) EL5: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-09c8007e64 EL6: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-0a9e4df655 Please go download -8 and test it. It looks good on my end. If it works for you (with CRAN modules), please give positive karma so it will land in updates-stable faster than two weeks. Thanks

Thinking out loud here... do we want to have some macro magic to embed a dependency on an R(ABI) provides? Where R 4.0.0 would provide R(ABI) = 4 and all R packages built against it would pick up Requires: R(ABI) = 4 ? I don't suppose we need it, since the likelihood of someone installing R module packages but not updating R is low, but I wanted to throw it out there. Tom On Mon, May 4, 2020

Okay, I'm convinced. https://github.com/rpm-software-management/R-rpm-macros/pull/1 Thanks, Tom On Mon, May 11, 2020 at 11:48 AM I?aki Ucar <iucar at fedoraproject.org> wrote: > On Mon, 11 May 2020 at 16:29, Tom Callaway <tcallawa at redhat.com> wrote: > > > > Hmmm. That seems like a rather heavy dependency, given that I think we've > > only been forced

Hi folks, As expected of a new major release of R, there is a break in compatibility for R packages. From the NEWS entry for 4.0.0: Packages need to be (re-)installed under this version (4.0.0) of R. This has two impacts on Fedora/EPEL. 1. Users who update to 4.0.0 will need to rebuild any/all packages installed from CRAN. 2. Fedora/EPEL R packages will need to be rebuilt for 4.0.0. For

Tom, Bingo! I followed the instructions in the link below, which allowed me to install the nvidia driver, which fixed the original problem with rgl.snapshot. Thanks very much for all your help. I guess I'll file a bug in the CentOS Bug Tracker so that the nouveau driver might get fixed. I'll also post to R-help so someone with the same problem who only searches R-help and not this SIG

Hi All, I have installed on a RHEL 5.7 server the recent R-3.3.0 rpm but I would like to upgrade to the latest now available R-3.3.1 . I have not found so far the rpm, I would like to know if and when it will be available? Thanks in advance, Cris This e-mail is confidential and may also contain privileged information. If you are not the intended recipient you are not authorised to read,

Greetings. Sorry I am a bit new to this list. I am trying to compile R-3.3.0 and/or R-3.3.1 on computational cluster running Centos 6.6 I have custom installation of zlib 1.2.8 , but it's not in default /lib /usr/lib /usr/include location and configure script keeps failing when looking for it. It doesn't seem to care if correct zlib.h is in path and always seems to find one in /usr/include

Hmmm. That seems like a rather heavy dependency, given that I think we've only been forced to do rebuilds for everything as a result of 4.0.0 and 3.4.0. Does anyone know if upstream has any sort of commitment to ABI here that we could depend on (e.g. only breaking on major versions, never minor) ? Tom On Sat, May 9, 2020 at 5:32 AM I?aki Ucar <iucar at fedoraproject.org> wrote: >

On 01/26/2016 04:43 PM, Tom Callaway wrote: > On 01/21/2016 10:38 AM, joe cypherpunk wrote: >> R help.start() opens a web browser as expected, but the ?Manual? html links >> are dead (although the ?Reference? and ?Miscellaneous Materials? html links >> do work). I get a similar problem from within RStudio. >> >> >> I?d like to get pointy-clicky html manuals

On Tue, Sep 8, 2015 at 7:58 PM, Tom Callaway <tcallawa at redhat.com> wrote: > On 09/08/2015 01:51 PM, arnaud gaboury wrote: >> So no idea why, at this part of the process, icc is not found. Weird, >> as building manually from source (no rpmbuild) is OK. > > Hm. Is icc in a normal place that is in a standard PATH (e.g. /usr/bin > or /bin) or are you overriding PATH?

-----Original Message----- From: Tom Callaway [mailto:tcallawa at redhat.com] Sent: Thursday, January 12, 2017 8:25 AM To: Weiner, Michael <weinerm at ccf.org>; r-sig-fedora at 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

Not specifically an R question, but hopefully some Fedora users might know the answer. I am creating an rpm for an R application that uses en_US.UTF-8: Sys.setlocale(category='LC_ALL', 'en_US.UTF-8'); Sys.setenv(LANG="en_US.UTF-8") On my own Fedora installation, en_US.UTF-8 was installed by default. However this was an English system, so I am not sure this will be

Both RCurl and rstan seem to have installed now. Did the following on my RHEL6 server: [root at ping ~]# export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/lib64/pkgconfig/ [root at ping ~]# /usr/bin/curl-config --libs -L/usr/lib64 -lcurl Now the output from your previous commands look like: [root at ping ~]# pkg-config --list-all |grep libcurl libcurl

On Mon, Oct 9, 2017 at 4:42 PM, Tom Callaway <tcallawa at redhat.com> wrote: > > On 10/09/2017 11:16 AM, Paul Smith wrote: >> >> I am trying to install >> >> igraph package >> >> but getting the following error: >> >> ------------------ >> make: *** [/usr/lib64/R/etc/Makeconf:159: foreign-graphml.o] Error 1 >> ERROR: