Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

Please pardon me if I suggest something unrelated below. Many experts have made suggestions that I would also like to consider because I also have a similar issue with some packages. This is an approach I found, for Rmarkdown vignettes: https://www.kloppenborg.ca/2021/06/long-running-vignettes/

Re: [R-pkg-devel] Problem with "additional repository".

It was 0.0-20 that had another issue now explained privately. 0.0-21 passes cleanly. Best, Uwe On 17.10.2023 20:45, Ivan Krylov wrote: On Mon, 16 Oct 2023 17:08:28 +0200 Uwe Ligges wrote: I do not know which package this refers to, so cannot easily look. This seems to be about the eglhmm

Re: [R-pkg-devel] CMD check: Examples vs DEPENDS pkg

On 17.10.2023 21:34, Leonard Mada via R-package-devel wrote: Dear List members, Package Rpdf depends on package rgl. Multiple examples will call internally the rgl package to visualize the pdb molecule. When performing the CMD check: 1) Is the rgl package loaded each time anew for any of

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

Dear John, Unless I'm mistaken, the *installation* time of the package isn't really at issue. If a user installs a package from a tarball provided by CRAN, the vignettes aren't normally rebuilt. Best, John On 2023-10-17 6:30 p.m., John Harrold wrote: Caution: External email. I ask

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

And if the vignette claims to help the users, but contains errors? Then it's not very helpful at all. That's what the testing is there to detect. Duncan Murdoch On 17/10/2023 6:30 p.m., John Harrold wrote: I ask myself the question: Who is the vignette for? It does server two purposes. One

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

I ask myself the question: Who is the vignette for? It does server two purposes. One is testing but primarily it's for the users to learn how to use a package. I think the testing is secondary, and if it slows down installation or general usability I'd sacrifice the testing. If it's that

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

Dirk, I think you misread the email - John was was asking specifically about his approach to use REBUILD_CV_VIGNETTES without any caching since that was the original question which no one answered in the thread - and that was what I was answering. The alternative approaches were already

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

On 18 October 2023 at 08:51, Simon Urbanek wrote: | John, | | the short answer is it won't work (it defeats the purpose of vignettes). Not exactly. Everything is under our (i.e. package author) control, and when we want to replace 'computed' values with cached values we can. All this is

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

Hello Duncan, On 2023-10-17 4:43 p.m., Duncan Murdoch wrote: Caution: External email. On 17/10/2023 4:21 p.m., John Fox wrote: Hello Simon, On 2023-10-17 3:51 p.m., Simon Urbanek wrote: Caution: External email. John, the short answer is it won't work (it defeats the purpose of

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

On 17/10/2023 4:21 p.m., John Fox wrote: Hello Simon, On 2023-10-17 3:51 p.m., Simon Urbanek wrote: Caution: External email. John, the short answer is it won't work (it defeats the purpose of vignettes). Thank you for confirming that. However, this sounds like a purely hypothetical

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

Hello Simon, On 2023-10-17 3:51 p.m., Simon Urbanek wrote: Caution: External email. John, the short answer is it won't work (it defeats the purpose of vignettes). Thank you for confirming that. However, this sounds like a purely hypothetical question - CRAN policies allow long-running

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

Dear Henrik, I'd already read the R.rsp vignette to which you refer, and, as I said, confirmed that I can use R.rsp to implement static HTML vignettes for our package. Thank you for the confirmation, John On 2023-10-17 3:50 p.m., Henrik Bengtsson wrote: Caution: External email. On Tue,

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

John, the short answer is it won't work (it defeats the purpose of vignettes). However, this sounds like a purely hypothetical question - CRAN policies allow long-running vignettes if they declared. Cheers, Simon > On 18/10/2023, at 3:02 AM, John Fox wrote: > > Hello Dirk, > > Thank you

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

On Tue, Oct 17, 2023 at 12:45 PM John Fox wrote: > > Hello Dirk, > > Thank you for the additional information. > > As you suggest, what you did to distribute pre-built PDF vignettes is > quite similar to what R.rsp does, except that the latter also supports > pre-built HTML vignettes, which is

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

Hello Dirk, Thank you for the additional information. As you suggest, what you did to distribute pre-built PDF vignettes is quite similar to what R.rsp does, except that the latter also supports pre-built HTML vignettes, which is what I'd prefer to distribute. Since I apparently have that

[R-pkg-devel] CMD check: Examples vs DEPENDS pkg

Dear List members, Package Rpdf depends on package rgl. Multiple examples will call internally the rgl package to visualize the pdb molecule. When performing the CMD check: 1) Is the rgl package loaded each time anew for any of those examples? 2) If this is the case: Is it possible to load

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

John, On 17 October 2023 at 10:02, John Fox wrote: | Hello Dirk, | | Thank you (and Kevin and John) for addressing my questions. | | No one directly answered my first question, however, which was whether | the approach that I suggested would work. I guess that the implication | is that it

Re: [R-pkg-devel] Problem with "additional repository".

On Mon, 16 Oct 2023 17:08:28 +0200 Uwe Ligges wrote: > I do not know which package this refers to, so cannot easily look. This seems to be about the eglhmm package. It seems to pass --as-cran checks on my machine, but I know it's not the full set of checks performed for new packages. -- Best

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

Hello Dirk, Thank you (and Kevin and John) for addressing my questions. No one directly answered my first question, however, which was whether the approach that I suggested would work. I guess that the implication is that it won't, but it would be nice to confirm that before I try something

Re: [R-pkg-devel] CartogRaflow submission

This is the NOTE you've been asked to fix: > * checking installed files from ‘inst/doc’ ... NOTE > The following files should probably not be installed: > ‘Logo_cartograflow.png’ > > Consider the use of a .Rinstignore file: see ‘Writing R Extensions’, > or move the vignette sources from

[R-pkg-devel] Re :Re: Re :Re: Suppressing long-running vignette code in CRAN submission

You will find the full R CMD check that I received  Status: 2 NOTEs Debian: Envoyé depuis Yahoo Mail pour Android Le mar., oct. 17, 2023 à 11:49, Ivan Krylov a écrit: Dear Sylvain,

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

Dear Sylvain, В Tue, 17 Oct 2023 09:45:25 + (UTC) "cartograf...@gmail.com" пишет: > I've uploaded cartogRaflow version 1.0.4 with sf package.  > I've submitted yesterday the version 1.0.4 in CRAN and received 2 two > error message because cartogRaflow is archived and use rgeos maptools > in

[R-pkg-devel] Re :Re: Suppressing long-running vignette code in CRAN submission

Hi, thanks to reply. I know that the version 1.0.3 of cartogRaflow use rgeos maptools. Now the version cartogRaflow was archived on 16th October. I've uploaded cartogRaflow version 1.0.4 with sf package.  I've submitted yesterday the version 1.0.4 in CRAN and received 2 two error message

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

On 16 October 2023 at 10:42, Kevin R Coombes wrote: | Produce a PDF file yourself, then use the "as.is" feature of the R.rsp | package. For completeness, that approach also works directly with Sweave. Described in a blog post by Mark van der Loo in 2019, and used in a number of packages

Re: [R-pkg-devel] CartogRaflow submission

On Mon, 16 Oct 2023 21:38:59 + (UTC) "cartograf...@gmail.com" wrote: > Hi, I've put an update version of the package cartogRaflow 1.0.4 in > CRAN today. What was the full check result? > Last released version's CRAN status: OK: 11, ERROR: 2 > See: >

Re: [R-pkg-devel] CartogRaflow submission

El mar., 17 oct. 2023 9:13, cartograf...@gmail.com escribió: > Hi, I've put an update version of the package cartogRaflow 1.0.4 in CRAN > today. > There are 2 errors > Last released version's CRAN status: OK: 11, ERROR: 2 > See: < >

Re: [R-pkg-devel] CartogRaflow submission

The packages that you imported are no longer available. As far as I understand, rgeos, maptools, and a few other spatial related packages have been archived and have been replaced with better alternatives. On Tue, Oct 17, 2023, 03:13 cartograf...@gmail.com wrote: > Hi, I've put an update

[R-pkg-devel] CartogRaflow submission

Hi, I've put an update version of the package cartogRaflow 1.0.4 in CRAN today.  There are 2 errors  Last released version's CRAN status: OK: 11, ERROR: 2 See: The version 1.0.3 was archived today.  I