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 this
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 with
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 (he
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 M
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, 3
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
bal
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 translat
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
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 the
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 w
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 unre
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 of
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 involved,
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 depen
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 sched
Looking manually the chain is actually different
mvSLOUCH <--- TreeSim <-- geiger <-- phytools <-- gtools
TreeSim does not import anything directly from phytools
But given the amount of packages that depend on gtools and seeing how long the
above path is, I wonder how many packages on CRAN are ex
You surely should be able to have some examples that would run in
less than 5 seconds.
I almost never use "donttest". Instead I use conditional skips, and
those only on examples that I believe are likely to run too long. In
those cases, I believe the standard recommendation is:
Thank you. The only problem, as I wrote, is that neither my package, mvSLOUCH,
nor any package that mvSLOUCH imports from depends on gtools.
In particular nowhere in mvSLOUCH do I use any call to anything from gtools nor
to any function called combinations.
Best wishes
Krzysztof Bartoszek
Sent
Dear all,
I am trying to submit an update of my mvSLOUCH package to CRAN an am getting
the following problem from the automatic pretest:
Dear maintainer,
package mvSLOUCH_2.6.5.tar.gz does not pass (yesterday and today) the incoming
checks automatically, please see the following pre-tests:
Windo
Duncan,
probably you know this one, but as we're sharing, and as i'm a fan, the
=miniCRAN= package has some such functionality, and the results can be
graphed. e.g.,
require(miniCRAN)
pdb <- pkgAvail()
dg <- makeDepGraph(c("acs", "cdlTools", "maps"), enhances=TRUE,availPkgs=pdb)
plot(dg, leg
Thanks!
> On Wed, Jun 2, 2021 at 1:08 PM Duncan Murdoch
wrote:
> [...]
>> > search. It would be nice to know if there's an automatic way to
answer
>> > the question
>> >
>> > "Why does package xxx appear to require yyy?"
On 02/06/2021 7:10 a.m., Hugh Parsonage wrote:
First I confirmed "gt
On Wed, Jun 2, 2021 at 1:08 PM Duncan Murdoch wrote:
[...]
> search. It would be nice to know if there's an automatic way to answer
> the question
>
> "Why does package xxx appear to require yyy?"
One quick way with the dev version of pak:
install.packages("pak", repos = "https://r-lib.github.i
First I confirmed "gtools" %in% tools::package_dependencies("mvSLOUCH")[[1]]
then
lapply(tools::package_dependencies("mvSLOUCH"),
tools::package_dependencies, recursive = TRUE)
was sufficient to identify the chain.
On Wed, 2 Jun 2021 at 21:08, Duncan Murdoch wrote:
>
> On 02/06/2021 6:57 a.m.,
On 02/06/2021 6:57 a.m., Hugh Parsonage wrote:
mvSLOUCH <--- TreeSim <-- phytools <-- gtools
On Wed, 2 Jun 2021 at 20:35, Krzysztof Bartoszek wrote:
Thank you. The only problem, as I wrote, is that neither my package, mvSLOUCH,
nor any package that mvSLOUCH imports from depends on gtools.
In
mvSLOUCH <--- TreeSim <-- phytools <-- gtools
On Wed, 2 Jun 2021 at 20:35, Krzysztof Bartoszek wrote:
>
> Thank you. The only problem, as I wrote, is that neither my package,
> mvSLOUCH, nor any package that mvSLOUCH imports from depends on gtools.
> In particular nowhere in mvSLOUCH do I use an
Probably a consequence of gtools having build errors
(https://cran.r-project.org/web/checks/check_results_gtools.html)
I'd recommend reconsidering use of the package until the problems are
resolved. In the meantime, put gtools is Suggests for the use of
combinations(). Note the base R functions
26 matches
Mail list logo
