Perfect. Thanks. That is what I am seeing and that is what is expected. I
have even gotten into a debugger, and looked at to where the file was
downloaded, right after the download, and it is in a proper temporary space.
Dirk if you really want to be a glutton for punishment, could you try this:
install.packages("rerddapXtracto", dependencies = TRUE)
library(rerddapXtracto)
xcoord <- mbnms$Longitude
ycoord <- mbnms$Latitude
dataInfo <- rerddap::info('etopo180')
parameter = 'altitude'
xName <- 'longitude'
yName <- 'latitude'
bathy <- rxtractogon (dataInfo, parameter = parameter, xcoord = xcoord,
ycoord = ycoord)
What you would be looking for is any sign that this has left a file in cache in
the user's space. I don't find any in my virtual machine
Assuming that pans out, now my question is how to respond to CRAN. I can give
you one guess who from CRAN sent me the notice, As I said, I don't know how
to fix something when everything I am have available to behaves properly.
Thanks,
-Roy
> On Dec 10, 2022, at 2:16 PM, Dirk Eddelbuettel <e...@debian.org> wrote:
>
>
> On 10 December 2022 at 14:00, Roy Mendelssohn - NOAA Federal via
> R-package-devel wrote:
> | CRAN has sent me a notice about the following:
> |
> | https://www.stats.ox.ac.uk/pub/bdr/donttest/rerddapXtracto.out
> |
> | I can not reproduce it. I test on my Mac, the cache space is properly
> handled (by a package outside mine). Same with Debian on r-hub. I
> installed Fedora on a virtual machine, no problem (it is assigned a space in
> /tmp). I would really appreciate it if someone who runs Debian or Fedora
> could test the following:
> |
> | install.packages("rerddap", dependencies = TRUE)
> | library(rerddap)
> | cache_setup(temp_dir = TRUE)
> |
> | The last line should print where the cache is setup. That is called at the
> start of all of my functions that do downloads. If you could run that and
> send me the result I would appreciate it (snd privately no need to spam the
> list with that). I am at a loss as to how to respond to CRAN because I can't
> reproduce that error on anything I can test. The cacheing is actually done
> by the package 'crul'.
>
> I used r2u [1] here to install the thirty-six (!!) required dependencies in a
> five or so seconds [2], for convenience in Docker with the Ubuntu 22.04
> image. So from
>
> docker run --rm -ti eddelbuettel/r2u:jammy bash
>
> to
>
> apt update -qq
> install.r rerddap
>
> and then as you requested
>
>> library(rerddap)
>> cache_setup(temp_dir = TRUE)
> [1] "/tmp/Rtmp3sVsk1/R/rerddap"
>>
>
> which seems correct: within the per-R-session temp directory.
>
> Hth, Dirk
>
> [1] See https://eddelbuettel.github.io/r2u/
> [2] That's the point of r2u. See [1].
>
> --
> dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
**********************
"The contents of this message do not reflect any position of the U.S.
Government or NOAA."
**********************
Roy Mendelssohn
Supervisory Operations Research Analyst
NOAA/NMFS
Environmental Research Division
Southwest Fisheries Science Center
***Note new street address***
110 McAllister Way
Santa Cruz, CA 95060
Phone: (831)-420-3666
Fax: (831) 420-3980
e-mail: roy.mendelss...@noaa.gov www: https://www.pfeg.noaa.gov/
"Old age and treachery will overcome youth and skill."
"From those who have been given much, much will be expected"
"the arc of the moral universe is long, but it bends toward justice" -MLK Jr.
______________________________________________
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
