FWIW: connectivity from GH runners is notoriously patchy*, so I wouldn’t rely on those for URL checks, so I’d recommend using the solution by Ivan in actions and simply running a separate check without the option once in a while locally (e.g., before submission) to detect such issues. After all, the point of GHAs is to detect things you cannot detect locally (because of OS etc.) which this not the case here.
* - the failure rate is so high that pretty much all actions involving remote files include provisions for several retries, otherwise your actions will fail on a regular basis. That said, GNU servers are notoriously unreliable themselves, compounding the problem. Even in our macOS recipes I had to create a provision for automatic rewriting of gnu.org URLs to more reliable GNU mirrors as the master site is either slow or unresponsive very often, so this is not an unusual problem. Cheers, Simon > On 3 Apr 2025, at 00:01, Thierry Onkelinx <thierry.onkel...@inbo.be> wrote: > > Dear Ivan, > > Thanks for the feedback. Skipping all URL checks is not an ideal solution. > Getting a NOTE for a broken link is valuable. Given that the problem occurs > over several repositories but always with the gnu.org domain, I was hoping > for a more tailored solution. > > Removing the problematic URL is probably the best solution for now. > > 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 > /////////////////////////////////////////////////////////////////////////////////////////// > > <https://www.inbo.be> > > > Op wo 2 apr 2025 om 11:45 schreef Ivan Krylov <ikry...@disroot.org>: > >> В Tue, 1 Apr 2025 14:28:04 +0200 >> Thierry Onkelinx <thierry.onkel...@inbo.be> пишет: >> >>> Any suggestions how to fix this note without removing the >>> URL for the README? >> >> I think it should be possible to set the environment variable >> _R_CHECK_CRAN_INCOMING_REMOTE_=FALSE to disable the "remote" checks [*] >> (including checks for repository content) or >> _R_CHECK_CRAN_INCOMING_SKIP_URL_CHECKS_IF_REMOTE_=TRUE to only skip the >> URL checks. >> >> -- >> Best regards, >> Ivan >> >> [*] >> >> https://cran.r-project.org/doc/manuals/r-devel/R-ints.html#index-_005fR_005fCHECK_005fCRAN_005fINCOMING_005fREMOTE_005f >> > > [[alternative HTML version deleted]] > > ______________________________________________ > R-package-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-package-devel > ______________________________________________ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel
