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 (https://bugzilla.redhat.com/show_bug.cgi?id=1727281#c19): >>> 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. /Henrik > > 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 https://stat.ethz.ch/mailman/listinfo/r-devel
