Re: [R-pkg-devel] apparent S3 methods note in R CMD check

wrote: Dear Martin, Thank you for addressing this issue. Introducing a nonS3method() directive in NAMESPACE seems a reasonable solution. It could replace export() for functions with .s in their names. Best, John On Fri, 12 Jun 2015 09:55:18 +0200 Martin Maechler maech...@stat.math.ethz.ch

Re: [R-pkg-devel] use of `dev.new` across platforms in RStudio

Alex Chubaty alex.chub...@gmail.com on Fri, 12 Jun 2015 14:41:56 -0700 writes: Dear list members, Use of platform-specific code to open new plot devices (e.g., `quartz`, `x11`) is discouraged in favour of using `dev.new`; however, this does not work in RStudio. A

Re: [R-pkg-devel] Visible bindings and reference classes

with that. So there must be something peculiar in your package leading to the - warnings. Maybe you should look into the source code of such other CRAN packages to see how they do it differently than you. Best regards, Martin Martin Maechler, ETH Zurich After some googling, I came across the page

Re: [R-pkg-devel] Return Value of By Function

ling list for such questions ! Please ask on different list (or forum), e.g., on R-help. Martin Maechler __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel

Re: [R-pkg-devel] Development Testers?

indeed quite focused (with a somewhat different focus). And yes, for the specific, I'd strongly recommend R-SIG-HPC (in addition, i.e., with the very rare case of sensible cross posting). Best regards, Martin -- Martin Maechler ETH Zurich and R Core Team > Regards, Charles > On F

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

> Barry Rowlingson > on Tue, 2 Feb 2016 17:23:46 + writes: > 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.

Re: [R-pkg-devel] Is it possible to protect a word from the spell checker?

> Hana Sevcikova > on Tue, 1 Mar 2016 11:45:34 -0800 writes: > If it's in the DESCRIPTION file put the word into quotes. > Hana Indeed, thank you Hana! To add - embarrassingly I've only learned this about a week ago - they need to be *single* quotes (as used

Re: [R-pkg-devel] using printf() in C code (package 'powell')

Warnings(.) etc. This will definitely not go away with R 3.3.0 or any later version of R. But then maintainer("powell") is still active, and his e-mail address at your fingertips,..., right ? --> I've BCC'ed Sundar, so he is informed. With best regards, Martin M

Re: [R-pkg-devel] relation between vignettes and help files

of info between help files and > vignettes? > Ross > > From: Martin Maechler [maech...@stat.math.ethz.ch] > Sent: Friday, July 15, 2016 5:32 AM > To: Duncan Murdoch > Cc: Enrico Schumann; Boylan, Ross; r-package-devel@r-proje

Re: [R-pkg-devel] no visible global function definition for ‘par’

t;median", "model.tables", > | "na.action", "na.omit", "pf", "ts", "var") > | importFrom("utils", "read.table", "str", "tail", "write.table") > |

Re: [R-pkg-devel] multiple bibentry()s in CITATION

, e.g., > options(citation.bibtex.max = 1); citation(package = "copula") To cite the R package copula in publications use: Marius Hofert, Ivan Kojadinovic, Martin Maechler and Jun Yan (2017). copula: Multivariate Dependence with Copulas. R package version 0.999-16 URL https://CRAN.R-pro

Re: [R-pkg-devel] Question about configure file and system requirements

me logic that you should not list 'Depends', 'Imports', 'Suggests', etc of those packages. Martin Maechler ETH Zurich > Asking this because the "configure" and system > requirements are already present in the imported packages, > so my configuration check

Re: [R-pkg-devel] fastICA on win-builder.r-project.org not installed?

n.r-project.org/manuals.html mentions different formats, including Epub. Martin Maechler ETH Zurich __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel

Re: [R-pkg-devel] multiple bibentry()s in CITATION

time for 3.4.0. Martin > Best, > John >> -Original Message- >> From: Martin Maechler [mailto:maech...@stat.math.ethz.ch] >> Sent: Monday, January 16, 2017 10:02 AM >> To: Fox, John <j...@mcmaster.ca> >> Cc: r-packag

Re: [R-pkg-devel] Extending an S3 method, but putting the package in Suggests?

> David Hugh-Jones > on Tue, 14 Mar 2017 02:46:35 + writes: > David Hugh-Jones > on Tue, 14 Mar 2017 02:46:35 + writes: > Hi, > Cross-posted from SO: >

Re: [R-pkg-devel] Extending an S3 method, but putting the package in Suggests?

ror prone and can be resolved by correct imports as those mentioned. Martin > David > On Tue, 14 Mar 2017 at 09:06, Martin Maechler <maech...@stat.math.ethz.ch> > wrote: >> >>>>> David Hugh-Jones <davidhughjo...@gmail.com> &g

Re: [R-pkg-devel] tryCatch defensive programming guidance

> Berry Boessenkool > on Wed, 1 Mar 2017 14:52:10 + writes: > Hi Glenn, > Better late than never: > couldn't you simply use try? > result <- try( log("a") ) > The printing is horrible: people will think an error > occured

Re: [R-pkg-devel] Package required and available but unsuitable version: 'stats'

> Maxime Turgeon > on Thu, 20 Jul 2017 15:51:18 + writes: > Hi Jernej, > The check errors you get are for older releases of R (3.3.2 and 3.3.3). The issue arises from your requirement in DESCRIPTION that the version of stats should be

Re: [R-pkg-devel] problem with package_native_routine_registration_skeleton

>>>>> Martin Maechler <maech...@stat.math.ethz.ch> >>>>> on Thu, 22 Jun 2017 09:57:41 +0200 writes: >>>>> Mark van der Loo <mark.vander...@gmail.com> >>>>> on Thu, 22 Jun 2017 07:33:49 + writes: >>

Re: [R-pkg-devel] Exited with status -1073741819.

checks of your package run without any problem with all 5 versions of R-devel there : https://cran.r-project.org/web/checks/check_results_SADISA.html so it may rather be something specific to your setup ?? Martin Maechler > On 29-11-2017 0:36, Dason Kurkiewicz wrote: >> Do y

Re: [R-pkg-devel] Exited with status -1073741819.

ause then, using 'Rcmd build ' would almost surely give you more clues than just "does not build". > On 29-11-2017 11:16, Martin Maechler wrote: >>>>>>> Rampal S Etienne <rampaletie...@gmail.com> >>>>>>> on Wed, 29 Nov 201

Re: [R-pkg-devel] [Rd] package check fail on Windows-release only?

> Paul Johnson > on Mon, 20 Nov 2017 14:59:26 -0600 writes: > I mistakenly left a write in "/tmp" in the rockchalk package (version > 1.8.109) that I uploaded last Friday. Kurt H wrote and asked me to fix > today. > While uploading a new one, I

Re: [R-pkg-devel] mvrnorm, eigen, tests, and R CMD check

> William Dunlap > on Thu, 17 May 2018 11:28:50 -0700 writes: > Your explanation needs to be a bit more general in the > case of identical eigenvalues - each distinct eigenvalue > has an associated subspace, whose dimension is the number > repeats of that eigenvalue

Re: [R-pkg-devel] mvrnorm, eigen, tests, and R CMD check

even when the length is specified they are still > only defined up to a scalar of modulus one (the sign for real > matrices). It's not a warning but a "recall that" .. maybe because the author already assumed that only thorough users would read that and for them it would be a recall of something they'd have learned *and* not entirely forgotten since ;-) Martin Maechler ETH Zurich __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel

Re: [R-pkg-devel] mvrnorm, eigen, tests, and R CMD check

>>>>> Duncan Murdoch >>>>> on Thu, 17 May 2018 12:13:01 -0400 writes: > On 17/05/2018 11:53 AM, Martin Maechler wrote: >>>>>>> Kevin Coombes ... on Thu, 17 >>>>>>> May 2018 11:21:23 -0400 writes:

Re: [R-pkg-devel] Creating S3 methods for S4 classes

delayed archiving the official archives considerably for now; to still see the current thread on R-devel, you can use one of the *other* archives: ==> https://marc.info/?t=15271693562=1=2 )) Best, Martin Maechler __ R-package-devel@r-project

Re: [R-pkg-devel] File link does not exist : how to get the correct one?

> Duncan Murdoch > on Fri, 18 May 2018 11:42:53 -0400 writes: > On 18/05/2018 11:37 AM, Duncan Murdoch wrote: >> On 18/05/2018 11:29 AM, Duncan Murdoch wrote: >>> On 18/05/2018 11:06 AM, Joris Meys wrote: Hi all, The latest changes in R cause a

Re: [R-pkg-devel] Conditional use of suggested package in example code

> Christian Sigg > on Wed, 30 May 2018 11:08:38 +0200 writes: > I am updating the ’nsprcomp’ package to follow the recommendations of Section 1.1.3.1 of the Writing R Extensions manual. > Before the update, the example code for the `nsprcomp` function looked like this:

Re: [R-pkg-devel] Get an empty note for "checking DESCRIPTION meta-information" when I run devtools::build_win()

: Invalid role specification: ‘Foobar’. > So the bug is really in the Windows version of R that was running for you when you've used devtools::build_win() or in build_win() itself. "rth" is a correct role and you should *NOT* replace it by something less appropriate ...

Re: [R-pkg-devel] Working with R-devel

> Uwe Ligges > on Wed, 24 Jan 2018 11:23:50 +0100 writes: > On 24.01.2018 03:20, Dirk Eddelbuettel wrote: >> >> I am going in circles here and have lost my way. I used to have means to >> build R-devel (still do) and use it for local

Re: [R-pkg-devel] Rd files: using \link[pkg]{foo} when file names differ between OSs

is to have two copies of the help file, one in man/unix, one > in man/windows, but that doesn't seem appropriate from your description. > Duncan Murdoch and mid-term, I really think R and (CRAN, Bioc, ...) packages should not do what we (R core) did here. Rather, \alias{mclapply} sh

Re: [R-pkg-devel] vignette via devtools: sometimes found, sometimes not (same package)

the vignettes) into > a website. Then you make that available to your students, > e.g. through github pages. Hmm, sounds nice .. at first: In teaching (and research!) I particularly emphasize people use CRAN (or Bioconductor) packages. Why on earth is pkgdown not on CRAN ? Martin

Re: [R-pkg-devel] Warning: rBind is deprecated

your packages: a) replace cBind() by cbind() and rBind() by rbind() b) Ensure that your package depends on at least R 3.2.0, i.e. possibly add a 'Depends: R (>= 3.2.0)' to your DESCRIPTION file. Of course feel free to comment / ask privately or here {R-devel only} if necessary. Wit

Re: [R-pkg-devel] New CRAN internet policy

> Hadley Wickham > on Thu, 6 Dec 2018 10:22:47 -0600 writes: > Hi all, > I'd love to get some clarification on what the new internet policy > means for packages like httr: >> Packages which use Internet resources should fail gracefully with an informative >>

Re: [R-pkg-devel] package cartograflow_0.0.0.9000.tar.gz

> cartograflow@gmail com > on Wed, 3 Apr 2019 18:11:10 + writes: > Hi, > I come back to you  because I have always the problem with devtools::check of my package. But we've told you repeatedly now *NOT* to use it in this case, but rather use R CMD build ...

Re: [R-pkg-devel] Cran submission - warning with windows (cpp build library gmp)

> Kevin Ushey > on Fri, 22 Feb 2019 10:09:15 -0800 writes: > The 'long long' type does not exist in the C++98 > standard, so you need to explicitly request C++11 or > C++14 (the former which is now fairly broadly supported > across compilers on different systems).

Re: [R-pkg-devel] .Rd, LaTeX and Unicode

engines (including "simple" pdflatex)... though really, I'm not the expert here, but I think it's a good point in time to reconsider how much UTF8 should be allowed/supported in *.Rd files. One problem: This is (slightly) the wrong mailing list; this would have been a perfect topic for 'R-devel'

Re: [R-pkg-devel] Change in normal random numbers between R 3.5.3 and R 3.6.0

> Ulrike Grömping > on Fri, 10 May 2019 06:39:39 +0200 writes: > Mark, > I used > if (getRversion()>="3.6.0") RNGkind(sample.kind="Rounding") > And that works. Actually, using rnorm afterwards also > yields the same random numbers. Yes, "of course",

Re: [R-pkg-devel] "Progress reports" for examples in packages.

> Henrik Bengtsson > on Mon, 1 Jul 2019 20:36:26 -0700 writes: > FWIW, when running R CMD check mypkg_1.0.tar.gz > the example output is captured to the file > 'mypkg.Rcheck/mypkg-Ex.Rout', so you could monitor that > one for what's going on. > /Henrik Yes,

Re: [R-pkg-devel] R, BLAS, and FCLEN

> Göran Broström > on Wed, 11 Sep 2019 13:36:40 +0200 writes: > A followup question: Is it possible to call a BLAS/LAPACK subroutine, > where one parameter is character, from FORTRAN (77) code called by > .Fortran? (No problem "in the past".) [as there wasn't a reply

Re: [R-pkg-devel] set pkg_config for 3rd party software

>>>>> Ralf Stubner >>>>> on Fri, 6 Sep 2019 11:22:15 +0200 writes: > On Thu, Sep 5, 2019 at 6:36 PM Martin Maechler > wrote: >> For me (on Fedora 30) >> >> $ R CMD config LDFLAGS >> -L/usr/lib64

Re: [R-pkg-devel] set pkg_config for 3rd party software

>>>>> Martin Maechler >>>>> on Thu, 5 Sep 2019 18:36:03 +0200 writes: >>>>> Dirk Eddelbuettel >>>>> on Thu, 5 Sep 2019 10:14:21 -0500 writes: >> On 5 September 2019 at 16:53, Ralf Stubner wrote:

Re: [R-pkg-devel] set pkg_config for 3rd party software

> Sameh M Abdulah > on Fri, 30 Aug 2019 18:50:55 + writes: > Hi, > I recently asked some questions about my R package which were well responded by Dirk. > I have another question related to pkg_config path, > I am using this command to add the installation path

Re: [R-pkg-devel] Note on winbuilder-develop

nerated. -Roy just to rub the obvious into everybody's face ;-) :-D { apology for any offence ! } : If you'd use roxygen only initially and not anymore from then on, but rather then would keep hand-editing nicely humanly formatted man/*.Rd files, you would never see this (and quite a few "similar&qu

Re: [R-pkg-devel] Note on winbuilder-develop

>>>>> Duncan Murdoch >>>>> on Wed, 24 Jul 2019 06:12:35 -0400 writes: > On 24/07/2019 3:08 a.m., Martin Maechler wrote: >>>>>>> Roy Mendelssohn >>>>>>> on Tue, 23 Jul 2019 18:44:24 -0700 writes:

Re: [R-pkg-devel] New Package olr 4 NOTES

> Mat Fok via R-package-devel > on Wed, 4 Dec 2019 22:25:47 + writes: > Hi, > Thank you. I am wondering why the log would output .Rproj.user when it was already in the .Rignorefile. Hope the .Rignore file is correct anyways as I have mentioned below. If you really use

Re: [R-pkg-devel] R package which creates a directory in the user home dir

> Sigbert Klinke > on Thu, 17 Oct 2019 14:29:54 +0200 writes: > Hi, > I'am developing a package that circumvents the R package size limitation > for data sets. For this I store the data set in the internet (currently > GitHub) and download if it is requested. >

Re: [R-pkg-devel] Help on Windows CRAN Check

> John Lawson > on Thu, 5 Mar 2020 20:34:00 -0700 writes: > I see this error on windows CRAN Check > --- failure: the condition has length > 1 --- > --- srcref --- > : > --- package (from environment) --- > daewr > --- call from context --- > ihstep(y,

Re: [R-pkg-devel] For reproducibility issue

t" R package should use R's random number generators rather than (C library / Fortran library / ...). When using R's RNGs, your package behaves "R like" e.g., set.seed() has the desired effect, etc etc. What Avi Adler describes below is what I strongly believe you *

Re: [R-pkg-devel] Error creating union class: object ‘.__C__compMatrix’ not found

ere's nothing, anybody can reproduce from your posting. There have been changes in R's dealing with class unions etc, notably even *relating* to an earlier bug report on class unions exactly for such a case which was *triggered* when people built on such Matrix classes. But we would really

Re: [R-pkg-devel] Error creating union class: object ‘.__C__compMatrix’ not found

in setClassUnion("mMatrix", c("Matrix", "matrix")) : >>> unable to create union class: could not set members "Matrix" >>>> sessionInfo() >>> R Under development (unstable) (2020-04-07 r78175) >>> Platform: x86_

Re: [R-pkg-devel] Rmarkdown vignette yields r inline warning on windows build [EXT]

> Matthew Young > on Mon, 4 May 2020 09:09:55 + writes: > I progressively chopped bits out of the vignette till the > error stopped to identify the error. It was being caused > by inline latex, where I had two %% marks. I'm not really > sure why this broke

Re: [R-pkg-devel] Errors in make check in Windows 10 with OpenBLAS

> Erin Hodgesson Thu, 19 Mar 2020 22:44:39 -0600 writes: > Hi Tomas and others: > Here is the session Info. I also used the str example both without and > with changing the locale. > sI <- sessionInfo() >> str(sI) > List of 10 > $ R.version :List of 14

Re: [R-pkg-devel] checking windows timing?

> Ben Bolker > on Tue, 13 Oct 2020 12:46:11 -0400 writes: >Following up on my questions from yesterday: >I've been advised to (drastically) reduce the checking > time of my package on CRAN's Windows platform (currently > at 23 min). I've gone through and

Re: [R-pkg-devel] [R] a question of etiquette

> Adelchi Azzalini > on Tue, 2 Jun 2020 08:32:37 +0200 writes: > Thanks for this information, Mark. Given the phrase > "small but important function my package uses", it seems > that you included in your package some code, reproducing > it verbatim. Do I understand

Re: [R-pkg-devel] How do you Rd reference parallel::mclapply() so it works also on Windows?

> Henrik Bengtsson > on Tue, 7 Jul 2020 18:11:00 -0700 writes: > Here's another "Non-file package-anchored link(s) ..." > issue. I'd like to reference parallel::mclapply() in my > help pages. With the new R-devel requirements, you have > to link to the file and not

Re: [R-pkg-devel] check cross-references error: Non-file package-anchored link(s)

> Duncan Murdoch on Sun, 14 Jun 2020 07:28:03 -0400 writes: > I agree with almost everything you wrote, except one thing: this isn't > newly enforced, it has been enforced since the help system began. What > I think is new is that there are now tests for it. Previously

Re: [R-pkg-devel] Forward function call

> Göran Broström > on Mon, 8 Jun 2020 23:02:30 +0200 writes: > Thanks for the responses! > I found the suggestion > Call[[1]] <- quote(survival::coxph) > easiest to implement. And it works. and it is what we use in R's own R source code in several places (and

Re: [R-pkg-devel] Error in loadNamespace(x) : there is no package called 'formatR'

followed this thread to here ((too many e-mails, too many ...)). I think I have understood what you wrote and why R Core should change WRE in this part. Notably as I have not written it, there needs to be consultation --> Forwarding to R-core ((i.e., a very rare cross-post !)) Thank you, ver

Re: [R-pkg-devel] Usage of internet resources in examples

> Ben Bolker > on Tue, 20 Oct 2020 17:07:10 -0400 writes: > On 10/20/20 4:51 PM, Gábor Csárdi wrote: >> On Tue, Oct 20, 2020 at 9:45 PM Ben Bolker wrote: >> [...] >>> if (testthat::skip_on_cran()) >>> >>> all seem like reasonable solutions. >> >> I

Re: [R-pkg-devel] How to communicate WARNINGS fixed from *last* CRAN version of a package

> Alberto Garre > on Tue, 22 Jun 2021 10:52:26 +0200 writes: > Thanks! It is the first time I got this message, so I was a bit puzzled > about what to do. I will be patient, then :) > Alberto well, as Sebastian said >> The auto-check e-mail said "Hence please

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

t to use before or instead of doing one of the more expensive ones is simply checking the diagonal: if(any(diag()) < 0) "not positive-semidefinite" if(any(diag()) <= 0) "not positive-definite" Martin Maechler (Maintainer of 'Matrix'). > On Wed, Jun

Re: [R-pkg-devel] package test returns error when R version 4.1.0

d: No' because its datasets partly are (S4-) classed objects from the package itself, and -- as the "WRE" ('Writing R Extensions') manual states -- package datasets must not *need* the package itself when they should be lazy loaded. Martin -- Martin Maechler ETH Zurich and R Core Team

Re: [R-pkg-devel] Using ggplot2 within another package

> Ben Bolker > on Thu, 22 Apr 2021 17:27:49 -0400 writes: > For some reason that I don't remember, an R core member once told me > that they prefer x <- y <- NULL to utils::globalVariables(c("x","y")) - That could have been me. Even though I think I still have some

Re: [R-pkg-devel] Workaround for code/documentation mismatch

> Hello, > > I've written two functions to emulate do while/until loops seen in other > languages, but I'm having trouble documenting its usage. The function is > typically used like: > > do ({ > expr1 > expr2 > ... > }) %while% (cond) I understand that you did *not* ask .. but

Re: [R-pkg-devel] Tools beyond roxygen2 to write Rd documentation

ther ESS (Emacs Speaks Statistics) has always well supported Rd editing, and I thought the vim - plugin for R would also support *.Rd but probably not ?? Best, Martin -- Martin Maechler ETH Zurich, R Core Team (*and* ESS Core team) __ R-packa

Re: [R-pkg-devel] Is there a better way ...?

tr(fmE) > convCrit : function () > dev : num 0.00479 > env : > form : Class 'formula' language density ~ SSlogis(log(conc), Asym, xmid, > scal) > getPars : function () > > > so the environment "contains" the functions themselve

Re: [R-pkg-devel] [External] Re: What is a "retired"package?

> Lenth, Russell V > on Tue, 21 Sep 2021 18:43:07 + writes: > As I suspected, and a good point. But please note that the term "retired" causes angst, and it may be good to change that to "superceded" or something else. well, some of us will become "retired" somewhere in

Re: [R-pkg-devel] match.arg With S4 Methods and Missing Inputs

(I don't have time for checking just now), I think it's something we really *should* add to one or more of the related help pages. Martin Maechler > > Sent: Monday, November 8, 2021 5:37:18 AM > To: Dario Strbenac > Cc: r-package-deve

Re: [R-pkg-devel] Matrix and Mac OS

> Uwe Ligges > on Wed, 1 Nov 2023 06:26:23 +0100 writes: > On 01.11.2023 03:51, Mikael Jagan wrote: >> Thanks.  It seems that we were mistaken in our feeling (IIRC) that it would >> be "OK" to implicitly require '--no-manual' on versions of R from 3.5.0 to >> 4.2.1,

Re: [R-pkg-devel] Package bioOED has been removed from CRAN just for personal reasons

an to continue to provide substandard service to the people with whom I work because I perpetrated the same mistake in an environment in which no one questioned so effectively my errors. -- Spencer Graves (in a discussion on whether answers on R-help should be more polite) R-help (December 2004) > sg Martin -- Martin Maechler ETH Zurich and R Core team __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel

Re: [R-pkg-devel] [Rd] is.atomic(NULL) will become FALSE

I've sent a longish post to the R-devel mailing list with this topic here: https://stat.ethz.ch/pipermail/r-devel/2023-September/082892.html In the mean time, the plan is to effectuate the change in R-devel (the in-development version of R) on Sep.28, ~ 9:30 CEST ( =UTC+2) Martin

Re: [R-pkg-devel] Question about Clang 17 Error

> Reed A Cartwright > on Wed, 11 Oct 2023 22:25:35 -0700 writes: > Okay, I'll reach out to the CRAN team shortly. > I wanted to run it by the group here first because my interactions with the > CRAN team haven't always been positive and I need to make sure that I'm not

Re: [R-pkg-devel] Question regarding listing base and recommended packages programmatically and efficiently

> list.files() is faster than that. The above is another issue that we've wanted to improve, as some of you are aware, notably thinking about caching the result .. there has been work on this during the R Sprint @ Warwick a couple of weeks ago, ==> https://github.com/r-devel/r-project-sp

Re: [R-pkg-devel] Question regarding listing base and recommended packages programmatically and efficiently

>>>>> Henrik Bengtsson >>>>> on Sat, 14 Oct 2023 10:37:14 -0700 writes: > On Sat, Oct 14, 2023 at 5:25 AM Martin Maechler > wrote: >> >> >>>>> Ivan Krylov >> >>>>> on Thu, 12

Re: [R-pkg-devel] a problem with the underscore in a R function document

> Yaoyong Li > on Sat, 11 Jun 2022 12:29:25 +0100 writes: > Hello, > I just got a problem in a function document in a package I developed.The > file containing the document is generatingCDSaaFile.Rd. The problem is > related to the underscore I used in the following

Re: [R-pkg-devel] Cannot submit package due to false-positive rejection

> Jamie Lentin > on Sat, 29 Oct 2022 13:14:20 +0100 writes: > On 2022-10-28 20:48, Ying Li via R-package-devel wrote: >>> Flavor: r-devel-windows-x86_64 Check: examples, Result: >>> NOTE Examples with CPU (user + system) or elapsed time > >>> 10s user system elapsed

Re: [R-pkg-devel] Error when install binary from CRAN but not if install from source - Macintosh, lme4, Matrix, buildmer

ctively) were (re-)computed at package load time which was quite costly [time consuming]. I was not very much involved in that effort and I don't know if using promises instead had been considered at the time. (I've added Michael and the other Martin M to the CC , hoping they will know / remember m

Re: [R-pkg-devel] Error when install binary from CRAN but not if install from source - Macintoh, lme4, Matrix, buildmer

ion of 'builmer' (or also lme4 ?) must have been created with an older version of Matrix (which did not have the dgeMatrix_getDiag C code) and the respective maintainer of the binary builds (*) must rebuild the binary versions of those Matrix-reverse-dependant packages, --- *) in this case the m

Re: [R-pkg-devel] Examples taking too long depend on object that takes a while to generate

> wrote: >> On 15/09/2022 5:29 a.m., Martin Maechler wrote: >> >>>>>> Duncan Murdoch >> >>>>>> on Thu, 15 Sep 2022 04:42:04 -0400 writes: >> > >> > > On 15/09/2022 3:45 a.m., Martin

Re: [R-pkg-devel] Issue handling datetimes: possible differences between computers

> Ben Bolker > on Mon, 10 Oct 2022 16:59:35 -0400 writes: > Right now as.POSIXlt.Date() is just > function (x, ...) > .Internal(Date2POSIXlt(x)) It has been quite a bit different in R-devel for a little while. NEWS entries (there are more already, and more coming on

Re: [R-pkg-devel] tryCatch() doesn't capture errors due to && or || with R CMD check --as-cran

> Lionel Henry > on Thu, 1 Sep 2022 18:47:36 +0200 writes: > Hi Martin, > I'm not sure I understand what you mean regarding suppressed warnings > in testthat. > - All warnings are reported to users by `devtools::test()`, with > accompanying backtraces. They are

Re: [R-pkg-devel] CRAN index replaces ampersand in BugReports URL with HTML entity

> Mikael Jagan > on Mon, 7 Nov 2022 10:48:34 -0500 writes: > Hello, > It was raised on the Matrix bug tracker [1] that the BugReports URL > on the CRAN index [2] is broken. The URL in our DESCRIPTION file [3] > is fine, but contains an ampersand, which is improperly

Re: [R-pkg-devel] cross-ref possible ext.pkg's --not mentioned in DESCRIPTION file-- in non-code sections in .Rd files

> Andrew Simmons > on Mon, 7 Nov 2022 12:19:48 -0500 writes: > Packages in Suggests and Enhances do not create a circular dependency, only > the packages in the Depends and Imports need to be installed at INSTALL and > loaded at load time. Packages in Suggests and

Re: [R-pkg-devel] Package submission rejected as it fails checks on Debian

> Spencer Graves > on Tue, 21 Feb 2023 05:25:39 -0600 writes: > On 2/21/23 2:34 AM, Vasileios Nikolaidis wrote: >> Yes, with all this I can think where I may have messed up. So thanks for >> the help, at least it verified it is indeed an issue with the code. As >>

Re: [R-pkg-devel] Warning 'as.data.frame.POSIXct()' is deprecated

re a question for R-devel though. Indeed. ... and so I've sent a long reply to you, Enrico, Vincent *AND* the R-devel mailing list. In its archives you see it here https://stat.ethz.ch/pipermail/r-devel/2023-July/082725.html With thanks to Vincent, Tim, Enrico, (and Mikael who started

Re: [R-pkg-devel] Is it a wrong assumption that ${R_HOME}/lib always exists?

ora/Redhat-only "flexiblas" approach, with which I can nicely switch the versions of BLAS and Lapack libraries that R works with from within R. As that version of R is not "shared", i.e., no libR.so , *and* gets both its BLAS and Lapack libraries from "external" (not from

Re: [R-pkg-devel] help fixing CRAN package sos-now fails on GitHub

> Duncan Murdoch > on Mon, 22 May 2023 15:38:10 -0400 writes: > On 22/05/2023 3:07 p.m., Ivan Krylov wrote: >> I fed your vignette to R CMD Sweave, and here's the >> relevant fragment from the resulting *.tex file: >> >>> This returned a {\tt "findFn"} object

Re: [R-pkg-devel] Please install cmake on macOS builders

k > -- > dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org -- Martin Maechler ETH Zurich and R Core team __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel

Re: [R-pkg-devel] Please install cmake on macOS builders

>>>>> Martin Maechler >>>>> on Wed, 10 May 2023 21:31:29 +0200 writes: >>>>> Dirk Eddelbuettel >>>>> on Wed, 10 May 2023 07:01:37 -0500 writes: >> Simon, >> Explicitly declaring &g

Re: [R-pkg-devel] Intrinsic UTF-8 use in aspired CRAN package

> Schuhmacher, Dominic > on Wed, 17 May 2023 12:05:49 + writes: > Dear list, I have a package > https://github.com/dschuhmacher/kanjistat whose very > purpose depends on working with Japanese kanji characters > (in UTF-8 encoding). Such characters appear vitally

[R-pkg-devel] Wrong mailing list: Could the 100 byte path length limit be lifted?

evel, not at all R-package-devel, but be more accurate in what you are talking about, only between the line I could read that it is about some variants of using 'tar'. Best regards, Martin --- Martin Maechler ETH Zurich and R Core team __ R-packag

Re: [R-pkg-devel] Check warning around sprintf: Compiled code should not call entry points which might terminate R nor write to stdout/stderr instead of to the console, nor use Fortran I/O nor system

> Serguei Sokol > on Mon, 20 Nov 2023 10:04:10 +0100 writes: > Le 19/11/2023 à 02:07, Iris Simmons a écrit : >> Yes, the reason for the error is the use of sprintf. You can instead use >> snprintf where n is the maximum number of bytes to write, including the >>

Re: [R-pkg-devel] [External] [External] RcmdrPlugin.HH_1.1-48.tar.gz

> Duncan Murdoch > on Thu, 7 Mar 2024 05:08:40 -0500 writes: > On 07/03/2024 4:16 a.m., Ivan Krylov wrote: >> On Wed, 6 Mar 2024 13:46:55 -0500 Duncan Murdoch >> wrote: >> >>> is this just a more or less harmless error, thinking >>> that the dot needs

Re: [R-pkg-devel] [External] [External] RcmdrPlugin.HH_1.1-48.tar.gz

> Richard M Heiberger > on Wed, 6 Mar 2024 17:10:50 + writes: > Thank you, I will do that reversion in a few days. (good; I'm sorry I did not see this, before I replied to Joshua's) > Before I do, I want to ask if the default export generated by R CMD build should be

Re: [R-pkg-devel] [External] RcmdrPlugin.HH_1.1-48.tar.gz

> Joshua Ulrich > on Wed, 6 Mar 2024 10:57:28 -0600 writes: > On Wed, Mar 6, 2024 at 1:03 AM Richard M. Heiberger > wrote: >> >> Thank you Duncan, Jeff, Ivan. >> >> I did all that Duncan and Jeff suggested, plus a bit more >> that appeared to be

Re: [R-pkg-devel] Matrix 1.7-0 to be released in March with ABI-breaking SuiteSparse update

n 4.4.0 beta (2024-04-10 r86393) -- "Puppy Cup" Best regards, Martin -- Martin Maechler ETH Zurich and R Core Team > On Mon, 12 Feb 2024, at 6:36 PM, Mikael Jagan wrote: >> Dear users and binary repository maintainers, >> >> We are preparing