There is a note on your help page that says
These data are **not** immediately available in the `eglhmm` package.
which seems to be in line with the check warning.
Best wishes,
Sebastian Meyer
Am 16. Januar 2024 23:13:22 MEZ schrieb Rolf Turner :
>
>In a package that I am updating,
(missing an
escape for the macro name).
Rdpack's fork of tools::deparseLatex() is being updated to drop the
braces that cause the note. I have modified the check code to ignore
these cases for now (r85491).
Best regards,
Sebastian Meyer
Am 07.11.23 um 17:13 schrieb Martin Becker:
Dea
I think a workaround that currently works for your use case is to use
\code{fooval.\var{m}} as the label (i.e., wrapped inside \code).
Best regards,
Sebastian Meyer
__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
-prone in
this context:
R> package_version("1.3") > 1.20
[1] TRUE
This now warns for a good reason in my opinion.
Best regards,
Sebastian Meyer
Am 06.07.23 um 08:37 schrieb Dipterix Wang:
Dear R devs,
I installed the recent devel R to test a package error when I interc
easons, I guess, it
already sets the "pager" option on Windows to "console". Alternatively,
if the massaged "editor" option called stop() (similar to T and F
producing errors), such examples would really need to be conditioned on
interactive().
Sebastian Meyer
I
Translated strings are cached.
I'd recommend to use the
• New partly experimental Sys.setLanguage() utility, solving the
main problem of PR#18055.
introduced in R 4.2.0.
Best,
Sebastian Meyer
Am 26.06.23 um 15:15 schrieb Ben Bolker:
I was playing around
lso think the implicit check.names=TRUE behaviour should be disabled. In
> list2DF(list(`A-1` = 1)) |> transform(B = 2)
A.1 B
1 1 2
transforming B should not touch the other columns.
I'm less sure about some other forms of undocumented behaviour as
described in Comment 6 of the linked P
are corrected there.
It has now been removed from ?lm in r83832 in the trunk (ported to
R-patched).
Sebastian Meyer
Am 14.02.23 um 09:31 schrieb GILLIBERT, Andre via R-devel:
Dead R developers,
In R-devel 2023-02-11 and older R versions, there is a note in the "lm
{stats}"
erence to "srcref" when reporting the location of Rd
problems.
Sebastian Meyer
Am 05.02.23 um 14:04 schrieb Ivan Krylov:
Hello,
Here's an example that renders correctly using Rd2txt / Rd2latex / R
CMD Rd2pdf, but has problems under Rd2HTML:
\name{foo}
\title{f
gure out which
code triggers a C/C++ breakpoint"
HTH!
Sebastian Meyer
You could possibly also write your own custom reporter that
could give timings for each of the tests as they run, but the documents
for how to do that don't seem to exist. Maybe someone else has done it?
Duncan Mur
Am 14.03.22 um 11:32 schrieb Duncan Murdoch:
On 13/03/2022 8:11 p.m., Ben Bolker wrote:
After switching some vignette elements of the form
https://doi.org/10.1214/09-AOAS306
to
\doi{10.1214/09-AOAS306}
in the glmmTMB package,
GitHub Actions under Ubuntu 20.04 is throwing an error
Am 08.03.22 um 17:23 schrieb Dirk Eddelbuettel:
On 8 March 2022 at 18:46, Ivan Krylov wrote:
| On Sun, 6 Mar 2022 11:00:43 -0600
| Dirk Eddelbuettel wrote:
|
| > ==1485886== LEAK SUMMARY:
| > ==1485886==definitely lost: 32 bytes in 1 blocks
|
| > ==1485886== ERROR SUMMARY: 0 errors from 0
ate (see
https://CRAN.R-project.org/web/packages/submission_checklist.html), or
explain that the listed words were wrongly flagged (if that is the case,
by replying to the auto-check e-mail).
Best regards,
Sebastian Meyer
Thank you in advance,
Lucas.
'normal'), 1)
bold <- sample(which(!fonts$italic & fonts$weight > 'normal'), 1)
italic <- sample(which(fonts$italic & fonts$weight <= 'normal'), 1)
## Error in sample.int(length(x), size, replace, prob) :
## invalid first argument
(as there are no italic fonts).
HTH,
ject (a
formula with attributes) and uses the same technique internally to
remove the response -- if there is one... I.e., be sure that
length(f)==3 before dropping the second element.
Best regards,
Sebastian Meyer
However, ?"["
says
‘[’ and ‘[[’ are sometimes ap
Just a quick thought.
R for Windows FAQ 2.14 talks about the home directory:
https://cran.r-project.org/bin/windows/base/rw-FAQ.html#What-are-HOME-and-working-directories_003f
So maybe HOMEDRIVE and HOMEPATH are involved?
Hope this helps.
Sebastian Meyer
Am 22.11.21 um 17:46 schrieb
es. Changing
buildVignettes() to use clean R processes by default (I'd say even if
there is only one vignette) should be considered. I'd appreciate seeing
this report in Bugzilla to investigate further (and not forget).
Best regards,
Sebastian Meyer
Duncan Murdoch
Index: src/library/tools/R/Vig
qra_0.2.4.tar.gz
to set the environment variable for this R process.
See, e.g., https://en.wikipedia.org/wiki/Environment_variable.
Best regards,
Sebastian Meyer
I’d have expected that the "On most systems . . .” mentioned in the Writing R
extensions
manual (1.1.3.1 Suggested pac
For what it's worth, make check runs OK for me with sessionInfo()
R version 4.1.1 Patched (2021-09-30 r80997)
Platform: x86_64-pc-linux-gnu (64-bit)
Running under: Ubuntu 18.04.6 LTS
Matrix products: default
BLAS: /home/smeyer/R/base/release/build/lib/libRblas.so
LAPACK:
hould also
say something like "(for comparison)" to clarify that these results are
not the reason for the failure of the automatic pretest.
Best regards,
Sebastian Meyer
[1]
https://win-builder.r-project.org/incoming_pretest/box_1.0.3_20210912_125241/Debian/00check.log
[2]
e to the user's home filespace without
consent.
You should probably also avoid this NOTE when submitting to CRAN:
> Version contains large components (1.0.0.9000)
Best regards,
Sebastian Meyer
Am 16.08.21 um 17:37 schrieb Pooja Gangras via R-package-devel:
Hi all,
PFA the p
ce().
Best regards,
Sebastian Meyer
Kind regards,
David Norris
__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
__
R-package-devel@r-project.or
ls section in help("aspell-utils").
Best regards,
Sebastian Meyer
Am 16.07.21 um 18:08 schrieb Kevin R. Coombes:
Hi,
I have been updating a couple of R packages this morning. One of them
triggered a manual inspection for "possibly mis-spelled words in
DESCRIPTION&q
version currently on CRAN (which indeed gives the NOTE from
checking compiled code).
Best regards,
Sebastian Meyer
Am 15.07.21 um 11:39 schrieb Ronan GRIOT:
Dear R developpers,
I submitted my package on the CRAN and had this NOTE :
Found no calls to: ‘R_registerRoutines
Am 13.07.21 um 17:37 schrieb Frederick Eaton:
Dear R Team,
I am running R from the terminal command line (not RStudio). I've
noticed that R has been using Unicode quotes in its documentation for
some time, maybe since before I started using it.
I am wondering if it is possible to compile
Just in case others (like me) don't instantly know what this is about.
This only affects the html help.
Compare the HTML index page for the base package "graphics"
https://stat.ethz.ch/R-manual/R-patched/library/graphics/html/00Index.html
with the index page for the base package "grDevices"
he CRAN team. I can see your submission in the "inspect"
folder of the incoming queue (https://CRAN.R-project.org/incoming/).
Best regards,
Sebastian Meyer
>
> Thank you,
> Alberto
>
> [[alternative HTML version deleted]]
>
> ___
I can confirm this Rd warning in R-devel (2021-04-23 r80216), but not in
R 4.0.5. It happens when installing the static help (INSTALL option --html).
The following R code reproduces the warning by creating a tiny test
package and then calling relevant internal functions from 'tools':
```R
##
Am 21.04.21 um 08:35 schrieb Mark van der Loo:
> Hi Ott,
>
> There is no documented way to detect whether you are running on CRAN. So
> there is nothing to rely on, on that side.
>
> You can only make your own machine detectable by the test code. For example
> by setting an environment variable
Am 14.04.21 um 13:11 schrieb Rafael CM:
> Dear all,
> I am having the following warning when loading my rpackage:
>
> * checking LazyData ... WARNING
> LazyData DB of 62.1 MB without LazyDataCompression set
>
>
> I can't get to fix this problem. I have tried the tools option to optimize
>
egards,
Sebastian Meyer
PS: This is a duplicate of a recent discussion on this list, see
https://stat.ethz.ch/pipermail/r-package-devel/2021q1/006643.html
Am 11.03.21 um 21:57 schrieb Jonathan Callahan:
> I am building a package using R 4.0.4 on OS X 10.15.7.
>
> In a terminal I t
rectly?
Otherwise I guess you may have overlooked another issue somewhere in the
check log. If you included a link to the pre-test results (or a copy of
the check logs) you will likely receive more sophisticated replies.
Best regards,
Sebastian Meyer
Am 04.03.21 um 14:56 schrieb Thierry D
Am 04.03.21 um 10:24 schrieb Rolf Turner:
>
> On Thu, 4 Mar 2021 08:44:31 +0100
> Sebastian Meyer wrote:
>
>> Am 04.03.21 um 01:41 schrieb Rolf Turner:
>>>
>>> ... by using R CMD build --resave-data
>>>
>>> But I *did* use that flag wit
You'll get the NOTE when R CMD check finds that running
tools::resaveRdaFiles() on the data directory would reduce a file's size
by more than 10% with a different type of compression (if the original
size is >10KB).
Hope this helps.
Best regards,
Sebastian Meyer
>
> When I load stoma
Am 24.02.21 um 12:22 schrieb Uwe Ligges:
>
>
> On 24.02.2021 10:30, Knut Krueger wrote:
>> Am 24.02.21 um 10:05 schrieb Sebastian Meyer:
>>
>> Yes I realized that it is a problem in various packages
>> The question was, whether there is a mistake or a limit
Numbering.html#2.6.1
Finally, again citing the list info: "Please note that while
R-package-devel contributors will do their best to provide you accurate
and authoritative information, the final arbiters of CRAN submission is
the CRAN team." ;)
Best regards,
Sebastian Meyer
Am
kets.
Example: Einstein et al. (1935) .
Best regards,
Sebastian Meyer
__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
versions of R, following an R-devel thread from last year:
https://stat.ethz.ch/pipermail/r-devel/2020-May/079500.html
Best regards,
Sebastian Meyer
Am 06.02.21 um 19:08 schrieb J. Aravind via R-package-devel:
> Dear R developers,
> I am facing an issue while submitting update to my p
Am 21.01.21 um 13:51 schrieb Iñaki Ucar:
> Minor question: wouldn't the new pipe syntax be worth a minor version
> bump?
Yes. The NEWS mention the pipe syntax for R-devel not for R-patched.
See the section "CHANGES IN R 4.0.3 patched" in
https://stat.ethz.ch/R-manual/R-devel/doc/html/NEWS.html
ed (including removing outdated
> material).
Best regards,
Sebastian Meyer
>
> On Wed, Dec 16, 2020 at 8:29 AM Colin Gillespie wrote:
>>
>> Hi,
>>
>> I'm planning on using the tools::R_user_dir function in a package. But
>> for obvious reasons,
hard to recognize if you don't know).
You could apply the above function to all of "man" using, e.g.,
lapply(list.files("man", full.names=TRUE), tools::showNonASCIIfile)
at the root of your package and look for "<80><90>" in the result.
Hope this help
to the other versions:
> but that makes it quite a bit more complicated. (Maybe _ or \. should
> be used instead of ., since those are not legal variable names.)
I guess "_" as a placeholder would be difficult to implement precisely
because it currently is a syntax error.
Best
Your report underlines the importance of the checks implemented by CRAN.
In fact, checkbashisms has become an optional part of R CMD check in R
4.0.0, whose NEWS say
> R CMD check now optionally checks configure and cleanup scripts for
> non-Bourne-shell code ('bashisms').
The R Internals
No need to reinvent the wheel. Göran, you already use the "specials"
feature of terms.formula to find strata():
> specials: which functions in the formula should be marked as special in
> the 'terms' object? A character vector or 'NULL'.
I think you can do the same for frailty(), for
str(y)
> Named chr [1:11] "19.5111262798309" "27" "18" "23" "9" "120" "5" "296" "1"
> "CEST" "7200"
> - attr(*, "names")= chr [1:11] "sec" "min&qu
rts when I login.
>
> Details: The system (RHEL) I am working on has
> $ strings /etc/localtime | tail -n 1
> EST5EDT,M3.2.0,M11.1.0
> $ date +%Z
> EDT
> $ echo $TZ
> US/Eastern
>
>
>
> On Fri, Oct 2, 2020 at 9:48 AM Sebastian Meyer <m
Thank you for the report. In R-devel, all.equal.POSIXt() by default
reports inconsistent time zones. Previously,
> x <- Sys.time()
> all.equal(x, as.POSIXlt(x, tz = "EST5EDT"))
would return TRUE. To ignore the time zone attributes in R-devel, the
argument 'check.tzone = FALSE' needs to be used.
Back to the original topic: graphics.off() is probably not what you
want. It shuts down *all* open graphics devices, not just the current
one. Example code or your plotting functions should not do that.
Calling graphics.off() in example code will also disturb standard R CMD
check. Before running
which will magically make the corresponding coerce methods available as
well.
HTH!
Sebastian Meyer
Am 21.07.20 um 00:41 schrieb Tim Keitt:
> Thanks for pointing to the bug.
>
> Now I am finding I cannot use the 'as' definitions from 'raster' without
> loading the
Yes, indeed, it is confusing. You don't need to file a new bug report, though.
There is one already:
https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17179
Please feel free to comment there. This thread could serve as another
confirmation. :-)
Best regards,
Sebastian
Am 20. Juli 2020
Has the discussion about potential updates to Rd2HTML come to an end?
Should I be prepared to fix non-file package-anchored links in
(non-roxygen) packages I maintain, i.e., look up the help file structure
of the referenced packages?
I don't yet believe that R has really given up on supporting
NAMESPACE.
Best regards,
Sebastian Meyer
Am 02.06.20 um 10:01 schrieb Edgar Josymar Torrejón-Magallanes:
> Dear members
>
> I just finished some minor updates to an R package (sizeMat) I've had on
> CRAN (haven't had to update in a month). My package passes Check on my
> local mac
ow")
but the package neither defines an S4 class "bujar" nor methods for the
S4 generic "show". You should remove these two lines from your NAMESPACE.
Best regards,
Sebastian Meyer
Am 01.06.20 um 18:34 schrieb Wang, Zhu:
> Dear All,
>
> I received w
I can confirm this changed behaviour. I just compared R-3.6.3 with
yesterday's R-devel. Using R-devel, the tempfile opened by the editor
(Emacs for me, but shouldn't matter) contains doubled backslashes.
This could be related to
https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17800
Best
Dear Wolfgang,
I think this new behaviour is related to the following R 4.0.0 NEWS item:
> S3 method lookup now by default skips the elements of the search path between
> the global and base environments.
Your environment "myenv" is attached at position 2 of the search() path
and thus now
/lme4/news.html
Best regards,
Sebastian Meyer
Am 08.04.20 um 13:43 schrieb Helmut Schütz:
> Dear all,
>
> I was notified about errors:
> https://cran.r-project.org/web/checks/check_results_replicateBE.html
>
> Since I don't have access to those operating systems, I'm a
The reason that your package does not pass the incoming checks is
> * checking CRAN incoming feasibility ... NOTE
> Maintainer: ‘Cristian Quiroz-Moreno ’
>
> Uses the superseded package: ‘snow’
You would need to explain to CRAN why you need to use "snow" rather than
base R's "parallel" package.
Hi Tiago,
Then it seems likely that an update of a direct or indirect dependency
of your package causes this failure on CRAN's check system.
ggplot2 currently fails with a similar error message on CRAN
> Error: Unknown colour name: NA
Sebastian Meyer :
>I was able to reproduce the vignette error in an R-devel session with
>this environment variable set. It came from a strange polygon() call
>with x and y arguments being matrices with list elements.
>
>I cannot test at the moment. Maybe you condition on
>class(som
onsole.
>In addition, setting _R_CLASS_MATRIX_ARRAY_ to "" in onLoad did not
>solve the problem while checking as cran.
>
>I do not understand how the values I got from the debug print when
>checking
>as cran could result in the error.
>
>Any ideas?
>
>On Thu, Nov 28, 2019
This is most likely related to the recently changed class of matrices.
R> class(matrix(1))
returned "matrix" but will return c("matrix", "array") in future
versions of R. See the corresponding item in the R-devel NEWS
https://stat.ethz.ch/R-manual/R-devel/doc/html/NEWS.html
To reproduce the
Dear Philipp,
What kind of problems does the incoming check report?
If they are related to your package's vignette, a simple solution would
be to transform this toy example into a package test using
tools::buildVignette in the test script, which can be run conditionally
on specific system
The failure stated in the R CMD check failure report is:
> --- failure: length > 1 in coercion to logical ---
This comes from --as-cran performing useful extra checks via setting the
environment variable _R_CHECK_LENGTH_1_LOGIC2_, which means:
> check if either argument of the binary operators
I think your package can be useful. However, I'm with CRAN here in that
I would not want my standard graphics output to be changed just because
some package ("prettyB") gets loaded, which could happen
*unintentionally* as a dependency (or a dependency of a dependency, ...)
of another package.
warning on a mac laptop, or any other system.
>
> Travers
>
> On Mon, Apr 8, 2019 at 2:27 PM Sebastian Meyer wrote:
>>
>> No false positive. This file is indeed marked as an executable file, see
>> also at https://github.com/cran/qs/blob/0.14.1/src/LZ4/LICENSE, which
No false positive. This file is indeed marked as an executable file, see
also at https://github.com/cran/qs/blob/0.14.1/src/LZ4/LICENSE, which says
> Executable File | 25 lines (20 sloc) | 1.28 KB
On a Unix-based system you could do
> chmod -x src/LZ4/LICENSE
to remove the executable bit from
plyr’
>
> How I can solve this issue?
>
> Thanks in advance
>
> Le jeudi 4 avril 2019 à 08:22:26 UTC+2, Sebastian Meyer
> a écrit :
>
>
> Note that output concerning masked objects are just messages which do
> not cause your vignette to fail. So it is not stricl
Note that output concerning masked objects are just messages which do
not cause your vignette to fail. So it is not stricly necessary to start
working on these conflicts now.
However, looking closely at the win-builder check results
The DESCRIPTION's Author field is auto-generated from Authors@R during R
CMD build. You are right, the format has slightly changed since R 3.3.3
(e.g., support for ORCID ID).
The CRAN repository policy says:
> Uploads must be source tarballs created by R CMD build and following
> the
These issues originate in a change in how R looks for S3 methods, at
least on some of the CRAN machines. To reproduce locally, you currently
need to set the environnment variable
_R_S3_METHOD_LOOKUP_BASEENV_AFTER_GLOBALENV_=TRUE
See the source code at
Hi Kevin,
I think using
> canCoerce(wv, "double") || getRversion() < "3.6.0"
could solve the issue of an inconsistent test result and is descriptive.
Best regards,
Sebastian
Am 06.12.18 um 16:59 schrieb Kevin Coombes:
> Hi,
>
> A package I recently submitted to CRAN includes an S4
PCRE support suffices... configure: error: pcre library and
> headers are required
Are there any workarounds for this except for manually compiling and
installing a more recent version of PCRE from source?
Thanks!
Sebastian
--
University of Zurich
Sebastian Meyer
Epidemiology
, Sebastian Meyer wrote:
This is a follow-up question for PR#15052
http://bugs.r-project.org/bugzilla3/show_bug.cgi?id=15052
There is another thing I would like to discuss wrt how nlminb() should
proceed with NAs. The question is: What would be a successful way to
deal with an evaluation point
pick
up courage - regardless of the following return value of the objective
function.
As far as I would assess the situation, nlminb is currently not capable
of optimizing objective functions with non-differentiable points.
Best regards,
Sebastian Meyer
--
Sebastian Meyer
Division
For the CRAN-package surveillance, unloadNamespace(surveillance) gives the
following warning message:
In FUN(X[[2L]], ...) :
Created a package name, ‘2012-08-28 22:42:37’, when none found
Similar warnings appear for the CRAN-package solaR and probably some other
packages.
I created a dummy
)
###
Can anybody confirm this problem? Of course, a workaround is to run R
CMD check from outside the source directory (which is probably the
preferred way).
Thanks in advance,
Sebastian
--
Sebastian Meyer
Division of Biostatistics
Institute of Social and Preventive Medicine
University of Zurich
was not sure about this and just wanted to be on the save side to
offer a reproducible example working in a maximum variety of R sessions.
Best regards and thank you very much for your intense development of R,
Sebastian Meyer
__
R-devel@r-project.org mailing
77 matches
Mail list logo