similar to: [RFC] A case for freezing CRAN

I have setup a Solaris server to test packages before submitting to CRAN, in order to catch problems that might not reveal themselves on Fedora, Debian, OSX or Windows. The machine runs a Solaris 11.2 vm with Solaris Studio 12.3. I was able to compile current r-devel using the suggested environment variables from "R Installation and Administration" and: ./configure

On 12 February 2017 at 12:28, Jeroen Ooms wrote: | On Mon, Dec 19, 2016 at 2:27 PM, Terje J?rgensen <terjej at imr.no> wrote: | > Hi, | > | > I am unable to install tibble, a required package for ggplot2 in R. I am | > running R (version 3.3.2 ) in RStudio (version 1.0.44). My OS is ubuntu | > 14.04 (64 bits). | | I was able to reproduce this problem. What happened is that

Hi, I am unable to install tibble, a required package for ggplot2 in R. I am running R (version 3.3.2 ) in RStudio (version 1.0.44). My OS is ubuntu 14.04 (64 bits). I get the same error when running R from the terminal. Any help would be gretly appreciated. Kind regards, Terje **************** Error messages: **************** install.packages("tibble") Installing package into

On 29 April 2018 at 15:30, Jeroen Ooms wrote: | On Sat, Apr 28, 2018 at 10:00 PM, Michael Rutter <marutter at gmail.com> wrote: | > These have not been mirrored to CRAN as I want to have the other r-cran | > packages built against R 3.5 before adding to CRAN. Worried about breaking | > working systems currently on R 3.4.4. | | Thanks, Michael. I did some simple tests, upgrading

Binaries for R 3.5.0 are now available at a new PPA: https://launchpad.net/~marutter/+archive/ubuntu/rrutter3.5 These have not been mirrored to CRAN as I want to have the other r-cran packages built against R 3.5 before adding to CRAN. Worried about breaking working systems currently on R 3.4.4. Status updates on my twitter account @marutterstat. Michael

Make a reproducible example [1][2][3], because it doesn't happen for me. Then post your example at [4] or [5], because this is the wrong list for this question. You may find that the act of browsing the directory using a GUI is what creates that file rather than the compilation itself. [1] http://stackoverflow.com/questions/5963269/how-to-make-a-great-r-reproducible-example [2]

Hello,?I?am experiencing some difficult time with my R package. Every time I compilei it a hidden file, desktop.ini, is?being created. I am using C++ behind, linkking to Rcpp. The file is generated even when I compile it with?Linux, and in many different computers. Does anybody have any advice or ideas? [[alternative HTML version deleted]]

Hello, I'm currently working on making Rcpp use the feature described here more: http://cran.r-project.org/doc/manuals/R-exts.html#Linking-to-native-routines-in-other-packages To give more context, Rcpp has for a long time built what we called "the Rcpp user library", i.e. a library we could link against user the linker. We were then producing appropriate linker flag with

Hi, Recently, I made an R package that used the C++ library Boost.Thread (http://www.boost.org/doc/libs/1_54_0/doc/html/thread.html) for multithreading. Previously, I have posted a question at stackoverflow (http://stackoverflow.com/questions/19651954/is-it-possible-to-build-an-r-package-which-use-rcpp-and-boost-thread-on-http), and I also asked at rcpp-devel

I have two questions about the CRAN machines that build binary packages for Mac. When a new version of a package is released, (A) Do the downstream dependencies get re-checked? (B) Do the downstream dependencies get re-built? I have heard (but do not know for sure) that the answer to (A) is no, the downstream dependencies do not get rechecked. >From publicly available information on the

Hi all, it seems that from R 4.0.1 EXTPTR_PTR can be either a macro or a function, depending on whether USE_RINTERNALS is requested. Jeroen helped me find that this was in 78592: https://github.com/wch/r-source/commit/c634fec5214e73747b44d7c0e6f047fefe44667d This is a problem, because binary packages that are built on R 4.0.1 or R 4.0.2 will potentially not load on R 4.0.0, if they use the

Hi, <This issue was previously posted in R-help, but advised to post here as a more relevant group> I was trying to install RQuantLib in my Ubuntu machine which failed with below information : *> install.packages('RQuantLib', repos='http://cran.rstudio.com/ <http://cran.rstudio.com/>', INSTALL_opts = c('--no-lock'))* *Installing package into

I've had a lot of requests for additions to the reproducible research task view that fall into a grey area (to me at least). For example, roxygen2 is a tool that broadly enable reproducibility but I see it more as a tool for better programming. I'm about to check in a new version of the task view that includes packrat and checkpoint, as they seem closer to reproducible research, but also

On Mon, Dec 18, 2017 at 2:40 PM, Dirk Eddelbuettel <edd at debian.org> wrote: > > (Moderately wrong list: r-package-devel for packaging questions, rcpp-devel > for Rcpp questions) > > On 18 December 2017 at 13:24, Stravs, Michael wrote: > | I am trying to make a package B that extends another package A. Package A uses Rcpp, and I want to extend a class X used there.

On 16 December 2016 at 11:00, Duncan Murdoch wrote: | On 16/12/2016 10:40 AM, Dirk Eddelbuettel wrote: | > On 16 December 2016 at 10:14, Duncan Murdoch wrote: | > | On 16/12/2016 8:37 AM, Dirk Eddelbuettel wrote: | > | > | > | > On 16 December 2016 at 08:20, Duncan Murdoch wrote: | > | > | Perhaps the solution is to recommend that packages which export their | > | > |

On 3 December 2017 at 20:19, Dirk Eddelbuettel <edd at debian.org> wrote: Hi Dirk, Thanks for your answers. I got a few more questions. > > 0) Wrong list. Rcpp has its down, rcpp-devel, and I basically do not read > this and would have missed this were it not for luck. OK. I did found the rcpp-devel mailing-list. But I though it was a developers of the rcpp-package. So it is ok

Hello My colleagues asked me to install "R" with module "shiny". R version 3.0.1 compiled fine on Solaris 10 and is running well. I tried to install "shiny". With the dependencies "Rcpp" should be installed before. But the compile step did fail. See below. The initial error message is "Error in dyn.load(file, DLLpath = DLLpath, ...) :" Before

Hello My colleagues asked me to install "R" with module "shiny". R version 3.0.1 compiled fine on Solaris 10 and is running well. I tried to install "shiny". With the dependencies "Rcpp" should be installed before. But the compile step did fail. See below. The initial error message is "Error in dyn.load(file, DLLpath = DLLpath, ...) :"

On 17/10/2024 13:42, Tim Taylor wrote: > I mean the `numeric_version` object not a numeric (double/int). > Basically to protect me from myself I'd prefer not to have to remember > to wrap `getNamespaceVersion()` with `as.package_version()`. > > I suspect a grep of CRAN may highlight others who are erroneously > comparing character objects rather than a comparison between

I'm running Ubuntu 17.04 and R 3.4.1. I installed the latter yesterday, so I presume it's the latest version. I want to install Tidyverse, which I've spent many happy hours with under Windows. But when I do install.packages("tidyverse") , I get errors about unrecognized command line options to gcc. These start when the install hits the colorspace and munsell packages.