On Tue, Jan 14, 2020 at 1:32 PM Marc Schwartz via R-devel
<r-devel@r-project.org> wrote:
> > On Jan 14, 2020, at 3:29 PM, Abby Spurdle <spurdl...@gmail.com> wrote:
> >
> >> I do want to entice people to have a long look beyond closed
> >> source OS into the world of Free Software where not only R is
> >> FOSS (Free and Open Source Software) but (all / almost) all the
> >> tools you use are of that same spirit.
> >
> > And while everyone is talking about operating systems...
> >
> > Recently, I tried to install R on Fedora.
> > However, it only gave me the option of downloading and installing R
> > 3.6.1, when the current release is/was R 3.6.2.
> > I decided to wait, and may try again later, over the next week.
> >
> > Is it possible for things to be free *and* simple?
> Abby,
> Which version of Fedora are you on?
> The Fedora RPM build system for R:
>   https://koji.fedoraproject.org/koji/packageinfo?packageID=1230
> would seem to suggest that R 3.6.2 may not be available for Fedora 29 or 
> earlier, which is not a surprise, given the rapid update cycle used on Fedora.
> R 3.6.2 is available for Fedora 30, 31 and 32 per the above page.
> If you are on Fedora >=30, you might check your yum repo to see if it has 
> been properly updated.
> Otherwise, if you are on Fedora <=29, you should think about updating your 
> Fedora installation.
> You may or may not be aware that there is a dedicated list for R on 
> Fedora/RHEL and derivatives:
>   https://stat.ethz.ch/mailman/listinfo/r-sig-fedora
> Tom Callaway, who is the RH/Fedora maintainer for R is on that list, so you 
> can pose queries to him via that list for any issues with R on Fedora.

We inquired about R 3.6.1 on CentOS 7 EPEL, which is currently stuck
on R 3.6.0, and go the following reply

>>> Tom "spot" Callaway 2019-11-12 19:41:25 UTC
>>>  The challenge is this:
>>> R 3.6.1 cannot build with the stock EL-7 toolchain, due to the C++ support 
>>> level required. In order to build it, we need to use 
>>> devtoolset-8-toolchain. When R 3.6.1 is built, it assumes that same level 
>>> of C++ support is available, and any EL-7 setups using it which do not have 
>>> devtoolset-8-toolchain will not successfully build modules from CRAN which 
>>> depend on that C++ support (which is not a small number these days). Thus, 
>>> I made the R-3.6.1 build for EL-7 depend on devtoolset-8-toolchain, but 
>>> this is not acceptable (apparently).
>>> So, I'm caught between either:
>>> 1. Dropping the dependency on devtoolset-8-toolchain and having bugs flow 
>>> in which I'm forced to close as CANTFIX
>>> or
>>> 2. Leaving R in EL-7 at the last release which did not depend on 
>>> devtoolset-8-toolchain
>>> I'm really unwilling to do #1.

It sounds odd to me that R would update hard requirements during R
3.6.x releases; I'd except them to be optional (OTH, it might
something I just made up).  I meant to find time to look into this,
but there's this thing called time so it never happened.  Maybe
someone else with more knowledge can comment on this.


> Regards,
> Marc Schwartz
> ______________________________________________
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel

R-devel@r-project.org mailing list

Reply via email to