Re: [R-pkg-devel] How to request for an Non Maintainer update - NMU

2023-06-30 Thread obrl soil
Hi, A note for the list, since this may pop up again: ggtern is not abandoned, and is back on CRAN. The active development repo is on bitbucket at https://bitbucket.org/nicholasehamilton/ggtern/src/master/ There is also a github repo https://github.com/nicholasehamilton/ggtern that is not act

[R-pkg-devel] New R CMD check warnings for html files

2023-06-30 Thread arilamstein
Background: An old package that I maintain on CRAN recently stopped working due to changes in R 4.3.0. In a previous post ( https://stat.ethz.ch/pipermail/r-package-devel/2023q2/009268.html) people here helped me find the best solution to the crash bug. I would like to push this fix to CRAN as qui

Re: [R-pkg-devel] Public URLs for help for versions of base packages

2023-06-30 Thread David Hugh-Jones
I think trying to guess where topics have moved will be hard. I'll consider version links. David On Fri, 30 Jun 2023 at 17:04, Duncan Murdoch wrote: > I agree, really nice. > > One suggestion would be to check for the existence of the corresponding > topic link. > > For example, >

Re: [R-pkg-devel] Public URLs for help for versions of base packages

2023-06-30 Thread Duncan Murdoch
I agree, really nice. One suggestion would be to check for the existence of the corresponding topic link. For example, links to , which doesn't exist. The

Re: [R-pkg-devel] devtools::submit_cran() failure

2023-06-30 Thread Ivan Krylov
В Fri, 30 Jun 2023 14:39:31 +0100 Alan Inglis пишет: > Error in if (new_url$query$submit == "1") { : argument is of length > zero If this isn't a one-off network hiccup that cannot be subsequently reproduced, this seems to be a problem in devtools. The code doesn't check the value returned from

Re: [R-pkg-devel] Public URLs for help for versions of base packages

2023-06-30 Thread Ben Bolker
Nice! (I like "A longer description will go here eventually.") It would be cute/handy to have navigation links available for "go to this help page in the next (previous) version of R" (if it's not a huge pain) On 2023-06-30 11:10 a.m., David Hugh-Jones wrote: OK, so I took Jeff's hint and

[R-pkg-devel] devtools::submit_cran() failure

2023-06-30 Thread Alan Inglis
Hi, I'm getting the following error when using devtools::submit_cran() --| Ready to submit colouR (0.1.0) to CRAN? 1: No 2: U... Maybe? 3: For sure Selection: 3 ℹ Uploading package & comments ℹ Confirming submission Error i

Re: [R-pkg-devel] Public URLs for help for versions of base packages

2023-06-30 Thread David Hugh-Jones
OK, so I took Jeff's hint and did this myself! https://github.com/hughjonesd/r-help Sample page for ?plot from the first version of R (at least, the first version that is on svn): https://hughjonesd.github.io/r-help/0.60/base/plot.html Not everything is guaranteed to work, so please report bugs

Re: [R-pkg-devel] Public URLs for help for versions of base packages

2023-06-30 Thread David Hugh-Jones
There are plenty of places to find current docs. I think it’s fine to have versioned ones also. I agree it would be a good idea to clearly signal “hey, this is an old version” - indeed I’ve been bitten by that in python before. I’m working on this now… will see what I can do. Does anyone happen to

Re: [R-pkg-devel] Public URLs for help for versions of base packages

2023-06-30 Thread Duncan Murdoch
On 30/06/2023 7:57 a.m., David Hugh-Jones wrote: Static web pages get indexed by google. Isn't that an argument against having static pages? If I do a Google search for "R lm" I think it's better to find the current docs rather than dozens of obsolete versions. It's rare that someone wants

Re: [R-pkg-devel] Public URLs for help for versions of base packages

2023-06-30 Thread David Hugh-Jones
Static web pages get indexed by google. David On Fri, 30 Jun 2023 at 09:55, Duncan Murdoch wrote: > Why store them? Download the source on demand, and convert it. Seems > pretty simple. > > Duncan Murdoch > > On 30/06/2023 1:19 a.m., David Hugh-Jones wrote: > > This is for the rcheology pack

Re: [R-pkg-devel] length() conflict with C++17

2023-06-30 Thread Gábor Csárdi
Yeah, I think both `R_NO_REMAP` and rearranging the includes are good solutions, personally I would do both. There is a container at https://r-hub.github.io/containers/ if you want to make sure that you fixed everything: docker run -ti ghcr.io/r-hub/containers/clang17 bash Or, you can try the new

[R-pkg-devel] length() conflict with C++17

2023-06-30 Thread Duncan Murdoch
rgl has a lot of C++ code which is now getting errors in the clang17 tests on CRAN: https://www.stats.ox.ac.uk/pub/bdr/clang17/rgl.log I haven't looked at the whole list yet, but many of the errors arise because R's include/Rinternals.h defines a length() macro, and that conflicts with a de

Re: [R-pkg-devel] Public URLs for help for versions of base packages

2023-06-30 Thread Duncan Murdoch
On 29/06/2023 4:46 p.m., Ivan Krylov wrote: On Thu, 29 Jun 2023 20:22:47 +0100 David Hugh-Jones wrote: I'm looking for a source of online help for R base packages, which covers all versions (for some reasonable value of "all"). So e.g. the equivalent of `?lm` for R 4.1.0. These live in the R

Re: [R-pkg-devel] Public URLs for help for versions of base packages

2023-06-30 Thread Duncan Murdoch
Why store them? Download the source on demand, and convert it. Seems pretty simple. Duncan Murdoch On 30/06/2023 1:19 a.m., David Hugh-Jones wrote: This is for the rcheology package. I run a Shiny web app which lets you examine changes to functions across R versions: https://hughjonesd.shin

Re: [R-pkg-devel] Public URLs for help for versions of base packages

2023-06-30 Thread Ivan Krylov
On Fri, 30 Jun 2023 06:19:33 +0100 David Hugh-Jones wrote: > it would be burdensome in terms of data (and my time) > More generally, shouldn’t there be publicly available versioned > documentation? Python has had this for a long time. CRAN has a searchable archive of R documentation for the who