similar to: install.packages and package dependencies

Hi Dirk, I'm interested in pursing this but I haven't been able to figure how to to make it work. Here's what I have so far: install.packages("drat") library(drat) addRepo("arilamstein") I (obviously) have a copy of the choroplethrZip github repo locally. I typed: git checkout gh-pages git push I gather that this is what I needed to to do make the repo

I have just written a package called choroplethrZip <https://github.com/arilamstein/choroplethrZip> which contains a shapefile and metadata on US Zip codes. It is currently hosted on github, has a tagged version number (v1.0.0) and passes R CMD check as verified by Travis. My plan is to use this in the next version of my package choroplethr <https://github.com/arilamstein/choroplethr>.

Don't you have to load BiocManager before using it? -----Original Message----- From: R-SIG-Debian <r-sig-debian-bounces at r-project.org> On Behalf Of Gerber, Lauren J Sent: Tuesday, October 15, 2024 9:15 AM To: r-sig-debian at r-project.org Cc: dirk at eddelbuettel.com Subject: Re: [R-sig-Debian] R Package: 'ggbreak' in Dockerfile Hi All, Does anyone have experience

Thanks Dirk. I'm looking at it now. At first glance your documentation brings up a good limitation of simply telling users to type "devtools::install_github()". Namely, what happens when the census bureau updates their shapefiles, and I subsequently decide to update the package? Or if I discover an error in the package and decide to update it? The choroplethr package could have a

Hi James, I just tried fixing my script and added library(BiocManager) before library(ggbreak), then rebuilt the image, and am still getting the same error. Error in library(ggbreak) : there is no package called 'ggbreak' Execution halted I will say that when I ran docker exec docker_container_id R -e "installed.packages()" I get the following: Package

Duncan and Berwin, Thank you for your help. I really wanted confirmation from someone more experienced than me that I wasn't missing something. It looks like there is no way to do this in one line in base R, and that's fine. For reference, the packages that I am doing this for are acs and choroplethr, both of which were archived today. (choroplethr depends on acs, and acs was archived

Hi, After loading R 4.0.0 on Ubuntu 20.04. R version 4.0.0 (2020-04-24) -- "Arbor Day" Copyright (C) 2020 The R Foundation for Statistical Computing Platform: x86_64-pc-linux-gnu (64-bit) R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under certain conditions. Type 'license()' or 'licence()'

withr:::set_makevars() can give that error if the makefile named by the 'old_path' argument (default "~/.R/Makevars) contains more than one definition of a variable of the form 'name=value'. You can see what file it is reading and its contents by using the trace() function: trace(withr:::set_makevars, quote({ cat(old_path, "\n"); writeLines(paste0(" ",

Hi All; This problem has come about from trying to learn some of the review practices recommend by rOpensci. One of them is to use the package goodpractice. After installing goodpractice, it kept failing on my own packages which are under development, and I was concerned something was funny in my own , so I have a fork of the package rerddap, and I tested goodpractice on that. I get the

On Tue, Mar 19, 2019 at 9:59 AM peter dalgaard <pdalgd at gmail.com> wrote: [...] > What you need is something like (NB: single quotes!) > > system2("sh", env = c("VAR='Hello World'"), args = c("-c 'echo $VAR'")) > Hello World Just out of curiosity, do you think it is possible to make this portable, assuming sh is available? On

> On 30/10/2019 9:08 a.m., peter dalgaard wrote: > > You can fairly easily work around that by saving and restoring .Random.seed. This is actually quite tedious to get correct; it requires you to under how and when .Random.seed is set, and what are valid values on .Random.seed. For instance, a common mistake (me too) is to reset to .GlobalEnv$.Random.seed <- NULL in a fresh R

Hello, The CRAN checks for the drake package (4.1.0) fail for r-devel-linux-x86_64-debian-clang. This happened right when crayon 1.3.4 was released, but I suspect the problem is not with crayon or drake, but with base R-devel. I cannot reproduce the error myself, but I have copied a minimal working example (MWE) below that should theoretically isolate the problem. `find_namespaced_functions()`

On 12 March 2015 at 08:41, arilamstein at gmail.com wrote: | But I don't know if this is the best way to do this, or if there is | anything else to consider. I have never had to manage package dependencies | outside of CRAN, and have always thought of CRAN as being a "closed | ecosystem", where there were not any dependencies outside of CRAN. | | Can anyone provide guidance on this?

On 12 March 2015 at 09:40, arilamstein at gmail.com wrote: | Thanks Dirk. I'm looking at it now.? | | At first glance your documentation brings up a good limitation of simply | telling users to type "devtools::install_github()". Namely, what happens when | the census bureau updates their shapefiles, and I subsequently decide to update | the package? Or if I discover an error in the

We commit a similar sin in the help pages, e.g. example(set.seed) ; runif(2) example(set.seed) ; runif(2) gives you the same random uniforms both times. (Of course it isn't that much of an issue, since you would rarely be running examples before any serious simulations.) You can fairly easily work around that by saving and restoring .Random.seed. I wonder if that isn't also true of the

On Thu, 6 Feb 2025 09:36:23 -0800 arilamstein at gmail.com wrote: > It appears that install.packages does not automatically install > package dependencies when the package is installed via a URL. [...] > When I type getOption('repos') I get: > > CRAN > "https://cran.rstudio.com/" > attr(,"RStudio") > [1] TRUE Do you set

On 30/10/2019 9:08 a.m., peter dalgaard wrote: > We commit a similar sin in the help pages, e.g. > > example(set.seed) ; runif(2) > example(set.seed) ; runif(2) > > gives you the same random uniforms both times. (Of course it isn't that much of an issue, since you would rarely be running examples before any serious simulations.) I think it's pretty common in example

Forgot to say: For, oseed <- base::getRandomSeed() on.exit(base::setRandomSeed(oseed)) one could upgrade set.seed() to take this role, e.g. oseed <- set.seed(0xBEEF) on.exit(set.seed(oseed)) Current, set.seed() always return NULL. BTW, and my memory might be bad, I think I mentioned this in the past but was told that you cannot reset the RNG state for all types of RNG kinds.

On Friday, 26 June 2020 10.47.13 WEST I?aki Ucar wrote: > I used bcond locally and wrongly assumed that fedpkg build would > support --with BCOND and --without BCOND. Instead, the way to activate > it is to change to "%bcond_with check" and then revert to > "%bcond_without check". The only difference with bootstrap is that > "bootstrap" is recognized

Dear useRs, I am developing a package using RStudio and roxygen markup files. I have run into a problem while checking. The relevant function is a generic S3 statistical function modeled on t.test(), with methods. It returns an object of class "htest" etc. Here Is the (anonymized) relevant code: <...> #' @examples #' foo(c(5,4,6,5,7,9,8,11,12,10),