Re: [Rd] PR#6614

One thing I notice is that after using subset() on a data frame imported from SPSS, my variable.names attribute disappeared. I guess what I would expect is for a subset() method always to preserve everything but the omitted column. Cheers David On 27/02/06, Bill Dunlap [EMAIL PROTECTED] wrote:

Re: [Rd] apply with zero-row matrix

Grothendieck wrote: > Try pmap and related functions in purrr: > > pmap(as.data.frame(m), ~ { cat("Called...\n"); print(c(...)) }) > ## list() > > On Mon, Jul 30, 2018 at 12:33 AM, David Hugh-Jones > wrote: > > Forgive me if this has been asked many time

Re: [Rd] Fwd: help building very old R

Thanks for the tip. That could be a huge timesaver. But it lists only a single package for versions 0.90.1-2 ... how does that work? David On Mon, 30 Jul 2018 at 12:27, Dirk Eddelbuettel wrote: > > On 30 July 2018 at 05:35, David Hugh-Jones wrote: > | Hi guys, > | > | Perhaps s

Re: [Rd] Puzzle or bug with matrix indexing

Yup, I worked it out in time... for future reference, as.matrix calls `format` on logicals, converting them to the form seen. On Sat, 4 Aug 2018 at 17:53, Berry, Charles wrote: > > > > On Aug 4, 2018, at 6:55 AM, David Hugh-Jones > wrote: > > > > I'm not sure why thi

[Rd] Puzzle or bug with matrix indexing

I'm not sure why this is happening: tmp <- data.frame( a = letters[1:2], b=c(TRUE, FALSE), stringsAsFactors = FALSE ) idx <- matrix(c(1, 2, 2, 2), 2, byrow = TRUE) tmp[idx] [1] " TRUE" "FALSE" Notice there is a space before the TRUE: " TRUE". This space isn't happening purely because of

[Rd] apply with zero-row matrix

Forgive me if this has been asked many times before, but I couldn't find anything on the mailing lists. I'd expect apply(m, 1, foo) not to call `foo` if m is a matrix with zero rows. In fact: m <- matrix(NA, 0, 5) apply(m, 1, function (x) {cat("Called...\n"); print(x)}) ## Called... ## [1] FALSE

[Rd] Fwd: help building very old R

Hi guys, Perhaps someone here can help. I am trying to build versions of R 1 for the rcheology package (just arrived on CRAN). For R prior to 1.5.0, I cannot configure support for tcl-tk. I am building on Debian Woody (provided by Docker debian/eol) and have the following packages installed:

Re: [Rd] apply with zero-row matrix

(presumably NULL) for an empty argument; but why should apply call fun? Cheers David On Mon, 30 Jul 2018 at 08:41, Martin Maechler wrote: > >>>>> David Hugh-Jones > >>>>> on Mon, 30 Jul 2018 05:33:19 +0100 writes: > > > Forgive me if this has been as

[Rd] speeding up R compilation

Hello all, First, a small advert for this: https://hughjonesd.shinyapps.io/rcheology/ which lists functions in core R going back to 3.0.1. Second, I'm trying to extend this back to 2.0.0. That involves building many versions of R from source on a Docker image of Debian Sarge. (Shades of 2006,

Re: [Rd] cat(fill=N)

". But I think the behaviour I expected is more intuitive. The natural use case is to limit line length, and if so, that should apply globally not just between elements. On 16 March 2018 at 16:19, Serguei Sokol <so...@insa-toulouse.fr> wrote: > Le 16/03/2018 à 17:10, David Hugh-Jones a

[Rd] cat(fill=N)

Hi all, I expect I'm getting something wrong, but cat("foo bar baz foo bar baz foo bar baz", fill = 10) should be broken into lines of width 10, whereas I get: > cat("foo bar baz foo bar baz foo bar baz", fill = 10) foo bar baz foo bar baz foo bar baz This is on R 3.4.3, but I don't see

[Rd] install.packages doesn't produce warnings unless qualified with utils::

Hi all, Assuming this is an R core issue: tryCatch(install.packages("clipr", repos = "bullshit"), warning = function (w) cat("got a warning")) Warning in install.packages : unable to access index for repository bullshit/src/contrib: cannot open URL 'bullshit/src/contrib/PACKAGES' Warning in

[Rd] Fwd: install.packages doesn't produce warnings unless qualified with utils::

On Sat, 3 Mar 2018 at 20:01, Joshua Ulrich wrote: > > > > My guess is that something (a package, console, etc) is masking > utils::install.packages(). > > This looks about right. On R in the terminal the warning is thrown. In Rstudio I have the problem, and: >

[Rd] small bug in formatC?

formatC(0.0001, digits = 3, format = "f", zero.print="< 0.01") Error in strrep(" ", nc - i1) : invalid 'times' value The problem, if it is one, is in .format.zeros: .format.zeros("0.000", "xx") Error in strrep(" ", nc - i1) : invalid 'times' value R version 3.5.1. David

Re: [Rd] Bias in R's random integers?

It doesn't seem too hard to come up with plausible ways in which this could give bad results. Suppose I sample rows from a large dataset, maybe for bootstrapping. Suppose the rows are non-randomly ordered, e.g. odd rows are males, even rows are females. Oops! Very non-representative sample,

Re: [Rd] Bias in R's random integers?

On Wed, 19 Sep 2018 at 13:43, Duncan Murdoch wrote: > > I think the analyses are correct, but I doubt if a change to the default > is likely to be accepted as it would make it more difficult to reproduce > older results. I'm a bit alarmed by the logic here. Unbiased sampling seems basic for a

Re: [Rd] Documentation examples for lm and glm

I would argue examples should encourage good practice. Beginners ought to learn to keep data in data frames and not to overuse attach(). Experts can do otherwise at their own risk, but they have less need of explicit examples. On Fri, 14 Dec 2018 at 14:51, S Ellison wrote: > FWIW, before all

Re: [Rd] New grDevices::hcl.colors()

Hi Achim Quick Q: why do some palettes have a hyphen in the name and others not? David On Tue, 2 Apr 2019 at 00:38, Achim Zeileis wrote: > Hi everyone, > > I wanted to draw your attention to a new post on the > developer.R-project.org blog: > >

Re: [Rd] anonymous functions

I will stick my oar in here as a user to say that I find the \(x) syntax a bit line-noise-ish. David > On 8 Dec 2020, at 00:05, Abby Spurdle wrote: > > Sorry, I should replace "cryptic-ness" from my last post, with > "unnecessary cryptic-ness". > Sometimes short symbolic expressions are

[Rd] The case for a pipe assignment operator + database of R code

Hi all, I wrote up the case for having a pipe assignment operator in R here: https://hughjonesd.github.io/case-for-pipe-assignment.html A pipe assignment operator would expand e.g. obj <|> do_something() to obj <- obj |> do_something() and therefore to obj <- do_something(obj) Just for

[R-pkg-devel] R CMD check not finding my vignettes

Before building my package, I manually place both pdf and html versions of my vignettes into inst/doc. I then build the package with `devtools::check`. Listing of the resulting tarball: -rw-r--r-- 0 david staff1692 6 Apr 15:10 huxtable/inst/doc/design-principles.R -rw-r--r-- 0 david

Re: [R-pkg-devel] R CMD check not finding my vignettes

> I do not know devtools, but the vignette sources should be placed in > ./vignettes and then R CMD build will put the files into the relevant > places automatically. > > Best, > Uwe Ligges > > > > > > > On 07.04.2017 07:55, David Hugh-Jones wrote: > >> Ok

Re: [R-pkg-devel] R CMD check not finding my vignettes

ot;missing" files or their directory are not by accident listed in > Rbuildignore, right? > > > > > From: R-package-devel <r-package-devel-boun...@r-project.org> on behalf > of Uwe Ligges <lig...@statistik.tu-dortmund.de> > Sent: Friday, April

Re: [R-pkg-devel] R CMD check not finding my vignettes

gt; On 19/04/2017 1:00 PM, David Hugh-Jones wrote: > >> Hi Uwe, >> >> I'm not sure if you ever got my off-list message with my tarball or >> subsequent messages. I can't send a tarball on-list - it gets rejected as >> too large - but here is a dropbox link. I

Re: [R-pkg-devel] R CMD check not finding my vignettes

't produce it for them. > > Duncan Murdoch > > > >> Regards, >> >> Brian >> >> On 04/20/2017 03:38 AM, David Hugh-Jones wrote: >> >>> Hi Duncan, >>> >>> Thank you very much for taking the time to look at this. >>> >

Re: [R-pkg-devel] R CMD check not finding my vignettes

/huxtable_0.2.0.tar.gz?dl=0 Cheers, David Hugh-Jones On 7 April 2017 at 11:20, Uwe Ligges <lig...@statistik.tu-dortmund.de> wrote: > Can you send the tarball please, I can take a look, > >> Uwe > >> >> [[alternative HTML version deleted]] ___

Re: [R-pkg-devel] Extending an S3 method, but putting the package in Suggests?

Thank you for this info and the suggestion! David On Tue, 14 Mar 2017 at 09:06, Martin Maechler <maech...@stat.math.ethz.ch> wrote: > >>>>> David Hugh-Jones <davidhughjo...@gmail.com> > >>>>> on Tue, 14 Mar 2017 02:46:35 + writes: &g

[R-pkg-devel] Extending an S3 method, but putting the package in Suggests?

Hi, Cross-posted from SO: http://stackoverflow.com/questions/42776058/extending-an-s3-generic-from-an-optional-package I have a package which provides an as.FlexTable method for its objects, extending the S3 generic from the ReporteRs package. So, my NAMESPACE file, generated by roxygen, has

Re: [R-pkg-devel] Extending an S3 method, but putting the package in Suggests?

. Cheers, David On 14 March 2017 at 16:35, Martin Maechler <maech...@stat.math.ethz.ch> wrote: > >>>>> David Hugh-Jones <davidhughjo...@gmail.com> > >>>>> on Tue, 14 Mar 2017 09:26:49 + writes: > > > Just out of interest, what woul

Re: [R-pkg-devel] R CMD check not finding my vignettes

Okay, so this got tumbleweeded... so should I file a bug? D On Thu, 6 Apr 2017 at 15:37, David Hugh-Jones <davidhughjo...@gmail.com> wrote: > > Before building my package, I manually place both pdf and html versions of > my vignettes into inst/doc. I then build the package

Re: [R-pkg-devel] Changing a package's name

ear David > > It is your package and you can choose the name you prefer. If you feel > uncomfortable with the current one then change it. I do not think anyone > else's opinion is relevant unless a package author picks a name that all > right thinking people would find offensive. > > >

[R-pkg-devel] Changing a package's name

Hello all, A short while ago I released the "huxtable" package for writing HTML and LaTeX tables: https://www.github.com/hughjonesd/huxtable The name seemed cute to me, but I later found out that to Americans it has special associations. The Huxtables were the family in the Cosby show. That

Re: [R-pkg-devel] r-quantities seeking feedback

One question that comes to mind: what's the synergy? I e why are units and errors best handled together? I use standard errors a lot, but never units... I would like a standard way to represent uncertainty but don't think I need the other stuff. Cheers, D On Fri, 6 Oct 2017 at 17:25, Iñaki Úcar

Re: [R-pkg-devel] r-quantities seeking feedback

3, "David Hugh-Jones" <davidhughjo...@gmail.com> > escribió: > > One question that comes to mind: what's the synergy? I e why are units and > errors best handled together? I use standard errors a lot, but never > units... I would like a standard way to represent uncert

Re: [R-pkg-devel] Category (Subjection) in R documentation for package

In roxygen2 you do @section Section name: The colon is important. David On 1 October 2017 at 19:50, Duncan Murdoch wrote: > On 01/10/2017 12:42 PM, Mohammad Tanvir Ahamed via R-package-devel wrote: > >> I am building package R-studio (Roxygen2). >> In the package

Re: [R-pkg-devel] tibbles are not data frames

These replies seem to be missing the point, which is that old code has to be rewritten because tibbles don't behave like data frames. It is true that subclasses can override behaviour, but there is an implicit contract that the same methods should do the same things. The as.xxx pattern seems

Re: [R-pkg-devel] r-quantities seeking feedback

On 7 October 2017 at 13:00, Iñaki Úcar <i.uca...@gmail.com> wrote: > 2017-10-06 22:28 GMT+02:00 David Hugh-Jones <davidhughjo...@gmail.com>: > > Many measurements have no unit, but some uncertainty - e.g. the b and se > > from an arbitrary regression. Can

[R-pkg-devel] r-patched error

Hi all, Latest release of my package has an error when checked on r-patched-linux and r-devel-linux. Relevant output is shown below (from https://cran.r-project.org/web/checks/check_results_huxtable.html). It suggests that there's no method for `align<-` and `bold` for huxtable objects. In fact

Re: [R-pkg-devel] r-patched error

Thank you very much for this thoughtful advice! I am guessing that getNamespace("huxtable") would be another more self-documenting way to do this. I will make the change. David On Mon, 4 Jun 2018 at 13:26, Duncan Murdoch wrote: > > I'd worry a little bit about your "make_getter_setters"

[R-pkg-devel] Fwd: [CRAN-pretest-archived] CRAN submission huxtable 2.0.2

Hi guys, I've been having some problems with updating my 'huxtable' package on CRAN. The latest issue is that I run a test which renders a rmarkdown document to PDF, using rmarkdown::render. This passes R CMD check fine on my machine, on travis and on win-builder, but fails on the CRAN machines

Re: [R-pkg-devel] Fwd: [CRAN-pretest-archived] CRAN submission huxtable 2.0.2

Hi Dirk Not running the test on CRAN would fix the problem, but it is kind of an admission of failure. Part of CRAN's point is quality control, so switching off tests just to pass seems perverse. I'll do it if that is the only option. Yes, I bet the CRAN guys are highly busy, and full respect to

Re: [R-pkg-devel] More on explosive dependencies

Hi Russ, Possibly relevant: the modelgenerics package (on GitHub) does exactly what you're suggesting for standard model functions like `nobs` etc. I think at some point it is going to become part of the tidyverse. D On Mon, 16 Jul 2018 at 02:24, Lenth, Russell V wrote: > Package

Re: [R-pkg-devel] More on explosive dependencies

Hi Russell, That's v helpful and I am going to try it myself. Can I just ask what goes in your namespace file (and what roxygen tags you use) for the relevant methods? David On Tue, 17 Jul 2018 at 02:29, Lenth, Russell V wrote: > Thanks to all who responded. I am pleased to say that with

Re: [R-pkg-devel] Recommendations about adding options to a package in order to change default values of some functions on-the-fly

Hi all, A simple solution - if indeed you want to go down this route - is to use options() and getOption(), ensuring all options are namespaced, e.g. by prefixing them with the package name. David On Thu, 6 Sep 2018 at 17:15, Alexandre Courtiol < alexandre.court...@gmail.com> wrote: > Dear

Re: [R-pkg-devel] Submission to CRAN when package needs personal data (API key)

On Fri, 7 Sep 2018 at 09:01, Duncan Murdoch wrote: > > I think it's useful to think of 3 groups who might run tests: > > - authors > - CRAN > - other users of a package. > > What Hadley was arguing for is that CRAN should identify itself to a > package, so that by default a package could

Re: [R-pkg-devel] Submission to CRAN when package needs personal data (API key)

On Fri, 7 Sep 2018 at 01:16, Duncan Murdoch wrote: > > > When packages delete tests just for CRAN, the quality of the repository > suffers. Users should be able to check an install by running the tests > that passed on CRAN and seeing them pass on their system as well. In my limited

Re: [R-pkg-devel] Weird error on CRAN linux check

Wow, this is extremely helpful. I've applied Joris' patch. By the way, the github master has the change that I stopped exporting methods, as per Hadley's suggestion; this caused *all* functions created via make_getter_setters to fail. Version 4.0.1 on CRAN has the methods exported, which was

Re: [R-pkg-devel] Weird error on CRAN linux check

Agreed. I fixed the roxygen2 and it works fine. But yet, the original v4.0.1 on CRAN has a namespace file which contains S3method(bold,huxtable) export(bold) export(bold.huxtable) and S3method("align<-",huxtable) export("align<-") export("align<-.huxtable") yet still fails on linux-patched and

Re: [R-pkg-devel] Weird error on CRAN linux check

18 20:06, Duncan Murdoch > escribió: > >> On 05/07/2018 9:11 AM, David Hugh-Jones wrote: >> > >> > Agreed. I fixed the roxygen2 and it works fine. But yet, the original >> > v4.0.1 on CRAN has a namespace file which contains >> > >> > S3method

Re: [R-pkg-devel] Weird error on CRAN linux check

That will indeed fail everywhere. The puzzle is why it fails (only sometimes) when the methods are all exported. The GitHub equivalent is tag v4.0.1-rc1. On Thu, 5 Jul 2018 at 20:43, Iñaki Úcar wrote: > > > El jue., 5 jul. 2018 21:35, David Hugh-Jones > escribió: > >>

[R-pkg-devel] Versioning conventions

Hi all, Just updated my rcheology package with data on functions for R 3.5.1 (no change from R 3.5.0 afaik). See https://github.com/hughjonesd/rcheology. I'm wondering how to version this package. It's not on CRAN yet so it would be good to get things right. Possibilities: * Just copy the R

Re: [R-pkg-devel] Versioning conventions

but thought it had been lost! > > The link in the GitHub description appears broken, however. > > On 10 July 2018 at 23:59, David Hugh-Jones > wrote: > > Hi all, > > > > Just updated my rcheology package with data on functions for R 3.5.1 (no > > change fro

[R-pkg-devel] Weird error on CRAN linux check

Hi all, The following shows an error for my package: https://www.r-project.org/nosvn/R.check/r-release-linux-x86_64/huxtable-00check.html Here's an excerpt: > ### ** Examples > > > ht <- huxtable(a = 1:3, b = 1:3) > align(ht) <- 'right' Error in UseMethod("align<-") : no applicable method for

Re: [R-pkg-devel] Weird error on CRAN linux check

I figured that. Actually I just tried this. I now get the interesting result that all calls to a generic fail with the UseMethod error...? On Wed, 4 Jul 2018 at 16:12, Joris Meys wrote: > On Wed, Jul 4, 2018 at 4:22 PM, Hadley Wickham > wrote: > >> I don't think it's related to the error, but

Re: [R-pkg-devel] ICU init failed: U_FILE_ACCESS_ERROR

My package had this issue and still got accepted. I think it is a known transient glitch. Just mention it when you submit. On Wed, 7 Nov 2018 at 22:05, Ben Bolker wrote: > > Does it happen consistently? If it's only happened once, could be a > transient glitch in package dependencies. I'd

Re: [R-pkg-devel] Suggested package relies on recent R

Yes, I certainly will do that. I've checked on win-builder and the package seems to pass, so my examples seem to be in good order. David On Sat, 8 Dec 2018 at 15:17, Dirk Eddelbuettel wrote: > > On 8 December 2018 at 14:41, David Hugh-Jones wrote: > | Thanks guys. If CRAN alr

Re: [R-pkg-devel] Suggested package relies on recent R

ap uses of the suggested package in > > if (requireNamespace(...)) { ... } > > Duncan Murdoch > > > > > > Hadley > > > > On Fri, Dec 7, 2018 at 9:11 AM David Hugh-Jones > > wrote: > >> > >> Hi, > >> > >> My pac

Re: [R-pkg-devel] R graphics 'text' package 'adj' parameter order wrong incorrect reversed?

Perhaps the documentation could be clearer, though. (I've been confused by it also.) How about: adj allows adjustment of the text with respect to (x, y). Values of 0, 0.5 and 1 specify that text will appear right of/above, centred around, and left of/below the anchor point, respectively. On

Re: [R-pkg-devel] package cartograflow_0.0.0.9000.tar.gz

Is “conflicted” in your DESCRIPTION file? Btw, can we see the package source somewhere? On Wed, 3 Apr 2019 at 19:24, cartograf...@gmail.com wrote: > Yes! > > Le mercredi 3 avril 2019 à 20:21:59 UTC+2, Ben Bolker < > bbol...@gmail.com> a écrit : > > > Have you installed the 'conflicted'

Re: [R-pkg-devel] How to debug CRAN errors?

; > > Den torsdag 14 mars 2019 08:48:34 CET, David Hugh-Jones < > davidhughjo...@gmail.com> skrev: > > > Thank you! Got it. This should be close enough to CRAN, and there’s a > Docker image available too. > > On Thu, 14 Mar 2019 at 00:40, Duncan Murdoch > wrote:

Re: [R-pkg-devel] How to debug CRAN errors?

Thank you! Got it. This should be close enough to CRAN, and there’s a Docker image available too. On Thu, 14 Mar 2019 at 00:40, Duncan Murdoch wrote: > On 13/03/2019 8:34 p.m., David Hugh-Jones wrote: > > > > Hi guys > > > > That might be it. But there was no err

[R-pkg-devel] How to debug CRAN errors?

Hi all, My package has errors on CRAN's Linux and Solaris: https://cran.r-project.org/web/checks/check_results_huxtable.html which I can't reproduce on my local OSX Machine, nor on Linux on Travis. Does anyone have any general hints on how to reproduce and/or debug such errors? Specifically

Re: [R-pkg-devel] How to debug CRAN errors?

hink your test test should write to a file in [a > subdirectory of]] tempdir(), not to a file in the current directory. > > comes from > Bill Dunlap > TIBCO Software > wdunlap tibco.com > > > > On Wed, Mar 13, 2019 at 8:50 AM David Hugh-Jones > wrote: > > >

Re: [R-pkg-devel] How to debug CRAN errors?

; Bill Dunlap > > TIBCO Software > > wdunlap tibco.com > > > > > > On Wed, Mar 13, 2019 at 8:50 AM David Hugh-Jones < > davidhughjo...@gmail.com> > > wrote: > >> > >> Hi all, > >> > >> My package has errors on CRAN's Linux

Re: [R-pkg-devel] CRAN student assistants

Joris, I have no dog in this fight, but I think you should cool down a bit. Hadley explained why he thought these people were students: it’s the adjective studentische in the job description. I don’t think he meant, or implied, any disrespect to the individuals concerned. He is entitled to ask in

Re: [R-pkg-devel] Another CRAN-only bug

st mechanisms are not use and hence output does not show what > the actual test was. > > Best, > Uwe Ligges > > > > > On 13.06.2019 06:59, David Hugh-Jones wrote: > > Hi Duncan, > > > > Of course I appreciate the value of a centralised repository, and I >

Re: [R-pkg-devel] Another CRAN-only bug

That is true. But the test doesn’t fail on my machine, or several others, so I still wonder how I am going to debug it. On Thu, 13 Jun 2019 at 10:54, Iñaki Ucar wrote: > On Thu, 13 Jun 2019 at 10:41, David Hugh-Jones > wrote: > > > > Well, the test that fails is this one:

Re: [R-pkg-devel] Another CRAN-only bug

at 23:26, Duncan Murdoch wrote: > On 12/06/2019 4:57 p.m., David Hugh-Jones wrote: > > Hi all, > > > > Not for the first time, my package has a bug that isn't found on rhub, > > travis, appveyor, or my local machine, but is found on CRAN. This time > it's > > Wi

[R-pkg-devel] meta-question

Hi all, A meta-question: I am developing a new package ( https://github.com/hughjonesd/santoku) and I would like to ask some questions. But they are not about e.g. R CMD check or CRAN submission - instead they're more abstract questions of software design. Is this the right place to ask? Cheers,

Re: [R-pkg-devel] References in package description file

Hi Wolfgang, You can use the CITATION file. See ?citation and ?bibentry. Cheers, David On Mon, 16 Sep 2019 at 08:55, Wolfgang Lenhard < wolfgang.lenh...@uni-wuerzburg.de> wrote: > Hello world, > is there a standard way of adding references (scientific papers ...) to > the description file in

Re: [R-pkg-devel] Require -package.Rd?

I would be in favour. I actually used R for several years before figuring out that the vignette was usually where the useful introduction was. Until then I was like “R help is way too technical” On Tue, 24 Sep 2019 at 13:26, Joris Meys wrote: > Dear Dr. Vichtbauer, > > I'm not a CRAN member,

Re: [R-pkg-devel] How to submit to CRAN from GitHub?

If you click on the “check” log in travis, you will find: * checking data for ASCII and uncompressed saves ... WARNING 1411 1412 Note: significantly better compression could be obtained 1413 by using R CMD build --resave-data (Excuse the poor formatting – posting from my phone.) This suggests

[R-pkg-devel] What counts as an API change?

Hi all, Philosophical question. My package follows semantic versioning ( https://semver.org). Incompatible API changes should trigger a major version upgrade. OK, but what counts as an incompatible change to an R API? Suppose my current function signature is foo <- function (a, b, c, d) and the

Re: [R-pkg-devel] What counts as an API change?

e opportunity to be precise in > your API definition.) It is really bad to have silent changes in behavior, > and precision in specification is crucial to avoid that if you distribute > packages. > > On September 25, 2019 7:27:25 AM PDT, David Hugh-Jones < > davidhughjo...@gmail.

Re: [R-pkg-devel] Alternatives to R-devel on a Mac for package checking?

The other obvious online checker is rhub, via the rhub package. David On Wed, 15 Jan 2020 at 21:39, Jonathan Greenberg wrote: > One of the issues I'm running into is that it seems every time there's a > Mac update something gets broken with regards to compilers, making it > incredibly

Re: [R-pkg-devel] slightly polemic question re R CMD check

are > typically enabled using class-specific arguments (e.g. plot). You cannot > support both fully-generic calls and class-specific calls without giving > the generic some flexibility that won't get used in some cases. > > > On March 8, 2020 9:41:51 AM PDT, David Hugh-Jones < >

Re: [R-pkg-devel] slightly polemic question re R CMD check

ink this is a bad thing. R does encourage lenient argument > checking... what rock have you been under for the last 20 years? > > On March 8, 2020 5:41:51 AM PDT, David Hugh-Jones < > davidhughjo...@gmail.com> wrote: > >You're quite right :-) But I think the polemic sti

[R-pkg-devel] slightly polemic question re R CMD check

Hi all, My package defines the following method and generic: chop <- function (x, ...) UseMethod("chop") chop.default <- function (x, breaks, labels, extend = NULL, drop = TRUE) { ... } R CMD check then gives a warning: W checking S3 generic/method consistency (695ms) chop:

Re: [R-pkg-devel] slightly polemic question re R CMD check

abor > > On Sun, Mar 8, 2020 at 10:56 AM David Hugh-Jones > wrote: > > > > Hi all, > > > > My package defines the following method and generic: > > > > chop <- function (x, ...) UseMethod("chop") > > > > chop.default <-

[R-pkg-devel] How long to wait before resending response to CRAN

Hi all, I submitted a package update to CRAN (package "huxtable") and got a couple of NOTES and the usual message about replying-all if I thought the NOTES were false positives. Rightly or wrongly, I did think this, so I replied all with my explanation. This was a week ago. I have not yet heard

[R-pkg-devel] Including fonts in an rmarkdown vignette

Hi, I'd like to build a rmarkdown vignette with my own choice of fonts – I'm pernickety about look and feel. R CMD check will rebuild vignettes in the vignettes/ directory, and if relevant fonts aren't on the build machine, it'll give a warning. Here are the options I can think of: * build

Re: [R-pkg-devel] How long to wait before resending response to CRAN

mputer Science > University of Manitoba > maxturgeon.ca > > > > ------ > *From:* R-package-devel on behalf > of David Hugh-Jones > *Sent:* Thursday, September 17, 2020 2:55 PM > *To:* R package devel > *Subject:* [R-pkg-devel] How long to wait before resending response to >

Re: [R-pkg-devel] check cross-references error: Non-file package-anchored link(s)

On this note, I just got Non-file package-anchored link(s) in documentation object 'brk_width-for-datetime.Rd': ‘[lubridate:%m+%]{lubridate::add_with_rollback()}’ The correct filename appears to be %m+% in the lubridate help. Can anyone tell me the right way to format this? I would work it out

Re: [R-pkg-devel] check cross-references error: Non-file package-anchored link(s)

> From: R-package-devel On Behalf > Of David Hugh-Jones > Sent: 16 June 2020 07:51 > To: Duncan Murdoch > Cc: List r-package-devel > Subject: Re: [R-pkg-devel] check cross-references error: Non-file > package-anchored link(s) > > On this note, I just got > > Non-file pack

Re: [R-pkg-devel] Including fonts in an rmarkdown vignette

versions of dependencies. > Maybe something similar is possible for fonts (I have no idea). > > Maëlle. > > Den tisdag 2 juni 2020 20:14:24 CEST, David Hugh-Jones < > davidhughjo...@gmail.com> skrev: > > > > > > Hi, > > I'd like to build a rmarkdown vigne

Re: [R-pkg-devel] Package bioOED has been removed from CRAN just for personal reasons

Aside from the package question, surely the other issue here is that Prof Ripley’s email is extraordinarily rude. Any paid employee would be sacked for that. I appreciate R and CRAN are volunteer-run organisations, but I don’t think that should be an excuse for this level of, frankly, toxicity.

Re: [R-pkg-devel] Package bioOED has been removed from CRAN just for personal reasons

gt; > So *please* do not misuse such a public mailing list and do keep > your private opinions private in such a case in the future! > > >>>>> Spencer Graves on Thu, 2 Nov 2023 15:29:29 -0500 writes: > > > On 11/2/23 2:52 PM, Rolf Turner wrote: > &g

[R-pkg-devel] FAQ

Hi all, I see some questions coming up repeatedly here…. Would it help to have a FAQ to point at? I’d be happy to help though I’m no expert. Cheers, David -- Sent from Gmail Mobile [[alternative HTML version deleted]] __

[R-pkg-devel] Writing to users config directory for CRAN package

Hi, I'm considering submitting the package onetime ( https://github.com/hughjonesd/onetime/) to CRAN. Onetime has functions for showing a message or warning only once (ever per user). It does this by writing to a file in the user's configuration directory, as reported by

Re: [R-pkg-devel] FW: Writing to users config directory for CRAN package

ge-devel On Behalf > Of Dirk Eddelbuettel > Sent: Sunday, 6 November 2022 9:29 am > To: David Hugh-Jones > Cc: R package devel > Subject: Re: [R-pkg-devel] Writing to users config directory for CRAN > package > > > On 5 November 2022 at 19:32, David Hugh-J

Re: [R-pkg-devel] Acknowledging small functions from another package

Thank you both. This sounds sensible. Yeah, add my vote for `base::%||%`!! David On Thu, 4 May 2023 at 10:00, Duncan Murdoch wrote: > On 04/05/2023 4:53 a.m., Ivan Krylov wrote: > > On Thu, 4 May 2023 09:21:17 +0100 > > David Hugh-Jones wrote: > > > >> One o

[R-pkg-devel] Acknowledging small functions from another package

Hi, One of my packages copy-pasted some small functions (stuff like `%||%` for is.null) from ggplot2. (Both packages are MIT-licensed.) What is an appropriate way to acknowledge this in the DESCRIPTION Author: or Authors@R section? (Note that the list of ggplot2 authors is long and changing.)

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

Dear R packagers, This isn't strictly about packaging but I thought you guys might have the most relevant expertise. 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. Is there

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

to know if it’s possible to create 00index files without installing the relevant package? (Loading R 0.60 is challenging…) D On Fri, 30 Jun 2023 at 13:02, Duncan Murdoch wrote: > On 30/06/2023 7:57 a.m., David Hugh-Jones wrote: > > Static web pages get indexed by google.

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

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: > > T

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

let it serve the > relevant docs. > > Dunno of anyone doing this historical dive online for you though. Why > would you want preformatted docs if you didn't have those old versions > installed? > > On June 29, 2023 4:23:55 PM PDT, David Hugh-Jones < > davidhughjo...@gmai

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

> 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 did this myself! > >> > >> https://github.com/hughjonesd/r-help >

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

bugs if you find any. Cheers, David On Fri, 30 Jun 2023 at 13:23, David Hugh-Jones wrote: > > 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” - inde

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

That’s useful to know. But is there anywhere with preformatted HTML pages? Cheers, D On Thu, 29 Jun 2023 at 21:46, 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, whic

Re: [R-pkg-devel] Package failing reverse dependency checks

ne, other approaches include rhub2. > > Best, > > Lluís > > > > On Thu, 8 Feb 2024 at 10:24, David Hugh-Jones > wrote: > >> Hi all, >> >> I'm trying to upload a new version of my "huxtable" package. It is >> currently failing reverse dependency ch

  1   2   >