Re: [Rd] Another typo in R-exts.texi

> Dirk Eddelbuettel writes: Thanks: fixed now. Best -k > R Core, > Here is another minor typo which I had spotted three days ago and sent to > Brian, but have not heard back nor seen it incorporated. Doubly trivial as in > a comment but a dual typo nevertheless. Would be nice if someone cou

Re: [Rd] Depends: R (>= 4.1) for packages that use |> and \(...)

>>>>> Kurt Hornik writes: Thanks again. All added now with c87633. Best -k >>>>> Ivan Krylov via R-devel writes: > Thanks. I am already looking handling the 4.2.0 placeholder syntax, but > likely will need to refactor the code I added yesterday. > The

Re: [Rd] Depends: R (>= 4.1) for packages that use |> and \(...)

> Ivan Krylov via R-devel writes: Thanks. I am already looking handling the 4.2.0 placeholder syntax, but likely will need to refactor the code I added yesterday. The "experimental" 4.3.0 extra placeholder feature looks like a lot of effort: ideally there would be a simpler way. I'll ask on

Re: [Rd] Depends: R (>= 4.1) for packages that use |> and \(...)

>>>>> Kurt Hornik writes: I just committed c8761[2-4] to the trunk which adds an internal utility for finding package code using the pipe or function shorthand, teaches R CMD build to add a dependency on R >= 4.1.0 as necessary, and teaches R CMD check to NOTE a missing depend

Re: [Rd] Depends: R (>= 4.1) for packages that use |> and \(...)

>>>>> Kurt Hornik writes: Oh dear. Using a variant of Ivan's code, I seem to find 728 (!!!) CRAN packages which are missing their R >= 4.1 dependency. So clearly we need to do more about this than teach R CMD build to add the dependency ... Best -k >>>>

Re: [Rd] UTF-8 encoding issue with R CMD check with install-args="--latex"

>>>>> Peter Ruckdeschel writes: Should be fixed now in the trunk with c87598. Best -k > Thanks Ivan and Kurt, for nailing this down, best regards, Peter > Am 17.01.2025 um 09:01 schrieb Kurt Hornik: >>>>>>> Ivan Krylov via R-devel writes: >>

Re: [Rd] Depends: R (>= 4.1) for packages that use |> and \(...)

> Henrik Bengtsson writes: Thanks. Will take a look ... Best -k > Thanks for looking into this and the patch. FWIW, there's an open > PR18105 - "R CMD build: Add dependency on R >= 4.1.0 if code uses pipe > symbol |>" for this > (https://bugs.r-project.org/show_bug.cgi?id=18105). > /Henrik

Re: [Rd] UTF-8 encoding issue with R CMD check with install-args="--latex"

> Ivan Krylov via R-devel writes: Thanks. Will try to fix ... Best -k > В Thu, 16 Jan 2025 18:09:25 +0100 > Peter Ruckdeschel via R-devel пишет: >> this is to report some minor UTF-8 encoding issue with R CMD check >> with option --install-args="--latex" (and possibly more install-args).

Re: [Rd] Error message when calling t.test() and aov() with a factor variables

>>>>> Viechtbauer, Wolfgang (NP) writes: Thanks. Patches welcome :-) Best -k >> -Original Message- >> From: Kurt Hornik >> Sent: Friday, October 11, 2024 14:18 >> To: Viechtbauer, Wolfgang (NP) >> Cc: r-devel >> Subject: Re: [Rd] E

Re: [Rd] Error message when calling t.test() and aov() with a factor variables

> Viechtbauer, Wolfgang (NP) writes: > Hi all, > Just noticed that the error that arises when calling t.test() with factors > could be a bit clearer: >> t.test(factor(c(3,1,2,4,3,5,4,5)), factor(c(2,1,2,3,4,5))) > Error in var(x) : Calling var(x) on a factor x is defunct. > Use something l

Re: [Rd] WRE about R_strtod

> Ivan Krylov via R-devel writes: Thanks: changed now. Best -k > Hello, > This is what "Writing R extensions" currently says about R_atof and > R_strtod: >>> Function: void R_atof (const char* str) >>> Function: void R_strtod (const char* str, char ** end) >>> >>> Implementations of the C9

[Rd] I() in merge (was: Re: xftrm is more than 100x slower for AsIs than for character vectors)

> Hilmar Berger via R-devel writes: Thanks. I just removed the I() as suggested. Best -k > Dear all, > actually, it is not clear to me why there is still a protection of the > added Row.names column in merge using I(). This seems to stem from a > time when R would automatically convert char

Re: [Rd] xftrm is more than 100x slower for AsIs than for character vectors

> Ivan Krylov via R-devel writes: Thanks: I just changed xtfrm.AsIs() as suggested. Best -k > В Fri, 12 Jul 2024 17:35:19 +0200 > Hilmar Berger via R-devel пишет: >> This can be finally traced to base::rank() (called from >> xtfrm.default), where I found that >> >> "NB: rank is not itself

Re: [Rd] Fixing a CRAN note

> Therneau, Terry M , Ph D via R-devel writes: > I am trying to clear up all the "NOTE"s before a CRAN submission, but am a > bit confused > about this one.   What is it complaining about -- that it doesn't like my > name? > ... > * checking for file ‘deming/DESCRIPTION’ ... OK > * this is

Re: [Rd] rbind() on zero row matrices is inconsistent

> Duncan Murdoch writes: > The help for cbind() and rbind() says > "For cbind (rbind), vectors of zero length (including NULL) are ignored > unless the result would have zero rows (columns), for S compatibility. > (Zero-extent matrices do not occur in S3 and are not ignored in R.)" > This l

Re: [Rd] Fields used by available.packages

>>>>> Lluís Revilla writes: > Yes, I think that would be enough.  Thanks. And of course add documentation ... Will try to get this in in the next few days. Best -k > Thank you, Kurt! > Lluís > On Wed, 12 Jun 2024 at 16:35, Kurt Hornik wrote: >>>>&

Re: [Rd] Fields used by available.packages

> Lluís Revilla writes: Lluis, So in available.packages() I could replace if (is.null(fields)) fields <- requiredFields else { stopifnot(is.character(fields)) fields <- unique(c(requiredFields, fields)) } by someting like if(is.null(fields))

Re: [Rd] max on numeric_version with long components

>>>>> Kurt Hornik writes: Should be fixed now. Best -k >>>>> Ivan Krylov via R-devel writes: > Indeed, apparently using which.min/which.max on the string encoding is > not good enough. ? which.min says that x can also be > an R object for which

Re: [Rd] Petition to set warnPartialMatch* options to TRUE

> Therneau, Terry M , Ph D writes: > Let me give partial assent to Michael's suggestion:  a) have an easy way to > turn this on and b) add a strong suggestion to do so to the WRE manual.    > Kurt's example in the email shows how to do (a);  but I just looked in the > WRE manual and don't see

Re: [Rd] max on numeric_version with long components

> Ivan Krylov via R-devel writes: Indeed, apparently using which.min/which.max on the string encoding is not good enough. ? which.min says that x can also be an R object for which the internal coercion to ‘double’ works and I guess we found a case where it does not work. I'll look into

Re: [Rd] Question regarding .make_numeric_version with non-character input

>>>>> Hervé Pagès writes: > On 4/24/24 23:07, Kurt Hornik wrote: >>>>>>> Hervé Pagès writes: >>> Hi Kurt, >>> Is it intended that numeric_version() returns an error by default on >>> non-character input in R 4.4.0? >> Dear

Re: [Rd] Question regarding .make_numeric_version with non-character input

>>>>> Dirk Eddelbuettel writes: > Hi Kurt, > On 25 April 2024 at 08:07, Kurt Hornik wrote: > | >>>>> Hervé Pagès writes: > | > | > Hi Kurt, > | > Is it intended that numeric_version() returns an error by default on > | > non-chara

Re: [Rd] Question regarding .make_numeric_version with non-character input

_ON_INVALID_NUMERIC_VERSION_INPUTS_=false but I don't > seem to be able to find any of this mentioned in the NEWS file. That's what I added for smoothing the transition: it will be removed from the trunk shortly. Best -k > Thanks, > H. > On 4/1/24 05:28, Kurt Hornik wrote: &g

Re: [Rd] Petition to set warnPartialMatch* options to TRUE during R CMD check by default

> Michael Chirico writes: Michael, You may have seen that some time ago I added check.R:cprof <- Sys.getenv("_R_CHECK_EXAMPLES_PROFILE_", "") etc so one can use the _R_CHECK_EXAMPLES_PROFILE_ env var to specify a profile to use when running the examples, e.g. options(warnPartia

Re: [Rd] Question regarding .make_numeric_version with non-character input

> Andrea Gilardi via R-devel writes: Thanks: should be fixed now in the trunk. Best -k > Thank you very much Dirk for your kind words and for confirming the bug. > Next week I will open a new issue on Bugzilla adding the related patch. > Kind regards > Andrea > On 29/03/2024 20:14, Dirk

Re: [Rd] as.roman upper limit

> Jonathan Carroll writes: Thanks. Fascinating ... I strongly suspect that when I wrote the code in 2006 the docs said the largest possible number was 3899. Of course, I should have added a comment on this with a pointer to the docs ... In any case, clearly

Re: [Rd] Small typo in Sweave.Rnw

> Enrico Schumann writes: Great, thanks: changed now. Best -k > In the first paragraph of Sweave.Rnw > (./src/library/utils/vignettes/Sweave.Rnw), it reads > for literate programming \cite{fla:Knuth:1984}. > but probably should be > for literate programming \citep{fla:Knuth:1984}. >

Re: [Rd] [R-pkg-devel] Problem with "compacting" pdf files.

> Ivan Krylov writes: Thanks: committed now. Best -k > Dear Rolf, > (Moving this one to R-devel...) > On Sun, 1 Oct 2023 21:01:13 + > Rolf Turner wrote: >> I *really* think that the instructions from CRAN could have been >> clearer! Without your guidance I'd have been at a total los

Re: [Rd] bug in utils:::format.person

> Achim Zeileis writes: Thanks---Ivan's fix committed now with c84497. Best -k > Apologies, I missed Ivan's fix to the problem (my day was too long...) > which is, of course, better than mine. > On Sat, 3 Jun 2023, Achim Zeileis wrote: >> Thierry, >> >> thanks for this, this is a bug in

Re: [Rd] Should '@" now be listed in tools:::.get_internal_S3_generics() ?

>> On Apr 29, 2023, at 4:44 PM, Karolis Koncevičius >> wrote: >> >> Hello Kurt, >> >> With r84341 it now works on my side. >> >> Warm regards, >> Karolis K. >> >>> On Apr 29, 2023, at 1:24 PM, Kurt Hornik wrote: >>&

Re: [Rd] Should '@" now be listed in tools:::.get_internal_S3_generics() ?

> Karolis Koncevičius writes: Can you pls try again with r84341 or later? Best -k > A more concrete example in order to correct my vague messages below. > Writing an R package that uses `@` and `@<-` as S3 generics. Line from manual > pages in .Rd files: > \method{@}{newclass}(object,

Re: [Rd] Incorrect behavior of ks.test and psmirnov functions with exact=TRUE

> Alexey Sergushichev writes: Thanks. This is now fixed for the upcoming 4.3.0 release. Best -k > HI, > I've noticed what I think is an incorrect behavior of stats::psmirnov > function and consequently of ks.test when run in an exact mode. > For example: > psmirnov(1, sizes=c(50, 50), z=1:

Re: [Rd] Not documenting a function and not getting a check error?

> Duncan Murdoch writes: > On 06/01/2023 5:25 a.m., Kevin Coombes wrote: >> I am fairly certain that the check for documentation is really just a >> check for the presence of the function name in an "alias" line. > Yes, that's what the test does, and that's fine. The problem is with > the

Re: [Rd] Bug with `[<-.POSIXlt` on specific OSes

> Davis Vaughan writes: > I've got a bit more information about this one. It seems like it > (only? not sure) appears when `TZ = "UTC"`, which is why I didn't see > it before on my Mac, which defaults to `TZ = ""`. I think this is at > least explainable by the fact that those "optional" fields

Re: [Rd] Date method of as.POSIXct does not respect tz

> Martin Maechler writes: Currently in R-devel, R> as.POSIXlt.Date function (x, ...) { if (any((y <- unclass(x)) > .Machine$integer.max, na.rm = TRUE)) as.POSIXlt(.POSIXct(y * 86400), tz = "UTC") else .Internal(Date2POSIXlt(x)) } R> as.POSIXct.Date function (x, ...) .POSIX

Re: [Rd] [External] Time to drop globalenv() from searches in package code?

> luke-tierney writes: > On Thu, 15 Sep 2022, Duncan Murdoch wrote: >> The author of this Stackoverflow question >> https://stackoverflow.com/q/73722496/2554330 got confused because a typo in >> his code didn't trigger an error in normal circumstances, but it did when he >> ran his code in

Re: [Rd] Respecting custom repositories files in interactive/batch R sessions

> Gabriel Becker writes: Friends, I always keep forgetting how these things currently/precisely work, but I guess the principle is that utils:::.onLoad() does options(repos = c(CRAN = "@CRAN@")) unless the repos option was already set (in the user or site profiles). As the latter are not

Re: [Rd] documentation of asplit

> SOEIRO Thomas writes: > Dear list, > The documentation of `asplit` currently says (section Details): "apply > *always* simplifies common length results, so attempting to split via > apply(x, MARGIN, identity) does not work (as it simply gives x)." > This may be updated (e.g., by simply rem

Re: [Rd] LOGNAME env var in the check code

> Gábor Csárdi writes: Thanks. c81206 changes to use user <- Sys.info()[["effective_user"]] which afawct should always give the same as the uname for files created by the current user. Pls check: if not, we can go for something like foo <- function() { writeLines("ABC", tf <- temp

Re: [Rd] LOGNAME env var in the check code

> Gábor Csárdi writes: > While trying to reproduce a NOTE for > * checking for new files in some other directories ... NOTE > I noticed that the check code uses > Sys.getenv("LOGNAME") > to query the name of the current user. However on many systems this is > not set, so this is the empty s

Re: [Rd] Should Position() use match.fun()?

>>>>> Kurt Hornik writes: >>>>> Steve Martin writes: >> Hello, >> All of the funprog functions except Position() use match.fun() early >> in the body of the function. (Filter() seems to rely on lapply() for >> this, but the effect is the sam

Re: [Rd] Should Position() use match.fun()?

> Steve Martin writes: > Hello, > All of the funprog functions except Position() use match.fun() early > in the body of the function. (Filter() seems to rely on lapply() for > this, but the effect is the same.) Right. > In most cases this isn't a problem, but I can't see why Position() > s

Re: [Rd] Should seq.Date() return double storage?

> Michael Chirico via R-devel writes: > today <- Sys.Date() > typeof(today) > # [1] "double" > typeof(seq(today, by=1, length.out=2)) > # [1] "integer" > Clearly minor as it doesn't seem to have come up before (e.g. coercion > to numeric will happen automatically whenever fractional dates are

Re: [Rd] Possible bug in help file name generation

> Deepayan Sarkar writes: > On Thu, Jun 24, 2021 at 5:31 PM Iñaki Ucar wrote: >> >> Hi, >> >> I noticed that R 4.1 places html files into the packages' help >> directory, compared to previous versions, which used an RDS. I found a >> possible bug in the code that processes the aliases from

Re: [Rd] help(".libPaths"): Paragraph lacks mentioning of R_LIBS_SITE

> Henrik Bengtsson writes: Thanks: Tomas and I have now improved this. Best -k > In ?base::.libPaths, there's a paragraph saying: > The library search path is initialized at startup from the environment > variable R_LIBS (which should be a colon-separated list of directories > at which R lib

Re: [Rd] Silent failure with NA results in fligner.test()

> Karolis K writes: > To me it seems like returning chi-sq = 0 and p-value = 1 would make sense. > It would also be consistent with other scenarios of equal variance in all > groups. One example: > fligner.test(1:8, gl(2,4)) > #Fligner-Killeen test of homogeneity of variances > # > #

Re: [Rd] WRE still hints at the "styles" field in R_FortranMethodDef

> Ivan Krylov writes: Thanks: fixed now in the trunk with c79735. Best -k > The field has been removed in R 3.4.0 after being deprecated in R > 3.3.3. Indeed, the paragraph describing it has been commented out > (lines 10144-10151 in R-exts.texi), but another paragraph above (lines > 10101-1

Re: [Rd] Silent failure with NA results in fligner.test()

> Karolis K writes: Any preferences? Best -k > Hello, > In certain cases fligner.test() returns NaN statistic and NA p-value. > The issue happens when, after centering with the median, all absolute values > become constant, which ten leads to identical ranks. > Below are a few examples: >

Re: [Rd] order() and sort() on single row data.frames

> Benjamin Becker writes: > Hi, > not sure whether this belongs here or has been reported/asked before. > In the current R devel the behavior of order() and sort() on data.frames > with a single row has changed. > Before (release): >> sort(data.frame("b", "a")) >   X.a. X.b. > 1    a    b

Re: [Rd] Named class vector

> Duncan Murdoch writes: > The source to the noquote() function looks like this: > noquote <- function(obj, right = FALSE) { > ## constructor for a useful "minor" class > if(!inherits(obj,"noquote")) > class(obj) <- c(attr(obj, "class"), > if(right)

Re: [Rd] Error in ?lowess

> Duncan Murdoch writes: Thanks, fixed now. Best -k > The lowess() help page refers to documentation in "src/appl/lowess.doc". > This was moved to "src/library/stats/src/lowess.doc" in 2007. This > patch fixes it: > Index: src/library/stats/man/lowess.Rd > =

Re: [Rd] utils::isS3stdGeneric chokes on primitives and identity

> Gabriel Becker writes: > I added that so I can look at the proposed fix and put it or something > similar in bugzilla for review final review. > Apologies for the oversight. Fixed now with -while(as.character(bdexpr[[1L]]) == "{") +while(is.call(bdexpr) && (as.character(bdexpr[[1L

Re: [Rd] Stale link from ?check to R Internals

> Duncan Murdoch writes: > On 19/08/2020 12:26 p.m., Toby Hocking wrote: >> Hi the reference to R Internals >> https://cran.r-project.org/doc/manuals/r-release/R-ints.html#Tools >> in ?check (PkgUtils.Rd in utils package) is stale. Here is my proposed >> patch (use named reference rather than

Re: [Rd] Typos in file.path documentation.

> Rui Barradas writes: Thanks: both fixed now in the trunk with c79004. Best -k > Hello, > R 4.0.2 on Ubuntu 20.04, sessionInfo() below. > I believe there are two typos in ?file.path, section Value, 2nd paragraph. > 1. There is a close parenthesis missing after Encoding, as it is > readi

Re: [Rd] Typo in ?base::Bessel

> EDUARDO GARCIA PORTUGUES writes: Thanks, will fix and add a DOI ... Best -k > "So*c*kne, David J. (1973)." -> "Sookne, David J. (1973)." > "Sookne" is referred previously in the documentation and is the correct > surname in the publication >

Re: [Rd] Compilation error for R 4.0.2

> Wim R Cardoen writes: > Hello, > I experienced a compiler error when I tried to compile the latest version > of R i.e. R4.0.2 > making iosupport.d from iosupport.c > making lapack.d from lapack.c > making list.d from list.c > making localecharset.d from localecharset.c > grep.c(74): catastro

Re: [Rd] R-devel internal errors during check produce?

; l = list(a=new.env(), b=new.env()) R> unique(l) [[1]] [[2]] Best -k > Best regards, > Jan > On Mon, Jun 29, 2020 at 5:42 PM Martin Maechler > wrote: >> >> >>>>> Kurt Hornik >> >>>>> on Mon, 29 Jun 2020 16:13:03 +020

Re: [Rd] "R CMD Sweave --driver=..." woes

> Vincent Goulet via R-devel writes: Thanks: fixed now in the trunk with c78751. Best -k > In trying to change the driver used by Sweave on the command line using >R CMD Sweave --driver=foo > I consistently get the "directory 'foo' does not exist' error. (For any value > of 'foo', eve

Re: [Rd] R-devel internal errors during check produce?

> Jan Gorecki writes: > So the unique.default is from the R tools package during checks. > I don't see those issues on CRAN checks. I cannot reproduce this locally (and have no clues about docker). Perhaps you can try to debug this on your end? And see what env_list is when the error occurs?

Re: [Rd] Possible bug in heatmap()?

> Viechtbauer, Wolfgang (SP) writes: Should be fixed now. Best -k > Dear All, > There might be a bug in heatmap(): > x <- matrix(rnorm(10*5), 10, 5) > heatmap(x, labCol=1:5) > Error in axis(1, 1L:nc, labels = labCol, las = 2, line = -0.5, tick = 0, : > 'at' and 'labels' lengths differ,

Re: [Rd] quantile() type 1 for some ordered factors in R-devel

nteger(), but tracing down these breaks can be time-consuming. What > about a warning whenever code that would trigger c.factor() is called? This > way users are given a chance to update packages and code. > Thanks, > Trang > On Wed, May 20, 2020 at 1:53 AM Kurt Hornik wrote: >

Re: [Rd] quantile() type 1 for some ordered factors in R-devel

> Tobias Rockel writes: Thanks for spotting this, and also to Hadley for reporting to me directly. Fixed now with c78501. Best -k > Hi, > In R-devel (2020-05-17 r78478) quantile() type 1 seems to behave a little > bit strange for some ordered factors: > quantile(factor(1:3, ordered = TRUE),

Re: [Rd] Minor typo in recent commit

> Hugh Parsonage writes: Thanks: fixed now. Best -k > I believe should be February 2020 not 2010 > --- a/doc/manual/R-exts.texi > +++ b/doc/manual/R-exts.texi > @@ -2631,9 +2631,9 @@ not necessarily installed) on all known @R{} > platforms. As from @R{} > 4.0.0 a C++ compiler will be selec

Re: [Rd] Error: package or namespace load failed for‘utils

> Laurent Gautier writes: > In case a search engine leads someone with the same issue here, I am > documenting the point I reached: > I can reproduce the issue with a small example when forcing R to not load > any package at startup time (using an Renviron file): > ``` > package <- "utils" >

Re: [Rd] R-intro: Appendix A: attach position

> Suharto Anggono Suharto Anggono via R-devel writes: Thanks: fixed now in the trunk. Best -k > In "An Introduction to R", in "Appendix A  A sample session", in the part on > Michelson data, information for > attach(mm) > is > Make the data frame visible at position 3 (the default). > In f

Re: [Rd] Addition of a meta viewport tag to HTML manuals

>>>>> Kurt Hornik writes: >>>>> Bob Rudis writes: >> Thanks for both the support & sage advice, Martin! >> And, aye, tis straightforward to convert the perl one-liner to a >> shell/sed idiom. >> A kind soul from the list has also offer

Re: [Rd] Addition of a meta viewport tag to HTML manuals

> Bob Rudis writes: > Thanks for both the support & sage advice, Martin! > And, aye, tis straightforward to convert the perl one-liner to a > shell/sed idiom. > A kind soul from the list has also offered to walk me through the > "provide a patch" process and I'll do my best to get it right on

Re: [Rd] trivial typos in man/switch.Rd

> Ben Bolker writes: Thanks: fixed now in the trunk. Best -k > My colleague points out that these typos are probably still present > because almost no-one has the stamina to read that far down in ?switch ... > cheers > Ben Bolker > x[DELETED ATTACHMENT switch_patch.txt, plain text]

Re: [Rd] eliminate a partial argument match warning in R CMD check

> Jennifer Bryan writes: Thanks: fixed with c76763 in the trunk. Best -k > Hello, > I'm seeing a nuisance warning when I run `R CMD check --as-cran > whatever_x.y.z.tar.gz`. > I generally work with these options set: > options( > warnPartialMatchArgs = TRUE, > warnPartialMatchAttr = TR

Re: [Rd] [R] Open a file which name contains a tilde

> Duncan Murdoch writes: With c76695 in the trunk, we now only tilde expand file names starting with a tilde also when using readline. Best -k > On 11/06/2019 4:34 p.m., William Dunlap via R-devel wrote: >> Note that R treats tildes in file names differently on Windows and Linux. >> On Windo

Re: [Rd] Wrong IEEE reference in documentation for the Round function

> Kyle Hamilton writes: Thanks: I'll fix that. Best -k > Hello, > Since I can't open an account on Bugzilla and the website told me to > submit my bug report to the mailing list here's a patch addressing a > minor typo in the documentation for the Round function. The reference > section stat

Re: [Rd] Spurious warning from checkReplaceFuns about a non-replacement function

> Hugh Parsonage writes: > If a function contains the pattern `<-` it is (with a few exceptions) > deemed to be a replacement function and in particular must have second > argument `value` to pass R CMD check. > Consider the function %<->% or any other function containing <- within > grapes.

Re: [Rd] Patch idea: an environment variable for setting the user ID

> Will L writes: > To R-devel, > In `R CMD build`, the ID of the user is automatically inserted into the > DESCRIPTION file, e.g. > Packaged: 2018-11-06 14:01:50 UTC; > This is problematic for those of us who work in corporate settings. We must > not divulge our user IDs in the packages we

Re: [Rd] trivial typo in src/library/stats/man/ts.Rd

> Ben Bolker writes: Thanks, fixed in the trunk now. Best -k > "vector[s]" should be plural in line 54 ... > cheers >Ben Bolker > > Index: ts.Rd > === > --- ts.Rd (revision 75540) > +++ ts.Rd (working copy)

Re: [Rd] Suggestion: Make CRAN source URLs immutable

> Kurt Wheeler writes: Try e.g. https://cran.r-project.org/package=httr&version=1.3.1 https://cran.r-project.org/package=httr&version=1.3.0 -k > Hello, I hope the is the right list to send this suggestion to. > I was wondering if it might be possible to have CRAN store the most current > ve

Re: [Rd] 2 minor typos

> Marie-Helene Burle writes: Thanks, will fix! Best -k > Hello, > I would like to report 2 very minor typos: > 1. help file for package:base function:function > The last sentence of the "Technical details" section reads: > "This is not normally user-visible, but it indicated when functio

Re: [Rd] Segfault when performing match on POSIXlt object

> Marco Giuliano writes: Thanks. Should be fixed in the trunk with c75224: will close the PR after more testing. Best -k > Bug report submitted : > https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17459 > Thanks! > On Fri, Aug 31, 2018 at 6:48 PM Martin Maechler > wrote: >> > Marc

Re: [Rd] Argument 'dim' misspelled in error message

> Hervé Pagès writes: Thanks: fixed in the trunk with c75223. Best -k > Hi, > The following error message misspells the name of > the 'dim' argument: >> array(integer(0), dim=integer(0)) >Error in array(integer(0), dim = integer(0)) : > 'dims' cannot be of length 0 > The name of t

Re: [Rd] premature use of startsWith in r75110

> Hugh Parsonage writes: Thanks, will fix. Best -k > In r75110 at line 1846 in src/library/tools/R/check.R the following > line was changed > - if(length(grep("^Found the defunct/removed function", out8))) > + if(any(startsWith(out8, "Found the defunct/removed function"))) > However, if `o

Re: [Rd] MARGIN in base::unique.matrix() and base::unique.array()

> Hervé Pagès writes: Thanks for spotting this. With c74978 I just committed, we now get R> unique(matrix(1:10, ncol=2), MARGIN=1:3) Error in unique.matrix(matrix(1:10, ncol = 2), MARGIN = 1:3) : MARGIN = 1,2,3 is invalid for dim = 5,2 Calls: unique -> unique.matrix R> unique(matr

Re: [Rd] Bug 16719: kruskal.test documentation for formula

> Thomas Levine writes: Thanks: this is now fixed in the trunk with c74945. Best -k > I submit a couple options for addressing bug 16719: kruskal.test > documentation for formula. > https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=16719 > disallow-character.diff changes the documentatio

Re: [Rd] agrep bug

> Kolter, Andreas writes: > Sorry, I don't understand how to file a bug properly. Nontheless I > want to report this one because it is still in the code after so many > years. Thanks. This is now fixed in the trunk with c74916. Best -k > This bug still exists: > https://stackoverflow.com/

Re: [Rd] access an element with empty name

> Serguei Sokol writes: > Hi, > I came across a case where I cannot access a list element by its empty name. > Minimal example can be constructed as >     x=list("A", 1) >     names(x)=c("a", "") >     x[["a"]] >     #[1]  "A" >     x[[""]] >     #NULL >     x$`a` >     #[1]  "A" >  

Re: [Rd] Numerical stability in chisq.test

> Jan Motl writes: > The chisq.test on line 57 contains following code: > STATISTIC <- sum(sort((x - E)^2/E, decreasing = TRUE)) The preceding 2 lines seem relevant: ## Sorting before summing may look strange, but seems to be ## a sensible way to deal with round

Re: [Rd] Region subtag in package 'Language' field

> Jeroen Ooms writes: All standard (not private use or grandfathered) IETF language tags should be fine. What WRE says about ISO-639 codes is meant to explain the language subtags. Hth -k > I am looking for the appropriate field to let package authors to > declare the pkg documentation lang

Re: [Rd] Dialect for shell scripts

> Iñaki Úcar writes: Same from here: in addition to what the standards say, it always pays to be defensive and check "Portable Shell Programming" in the Autoconf manual. Among other things, this says '$((EXPRESSION))' Arithmetic expansion is not portable as some shells (most notably

Re: [Rd] R CMD Rd2pdf and macros

> Kasper Daniel Hansen writes: Interesting. When I take e.g. zTree as the last CRAN package using the \packageTitle macro, R CMD Rd2pdf zTree seems to work fine, but R CMD Rd2pdf zTree/man gives Converting Rd files to LaTeX Warning in parse_Rd("zTree/man/zTree-package.Rd", encodin

Re: [Rd] unlicense

> Charles Geyer writes: > In that case, perhaps the question could be changed to could CC0 be > added to the list of R licences. Right now the only CC licence that > is in the R licenses is CC-BY-SA-4.0. Hmm, I see Name: CC0 FSF: free_and_GPLv3_compatible (https://www.gnu.org/licenses/lice

Re: [Rd] RFC: Declaring "foo.bar" as nonS3method() ?!

>>>>> Duncan Murdoch writes: > On 12/06/2015 7:16 AM, Kurt Hornik wrote: >>>>>>> Duncan Murdoch writes: >> >>> On 12/06/2015 4:12 AM, Martin Maechler wrote: >>>> This is a topic ' "apparent S3 methods" note i

Re: [Rd] RFC: Declaring "foo.bar" as nonS3method() ?!

> Duncan Murdoch writes: > On 12/06/2015 4:12 AM, Martin Maechler wrote: >> This is a topic ' "apparent S3 methods" note in R CMD check ' >> from R-package-devel >> https://stat.ethz.ch/pipermail/r-package-devel/2015q2/000126.html >> >> which is relevant to here because some of us have been

Re: [Rd] NEWS.md support on CRAN

>>>>> Duncan Murdoch writes: > On 02/06/2015 11:05 AM, Dirk Eddelbuettel wrote: >> Hi Kurt, >> >> On 1 June 2015 at 14:02, Kurt Hornik wrote: >> | >>>>> peter dalgaard writes: >> | >> | >> On 30 May 2015, at 01:20 , Ima

Re: [Rd] NEWS.md support on CRAN

. -k > -pd >> https://github.com/wch/r-source/commit/9ffe87264a1cd59a31a829f72d57af0f1bfa327a >> >> Sent from my iPad >> >> On 23 May 2015, at 6:05 pm, Kurt Hornik wrote: >> >>>>>>>> Duncan Murdoch writes: >>> >>

Re: [Rd] NEWS.md support on CRAN

> Duncan Murdoch writes: > On 22/05/2015 8:49 PM, Imanuel Costigan wrote: >> Are there any plans for CRAN to support NEWS files in markdown? Bit of a >> hassle to go the the package’s Github (or other like) site to read NEWS. > Not as far as I know. There have been discussions about increas

Re: [Rd] Help finding source of warnings

> Prof J C Nash (U30A) writes: > I've been implementing a wrapper to the 2011 Fortran version of > L-BFGS-B. In optim(), R uses a C translation of a Fortran version (the > version number does not appear to be documented by the original > authors). The authors of the original Fortran code ha

Re: [Rd] Making iconv portable?

> Spencer Graves writes: > Hello, All: > What would it take to make “iconv” portable? > I ask, because I want to convert accented characters to > vanilla ASCII, thereby converting, e.g., ‘Raúl’ to “Raul”, and > Milan Bouchet-Valet suggested on R-help that

Re: [Rd] links to package vignettes on CRAN after R 2.14.0

> Yihui Xie writes: > Hi, > I noticed the links to my package vignettes on CRAN were gone after I > started using ./vignettes instead of ./inst/doc, as suggested by the > R-exts manual in R 2.14.0. For example, > http://cran.r-project.org/web/packages/formatR/index.html > http://cran.r-projec

Re: [Rd] libtool FIXME

> Marco atzeri writes: > Hi, > looking on the build scripts, I noticed on configure.ac > ## > ## Completely disable using libtool for building shlibs until libtool > ## fully supports Fortran and C++. > ## AC_ARG_WITH([libtool], > ## [AS_HELP_STRING([--with-libtool],[use libtool for building

Re: [Rd] Referencing non-CRAN extension from CRAN package

> Tim Jurka writes: > Hi r-devel, > I would like to submit a package to CRAN that makes use of an Omegahat > extension, RStem ( http://www.omegahat.org/Rstem/ ). What is the best > way to reference it in my package, and ensure compliance with CRAN > submission guidelines? CRAN can deal with

Re: [Rd] all.equal doesn't work for POSIXlt objects

> Joris Meys writes: This is already fixed in r-devel. -k > Hi all, > following sample code illustrates the problem : > Date1 <- Date2 <- > as.POSIXlt(seq.Date(as.Date("2010-04-01"),as.Date("2011-04-01"),by='day')) > identical(Date1,Date2) > all.equal(Date1,Date2) > identical() gives

Re: [Rd] Accessing Package NEWS (NEWS.Rd)

> Paul Roebuck writes: > Okay. So, after having spent quite some time never really tracking down > why my package NEWS files were unacceptable to readNEWS(), I > noticed that there was recent (to me anyway) development that allowed > the NEWS to be done as an Rd file. Sweet! A more standard fo

  1   2   >