similar to: R Segfault reported in Fedora 17

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?

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

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

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

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

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

I can confirm: [spot at localhost ~]$ rpm -q perl --requires |grep Zlib perl-Compress-Raw-Zlib perl-IO-Zlib [spot at localhost ~]$ rpm -q perl perl-5.28.2-436.fc30.x86_64 It would require either notable human intervention (or a canceled mid-upgrade state) for a Fedora 30 system to end up with perl, but not perl-Compress-Raw-Zlib. Thanks, Tom On Wed, Jul 24, 2019 at 8:42 AM Marc Schwartz

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

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: >

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 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

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 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?

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

-----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:

Hello, Thanks again. I have checked the configure step, the only messages I get containing pcre are: checking for pcre_fullinfo in -lpcre... yes checking pcre.h usability... yes checking pcre.h presence... yes checking for pcre.h... yes checking pcre/pcre.h usability... no checking pcre/pcre.h presence... no checking for pcre/pcre.h... no checking if PCRE version >= 8.20, < 10.0 and has

On Sat, 10 Nov 2018 at 19:12, Roger Bivand <Roger.Bivand at nhh.no> wrote: > > My point exactly. It should only run R RHOME to check for the existence of > R (if this is what it does) at run time, not at install time. If it then, > at run time, does not find R, or having found R does not find knitr > (though Sweave is part of utils, so knitr is only needed by those using >

Over the last several days, I've been working hard to get all of the Fedora R packages rebuilt against R 4.0 in rawhide (in the F33-R-4 side tag). With the exception of R-biomaRt, R-BSgenome, R-GenomicAlignments, and R-rtracklayer, I believe everything is built and updated to the latest versions. And of those packages, they're all ready to go when Fedora infrastructure is working reliably

No, that's not it. The error is that you don't have the g++ binary installed. Undo that change and yum install gcc-c++. On Apr 14, 2015 8:31 AM, Mark Leeds <markleeds2 at gmail.com> wrote: > > Hi: I'm on fedora 19 ( I know. I'm behind : ) and I'm trying to install the > httpuv library > which depends on Rcpp. When I try to install it with dependencies =