similar to: re-submission of package after CRAN-pretest notes

I recently tried to submit a package to CRAN using the release function in the devtools package and got the response: > The policies asked you to use the webform: do so in future. I think that the relevant line in the policies are: > When submitting a package to CRAN you should use the submission form at > http://CRAN.R-project.org/submit.html (and not send an email). You will be sent

Andrie noticed that first, and I can confirm: from our end, it looks as if the backend to http://cran.r-project.org/submit.html is currently down. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | edd at debian.org

On 26.04.2015 13:23, William Revelle wrote: > This still seems to be the case. > > I tried uploading the most recent version of psych and got as far as the Step 3 page which says that it has sent out an email. > However, although normally this step takes agout 1 minute, nothing has happened for 16 hours. > > Should we just use the old system of uploading to the ftp site and

Corrected packages are now on the RRutter PPA ( https://launchpad.net/~marutter/+archive/ubuntu/rrutter) and soon on CRAN mirrors. If you have any issues or questions, please let me know. Michael On Fri, Sep 29, 2017 at 8:50 AM, Dirk Eddelbuettel <edd at debian.org> wrote: > > So I now have this on my laptop > > edd at brad:~$ apt-cache policy r-base-core >

Hi Dirk, Thanks for the suggested workarounds. This was just a VM I had spun up so I could test R4.0.0. I'm happy to wait for Michael to fix it when he has time. Greg On Tue, 28 Apr 2020 at 13:10, Dirk Eddelbuettel <edd at debian.org> wrote: > > Hi Greg, > > On 28 April 2020 at 12:05, Greg Siemon wrote: > | I noticed that R 4.0.0 is now available for ubuntu on CRAN. I

There seems to be another outage of the Vienna CRAN server [1] though from what I can from afar not related to DNS outage [2]. Could anyone confirm and possibly alert the local team in Vienna? Dirk [1] https://twitter.com/d_olivaw/status/1147161883797086214 [2] The DNS resolves on a few sites but eg simple pings stall -- http://dirk.eddelbuettel.com | @eddelbuettel | edd at debian.org

CRAN has a package of mine in upload limbo because it failed UBSAN. I am not entirely ignorant on the topic of sanitizers and SAN / ASAN / UBSAN; we created not one but two Docker containers with ASAN and USBAN: https://registry.hub.docker.com/u/rocker/r-devel-san/ https://registry.hub.docker.com/u/rocker/r-devel-ubsan-clang/ as well as predecessors to them in earlier Docker repos. Yet I

Dirk, yes, thanks, the edge server that serves the Mac binaries to CRAN has run out of disk space (due to size of CRAN itself) so the sync was incomplete. It is fixed now -- you can try by using the macos master server as mirror: https://r.research.att.com/ and it will propagate through other mirrors as usual. Thanks, Simon > On Jan 31, 2018, at 1:34 PM, Dirk Eddelbuettel <edd at

Please be careful with upgrades to R 3.4.2. To cut a long story short, this has to do with minor internal changes in R 3.4.0 from April which require _some_ packages to be rebuilt. I argued for that approach (ie: incremental, careful, no side effects) within Debian, and lost. The _official_ packages in Debian now carry a new tag r-api-3.4 (as opposed to previous r-api-3) in order to force clean

I have received three distinct (non-)bug reports where someone claimed a recent package of mine was broken ... simply because the macOS binary was not there. Is there something wrong with the cronjob providing the indices? Why is it pointing people to binaries that do not exist? Concretely, file https://cloud.r-project.org/bin/macosx/el-capitan/contrib/3.4/PACKAGES contains Package:

dear dirk, i am following up on our thread on r-help-mailinglist. you advised me to bring it over here. when installing packages from within R, they usually go to a directory defined in R_LIBS_USER, which i have it set in .Renviron. when installing packages via sudo apt install r-cran-.., they go to /usr/lib/R/site-library. is there a possibility to have packages installed to the R_LIBS-USER

I noticed that R 4.0.0 is now available for ubuntu on CRAN. I attempted to do a clean install on 18.04 using: sudo apt install r-base after adding deb https://cloud.r-project.org/bin/linux/ubuntu bionic-cran40/ to /etc/apt/sources.list. Unfortunately, apt reports that r-recommend is a dependency and it won't be installed. Upon inspecting the R4.0 repos r-recommend is missing not only for

Hello everybody, by the way, speaking about the r-cran-rcurl package in Ubuntu, the versions in trusty and vivid are linked by error to the "NSS" flavour of libcurl3 instead of the "OpenSSL flavour", which cause at least problems when using the CRAN devtools package. A bit more details are available in the Debian bug tracking system (https://bugs.debian.org/786473). I am not

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>.

On 27 January 2017 at 21:54, G?bor Cs?rdi wrote: | On Fri, Jan 27, 2017 at 9:28 PM, Da Zheng <zhengda1936 at gmail.com> wrote: | > What major R platforms does this policy refer to? | > | | Linux, macOS, Windows. | | | > Currently, my package runs in Ubuntu. If it works on both Ubuntu and | > Redhat, does it count as two platforms? | > | | I think that Linux is just one. Is

One of my packages is slated to be archived from CRAN due to failures when the ATLAS BLAS is used. I am unable to replicate the error on my machine under R 3.6.1 using the atlas library from ubuntu (seems to be 3.10.2-9, while the good professor is using 3.10.3 per https://www.stats.ox.ac.uk/pub/bdr/Rblas/README.txt ). I also tried the rocker/r-base with R 3.6.2 and

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 list, >From a vanilla debian:testing machine (e.g. docker run -ti debian:testing bash) I install `r-cran-rjags`, which appears to install fine. However, attempting to actually load the library in R produces the following error: library(rjags) Loading required package: coda Error : .onLoad failed in loadNamespace() for 'rjags', details: call: dyn.load(file, DLLpath = DLLpath,

Colleagues, Today's digest (Volume 94, Issue 12) contained an entire copy of Digest, Vol 94, Issue 11. It appears that an inconsiderate poster (Message 39 in Issue 12) received the digest and clicked reply, thereby including the entire digest in his/her submission (> 6000 additional lines of text). This made it difficult to scroll through the digest efficiently. At minimum, posters

On 26 March 2023 at 18:30, Dirk Eddelbuettel wrote: | Over the last few months I have provided multiple 'demos' as animated gifs | showing how for example `system.time(install.package("tinyverse"))` installs | all these packages and all their dependencies in under twenty seconds (!!). Classic typo as Josh kindly pointed out over DM: