[Rd] as-cran issue ==> set _R_CHECK_LENGTH_1_* settings!

[Henrik Bengtsson]

On Tue, Jan 14, 2020 at 1:32 PM Marc Schwartz via R-devel
<r-devel using r-project.org> wrote:
>
> > On Jan 14, 2020, at 3:29 PM, Abby Spurdle <spurdle.a using 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 using r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel