> Gábor Csárdi
> on Tue, 9 Jun 2015 18:39:47 -0400 writes:
> On Tue, Jun 9, 2015 at 6:23 PM, Duncan Murdoch
wrote:
> [...]
>> The DESCRIPTION file says this:
>>
>> OS_type: unix
>> SystemRequirements: clang (recommended)
>>
>> One of the CRAN polici
> John Fox
> on Wed, 10 Jun 2015 10:12:46 -0400 writes:
> Dear list members,
> One of the packages I maintain, effects, generates the following note in R
> CMD check:
> * checking S3 generic/method consistency ... NOTE
> Found the following apparent S3 methods exp
> John Fox
> on Wed, 10 Jun 2015 10:12:46 -0400 writes:
> Dear list members,
> One of the packages I maintain, effects, generates the following note in R
> CMD check:
> * checking S3 generic/method consistency ... NOTE
> Found the following apparent S3 methods exp
sion of
> the "--no-nanny" option Kevin wants.
>
>
> On 6/12/15 5:38 AM, "John Fox" wrote:
>
>> Dear Martin,
>>
>> Thank you for addressing this issue. Introducing a nonS3method()
>> directive in NAMESPACE
>> seems a reasonable solution. I
> Alex Chubaty
> 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 purported soluti
> JJ Allaire
> on Sun, 14 Jun 2015 07:41:53 -0400 writes:
>> I have neither been involved in the creation of the
>> 'noRStudioGD' option, but from looking at dev.new() it is
>> clear that it *should* work on all three platforms
>> (Windows, Mac, Linuxen).
>>
>
Dear Roger,
I'm diverting this to the newly appropriate R-package-devel mailing list
see also http://www.r-project.org/mail.html .
I hope that's fine for you.
> Roger Koenker
> on Mon, 22 Jun 2015 12:56:17 +0200 writes:
>I need some advice on how to resolve a warning in a r
> Alexandra,
> I got the same error for this line of code:
> e <- new.env()
> data("mydataset", envir=e)
> As you said it doesn't appear for R 3.2.1. I don't know why that should
> be wrong and would be interested to know, but my hack is this:
> e <- new.env()
> do.call("data", list("mydataset
>>>>> peter dalgaard
>>>>> on Thu, 9 Jul 2015 21:20:54 +0200 writes:
>> On 09 Jul 2015, at 20:56 , Martin Maechler
>> wrote:
>>
>>
>>> Alexandra, I got the same error for this line of code:
>>
> Alex Deckmyn
> on Fri, 31 Jul 2015 19:48:49 +0200 writes:
> First of all, I would like to thank Ray for his many years of taking care
of maps, mapdata and mapproj, and for his confidence in my taking over. I hope
to keep the packages running smoothly.
Indeed, thanks to Ray a
lly "standard" there.
e.g., package 'lme4', or 'pcalg' are two packages I'm involved with,
which use ref.classes and ' <<- ' but are "fine" with that.
So there must be something peculiar in your package leading to
the <<- warn
ease 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
> Kirill Müller
> on Thu, 28 Jan 2016 17:42:12 +0100 writes:
> On 28.01.2016 14:20, Duncan Murdoch wrote:
>> If the class is just "mytable", then you'll have to
>> change it to "ftable" before calling stats::format().
> Side note: The following will fail, because forma
> 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.
well, not quite, see below ..
>>> After lookin
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 Friday, February 5
> 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 'here', they are
s(.) 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
Martin Maechler @
> Duncan Murdoch
> on Wed, 13 Jul 2016 16:44:41 -0400 writes:
> On 13/07/2016 4:04 PM, Enrico Schumann wrote:
>> On Wed, 13 Jul 2016, "Boylan, Ross"
>> writes:
>>
>>> I have two questions, one substantive and one technical,
>>> about the relation between vign
f 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-project.org
> Subject:
tICA
to the DESCRIPTION file may be sufficient.
Please read more about this in *the* manual (for this topic):
"Writing R Extensions", part of every R installation and
browseable e.g., here
https://cran.r-project.org/doc/manuals/r-release/R-exts.html
https://cran.r-project.org/manuals.h
hould 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 configu
copula package, 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-
"model.tables",
> | "na.action", "na.omit", "pf", "ts", "var")
> | importFrom("utils", "read.table", "str", "tail", "write.table")
> |
> | to your
> 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 (but the function didn't stop!)
> 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:
>
http://stackoverflow.com/questions/42776058/extending-an-s3-generic-from-an-optional-package
((s
solved by
correct imports as those mentioned.
Martin
> David
> On Tue, 14 Mar 2017 at 09:06, Martin Maechler
> wrote:
>> >>>>> David Hugh-Jones
>> >>>>> on Tue, 14 Mar 2017 02:46:35 + writes:
>> >>>
I kept the *new* default at Inf.
and because of this open question, I have forgotten to commit
the change to the development version of R !
I have done so now, however not ported it yet to "R 3.4.0 alpha".
If not much surfaces (in CRAN / Bioc checks), we may port it in
time for 3.4.
> Mark van der Loo
> on Thu, 22 Jun 2017 07:33:49 + writes:
> I have had no problems recently (having updated a pkg or two with this
over
> the last couple of weeks). Your question is not reproducible so its hard
to
> help...
> best,
> Mark
> Op wo 21 j
>>>>> Martin Maechler
>>>>> on Thu, 22 Jun 2017 09:57:41 +0200 writes:
>>>>> Mark van der Loo
>>>>> on Thu, 22 Jun 2017 07:33:49 + writes:
>> I have had no problems recently (having updated a pkg or two with
> 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 3.4.0. Therefore, the solution to yo
> 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 became aware of a probl
AN 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:
>&
27;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
>>>>>>> on Wed, 29 Nov 2017 09:19:29 +0100 writes:
>> >
> 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
globalV
re-test" you may want 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 'Mat
> 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 reply-
n with 'Lazyload: 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 Mae
rise me, though.
Rather 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)
__
> 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 reall
> 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 t
- environment(fm1$m[[1]])
ls.str(fmE)
> convCrit : function ()
> dev : num 0.00479
> env :
> form : Class 'formula' language density ~ SSlogis(log(conc), Asym, xmid,
> scal)
> getPars : function ()
>
>
>
so the environment
this is seen to be true (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 St
> 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 s
> 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 no
doch
> 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.
> 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 th
ry version 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,
---
*
effectively) 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 kn
> 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 RD
> 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
> 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 Enhanc
> 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
>> fa
d OS tool for R ...
Martin
> Thanks, Dirk
> --
> 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
>>>>> 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
>
> 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 in
> 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 iden
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
&
ently Fedora/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&
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
___
> 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
, but at least
> 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/
>>>>> 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
> 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,
;d rather get flamed for saying
something stupid in public on
this list than 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
> 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
>> termin
r R-devel, 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
> 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 necessar
> 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 ch
> 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 escapin
y, e.g.,
R version 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,
>>
>&g
> Achim Zeileis
> on Tue, 2 Jul 2024 01:05:07 +0200 (CEST) writes:
> Kevin, R-Forge is still alive but there are problems with
> the build queue as you noticed. The problems occurred
> after R-Forge upgraded to R 4.4.0 - just as there was a
> switch in the maintenance
> Khue Tran
> on Fri, 19 Jul 2024 09:32:14 +1000 writes:
> Thank you for the suggestion, Denes, Vladimir, and Dirk. I have indeed
> looked into Rmpfr and while the package can interface GNU MPFR with R
> smoothly, as of right now, it doesn't have all the functions I need (
> Uwe Ligges
> on Thu, 5 Sep 2024 08:47:06 +0200 writes:
> Dear John,
> the question is not really easy to answer, but there is a nice summary
> Kurt pointed me to: The code of checkS3methods() includes the following
> comments with the last paragraph containing the
> Sigbert Klinke
> on Fri, 6 Sep 2024 14:43:31 +0200 writes:
> Hi,
> upon resubmitting my package to CRAN, I received the following note:
> Author field differs from that derived from Authors@R
> Author: 'Sigbert Klinke [aut, cre]
> (https://orcid.org/-0
> 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 testing (no longer do).
>>
> Gábor Csárdi
> on Tue, 6 Feb 2018 19:26:55 -0800 writes:
> codetools is a recommended package, and it is part of most R
> installations. builder.r-hub.io is a bit more strict, it does have the
> recommended packages, on some builders at least, so codetools might be
>
Please package authors, do update the source of 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
ile, 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} should exist
site. 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 Maechler
ETH Zurich
> Best
th 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
> Brian G Peterson
> on Thu, 17 May 2018 10:51:17 -0500 writes:
> newer versions of R require importFrom for functions from
> 'stats', 'graphics' and many other packages that used to
> be assumed to be on the search path and thus available.
> 'methods' continues to ha
>>>>> 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:
> 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 an
> 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
Dear Joris,
in my eyes, this is clearly a Q that should be asked on R-devel,
not R-package-devel ...
> Joris Meys
> on Thu, 24 May 2018 14:17:07 +0200 writes:
> Dear all, per the manual, one should create and register
> both the S3 and a S4 method if one needs a method for a
<==> maintainer("multcomp") } package I
think should not be in the strict dependencies of 'multcomp' but
rather in its "Suggests" something I'd say must be true for
all data packages:
The whole idea of data packages is that they should be needed
for
the list, we have 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&r=1&w=2 ))
Best,
Martin Maechler
> 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:
:
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 ...
> 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
>> mess
> 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).
> 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 ...
an
> 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", 'sample.kin
lies
to current LaTeX 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
> 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, inde
ed. -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 "
>>>>> 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:
> 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
> Dirk Eddelbuettel
> on Thu, 5 Sep 2019 10:14:21 -0500 writes:
> On 5 September 2019 at 16:53, Ralf Stubner wrote:
> | I don't know what is best, but here are three alternatives:
> |
> | * Use PKG_CHECK_MODULES which sets up default variables with _CFLAGS
> | and
>>>>> 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:
1 - 100 of 120 matches
Mail list logo
