Re: [R-pkg-devel] CRAN Non-Triviality Requirement

2018-09-26 Thread Barry Rowlingson
On Wed, Sep 26, 2018 at 12:04 PM, Joris Meys wrote: > Hi Thomas, > > I would argue that one dataset - even a new one - could be added to another > package. The pizzapoll doesn't look like a scientific breakthrough, but it > might be a nice dataset for teaching and/or testing new models. So I see

Re: [R-pkg-devel] Licensing of an R package

2018-01-19 Thread Barry Rowlingson
st.html Barry > I agree that to write your own license is rather daunting. I would much > prefer to use a pre-existing license. > > Thanks for your comments. > > Cheers, > > Chris > > > > From: b.rowling...@gmail.com [mailto:b.rowling...@gmail.com] On

Re: [R-pkg-devel] Licensing of an R package

2018-01-19 Thread Barry Rowlingson
Chris, you've not said what *you* would like the license for your software to do. You could release the software under a "public domain", "no rights reserved" style license, and then if people want to link it with proprietary materials then nothing can stop them. But it wouldn't stop people comme

Re: [R-pkg-devel] creating indelible file during unit test

2017-12-12 Thread Barry Rowlingson
On Tue, Dec 12, 2017 at 12:24 PM, Thierry Onkelinx wrote: > Dear all, > > Some function I wrote deletes a bunch of files. It is crucial that all > files get deleted. Hence it should return an error when one or more > files couldn't be deleted. > > I'm writing a unit test for this function. I fail

Re: [R-pkg-devel] CRAN and cmake

2017-05-24 Thread Barry Rowlingson
On Wed, May 24, 2017 at 12:19 AM, Dirk Eddelbuettel wrote: > > On 23 May 2017 at 11:36, Spencer Graves wrote: > | On 2017-05-23 10:56 AM, Dirk Eddelbuettel wrote: > | > A nice benefit of Gabor's CRAN mirror on GitHub is access to the GitHub. > | > Here I constrain on user:cran (to get just that mi

Re: [R-pkg-devel] Interplay between knitr() and View()

2017-04-22 Thread Barry Rowlingson
On Thu, Apr 20, 2017 at 3:41 PM, Roy Mendelssohn - NOAA Federal wrote: > What I liked about View() is often the table is quite big, and View() > provides scroll bars and nice headers that make it easy to look over the > results. When I run View(iris) I don't get scrollbars, and the table is tr

Re: [R-pkg-devel] Interplay between knitr() and View()

2017-04-19 Thread Barry Rowlingson
I think that exactly what View() shows will depend on your operating system. On my Linux box, I get a very plain spreadsheet with everything in fixed-width font, thin black boxes, and a highlighted cursor box. Numbers are left-justified. There's no scroll bars. I don't know if it looks the same in

Re: [R-pkg-devel] Pkgs with ToS violations

2016-08-04 Thread Barry Rowlingson
ROpenSci's onboarding process has a checkbox for confirming that the package "does not violate the Terms of Service of any service it interacts with.": https://github.com/ropensci/onboarding/blob/master/issue_template.md I also have a vague memory of this discussion a few years ago on R-help/-dev

Re: [R-pkg-devel] S3 length method behavior

2016-02-02 Thread Barry Rowlingson
On Tue, Feb 2, 2016 at 3:28 PM, Hadley Wickham wrote: > I've found that it's a very bad idea to provide length or names > methods for just this reason. >> After looking >> for memory leaks and other errors I finally noticed that the str() on the >> object of myClass looked odd. It returned somet

Re: [R-pkg-devel] R CMD check NOTE - Long paths in package

2015-10-13 Thread Barry Rowlingson
On Tue, Oct 13, 2015 at 4:16 AM, Dirk Eddelbuettel wrote: > > On 12 October 2015 at 13:13, Charles Determan wrote: > | Greetings, > | > | I have a package which provides headers for a C++ library (similar to the > | BH package). However, the C++ library has some heavily nested components > | with