Hi Spencer,
the NOTE you posted in your email was related to examples, so you probably
don't need to remove tests. You can wrap part of the examples in \dontrun{} to
reduce check time for examples.
As for tests, there are several ways of skipping (long-running) tests on CRAN.
If you're using t
atter what
problems the panelr-package has, this should not be related to the NOTE I
get from the CRAN checks during submission.
Best
Daniel
-Ursprüngliche Nachricht-
Von: Dirk Eddelbuettel
Gesendet: Donnerstag, 4. Juni 2020 14:20
An: Daniel Lüdecke
Cc: 'Dirk Eddelbuettel' ; r-
.io/status/insight_0.8.5.tar.gz-6f814b95949368dcdd83d8f
b9cee075b
Best
Daniel
-Ursprüngliche Nachricht-
Von: Dirk Eddelbuettel
Gesendet: Donnerstag, 4. Juni 2020 14:20
An: Daniel Lüdecke
Cc: 'Dirk Eddelbuettel' ; r-package-devel@r-project.org
Betreff: Re: AW: [R-pkg-devel] irrecoverabl
revisions that might lead to that NOTE in the
incoming checks on Linux.
Hope that helps...
Best
Daniel
-Ursprüngliche Nachricht-
Von: Dirk Eddelbuettel
Gesendet: Donnerstag, 4. Juni 2020 02:01
An: Daniel Lüdecke
Cc: r-package-devel@r-project.org
Betreff: Re: [R-pkg-devel] irrecoverable exc
ndows-ix86+x86_64
Check: CRAN incoming feasibility, Result: Note_to_CRAN_maintainers
Maintainer: 'Daniel Lüdecke '
Flavor: r-devel-linux-x86_64-debian-gcc
Check: dependencies in R code, Result: NOTE
*** caught segfault ***
address 0x7f1c76752008, cause 'invalid permissions&#
.
Daniel
-Ursprüngliche Nachricht-
Von: Uwe Ligges [mailto:lig...@statistik.tu-dortmund.de]
Gesendet: Mittwoch, 5. Februar 2020 16:08
An: Daniel Lüdecke ; r-package-devel@r-project.org
Betreff: Re: [R-pkg-devel] Conditionally use packages from Bioconductor
On 05.02.2020 16:05, Daniel
Dear all,
for a package that is already published on CRAN, we plan to include a
function that relies on the M3C-package, which is on Bioconductor only.
Since this function in M3C is not essential for most other functions of our
package, we thought about adding M3C to the "Suggests" field in the
DE
, resp. used df[,
x, drop = FALSE], or - if a vector is needed - you can use "dplyr::pull()" to
make sure you get a vector.
Best
Daniel
-Ursprüngliche Nachricht-
Von: Gábor Csárdi [mailto:csardi.ga...@gmail.com]
Gesendet: Dienstag, 26. September 2017 12:15
An: Daniel Lüdecke
Since tibbles add their class attributes first, you could use:
tb <- tibble(a = 5)
inherits(tb, "data.frame", which = TRUE) == 1
if "tb" is a data frame (only), TRUE is returned, for tibble FALSE. You could
then coerce to data frame: as.data.frame(tb)
-Ursprüngliche Nachricht-
Von: R-pa
Hi,
I have a package on CRAN where most check results are OK except two with
errors (one of those two I'm already addressing).
However, the one of the errors
(https://www.r-project.org/nosvn/R.check/r-release-osx-x86_64/sjstats-00chec
k.html) is because I use the package "rstanarm" for one of the
:confint(fit)
6: odds_to_rr(fit)
At a first look, this seems to be something I can't do much about, but I
want to be sure to do my best to avoid errors on the various R OS platforms.
Best
Daniel
Am 06.02.2017 um 12:19 schrieb Uwe Ligges:
On 06.02.2017 12:09, Daniel Lüdecke wrote:
Befo
Before submitting a package-update, I visit the check-results-page, as
requested by CRAN. For my sjstats-package, there is an error on
r-patched-solaris for package version 0.8.0:
https://www.r-project.org/nosvn/R.check/r-patched-solaris-x86/sjstats-00check.html
it says:
Waiting for profiling
I'm writing a small package that implements this web-bases effect size
calculator:
http://www.campbellcollaboration.org/escalc/html/EffectSizeCalculator-OR5.php
in R.
The calculator is licensed under the Creative Commons
Attribution-Noncommercial 3.0 United States License. Do I also have to
I have an issue with the nlme-package on Windows, where the package update is
installed into my user folder (because the Program Files folder is write
protected resp. access only for admins), while the nlme-package version that
come along with the R installation is still in my Program Files dire
correct, although I don't think I've ever seen such
a construct in the wild.
Duncan: does that look right to you? (i.e. is that what the usage of
method of a replacement function should look like?)
Hadley
On Fri, Oct 23, 2015 at 3:30 AM, Daniel
> which I believe is correct, although I don't think I've ever seen such
> a construct in the wild.
What would be the proper way to define such methods?
Eg, I want `set_label` to work like this:
x <- set_label(x, "my label")
and additionally, like this:
set_label(x) <- "my label"
How would I
default(). I'm not
sure you need to document the .default() function (the second @rdname
set_labels). If this doesn't help, you could try renaming set_labels()
to avoid collisions.
Best regards
Kirill
On 23.10.2015 10:30, Daniel Lüdecke wrote:
Hello,
I don't exactly know ho
Ok, the "Note" is due a typo (x <- set_labels(x, values,... "values"
should be "value").
But still after fixing this, the two warnings remain.
Am 23.10.2015 um 10:30 schrieb Daniel Lüdecke:
Hello,
I don't exactly know how to name my problem, so I try to d
Hello,
I don't exactly know how to name my problem, so I try to describe it.
In my package (sjmisc), I have a function to set label attributes to
vectors:
set_labels <- function(x, labels, ...) {
...
}
Usage would be:
x <- set_labels(x, c("lo", "high"))
No I wanted to also add functionality
Merging sjPlot and sjmisc is no real option, because I just split the packages,
since the amount of functions became too large, and the original package was no
longer focussing on its initial intention. That's why I decided to split the
packages.
I simply could wait with the renaming of functio
Short addition: and I can't update package A first, because package B also got
a new function, which I'm also using in package A. So, the update of package A
requires a function which will first be available in the update of package B...
Am 25.08.2015 um 19:39 schrieb Dani
tifiers in my DESCRIPTION file, so depend
packages with correct required versions should be installed.
I guess it's not important, but the packages I'm talking about are `sjPlot` and
`sjmisc`.
Best
Daniel
Am 25.08.2015 um 16:56 schrieb Duncan Murdoch :
> On 25/08/2015 9:48 AM, D
I maintain two packages, which are kind of "mutually depending" on each
other. Now I have updated package A, like to submit it - however, it
produces warnings (in my package B) when doing the reverse dependency
check. Yet I cannot fix the warnings in package B and submit it, since
it relies on
Hello,
I'm doing my package check for CRAN, in order to see whether submitting the
package-update passes all checks.
I'm doing the tests under Windows 7, using R-Version "R Under development
(unstable) (2015-06-28 r68602)".
Now I got a quite long list of NOTEs, which are probably no problem,
howe
24 matches
Mail list logo
