Dear Bruce,
On Wed, 27-04-2016, at 19:00, Bruce Hoff <bruce.h...@sagebase.org> wrote: > Following up to my earlier post: It looks like Dirk Eddelbuettel has in > fact built what I was asking for with 'drat', > https://github.com/eddelbuettel/drat. The element that I do not see in > 'drat' is a way to build Mac and Windows binaries, so I have two follow up > questons: > (1) Has anyone extended 'drat' in this way, to create a continuous build > system, e.g. using Github to host the source of their R package and drat to > publish the binaries, with a source/Windows/MacOS build system in between?; Maybe appveyor (https://github.com/krlmlr/r-appveyor) could be of help here for the Windows part? Appveyor takes care of the continuous integration. But appveyor also allows you to define (at least some) "artifacts"; they are used regularly to download the package-name.Rcheck to examine the logs but maybe it could be tweaked to get it to produce the zip file. (Note: this is just a quick idea and my experience with appveyor is fairly limited; I use to check that some of my packages in github work in windows, so maybe this will not do what you want). Best, R. > (2) Has CRAN 'open sourced' how they build on Windows and MacOS to allow > someone to duplicate their build process? I'm familiar with Rtools, > https://cran.r-project.org/bin/windows/Rtools/installer.html, which is > certainly a key element, but is there a way to somehow clone the CRAN build > process, to have some assurance that one is building package binaries the > same way CRAN does? > > Thanks, > > Bruce Hoff > Sage Bionetworks > > > On Wed, Apr 27, 2016 at 6:37 AM, Dirk Eddelbuettel <e...@debian.org> wrote: > >> >> Bruce, >> >> As Ben and Thierry already mentioned (thanks!!) drat it pretty much >> designed >> to support that out of the box (but also supports repos elsewhere; however >> there are reasons such as gh-pages that make GitHub uniquely suited). I >> have >> some moderately strongly-held beliefs about how install_github is IMHO >> unsuitable as a _release-mechanism_ which I think of as, say, tarballs >> taken >> at author-chosen points in time rather then semi-randomly selected commits >> you may end with. And drat supports such releases. We do have a few >> examples on CRAN for mixing CRAN with external releases, and some are in >> fact >> managed by drat. We also rely on drat extensively at work for a local >> repo. >> >> When I first wrote drat about a year ago, not everybody "got it" -- so >> there >> are a bunch of vignettes, as well as my talk at useR! 2015 about. Please >> peruse, and should you have questions do come back here (or file issues at >> it >> GitHub repo). >> >> Chaers, Dirk >> >> -- >> http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org >> > > [[alternative HTML version deleted]] > > ______________________________________________ > R-package-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-package-devel -- Ramon Diaz-Uriarte Department of Biochemistry, Lab B-25 Facultad de Medicina Universidad Autónoma de Madrid Arzobispo Morcillo, 4 28029 Madrid Spain Phone: +34-91-497-2412 Email: rdia...@gmail.com ramon.d...@iib.uam.es http://ligarto.org/rdiaz ______________________________________________ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel
