[R-pkg-devel] Connection time-out when checking a package

[Thierry Onkelinx]

Dear all,

When checking a package via a GitHub action I often (but not always) get a
connection-time out for the GNU license page. The github actions runs the
code below

   Sys.setenv("R_DEFAULT_INTERNET_TIMEOUT" = 360)
   options(timeout = max(360, getOption("timeout")))
rcmdcheck::rcmdcheck(
  path = x$get_path, args = c("--timings", "--as-cran", "--no-manual"),
  error_on = "never", timeout = Inf
)

The resulting NOTE

Found the following (possibly) invalid URLs:
  URL: https://www.gnu.org/licenses/gpl-3.0.html
From: README.md
Status: Error
Message: libcurl error code 28:
  Failed to connect to www.gnu.org port 443 after 136189 ms: Couldn't
connect to server

I'm guessing that https://www.gnu.org is blocking the request from the
GitHub Action. Any suggestions how to fix this note without removing the
URL for the README?

Best regards,

Thierry

ir. Thierry Onkelinx
Statisticus / Statistician

Vlaamse Overheid / Government of Flanders
INSTITUUT VOOR NATUUR- EN BOSONDERZOEK / RESEARCH INSTITUTE FOR NATURE AND
FOREST
Team Biometrie & Kwaliteitszorg / Team Biometrics & Quality Assurance
thierry.onkel...@inbo.be
Havenlaan 88 bus 73, 1000 Brussel
*Postadres:* Koning Albert II-laan 15 bus 186, 1210 Brussel
*Poststukken die naar dit adres worden gestuurd, worden ingescand en
digitaal aan de geadresseerde bezorgd. Zo kan de Vlaamse overheid haar
dossiers volledig digitaal behandelen. Poststukken met de vermelding
‘vertrouwelijk’ worden niet ingescand, maar ongeopend aan de geadresseerde
bezorgd.*
www.inbo.be

///
To call in the statistician after the experiment is done may be no more
than asking him to perform a post-mortem examination: he may be able to say
what the experiment died of. ~ Sir Ronald Aylmer Fisher
The plural of anecdote is not data. ~ Roger Brinner
The combination of some data and an aching desire for an answer does not
ensure that a reasonable answer can be extracted from a given body of data.
~ John Tukey
///



[[alternative HTML version deleted]]

__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel

Re: [R-pkg-devel] AlgDesign C Issue

[Serguei Sokol]

Le 31/03/2025 à 18:00, Jerome Braun a écrit :

Hi Duncan!


  Since the compiler will supply stdbool.h, it's safer to use that than to

try to emulate it.

Understood. It seems like the definitions are exactly the same between the
two.
Yes and no. Yes, true and false are the same. No, because there is also 
__bool_true_false_are_defined which is set to 1 and this can make the 
compiler react differently in various situations.




Currently there is no use of "bool" in any of the code (after having
changed bool to int everywhere in the code).

So I think I can replace the two lines in the original code with a call to
include the  header --- does that seem reasonable?   Can I use
an include statement there in place of those two lines?

I think it would be good and safe idea.

Best,
Serguei.



Thank you!


__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel

Re: [R-pkg-devel] [CRAN-pretest-archived] CRAN Submission OPCreg 0.2.0

[Uwe Ligges]

But we see

Author field differs from that derived from Authors@R
  Author:'Guangbao Guo [aut, cre] 
https://orcid.org/-0002-4115-6218>), Chunjie Wei [aut]'
  Authors@R: 'Guangbao Guo [aut, cre] (ORCID: 
), Chunjie Wei [aut]'



You have to build the package with R-devel or R-prerelease, then the 
field will be auto generated in the new form.


Best,
Uwe Ligges


On 01.04.2025 09:21, 郭广报 wrote:

Dear Uwe Ligges,

 The name "Guo" is correctly spelled. Guo is my family name.




If you are fairly certain the rejection is a false positive.

  





--

Sincerely yours,
Guangbao Guo


Wechat Number: ggb





At 2025-04-01 10:17:44, lig...@statistik.tu-dortmund.de wrote:

Dear maintainer,

package OPCreg_0.2.0.tar.gz does not pass the incoming checks automatically, 
please see the following pre-tests (additional issue checks):
Windows: 

Status: 2 NOTEs
Debian: 

Status: 2 NOTEs



Please fix all problems and resubmit a fixed version via the webform.
If you are not sure how to fix the problems shown, please ask for help on the 
R-package-devel mailing list:

If you are fairly certain the rejection is a false positive, please reply-all 
to this message and explain.

More details are given in the directory:

The files will be removed after roughly 7 days.

No strong reverse dependencies to be checked.

Best regards,
CRAN teams' auto-check service


[[alternative HTML version deleted]]



__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel