search for: rhub

...ith spaces? Three questions: Does it work if you avoid spaces? Does it work if you use single quotes? Does this also occur for Rscript? Thxs Henrik On Dec 5, 2017 03:44, "G?bor Cs?rdi" <csardi.gabor at gmail.com> wrote: I wonder if this is intended. Thanks, Gabor C:\Users\rhub>"c:\Program Files\R\R-3.4.2\bin\R" -q -e "1 + 1" > 1 + 1 [1] 2 > > C:\Users\rhub>"c:\Program Files\R\R-3.4.3\bin\R" -q -e "1 + 1" 'c:\PROGRA~1\R\R-34~1.3\bin\x64\R.exe" -q -e "1' is not recognized as an interna l or external...

...DT register is too long (32 bytes, 256 bits) to convert to GAS struct - 255 bits max, truncating (20130517/tbfadt-202) [ 0.000000] ACPI: IRQ0 used by override. [ 0.000000] ACPI: IRQ9 used by override. [ 0.000000] spurious 8259A interrupt: IRQ7. [ 0.014754] ACPI Error: [\_SB_.PCI0.XHC_.RHUB.HS11] Namespace lookup failure, AE_NOT_FOUND (20130517/dswload-194) [ 0.117596] ACPI: Using IOAPIC for interrupt routing [ 0.127508] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM [ 0.135161] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 10 *11 12 14 15) [ 0.135193] ACPI: PCI...

...r > > > Thxs > > > > Henrik > > > > > > On Dec 5, 2017 03:44, "G?bor Cs?rdi" <csardi.gabor at gmail.com> wrote: > > > > I wonder if this is intended. > > > > Thanks, > > Gabor > > > > > > C:\Users\rhub>"c:\Program Files\R\R-3.4.2\bin\R" -q -e "1 + 1" > >> 1 + 1 > > [1] 2 > >> > >> > > > > C:\Users\rhub>"c:\Program Files\R\R-3.4.3\bin\R" -q -e "1 + 1" > > 'c:\PROGRA~1\R\R-34~1.3\bin\x64\R.exe"...

...o provide a python binding... so there is a huge layer of cmake & scripting to make it work with a standard armadillo (but using same version that RcppArmadillo). It seems now working with almost all CRAN targets, but a problem remains with fedora (clang & gcc) devel. Our issue is that the rhub docker is not well sync with the CRAN fedora-clang-devel config: - failing on CRAN (without clear reason): https://www.r-project.org/nosvn/R.check/r-devel-linux-x86_64-fedora-clang/rlibkriging-00check.html - passing on rhub: https://builder.r-hub.io/status/rlibkriging_0.7-3.tar.gz-20f7dc7562726497a...

...f cmake & >> scripting to make it work with a standard armadillo (but using same >> version that RcppArmadillo). >> It seems now working with almost all CRAN targets, but a problem >> remains with fedora (clang & gcc) devel. >> >> Our issue is that the rhub docker is not well sync with the CRAN >> fedora-clang-devel config: >> - failing on CRAN (without clear reason): >> https://www.r-project.org/nosvn/R.check/r-devel-linux-x86_64-fedora-clang/rlibkriging-00check.html > I see? 2 candidates for? reasons of failing on CRAN: > ?...

...thon binding... so there is a huge layer of cmake & scripting to make it work with a standard armadillo (but using same version that RcppArmadillo). > It seems now working with almost all CRAN targets, but a problem remains with fedora (clang & gcc) devel. > > Our issue is that the rhub docker is not well sync with the CRAN fedora-clang-devel config: > - failing on CRAN (without clear reason): https://www.r-project.org/nosvn/R.check/r-devel-linux-x86_64-fedora-clang/rlibkriging-00check.html I see? 2 candidates for? reasons of failing on CRAN: ?1. test time is 30 min while 15 m...

...osts so much time just for that... A deeper analysis of time spent seems to point that a large time was mainly spent on testthat and Rcpp dependencies compilation... But other recent packages depending on these also are not spending so much time. CRAN team, as I failed to reproduce the issue with rhub dockers, - is there any reason that could explain that fedora-*-devel is so slow for this package or compilation of Rcpp/testthat ? - is our slapack a possible source of... anything ? - are we the only package which embeds "standard armadillo" and tries to deal with simple precision lapa...

...1' > Does this also occur for Rscript? It seems so indeed. Gabor > Thxs > > Henrik > > > On Dec 5, 2017 03:44, "G?bor Cs?rdi" <csardi.gabor at gmail.com> wrote: > > I wonder if this is intended. > > Thanks, > Gabor > > > C:\Users\rhub>"c:\Program Files\R\R-3.4.2\bin\R" -q -e "1 + 1" >> 1 + 1 > [1] 2 >> >> > > C:\Users\rhub>"c:\Program Files\R\R-3.4.3\bin\R" -q -e "1 + 1" > 'c:\PROGRA~1\R\R-34~1.3\bin\x64\R.exe" -q -e "1' is not recogniz...

...>> Henrik >>> >>> >>> On Dec 5, 2017 03:44, "G?bor Cs?rdi" <csardi.gabor at gmail.com> wrote: >>> >>> I wonder if this is intended. >>> >>> Thanks, >>> Gabor >>> >>> >>> C:\Users\rhub>"c:\Program Files\R\R-3.4.2\bin\R" -q -e "1 + 1" >>>> 1 + 1 >>> [1] 2 >>>> >>> C:\Users\rhub>"c:\Program Files\R\R-3.4.3\bin\R" -q -e "1 + 1" >>> 'c:\PROGRA~1\R\R-34~1.3\bin\x64\R.exe" -q -e &q...

...il.com> > Envoy??: mercredi 11 janvier 2023 00:36 > ??: Sebastian Meyer <seb.meyer at fau.de>; Ivan Krylov <krylov.r00t at gmail.com>; RICHET Yann <yann.richet at irsn.fr> > Cc?: Pascal Hav? <pascal at haveneer.com>; R-devel at r-project.org > Objet?: Re: [Rd] rhub vs. CRAN fedora-*-devel, using armadillo & slapack > > On 10/01/2023 4:07 p.m., Sebastian Meyer wrote: >> Am 10.01.23 um 21:28 schrieb Duncan Murdoch: >>> On 10/01/2023 2:05 p.m., Ivan Krylov wrote: >>>> On Tue, 10 Jan 2023 16:27:53 +0000 >>>> RICHE...

My latest submission of survival3.1-10 to CRAN fails? a check, but only on windows, which I don't use. How do I track this down? The test in question works fine on my Linux box. Terry [[alternative HTML version deleted]]

On 10/01/2023 2:05 p.m., Ivan Krylov wrote: > On Tue, 10 Jan 2023 16:27:53 +0000 > RICHET Yann <yann.richet at irsn.fr> wrote: > >> In facts, 10 threads are asked by armadillo for some LinAlg, which >> backs to two threads as warned. > > I think you're right about your tests de-facto using two threads, but > it might be a good idea to _default_ to up to

On Tue, 10 Jan 2023 16:27:53 +0000 RICHET Yann <yann.richet at irsn.fr> wrote: > In facts, 10 threads are asked by armadillo for some LinAlg, which > backs to two threads as warned. I think you're right about your tests de-facto using two threads, but it might be a good idea to _default_ to up to two threads in tests and examples. This is especially valuable for third-party

...rdoch.duncan at gmail.com> Envoy??: mercredi 11 janvier 2023 00:36 ??: Sebastian Meyer <seb.meyer at fau.de>; Ivan Krylov <krylov.r00t at gmail.com>; RICHET Yann <yann.richet at irsn.fr> Cc?: Pascal Hav? <pascal at haveneer.com>; R-devel at r-project.org Objet?: Re: [Rd] rhub vs. CRAN fedora-*-devel, using armadillo & slapack On 10/01/2023 4:07 p.m., Sebastian Meyer wrote: > Am 10.01.23 um 21:28 schrieb Duncan Murdoch: >> On 10/01/2023 2:05 p.m., Ivan Krylov wrote: >>> On Tue, 10 Jan 2023 16:27:53 +0000 >>> RICHET Yann <yann.richet at...

On 10/01/2023 4:07 p.m., Sebastian Meyer wrote: > Am 10.01.23 um 21:28 schrieb Duncan Murdoch: >> On 10/01/2023 2:05 p.m., Ivan Krylov wrote: >>> On Tue, 10 Jan 2023 16:27:53 +0000 >>> RICHET Yann <yann.richet at irsn.fr> wrote: >>> >>>> In facts, 10 threads are asked by armadillo for some LinAlg, which >>>> backs to two threads as

Am 10.01.23 um 21:28 schrieb Duncan Murdoch: > On 10/01/2023 2:05 p.m., Ivan Krylov wrote: >> On Tue, 10 Jan 2023 16:27:53 +0000 >> RICHET Yann <yann.richet at irsn.fr> wrote: >> >>> In facts, 10 threads are asked by armadillo for some LinAlg, which >>> backs to two threads as warned. >> >> I think you're right about your tests de-facto

One of my packages is slated to be archived from CRAN due to failures when the ATLAS BLAS is used. I am unable to replicate the error on my machine under R 3.6.1 using the atlas library from ubuntu (seems to be 3.10.2-9, while the good professor is using 3.10.3 per https://www.stats.ox.ac.uk/pub/bdr/Rblas/README.txt ). I also tried the rocker/r-base with R 3.6.2 and

...| I am not saying that if it is Linux-only then it definitely cannot make it | to CRAN. | A CRAN maintainer will decide that. Gabor is *way* too modest here to not mention the *fabulous* tool he has written (with the [financial] support of the R Consortium): R Hub. These days I just do 'rhub::check_for_cran()' and four tests launch covering the three required OSs as well as the required r-devel and r-release versions. Results tickle in within minutes by mail; the windows one (which is slowest) is also display. You need a one-time token handshake. I strongly recommend the servi...

Hi Terry, http://win-builder.r-project.org/ and the rhub build service (which can be invoked by the rhub package) allow on demand checks in windows environments, though for active debugging the iteration time can be quite painful. If you have access, e.g., through your employer, to a windows license you should also be able to do use VMWare or VirtualBox...

...s: URL: https://www.stat.auckland.ac.nz/~paul/Reports/DisplayList/dl-record.html From: man/capturePlot.Rd Status: Error Message: libcurl error code 35 error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure This is reported both by the win-builder and the rhub services: * R 3.3.2: https://win-builder.r-project.org/xj8fwadE4K31/00check.log * R devel: https://win-builder.r-project.org/xj8fwadE4K31/00check.log * R 3.2.5: https://builder.r-hub.io/status/R.devices_2.14.0-9000.tar.gz-a252b2d919124c63bc976d78befce161 AFAIU, this is due to the HTTPS webserver...