Re: [R-pkg-devel] Question about preventing CRAN package archival

2021-06-03 Thread Ben Staton
Hi Everyone, Thank you all for your input and thoughts on this topic. I've learned much from this thread. I have arrived at a solution so we can now consider this topic closed. I ended up removing the dependency on 'matrixcalc' by (a) replacing matrixcalc::is.square.matrix() with a basic check

Re: [R-pkg-devel] Question about preventing CRAN package archival

2021-06-03 Thread Martin Maechler
> Avraham Adler > on Wed, 2 Jun 2021 15:28:25 -0400 writes: > Exactly. Is square is just brow=ncol, is positive definite can be > implemented as a check that all eigenvalues > 0, which can be done with > base, and is.symmetric can be simply brute forced in a loop

Re: [R-pkg-devel] Question about preventing CRAN package archival

2021-06-03 Thread Jeff Newmiller
... but you went ahead and did it anyway. MIT software can be absorbed by GPL2 software, but not vice versa since MIT allows the code to be further incorporated into and distributed as non-free software, a permission not granted by GPL2. I am opposed to people snarfing GPL2 code up for their

Re: [R-pkg-devel] Question about preventing CRAN package archival

2021-06-03 Thread Avraham Adler
On the other hand, MIT does not restrict what you do with your own contributions, just the included code. GPL restricts rights on redistributing your own work if a component is GPL as well. Avi On Thu, Jun 3, 2021 at 6:51 AM Berwin A Turlach wrote: > > G'day Jeff, > > On Wed, 02 Jun 2021

Re: [R-pkg-devel] Question about preventing CRAN package archival

2021-06-03 Thread Berwin A Turlach
G'day Jeff, On Wed, 02 Jun 2021 11:34:21 -0700 Jeff Newmiller wrote: Not that I want to get involved in old discussions :), but... > MIT is more permissive than GPL2, ... this statement depends on how one defines "permissive". MIT requires that you fulfil: "The above copyright notice and

Re: [R-pkg-devel] Question about preventing CRAN package archival

2021-06-02 Thread Ben Bolker
Write to the CRAN maintainers and let them know about the situation, hopefully that would prevent archiving. On 6/2/21 4:16 PM, Ben Staton wrote: Hi Everyone, thank you all for your responses. I agree that I can replicate the three functions within matrixcalc that I need with ease, even

Re: [R-pkg-devel] Question about preventing CRAN package archival

2021-06-02 Thread Ben Staton
Hi Everyone, thank you all for your responses. I agree that I can replicate the three functions within matrixcalc that I need with ease, even without copying and pasting the original code found in that package and thus not creating any licensing issues. I have checked the CRAN incoming boards

Re: [R-pkg-devel] Question about preventing CRAN package archival

2021-06-02 Thread Spencer Graves
The CRAN maintainers almost certainly have tried to contact the maintainer. You can ask if he plans to fix the bug. If not, if it's that easy to fix, you could offer to both the maintainers of both matrixcalc and CRAN to take over maintenance. Spencer On 6/2/21 2:41 PM, Roy

Re: [R-pkg-devel] Question about preventing CRAN package archival

2021-06-02 Thread Roy Mendelssohn - NOAA Federal via R-package-devel
After looking up matrixcalc on CRAN, I would recommend contacting the maintainer, who is listed as: > Frederick Novomestky The reason I say this is what is blowing up the package in the nightly builds is a careless error in one Example: > > x <- matrix( c( 2, 4, 2, 1, 3, 1, 5, 2, 1, 2,

Re: [R-pkg-devel] Question about preventing CRAN package archival

2021-06-02 Thread Avraham Adler
Exactly. Is square is just brow=ncol, is positive definite can be implemented as a check that all eigenvalues > 0, which can be done with base, and is.symmetric can be simply brute forced in a loop comparing i,j with j,i. The fewer dependencies a package has, the more robust it is. It’s a fine

Re: [R-pkg-devel] Question about preventing CRAN package archival

2021-06-02 Thread J C Nash
As noted by John Harrold and my previous posting, these are not monster codes. I'd check what I needed and simply work out enough R to make my package work. Most of these matrix functions are pretty much old-fashioned math translated into R. I can't see that R will engage lawyers if the OP

Re: [R-pkg-devel] Question about preventing CRAN package archival

2021-06-02 Thread John Harrold
To add another option. In the past when this has happened to me I've found other packages that provide similar functionality. I'm assuming that is.square just checks the number of columns == number of rows? And the others can probably be implemented pretty easily. On Wed, Jun 2, 2021 at 10:41 AM

Re: [R-pkg-devel] Question about preventing CRAN package archival

2021-06-02 Thread Jeff Newmiller
MIT is more permissive than GPL2, so there is a collision there. But you may be able to work it out with the author? On June 2, 2021 10:36:00 AM PDT, Ben Staton wrote: >My package uses the MIT license, so would that not meet the >compatibility >requirements? > >I will attempt to reach out to

Re: [R-pkg-devel] Question about preventing CRAN package archival

2021-06-02 Thread Ben Staton
My package uses the MIT license, so would that not meet the compatibility requirements? I will attempt to reach out to the package author - thanks for your help! On Wed, Jun 2, 2021 at 10:31 AM Ben Bolker wrote: > That all sounds exactly right. >GPL >= 2 allows you to use the material

Re: [R-pkg-devel] Question about preventing CRAN package archival

2021-06-02 Thread Ben Bolker
That all sounds exactly right. GPL >= 2 allows you to use the material without asking permission as long as your package is compatibly licensed (e.g. also GPL). Under normal circumstances it would be polite to ask permission, but if the reason for doing this is that the maintainer is

Re: [R-pkg-devel] Question about preventing CRAN package archival

2021-06-02 Thread Ben Staton
Hello, Thank you for your detailed list of solutions. I was initially tempted to go with option 1 (move matrixcalc to suggests and check for its existence before using functions that rely on it), but as mentioned, this is not a long term fix. I unfortunately can't take on the responsibilities

Re: [R-pkg-devel] Question about preventing CRAN package archival

2021-06-02 Thread J C Nash
I just downloaded the source matrixcalc package to see what it contained. The functions I looked at seem fairly straightforward and the OP could likely develop equivalent features in his own code, possibly avoiding a function call. Avoiding the function call means NAMESPACE etc. are not

Re: [R-pkg-devel] Question about preventing CRAN package archival

2021-06-02 Thread Duncan Murdoch
On 02/06/2021 12:13 p.m., Ben Staton wrote: Hello, I received an email notice from CRAN indicating that my R package ('postpack') will be archived soon if I do not take any action and I want to avoid that outcome. The issue is not caused by my package, but instead a package that my package

[R-pkg-devel] Question about preventing CRAN package archival

2021-06-02 Thread Ben Staton
Hello, I received an email notice from CRAN indicating that my R package ('postpack') will be archived soon if I do not take any action and I want to avoid that outcome. The issue is not caused by my package, but instead a package that my package depends on: "... package 'matrixcalc' is now