On Friday, 26 June 2020 10.52.44 WEST Elliott Sales de Andrade wrote:
> Feel free to double-check these.
>
> Also, let me know if you need to stop building and I can do so.
The first round is ready. I built all the cran packages using Iñaki's order.
For the remainder those that failed I will
On Friday, 26 June 2020 12.36.07 WEST Iñaki Ucar wrote:
> It's erroring on CRAN too:
> https://cran.r-project.org/web/checks/check_results_data.table.html
The only other package affected by this failure is R-nanotime.
--
José Abílio
___
R-SIG-Fedora
On Mon, 29 Jun 2020 at 14:25, José Abílio Matos wrote:
>
> Again you guessed right, that was the main idea. :-)
> As I told above and to reiterate it, the idea of this work is to make it
> easier to automate the
> process. Similarly to how we do the mass builds for all the packages.
But the
On Monday, 29 June 2020 12.35.35 WEST I�aki Ucar wrote:
> Yeah, sorry, that's a kind of bug in my script. I'm using CRAN names,
> and I forgot that some RPM packages change those names due to the dot
> to adhere to the guidelines. So TH-data is mistakenly dropped.
Thank you for feedback.
I am
On Mon, 29 Jun 2020, Iñaki Ucar wrote:
On Mon, 29 Jun 2020 at 11:24, Iñaki Ucar wrote:
On Mon, 29 Jun 2020 at 10:21, Roger Bivand wrote:
In the rgdal package, configure.ac has had : ${LDFLAGS=`"${RBIN}" CMD
config LDFLAGS`} at least since 2012, so picking up LDFLAGS known to the R
version
On Mon, 29 Jun 2020 at 11:24, Iñaki Ucar wrote:
>
> On Mon, 29 Jun 2020 at 10:21, Roger Bivand wrote:
> >
> > In the rgdal package, configure.ac has had : ${LDFLAGS=`"${RBIN}" CMD
> > config LDFLAGS`} at least since 2012, so picking up LDFLAGS known to the R
> > version installed. Very recently,
On Mon, 29 Jun 2020 at 10:21, Roger Bivand wrote:
>
> In the rgdal package, configure.ac has had : ${LDFLAGS=`"${RBIN}" CMD
> config LDFLAGS`} at least since 2012, so picking up LDFLAGS known to the R
> version installed. Very recently, users installing rgdal from source with
> R installed from