similar to: Missing make dependency in R-devel

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

Dear Tom, The change in the Fedora RPM from using R's internal BLAS to external BLAS means the Fedora R binary now fails one of R's regression tests, specifically: tests/reg-BLAS.R. You can run this code by hand to verify the issue. As noted in the R administration and Installation Manual, "R relies on ISO/IEC 60559 compliance of an external BLAS. This can be broken if for example

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

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

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

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

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?

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

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

Full_Name: Tom Callaway Version: 2.7.2 OS: Fedora 10 (Linux/x86_64) Submission from: (NULL) (96.233.67.230) Recently, Debian identified a security issue with the javareconf script in R. I confirmed that this is still unfixed in R 2.7.2. The following patch resolves the issue: diff -up R-2.7.2/src/scripts/javareconf.BAD R-2.7.1/src/scripts/javareconf --- R-2.7.2/src/scripts/javareconf.BAD

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

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

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:

On Tue, Sep 8, 2015 at 7:36 PM, Tom Callaway <tcallawa at redhat.com> wrote: > On 09/07/2015 06:16 AM, arnaud gaboury wrote: >> I want to create a clean .rpm package for R built with MKL and ICC. I >> follow Fedora instrcutions[0] to create the package. As a base, I use >> the R-3.2.2.src.rpm. >> >> I am left with this error: >> >>

Got past my libgfortran issue ln -s /usr/lib64/libgfortran.so.3 /usr/lib/libgfortran.so Now if I could get RCurl and rstan installed. Thanks, Larry -----Original Message----- From: Tom Callaway [mailto:tcallawa at redhat.com] Sent: Friday, January 29, 2016 2:46 PM To: Patrick, Larry B [CSSM] <longplay at iastate.edu>; 'r-sig-fedora at r-project.org' <r-sig-fedora at

I'm in the process of packaging R (and R modules) for future inclusion in Fedora Extras, and I've managed to get several hundred modules installed without issue, however, the GO metadata package is refusing to comply. Since I'm packaging this in rpm format, I can't use any of the automated functions for build, I've got to do it locally through R. The following steps work for