> 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 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
> 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 (
> 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
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
> 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
> 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
> 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
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
> 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
;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
> 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,
>>>>> 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
, 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/
> 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
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
___
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&
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
&
> 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
> 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
>>>>> 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
>
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
> 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
> 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
> 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
> 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
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
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,
---
*
> 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
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.
> 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
> 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
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
- 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
> 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
> 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
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)
__
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
> 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-
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
> 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
(finaly) 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 !))
> 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 d
> 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 added
> Ben Bolker
> on Wed, 7 Oct 2020 20:42:08 -0400 writes:
> On 10/7/20 8:35 PM, Duncan Murdoch wrote:
>> On 07/10/2020 8:32 p.m., Ben Bolker wrote:
>>> Thanks for the tip, I'll take a look.
>>>
>>> Given that three relatively experienced package
>>> aut
> 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 t
> 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 those
> 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 that's
> 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 c
> 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 things
object '.__C__compMatrix' not found
>>> Error in setClassUnion("mMatrix", c("Matrix", "matrix")) :
>>> unable to create union class: could not set members "Matrix"
>>>> sessionInfo()
>>> R Under deve
So there'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 wou
> 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
> 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,
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
> 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 .
> 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.
>
> 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 ti
>>>>> 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
>
>>>>> 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:
> 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
> 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
>>>>> 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:
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 "
> 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
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
> 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
> 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
> 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).
> 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
:
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 ...
> 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:
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
<==> 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
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
> 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
> 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 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:
> 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
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
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
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
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
> 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
>
> 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).
>>
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:
>> >
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:
>&
> 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
> 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
>>>>> 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
> 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
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.
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:
>> >>>
> 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
> 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!)
"model.tables",
> | "na.action", "na.omit", "pf", "ts", "var")
> | importFrom("utils", "read.table", "str", "tail", "write.table")
> |
> | to your
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-
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
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
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:
1 - 100 of 118 matches
Mail list logo
