similar to: R 2.7.2

R 2.8.1 is packaged up and queued up for testing. Please test this out: Fedora 9: https://admin.fedoraproject.org/updates/rpy-1.0.3-6.fc9,R-2.8.1-1.fc9 Fedora 10: https://admin.fedoraproject.org/updates/rpy-1.0.3-6.fc10,R-2.8.1-1.fc10 Once you've tested it, please, please, go to the update URL above and click "Add A Comment". If it works for you, click "Works for me" and

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?

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

R 2.12.0 is built now for Fedora and EPEL. It is in "updates-testing" (or it will be within the next 24 hours). I did not do this build for Fedora 12, as that release will be End-Of-Life in a month. In accordance with the new policies on Fedora Updates, these new packages will not be pushed as official updates until they either receive positive testing from users, or sit in

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

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

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

Recorded here so others may avoid my mistakes. I have a bunch of files containing fixed width data. The R Data guide suggests that one pre-process them with a script if they are large. They were 50MG and up, and I needed to process another file that gave the layout of the lines anyway. I tried rpy to not only preprocess but create the R data object in one go. It seemed like a good idea; it

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

All- Thanks in advance for your help. I'm trying to call R function using Python in a windows environment and have downloaded the Rpy library however it doesn't appear to work with R 2.7.2. Does anyone know if a new version of Rpy exists for windows that will work with R and where it can be downloaded from? Here's an example of the error I'm getting:

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

Apologies if this email is a top post. I'm not sure how to reply to a thread if I'm not subscribed. We recently encountered the same issue that Evan reported on 6/4 and I can confirm that updated to 3.3.0-5 does address the build failure. Will 3.3.0-5 make it into EPEL? If so, do you have any idea when? The current package is breaking our build process and I'm wondering if it's

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: