Re: [R-pkg-devel] Submitting CRAN packages with hard-to-meet dependencies

2016-04-18 Thread boB Rudis
So, how do we create a solid alternative to CRAN? github drat wld have been impossible at my previous gig (for good reasons). Is it time to try to get rOpenSci to be a legit CRAN alternative? Add enough process around it to support things like this (i.e. a less narrowly focused Bioconductor)? Packa

Re: [R-pkg-devel] Submitting CRAN packages with hard-to-meet dependencies

2016-04-18 Thread Dirk Eddelbuettel
My $0.02: On 18 April 2016 at 20:23, boB Rudis wrote: | I would hope CRAN would let this in with some validation (even to the | point of it possibly adding a new field to DESCRIPTION). It may never | run on Slolaris or Plan 9, and I - who now runs a CRAN mirror in the | hopes to eventually have a

Re: [R-pkg-devel] Submitting CRAN packages with hard-to-meet dependencies

2016-04-18 Thread boB Rudis
I would hope CRAN would let this in with some validation (even to the point of it possibly adding a new field to DESCRIPTION). It may never run on Slolaris or Plan 9, and I - who now runs a CRAN mirror in the hopes to eventually have a MacBuilder equivalent service at some point in the near future

[R-pkg-devel] Submitting CRAN packages with hard-to-meet dependencies

2016-04-18 Thread Oliver Keyes
Good day, I've written an Rcpp-backed R package (https://github.com/Ironholds/poster) that interfaces with the libpostal (https://github.com/openvenues/libpostal) library, written in C. While the two play together perfectly nicely, the problem is submitting the package to CRAN: libpostal is not a