Re: [R-pkg-devel] error on r-release-macos-arm64

Hi Simon, Wow thank you so much for the detailed exploration and reply. I really appreciate it and all you do for the community! Josh On Thu, 27 Mar 2025 at 12:49, Simon Urbanek wrote: > Josh, > > your package got caught up in a chain-reaction: the pan package failed to > install *after* its b

[R-pkg-devel] error on r-release-macos-arm64

Hi All, I just submitted an update to one of my packages to CRAN. It went live, but when I am looking at checks, I can see that the new version, 1.4.2 works on most platforms but has an error on r-release-macos-arm64. Here is the link to CRAN check results https://cran.r-project.org/web/checks/ch

Re: [R-pkg-devel] error on r-release-macos-arm64

Josh, your package got caught up in a chain-reaction: the pan package failed to install *after* its binary package was built due to disk space issues, so although the pan package binary is on CRAN, the package itself was not available in the build machine’s R library. JWileymisc doesn’t depend

Re: [R-pkg-devel] Error in creating virtual environment on Debian machines

Hello Taeyong and welcome to R-package-devel! В Thu, 5 Sep 2024 23:40:00 +0300 Taeyong Park пишет: > # Define paths > venv_path <- file.path(Sys.getenv("HOME"), ".virtualenvs", > "pytrends-in-r-new") > python_path <- file.path(venv_path, "bin", "python") Please don't require placing the v

[R-pkg-devel] Error in creating virtual environment on Debian machines

Hello, I am trying to create a virtual environment in the zzz.r file of my package, and my package is currently passing on Windows and failing on Debian with 1 ERROR. This is the ERROR: * installing *source* package ‘PytrendsLongitudinalR’ ... ** using staged installation ** R ** inst ** byte-c

Re: [R-pkg-devel] Error handling in C code

:38 To: Jarrod Hadfield Cc: r-package-devel@r-project.org Subject: Re: [R-pkg-devel] Error handling in C code This email was sent to you by someone outside the University. You should only click on links or attachments if you are certain that the email is genuine and the content is safe. Jarrod

Re: [R-pkg-devel] Error handling in C code

Jarrod, could you point us to the code? There is not much to go by based on your email. One thing just in general: it's always safer to not re-map function names, especially since "error" can be defined in many random other headers, so it's better to use Rf_error() instead to avoid confusions w

Re: [R-pkg-devel] Error handling in C code

Most functions in R have a prefix on their name, with aliases defined so you can use the function without the prefix. But you can turn off the aliasing, in which case you need the true name. I think for all of the functions you list the prefix is "Rf_", so they are "Rf_error", etc. Perhaps y

[R-pkg-devel] Error handling in C code

Hi, I have an R library with C code in it. It has failed the CRAN checks for Debian. The problem is with the error function being undefined. Section 6.2 of the Writing R extensions (see below) suggests error handling can be handled by error and the appropriate header file is included in R.h, b

Re: [R-pkg-devel] error in windows R-devel builder, but not anywhere else

Looks like this recent change to R-devel has caught you: \code{is.atomic(NULL)} now returns \code{FALSE}, as \code{NULL} is not an atomic vector. Strict back-compatibility would replace \code{is.atomic(foo)} by \code{(is.null(foo) || is.atomic(foo))} but should happen o

[R-pkg-devel] error in windows R-devel builder, but not anywhere else

Hi everyone, I am updating my R package (tinycodet), and I have checked my R-package in all operating systems (Linux, Mac, Windows). All examples and tests run correctly for Linux, Mac, and Windows. Rcmd checks also finds no issues on GitHub (I use rather strict Rcmdcheck workflows on GitHub,

Re: [R-pkg-devel] ERROR building MixAll on Windows platform

On 1/19/24 15:18, Serge wrote: This post is a continuation of the post *[R-pkg-devel] Does dependencies up to date on the pretest CRAN infrastructure* I made more (unsuccessful) tries: - I installed a Windows 11 version in a VM on my compuiter and try to buid the MixAll package using Rtools42

[R-pkg-devel] ERROR building MixAll on Windows platform

This post is a continuation of the post *[R-pkg-devel] Does dependencies up to date on the pretest CRAN infrastructure* I made more (unsuccessful) tries: - I installed a Windows 11 version in a VM on my compuiter and try to buid the MixAll package using Rtools42 and Rtools43 (it's quite easy,

Re: [R-pkg-devel] Error: [writeRaster] cannot write file

Hi, This works. I think this is also an implementation of what Berry and Duncan suggested earlier. Thanks. Best Regards, Krishna Keshav From: Iris Simmons Date: Monday, October 9, 2023 at 7:37 PM To: Keshav, Krishna Cc: r-package-devel@r-project.org Subject: Re: [R-pkg-devel] Error

Re: [R-pkg-devel] Error: [writeRaster] cannot write file

You wrote # create the plots directory if it does not exist but then created a directory named outdir/plots/typ_Sys.time.tif You need to rewrite the code like: plotsdir <- file.path(outdir, "plots") fp <- file.path(plotsdir, paste(typ, "_", stringr::str_replace_all(Sys.time(), "[^a-zA-Z0-9

Re: [R-pkg-devel] Error: [writeRaster] cannot write file

://builder.r-hub.io/status/geohabnet_1.0.0.tar.gz-a2eaa40ccf1d026bbebf5077bfb482d5> Best Regards, Krishna Keshav *From: *Duncan Murdoch *Date: *Monday, October 9, 2023 at 4:08 PM *To: *Keshav, Krishna , r-package-devel@r-project.org *Subject: *Re: [R-pkg-devel] Error: [writeRaster] cannot write

Re: [R-pkg-devel] Error: [writeRaster] cannot write file

tps://builder.r-hub.io/status/geohabnet_1.0.0.tar.gz-a2eaa40ccf1d026bbebf5077bfb482d5 Best Regards, Krishna Keshav From: Duncan Murdoch Date: Monday, October 9, 2023 at 4:08 PM To: Keshav, Krishna , r-package-devel@r-project.org Subject: Re: [R-pkg-devel] Error: [writeRaster] cannot write f

Re: [R-pkg-devel] Error: [writeRaster] cannot write file

v, Krishna Sent: Monday, October 9, 2023 20:59 To: r-package-devel@r-project.org Subject: [R-pkg-devel] Error: [writeRaster] cannot write file Hi, I am developing an R package where I need to save Raster file with .tif extension to the tempdir(). I am using terra::writeRaster for the same. While

Re: [R-pkg-devel] Error: [writeRaster] cannot write file

What were you using as "outdir"? On 09/10/2023 2:59 p.m., Keshav, Krishna wrote: Hi, I am developing an R package where I need to save Raster file with .tif extension to the tempdir(). I am using terra::writeRaster for the same. While it works through R CMD check in mac, it is failing in R h

[R-pkg-devel] Error: [writeRaster] cannot write file

Hi, I am developing an R package where I need to save Raster file with .tif extension to the tempdir(). I am using terra::writeRaster for the same. While it works through R CMD check in mac, it is failing in R hub builder. Snippet �V .saverast <- function(typ, rast, outdir) { if (is.null(outd

[R-pkg-devel] Error in find_vignette_product(name, by = "weave", dir = docdir, engine = engine)

Hi, I am attempting to build my revised 'iemisc' package, but I am having trouble building one of the vignettes. I am receiving the following error message: * creating vignettes ...Error in find_vignette_product(name, by = "weave", dir = docdir, engine = engine) : Failed to locate ‘weave’ ou

Re: [R-pkg-devel] Error uploading file on CRAN

Hello, Many thanks for your reply. Very helpful. I have made the necessary changes. Regards, Havisha On Mon, Dec 5, 2022 at 12:01 PM Ivan Krylov wrote: > On Mon, 5 Dec 2022 11:14:19 +0400 > "Jahajeeah, Havisha" wrote: > > > Will a binary package resolve the above issue? > > Due to an interac

Re: [R-pkg-devel] Error uploading file on CRAN

On Mon, 5 Dec 2022 11:14:19 +0400 "Jahajeeah, Havisha" wrote: > Will a binary package resolve the above issue? Due to an interaction between the way R binary packages work and the way you have implemented the Greymodels:::ui variable, this binary package will only work on your computer. (And, we

Re: [R-pkg-devel] Error uploading file on CRAN

Dear CRAN team, I trust you are well. Referring to the following issue I had when running the greymodels 2.0 package: An error has occurred! Couldn't normalize path in `addResourcePath`, with arguments: `prefix` = 'AdminLTE-2.0.6'; `directoryPath` = 'D:/RCompile/CRANpkg/lib/4.2/shinydashb

Re: [R-pkg-devel] Error uploading file on CRAN

Hello, Yes, the author is aware of the situation. We are currently working on resolving the issue. Thank you, Havisha On Thu, Dec 1, 2022 at 7:32 PM Uwe Ligges wrote: > > > On 30.11.2022 14:18, Duncan Murdoch wrote: > > On 30/11/2022 7:56 a.m., Ivan Krylov wrote: > >> В Wed, 30 Nov 2022 16:10

Re: [R-pkg-devel] Error uploading file on CRAN

On 30.11.2022 14:18, Duncan Murdoch wrote: On 30/11/2022 7:56 a.m., Ivan Krylov wrote: В Wed, 30 Nov 2022 16:10:22 +0400 "Jahajeeah, Havisha" пишет: How do I fix this problem? Kindly advise. I think I know what could be the problem. Your run_app function calls shiny::shinyApp(ui, server

Re: [R-pkg-devel] Error uploading file on CRAN

On 30/11/2022 7:56 a.m., Ivan Krylov wrote: В Wed, 30 Nov 2022 16:10:22 +0400 "Jahajeeah, Havisha" пишет: How do I fix this problem? Kindly advise. I think I know what could be the problem. Your run_app function calls shiny::shinyApp(ui, server, options = list(launch.browser = TRUE)). Here,

Re: [R-pkg-devel] Error uploading file on CRAN

В Wed, 30 Nov 2022 16:10:22 +0400 "Jahajeeah, Havisha" пишет: > How do I fix this problem? Kindly advise. I think I know what could be the problem. Your run_app function calls shiny::shinyApp(ui, server, options = list(launch.browser = TRUE)). Here, `ui` is an object of class "shiny.tag". I thi

Re: [R-pkg-devel] Error uploading file on CRAN

Hello, Yes I noticed that I did not reply to all. Apology. Thank you for the reply and link to guide. Does the D:/RCompile/CRANpkg/lib/4.2/shinydashboard/AdminLTE directory exist? The D:/RCompile... folder was never interacted with. Has someone touched the shinydashboard package installation?

Re: [R-pkg-devel] Error uploading file on CRAN

В Wed, 30 Nov 2022 14:17:54 +0400 "Jahajeeah, Havisha" пишет: > To run the app, we use: > > install.packages("Greymodels") > library(Greymodels) > run_app() > > The app worked fine on Monday. Today it is showing error. > > Please see below traceback() > > 13: execCallbacks(timeoutSecs, all,

Re: [R-pkg-devel] Error uploading file on CRAN

В Wed, 30 Nov 2022 13:43:21 +0400 "Jahajeeah, Havisha" пишет: > but now I am getting the following error: > > An error has occurred! > > Couldn't normalize path in `addResourcePath`, with arguments: > `prefix` = 'AdminLTE-2.0.6'; `directoryPath` = > 'D:/RCompile/CRANpkg/lib/4.2/shinydashboard/A

Re: [R-pkg-devel] Error uploading file on CRAN

Dear CRAN team, I trust you are well. The package 'Greymodels' worked fine the other day, but now I am getting the following error: An error has occurred! Couldn't normalize path in `addResourcePath`, with arguments: `prefix` = 'AdminLTE-2.0.6'; `directoryPath` = 'D:/RCompile/CRANpkg/lib/4.2/sh

Re: [R-pkg-devel] Error uploading file on CRAN

Thanks Spencer. Yes, devtools does give good support for CRAN updates these days. Duncan Murdoch On 27/11/2022 12:07 p.m., Spencer Graves wrote: On 11/27/22 10:44 AM, Duncan Murdoch wrote: On 27/11/2022 11:29 a.m., Jahajeeah, Havisha wrote: Dear CRAN team, The Greymodels package has been

Re: [R-pkg-devel] Error uploading file on CRAN

On 11/27/22 10:44 AM, Duncan Murdoch wrote: On 27/11/2022 11:29 a.m., Jahajeeah, Havisha wrote: Dear CRAN team, The Greymodels package has been debugged and the updated package has been published on Github. I would be very much grateful if the app could be updated on CRAN. That needs to b

Re: [R-pkg-devel] Error uploading file on CRAN

On 27/11/2022 11:29 a.m., Jahajeeah, Havisha wrote: Dear CRAN team, The Greymodels package has been debugged and the updated package has been published on Github. I would be very much grateful if the app could be updated on CRAN. That needs to be done by the maintainer (that's you, I think),

Re: [R-pkg-devel] Error uploading file on CRAN

On Sun, 27 Nov 2022 20:29:10 +0400 "Jahajeeah, Havisha" wrote: > The Greymodels package has been debugged and the updated package has > been published on Github. Congratulations on getting it working! > I would be very much grateful if the app could be updated on CRAN. Please do it the same w

Re: [R-pkg-devel] Error uploading file on CRAN

Dear CRAN team, The Greymodels package has been debugged and the updated package has been published on Github. I would be very much grateful if the app could be updated on CRAN. I look forward to hearing from you. Thanking you and sincerely Havisha Jahajeeah On Mon, Nov 7, 2022 at 12:30 PM Jah

Re: [R-pkg-devel] Error uploading file on CRAN

Thank you for your help. I will go through the guide. Many thanks, Havisha On Mon, Nov 7, 2022 at 3:19 PM Ivan Krylov wrote: > В Mon, 7 Nov 2022 14:55:06 +0400 > "Jahajeeah, Havisha" пишет: > > > The Greymodels package loads data from spreadsheets and each model > > accepts a set of data and

Re: [R-pkg-devel] Error uploading file on CRAN

В Mon, 7 Nov 2022 14:55:06 +0400 "Jahajeeah, Havisha" пишет: > The Greymodels package loads data from spreadsheets and each model > accepts a set of data and outputs the values. However, the package > is unable to do that because of the error: cannot open connection. Thank you for clarifying th

Re: [R-pkg-devel] Error uploading file on CRAN

Thank you for the reply. Yes, uploading files into the Shiny app. The Greymodels package loads data from spreadsheets and each model accepts a set of data and outputs the values. However, the package is unable to do that because of the error: cannot open connection. Regards, Havisha On Mon, No

Re: [R-pkg-devel] Error uploading file on CRAN

В Mon, 7 Nov 2022 12:30:35 +0400 "Jahajeeah, Havisha" пишет: > After loading the package on CRAN, when I try to upload file (xlsx or > xls) the following error appears: > > Error: cannot open the connection Do you mean uploading files into your Shiny application, or somewhere else? Have you tr

[R-pkg-devel] Error uploading file on CRAN

Dear CRAN team, The package 'Greymodels' has just been published on CRAN. After loading the package on CRAN, when I try to upload file (xlsx or xls) the following error appears: Error: cannot open the connection What could be the problem? Is it because of the working directory? Please advise on

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

Yes, the resubmission and re-building has fixed the problem with buildmer/ Matrix. Carl On Tue, Oct 18, 2022 at 12:17 PM Duncan Murdoch wrote: > I see the same thing. This sounds like a problem in the handling of > methods that has been discussed somewhat recently: > >https://stat.ethz.ch/p

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

> Duncan Murdoch > on Wed, 19 Oct 2022 14:55:24 -0400 writes: > It seems that this could be mostly avoided if instead of caching copies > of Matrix methods when buildmer was installed, R would cache promises to > get those methods. Then if the method for some particular

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

It seems that this could be mostly avoided if instead of caching copies of Matrix methods when buildmer was installed, R would cache promises to get those methods. Then if the method for some particular signature changed, on first use buildmer would retrieve the current version. There would s

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

Please let the Simon (Mac maintainer for CRAN) know. For Windows, the revdeps get rebuild automatically. Best, Uwe Ligges On 19.10.2022 09:39, Martin Maechler wrote: Duncan Murdoch on Tue, 18 Oct 2022 15:17:33 -0400 writes: > I see the same thing. This sounds like a problem in the

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

> Duncan Murdoch > on Tue, 18 Oct 2022 15:17:33 -0400 writes: > I see the same thing. This sounds like a problem in the handling of > methods that has been discussed somewhat recently: > https://stat.ethz.ch/pipermail/r-devel/2022-September/081971.html > The proble

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

I see the same thing. This sounds like a problem in the handling of methods that has been discussed somewhat recently: https://stat.ethz.ch/pipermail/r-devel/2022-September/081971.html The problem is that when the binary is built, some code from other packages is kept as part of it. When t

Re: [R-pkg-devel] ERROR DUE TO EXISTING BIOCONDUCTOR PACKAGES NOT WORKING ON R-DEVEL

If the Bioconductor packages are unconditional requirements, maybe you should submit your package to Bioconductor rather than CRAN. Just from the name ("multiomicsR") it looks like it might be appropriate there. Duncan Murdoch On 19/09/2022 2:14 a.m., Das, Sarmistha wrote: Hello, I ran (1)

[R-pkg-devel] ERROR DUE TO EXISTING BIOCONDUCTOR PACKAGES NOT WORKING ON R-DEVEL

Hello, I ran (1) R CMD check --as-cran mypackage.tar.gz without any error. But it gives an error while running the package on (2) current version-of-R-devel as my package uses Bioconductor package (that does not run on R version 4.3). Please help me with any idea how to fix this error. I have at

Re: [R-pkg-devel] Error checking in an independent C code and printing (perror, printf, etc.)

I was hoping that you will tell me that R takes control of the C's stderr and stdout. That would make stuff easier. But I guess that is not really possible. I went the way suggested before and created an enum of error codes and a (static) const char* array of error messages. When reading abo

Re: [R-pkg-devel] Error checking in an independent C code and printing (perror, printf, etc.)

On 7 September 2022 at 11:58, Ivan Krylov wrote: | there at all. On the other hand, my package that uses the | R_InitOutPStream and R_Serialize entry points seems to have passed the | CRAN review. A table of all public entry points including short | descriptions and whether they allocate could be

Re: [R-pkg-devel] Error checking in an independent C code and printing (perror, printf, etc.)

Hello Jiří and welcome to the mailing list! On Tue, 6 Sep 2022 14:48:02 +1200 "Jiří Moravec" wrote: > That brings me to a problem: How to do error handling in C without > the use of various <...> R-specific print functions? (Assuming that's what you meant...) One way would be to introduce call

Re: [R-pkg-devel] Error checking in an independent C code and printing (perror, printf, etc.)

On 05/09/2022 10:48 p.m., Jiří Moravec wrote: Hello, this is my first time writing C code that interacts with R. To make my C code more modular, reusable, and easier to test with unittests, I split my code into: a) code that does stuff b) code that interfaces between a) and R. Only the b) impo

Re: [R-pkg-devel] Error in r-devel-windows-x86_64 check: package not found.

Thanks so much for the clarification!! On Sat, Apr 30, 2022 at 8:09 AM Martin Maechler wrote: > > Arkajyoti Saha > > on Sat, 30 Apr 2022 07:54:22 -0700 writes: > > > I recently updated a package in CRAN. Though it passed the > > r-devel-linux-x86_64 > > < > https://cran.r

[R-pkg-devel] Error in r-devel-windows-x86_64 check: package not found.

I recently updated a package in CRAN. Though it passed the r-devel-linux-x86_64 flavors, I saw an error with r-devel-windows-x86_64

Re: [R-pkg-devel] Error in inDL(x, as.logical(local), as.logical(now), ...) unable to load shared object

On 12/27/21 4:04 PM, Ezra Tucker wrote: Hi Tomas, Thanks again for all your great info. One last question- and maybe it's a stupid one. You mention the JAGS package-- I've been using xml2 as my kind-of template. Installing it on linux for example will fail unless you have the libxml2-dev pack

Re: [R-pkg-devel] Error in inDL(x, as.logical(local), as.logical(now), ...) unable to load shared object

Ezra, [ A gentle plea: Can you please turn the encryption signing off when you reply? Thank you, it really confuses one of the email programs I use. ] What you state in passing is somewhere between misleading and just wrong, likely due to a misunderstanding. Quoting from your email: a stu

Re: [R-pkg-devel] Error in inDL(x, as.logical(local), as.logical(now), ...) unable to load shared object

On 12/23/21 4:52 PM, Ezra Tucker wrote: Hi Tomas and Dirk, Thanks for your suggestions! Between the two, got it working. I didn't know Windows didn't do rpath, I think that you're right that setting the PATH would have helped. I haven't seen that in an R package before, so I did what was in the

Re: [R-pkg-devel] Error in inDL(x, as.logical(local), as.logical(now), ...) unable to load shared object

Hi Tomas and Dirk, Thanks for your suggestions! Between the two, got it working. I didn't know Windows didn't do rpath, I think that you're right that setting the PATH would have helped. I haven't seen that in an R package before, so I did what was in the Rblpapi package, which was creating a cou

Re: [R-pkg-devel] Error in inDL(x, as.logical(local), as.logical(now), ...) unable to load shared object

On 23 December 2021 at 11:07, Tomas Kalibera wrote: | You can have a look at CRAN package Rblpapi which is using an external DLL. Yes with one big caveat: You have to make sure the library follows what is the "hour-glass pattern": it needs to have an internal (the "narrow" part) C library coveri

Re: [R-pkg-devel] Error in inDL(x, as.logical(local), as.logical(now), ...) unable to load shared object

On 12/21/21 5:40 PM, Ezra Tucker wrote: Hi R package developers, I'm developing an R package that wraps NREL's SSC library (https://sam.nrel.gov/), which involves including one header file and linking to one dll. Thus far it is only tested in linux (works just fine there) but I am having trou

[R-pkg-devel] Error in inDL(x, as.logical(local), as.logical(now), ...) unable to load shared object

Hi R package developers, I'm developing an R package that wraps NREL's SSC library (https://sam.nrel.gov/), which involves including one header file and linking to one dll. Thus far it is only tested in linux (works just fine there) but I am having trouble building/installing on Windows. The pa

Re: [R-pkg-devel] ERROR (re)building vignettes

Dear Christine, Looking at the chunk that causes the error https://github.com/cran/SleepCycles/blob/141186934418af387f0af257e3079af588e72844/vignettes/introduction.Rmd#L50-L56 (via the CRAN mirror maintained by R-hub): * You should not install packages from a vignette. You can add "eval=FALSE"

[R-pkg-devel] ERROR (re)building vignettes

Dear community, When building my package 'SleepCycles' using devtools::check, devtools::check_win_devel, and devtools::check_rhub, I do not get warnings, errors, or notes. Nevertheless, there seems to be an error when building the vignettes eventually (https://cran-archive.r-project.org/web/ch

Re: [R-pkg-devel] Error uploading package to CRAN that depends on packages hosted in GitHub

On 07.07.2021 17:21, Duncan Murdoch wrote: On 07/07/2021 9:08 a.m., Uwe Ligges wrote: On 07.07.2021 13:18, Duncan Murdoch wrote: On 07/07/2021 5:29 a.m., David Enrique Payares García wrote: Hello everybody, I developed an R package that depends on packages hosted in GitHub. In the DESCRI

Re: [R-pkg-devel] Error uploading package to CRAN that depends on packages hosted in GitHub

On 07/07/2021 9:08 a.m., Uwe Ligges wrote: On 07.07.2021 13:18, Duncan Murdoch wrote: On 07/07/2021 5:29 a.m., David Enrique Payares García wrote: Hello everybody, I developed an R package that depends on packages hosted in GitHub. In the DESCRIPTION file, I added the R packages (from GitHub

Re: [R-pkg-devel] Error uploading package to CRAN that depends on packages hosted in GitHub

> On 7 Jul 2021, at 14:08, Uwe Ligges wrote: > >>>Namespace dependencies missing from DESCRIPTION Imports/Depends entries: >>> 'MNITemplate', 'RAVEL', 'extrantsr' > > > As the message says: You likely have declared some import directives via the > NAMESPACE file. In that case you h

Re: [R-pkg-devel] Error uploading package to CRAN that depends on packages hosted in GitHub

On 07.07.2021 13:18, Duncan Murdoch wrote: On 07/07/2021 5:29 a.m., David Enrique Payares García wrote: Hello everybody, I developed an R package that depends on packages hosted in GitHub. In the DESCRIPTION file, I added the R packages (from GitHub ) in the "Suggests" section and I included

Re: [R-pkg-devel] Error uploading package to CRAN that depends on packages hosted in GitHub

On 07/07/2021 5:29 a.m., David Enrique Payares García wrote: Hello everybody, I developed an R package that depends on packages hosted in GitHub. In the DESCRIPTION file, I added the R packages (from GitHub ) in the "Suggests" section and I included a copy of them in my personal GitHub so they c

[R-pkg-devel] Error uploading package to CRAN that depends on packages hosted in GitHub

Hello everybody, I developed an R package that depends on packages hosted in GitHub. In the DESCRIPTION file, I added the R packages (from GitHub ) in the "Suggests" section and I included a copy of them in my personal GitHub so they can be accessed in the "Additional_repositories:" section. Sug

[R-pkg-devel] ERROR: lazy loading failed for package 'movecost'

Hello, I am in the process of checking my ‘movecost’ package before submitting to CRAN. As usual, I have tested my package locally (on my MAC) using devtools::check() and everything is fine, getting 0 error, 0 warnings and 0 notes. Also, as I routinely do, I used (A) devtools::check_win_devel()

Re: [R-pkg-devel] [Error] data length differs from size of matrix

Exactly Bill! I'll implement your suggestion (solve_svd(cor.x2)%*%cor.y), to return betas. Best! Tiago Em sex., 4 de jun. de 2021 às 15:12, Bill Dunlap escreveu: > solve_svd's second argument is 'tolerance', a small scalar value, not the > right hand side of X %*% beta == Y. It returns the [ap

Re: [R-pkg-devel] [Error] data length differs from size of matrix

solve_svd's second argument is 'tolerance', a small scalar value, not the right hand side of X %*% beta == Y. It returns the [approximate] inverse of X, not beta. solve_svd(cor.x2,cor.y) should probably be solve_svd(cor.x2)%*%cor.y (or just solve(cor.x2,cor.y)). -Bill On Fri, Jun 4, 2021 at 8:4

Re: [R-pkg-devel] [Error] data length differs from size of matrix

Thanks, Bill and Max for your suggestions. I was using R 4.1.0. After updating to R-devel I was able to reproduce the error, which was just fixed by using solve() instead solve_svd() in the line suggested by Bill. Best regards, Tiago Em sex., 4 de jun. de 2021 às 12:41, Bill Dunlap escreveu: >

Re: [R-pkg-devel] [Error] data length differs from size of matrix

The offending line in path_coeff seems to be betas[i, 2:nvar] <- t(solve_svd(cor.x2, cor.y)) where i is a single integer, nvar is 15, and the right hand side is a 14 by 14 matrix. What is this line trying to do? Did it ever give the correct result? -Bill On Fri, Jun 4, 2021 at 7:39 AM Bill

Re: [R-pkg-devel] [Error] data length differs from size of matrix

That log file includes the line using R Under development (unstable) (2021-05-30 r80413) and later says The error most likely occurred in: > ### Name: path_coeff > ### Title: Path coefficients with minimal multicollinearity > ### Aliases: path_coeff path_coeff_mat > > ### ** Examples > > ## N

Re: [R-pkg-devel] [Error] data length differs from size of matrix

a<http://maxturgeon.ca> From: R-package-devel on behalf of Max Turgeon Sent: Friday, June 4, 2021 9:35 AM To: Tiago Olivoto ; R Package Devel Subject: Re: [R-pkg-devel] [Error] data length differs from si

Re: [R-pkg-devel] [Error] data length differs from size of matrix

istics Department of Computer Science University of Manitoba maxturgeon.ca<http://maxturgeon.ca> From: R-package-devel on behalf of Tiago Olivoto Sent: Thursday, June 3, 2021 7:56 PM To: R Package Devel Subject: [R-pkg-devel] [Error] data length differs from si

[R-pkg-devel] [Error] data length differs from size of matrix

Dear all, I have received an email from the CRAN team to fix a problem with my R package metan > to safely retain it on CRAN. The error is given at and seems

[R-pkg-devel] Error in methods::getMethod(name, eval(call$signature), where = env)

Hi, I have this problem: Error in methods::getMethod(name, eval(call$signature), where = env) : no method found for function 'predict_inputs' and signature DecisionTreeClassifier Calls: suppressPackageStartupMessages ... object_from_call -> parser_setMethod -> Code: #' An S4 method to pre

Re: [R-pkg-devel] Error concerning rtracklayer

Dear Danielle If you search the most recent postings on this list https://stat.ethz.ch/pipermail/r-package-devel/2021q2/subject.html you will see that several of them have rtracklayer in their title. Does any of them help you? Note that if they had used an uninformative title as you do it woul

[R-pkg-devel] Error

Hello, The R CMD check passed with 0 errors and warnings, so I proceeded to submit to CRAN. However, CRAN reported 1 error (see below). If you have any insight as to what this error means, please let me know. I'm perplexed because *rtracklayer *is not a package dependency, and I'm not sure where

Re: [R-pkg-devel] error messages

Or simply navigate to the install log which is avaiable from the links you got. Best, Uwe Ligges On 14.04.2021 03:47, Dirk Eddelbuettel wrote: On 14 April 2021 at 01:03, csmatyi wrote: | Debian | | * using log directory ‘/srv/hornik/tmp/CRAN/hybridogram.Rcheck’ | * using R Under development (

[R-pkg-devel] error messages

Hello R package developers, I tried sending in my package for the fifth time or so, but it still says that it has errors. I read the error messages but I cannot figure out what the error could be. Does anyone know? Thanks, Matthew -- Windows * using log directory 'd:/RCompile/

Re: [R-pkg-devel] error messages

On 14 April 2021 at 01:03, csmatyi wrote: | Debian | | * using log directory ‘/srv/hornik/tmp/CRAN/hybridogram.Rcheck’ | * using R Under development (unstable) (2021-04-12 r80161) | * using platform: x86_64-pc-linux-gnu (64-bit) | * using session charset: UTF-8 | * checking for file ‘hybridogram

Re: [R-pkg-devel] Error on Solaris 10 'memory not mapped'

Have you run the offending examples under valgrind on Linux with gctorture(TRUE)? -Bill On Thu, Apr 1, 2021 at 11:51 AM Zhang, Wan wrote: > > Hello, > > In our package “BET” version 0.3.4 published on 2021-03-21, there is a > “memory not mapped” error on Solaris 10. > > https://www.r-project.or

Re: [R-pkg-devel] Error on Solaris 10 'memory not mapped'

On 1 April 2021 at 18:39, Zhang, Wan wrote: | Hello, | | In our package �BET� version 0.3.4 published on 2021-03-21, there is a �memory not mapped� error on Solaris 10. | | https://www.r-project.org/nosvn/R.check/r-patched-solaris-x86/BET-00check.html | | I tried to replicate this error with R

[R-pkg-devel] Error on Solaris 10 'memory not mapped'

Hello, In our package �BET� version 0.3.4 published on 2021-03-21, there is a �memory not mapped� error on Solaris 10. https://www.r-project.org/nosvn/R.check/r-patched-solaris-x86/BET-00check.html I tried to replicate this error with R-hub but it works well. What can I do to simulate CRAN�s e

Re: [R-pkg-devel] Error occurring only when I submit to CRAN

Thank you for your explanation. *-* *Aristide Elysée HOUNDETOUNGAN* *Ph.D. Candidate in Economics at Université Laval* *Personal website : *www.ahoundetoungan.com On Fri, 12 Feb 2021 at 11:08, Ivan Krylov wrote: > On Fri, 12 Feb 2021 09:47:37 -0500 > Elys

Re: [R-pkg-devel] Error occurring only when I submit to CRAN

On Fri, 12 Feb 2021 09:47:37 -0500 Elysée Aristide wrote: > I did not want to put restrictions. Apologies, I could have phrased this better. If you want the whole of your package to be distributed under the terms of Apache-2.0 or GPL-3 license (at the user's choosing), the following DESCRIPTION

Re: [R-pkg-devel] Error occurring only when I submit to CRAN

Le 12/02/2021 à 08:45, Elysée Aristide a écrit : > Greetings, > > I submitted my package CDatanet . > Before that I checked (as CRAN) locally on Linux and Windows and I did not > get any error. I only get a note about my address mail (which is normal). >

Re: [R-pkg-devel] Error occurring only when I submit to CRAN

On Fri, 12 Feb 2021 02:45:02 -0500 Elysée Aristide wrote: > How can I fix this given that I am not able to reproduce the error > locally? Your LaTeX setup seems to have better Unicode support than the one installed on CRAN machines. Try using tools::showNonASCIIfile on all your *.Rd files to fin

[R-pkg-devel] Error occurring only when I submit to CRAN

Greetings, I submitted my package CDatanet . Before that I checked (as CRAN) locally on Linux and Windows and I did not get any error. I only get a note about my address mail (which is normal). However, when I submitted the package to CRAN, I got a warni

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

> Duncan Murdoch > on Fri, 13 Nov 2020 17:45:44 -0500 writes: > On 13/11/2020 4:32 p.m., Gábor Csárdi wrote: >> On Fri, Nov 13, 2020 at 9:02 PM Duncan Murdoch wrote: >> [...] >>> Things may have changed since Henrik and I wrote the code, but his >>> description m

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

On 13/11/2020 4:32 p.m., Gábor Csárdi wrote: On Fri, Nov 13, 2020 at 9:02 PM Duncan Murdoch wrote: [...] Things may have changed since Henrik and I wrote the code, but his description matches my understanding as well (and I think he's contributed more recently than I have). The way non-Sweave

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

On Fri, Nov 13, 2020 at 9:02 PM Duncan Murdoch wrote: [...] > Things may have changed since Henrik and I wrote the code, but his > description matches my understanding as well (and I think he's > contributed more recently than I have). > > The way non-Sweave vignettes work is that some packages re

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

On 13/11/2020 1:48 p.m., Gábor Csárdi wrote: On Fri, Nov 13, 2020 at 6:10 PM Henrik Bengtsson wrote: I'm quite sure you want to use the following: Suggests: knitr, rmarkdown, formatR VignetteBuilder: knitr So this means that WRE is wrong? It says: > "Note that if, for example, a vignette

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

On Fri, Nov 13, 2020 at 6:10 PM Henrik Bengtsson wrote: > > I'm quite sure you want to use the following: > > Suggests: knitr, rmarkdown, formatR > VignetteBuilder: knitr So this means that WRE is wrong? It says: "Note that if, for example, a vignette has engine ‘knitr::rmarkdown’, then knitr pr

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

Thank you for the clarification. J Park On 11/13/20 1:09 PM, Henrik Bengtsson wrote: > I'm quite sure you want to use the following: > > Suggests: knitr, rmarkdown, formatR > VignetteBuilder: knitr > > Here are the details. For the 'VignetteBuilder' field, you want to > put all packages that pro

  1   2   3   >