Re: [Rd] paths capability FALSE on devel?

On Wed, 27 Mar 2024 at 12:19, Ivan Krylov wrote: > В Wed, 27 Mar 2024 11:28:17 +0100 > Alexandre Courtiol пишет: > > > after installing R-devel the output of > > grDevices::dev.capabilities()$paths is FALSE, while it is TRUE for R > > 4.3.3 > > Your system

[Rd] paths capability FALSE on devel?

running R devel and R 4.3.3 can replicate this behaviour and if there are obvious reasons why the observed change would be expected. Man thanks, Alex -- Alexandre Courtiol, www.datazoogang.de [[alternative HTML version deleted]] __ R-devel@r

Re: [R-pkg-devel] The problem with resubmitting the package to the Cran

]] > > __ > R-package-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-package-devel > -- Alexandre Courtiol, www.datazoogang.de [[alternative HTML version deleted]] __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel

Re: [R-pkg-devel] Warning from orphaned package on check page

vel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-package-devel > -- Alexandre Courtiol, www.datazoogang.de [[alternative HTML version deleted]] __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel

Re: [R-pkg-devel] Problem with package containing spatial data

, like R CMD check > > complaining that you don't use the package you're importing. Loading > > the data from a file on demand would also load the sf namespace and > > thus solve the problem. > > Workarounds for the check complaints are discussed here, among other > places:

Re: [R-pkg-devel] no visible binding for global variable ‘degree_C’ - CRAN check note

Or the code works but you > > still see the NOTE? In this case, it is possible that you didn't > > replace all the instances of set_units(T, degree_C) in your files. > > > > Iñaki > > > >> however, setting > >> degree_C as a global variable does work. >

Re: [R-pkg-devel] How to Fix Debian and Linux Check Errors?

#r-release-linux-x86_64 > > > > Where do I start and how can this error be fixed? > > Thanks > > E. I Otoakhia > > [[alternative HTML version deleted]] > > __ > R-package-devel@r-project.org mailing list >

Re: [R-pkg-devel] no visible binding for global variable ‘degree_C’ - CRAN check note

> Growing Food > Healthy Living Mentor > Data Analysis with R > R Training > Chemistry and Mathematics Tutoring > Free/Libre and Open Source Software (FLOSS) Consultation > > __ > R-package-devel@r-project.org mailing list > htt

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

"POSIXlt", "POSIXt"), tzone = > c("Europe/Berlin", > > #> "CET", "CEST")) > > ``` > > > > Thanks again for all your help. > > Alex & Liam > > > >> On 10 Oct 2022, at 6:40 pm, Hadley Wickham wrote: > >> > >> On Sun, Oct 9, 2022 at 9:31 PM Jeff Newmiller > wrote: > >>> > >>> ... which is why tidyverse functions and Python datetime handling irk > me so much. > >>> > >>> Is tidyverse time handling intrinsically broken? They have a standard > practice of reading time as UTC and then using force_tz to fix the > "mistake". Same as Python. > >> > >> Can you point to any docs that lead you to this conclusion so we can > >> get them fixed? I strongly encourage people to parse date-times in the > >> correct time zone; this is why lubridate::ymd_hms() and friends have a > >> tz argument. > >> > >> Hadley > >> > >> -- > >> http://hadley.nz > > > > -- Alexandre Courtiol, www.datazoogang.de [[alternative HTML version deleted]] __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel

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

273L, isdst = 0L), class = c("POSIXlt", "POSIXt"), tzone = "UTC") bar <- as.POSIXct(foo, tz = "Europe/Berlin") bar #> [1] "2021-10-01 CEST" dput(bar) structure(1633046400, class = c("POSIXct", "POSIXt"), tzone =

Re: [R-pkg-devel] Warning about ggplot although no ggplot is used anywhere in the package

can check the vignette > code yourself if interested. > > > Has anyone an idea how to avoid this warning on R devel when rstanarm is > loaded inside a vignette? I currently see no way to solve this except for > not using rstanarm which is inconvenient. > > > Kind regards, &

Re: [R-pkg-devel] Warning about ggplot although no ggplot is used anywhere in the package

ize = size * 0.5)) } so bayesplot seems to be the culprit if you use these functions. On Thu, 22 Sept 2022 at 13:51, Alexandre Courtiol < alexandre.court...@gmail.com> wrote: > You could trace the ggplot function using trace(ggplot2::element_line) > and then load the package

Re: [R-pkg-devel] Warning about ggplot although no ggplot is used anywhere in the package

but can't install it myself since I don't use Windows. > > Duncan Murdoch > > __ > R-package-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-package-devel > -- Alexandre Courtiol, www.datazoogang.de [[

Re: [R-pkg-devel] Dispatch for S3 and Ordinary Function with Same Name

Dario Strbenac > University of Sydney > Camperdown NSW 2050 > Australia > __ > R-package-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-package-devel > -- Alexandre

Re: [Rd] vignettes present in 2 folders or won't work

.Rbuildignore file > are not. > > Duncan Murdoch > > On 01/11/2020 11:22 a.m., Alexandre Courtiol wrote: > > Dear all, > > > > I am struggling with an issue related to static vignettes: they work, but > > only when present in double in the tarball -- in the folder inst/doc

[Rd] vignettes present in 2 folders or won't work

on. If anyone knows of some _complete_ documentation about the ever troublesome topic of vignettes building in R, I would be very grateful too... Many thanks! Alex -- Alexandre Courtiol http://sites.google.com/site/alexandrecourtiol/home *"Science is the belief in the ignorance of experts

Re: [R-pkg-devel] Seeking for best way to manage package transitive dependencies

> > R-package-devel@r-project.org mailing list > > https://stat.ethz.ch/mailman/listinfo/r-package-devel > > > > __ > R-package-devel@r-project.org mailing list > https://stat.ethz.ch/m

Re: [R-pkg-devel] Warning Message on Vignettes

gt; > Thank you in advance! > > Regards, > > Charith. > > > > > [[alternative HTML version deleted]] > > __ > R-package-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-package-dev

Re: [Rd] "if" function in pure R?

tute(y) > return(list(x, y)) > } > > > myIf(i == 1, arg1) %myOperator% { > doSomeThing > } > > > *Results:* > > [[1]] > myIf(i == 1, arg1) > > [[2]] > { > doSomeThing > } > > I hope that helps. > > Best, > Jiefei > > On

[Rd] "if" function in pure R?

such as if, for, while... that allow for call of the form fn(x) expr to work (see ?Control). -- Alexandre Courtiol http://sites.google.com/site/alexandrecourtiol/home *"Science is the belief in the ignorance of experts"*, R. Feynman [[alternative HTML versi

Re: [R-pkg-devel] Problem installing built vignettes

South Australia > Phone: +61 8 8302 5535 Fax: +61 8 8302 5785 > Email: chris.br...@unisa.edu.au > WEB page: <http://people.unisa.edu.au/Chris.Brien> > CRICOS No 00121B > > __ > R-package-devel@r-project.org mailing list

Re: [R-pkg-devel] using @inheritParams in documenting data

TML version deleted]] > > __ > R-package-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-package-devel > -- Alexandre Courtiol http://sites.google.com/site/alexandrecourtiol/home *&qu

Re: [R-pkg-devel] Recommendations about adding options to a package in order to change default values of some functions on-the-fly

would like to know if there is a > simple and recommended solution without adding any dependency. > > Hope my question is clear. > > Thanks for any advice, > Samuel > > __ > R-package-devel@r-project.org mailing list > https:

Re: [R-pkg-devel] How o fix this NOTE Maintainer

It's all good, this is not a problem. On Fri, 31 Aug 2018, 08:44 Ulavappa Angadi, wrote: > Dear sir > > how fix this note > > checking CRAN incoming feasibility ... NOTEMaintainer: 'Ulavappa B. > Angadi ' > > With regards > > Angadi U B > Sr. Scientist > CABin, IASRI, Pusa, New Delhi > >

Re: [R-pkg-devel] Printing examples conditionally on another package in Suggests

value printed after the print statement > like it would appear in a normal R session: > > print("Hi") > #> [1] "Hi" > print("Hello") > #> [1] "Hello" > print("Goodbye") > #> [1] "Goodbye" > > > On Fri

Re: [R-pkg-devel] Printing examples conditionally on another package in Suggests

th this kind of thing? > > Cheers, > Zhian > > [[alternative HTML version deleted]] > > __ > R-package-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listin

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

onable answer can be extracted from a given body of > > data. ~ John Tukey > > > /// > > > > > > 2018-04-19 18:33 GMT+02:00 Alexandre Courtiol > > <

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

key > //// > /// > > > > > 2018-04-16 19:38 GMT+02:00 Alexandre Courtiol < > alexandre.court...@gmail.com>: > > Re, > > > > On 16 April 2018 at 17:35, Georgi Boshnakov &l

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

Otherwise, I will investigate. Thanks to everyone. Alex > > > Georgi Boshnakov > > > ____ > From: R-package-devel [r-package-devel-boun...@r-project.org] on behalf > of Alexandre Courtiol [alexandre.court...@gmail.com] > Sent: 16 April 2018 14:40 > To: List r-package

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

, so I would rather have a better solution. Many thanks, Alex -- Alexandre Courtiol http://sites.google.com/site/alexandrecourtiol/home *"Science is the belief in the ignorance of experts"*, R. Feynman [[alternative HTML version deleted]] _

Re: [R-pkg-devel] rgdal not available for checking

than addressing it. > > thanks! > -Pascal > > [[alternative HTML version deleted]] > > __ > R-package-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-package-devel > -- Alexandre Courtiol

Re: [R-pkg-devel] tibbles are not data frames

gt; > > > > > -- > > > > > > _____ > > > > > > Universitätsklinikum Hamburg-Eppendorf; Körperschaft des öffentlichen > > Rechts; Ger

Re: [R-pkg-devel] tibbles are not data frames

I could not agree more with Göran and we had to change code in our packages because if this too. I also see students often facing bugs because of it. Again, with all the respect I have for Hadley. On 26 Sep 2017 9:32 a.m., "Göran Broström" wrote: I am beginning to get

[Rd] Bug simulate.lm() --> needs credential to report it

## ugly hack showing where the issue is new.y <- simulate(mod_glm)[, 1] mean(new.y) ## 10.13554 var(new.y) ## 0.8629975 # OK # -- Alexandre Courtiol http://sites.google.com/site/alexandrecourtiol/home *"Science is the belief in the ignorance of experts"*, R. Feynman

Re: [R-pkg-devel] Issue with including vignettes without building package

k the repository beeing installed on their computers, the html, Rmd >> and >> > R files corresponding to the vignettes are present in ./doc, so it is >> not >> > an issue of having the wrong .gitgnore configuration. >> > >> > I have read about many vignett

Re: [R-pkg-devel] Issue with including vignettes without building package

emp...@gmail.com> wrote: > Hi Alex, > > > what if you run > > devtools::install_github(build_vignettes = TRUE) > > on your students computer? > > See ?devtools::install > > > Best, > > Sven > > > > On 20. Apr 2017, at 15:09, Alexandre Cou

[Rd] mget call can trigger C stack usage error

Hi all, not sure if you will call this a bug or something else but the following silly call trigger a low level error: foo <- list(x=1) class(foo) <- "new" print.new <- function(x, ...) print(mget(names(formals( foo > Error: C stack usage 7969412 is too close to the

[R-pkg-devel] Selective/Partial LazyData?

e). - if there is a way not to lazyload _all_ data objects, but only some of them as I do not need the biggest file to be lazyloaded, just some small ones. Sorry if I failed to spot the relevant section in the R manuals... I did look for it. Alex -- Alexandre Courtiol http://sites.google.com/site

[Rd] invalid comparison in numeric sequence (PR#13551)

Full_Name: alex Version: 2.8.1 OS: Ubuntu / MacOSX Submission from: (NULL) (162.38.183.51) 0.6==0.6 [1] TRUE seq(0,1,0.1)==0.4 [1] FALSE FALSE FALSE FALSE TRUE FALSE FALSE FALSE FALSE FALSE FALSE seq(0,1,0.1)==0.6 [1] FALSE FALSE FALSE FALSE FALSE FALSE FALSE FALSE FALSE FALSE FALSE