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, well, on other computers where the library path is the same.) A better workaround would be to ask your users to install the source package instead of installing the binary package when one is available for their platform. The code that creates the `ui` variable in your package is evaluated when the binary package is built by CRAN (or you). The resulting object contains file paths that are only valid on CRAN computers (or your computer). You need that code to run on users' computers after the package is installed, not on CRAN computers (or your computer) when it's built. In order to achieve that, you need to change the definition of the `ui` variable into a function. The function doesn't even have to take arguments; you can just prepend function() to the right-hand side of the assignment. Inside the `run_app` function, call that function instead of referring to that variable. This will make sure that the temporary object created by `ui()` contains the file paths from the user's computer. -- Best regards, Ivan __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel
[R-pkg-devel] CRAN-like M1mac test environment?
A package of mine was archived from CRAN because one of its examples results in a crash on the M1mac platform: https://www.stats.ox.ac.uk/pub/bdr/M1mac/MeshAgreement.out The example uses compiled code from the imported package cgalMeshes which is on CRAN and apparently tests without errors on M1mac. As I don't have access to a Mac, I'm very grateful for Macbuilder. However, there, the package tests without errors (link likely to stop working soon): https://mac.r-project.org/macbuilder/results/1670186023-a7f313b721c2b516/ Are there publicly available options to test packages on a system that is very similar to the CRAN M1mac to investigate further? Many thanks in advance Daniel -- PD Dr. Daniel Wollschläger University Medical Center Mainz Institute of Medical Biostatistics, Epidemiology and Informatics (IMBEI) Radiation Epidemiology Tel: +49 6131 17 7029 __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel
[R-pkg-devel] Svar: CRAN-like M1mac test environment?
Hi Daniel, According to the build logs you link to on macbuilder, the build system is already using an M1 processor: Build system: r-release-macosx-arm64|4.2.1|macosx|macOS 11.5.2 (20G95)|Mac mini|Apple M1||en_US.UTF-8 The CRAN check of MeshAgreement points to a lack of the package cgalMeshes on a Windows flavour that did not build due to the following error: cc1plus.exe: out of memory allocating 65536 bytes Best regards, Kristian Fra: R-package-devel p� vegne av Wollschlaeger, Daniel Dato: mandag, 5. desember 2022 kl. 10:46 Til: r-package-devel@r-project.org Emne: [R-pkg-devel] CRAN-like M1mac test environment? [You don't often get email from wollschlae...@uni-mainz.de. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] A package of mine was archived from CRAN because one of its examples results in a crash on the M1mac platform: https://www.stats.ox.ac.uk/pub/bdr/M1mac/MeshAgreement.out The example uses compiled code from the imported package cgalMeshes which is on CRAN and apparently tests without errors on M1mac. As I don't have access to a Mac, I'm very grateful for Macbuilder. However, there, the package tests without errors (link likely to stop working soon): https://mac.r-project.org/macbuilder/results/1670186023-a7f313b721c2b516/ Are there publicly available options to test packages on a system that is very similar to the CRAN M1mac to investigate further? Many thanks in advance Daniel -- PD Dr. Daniel Wollschl�ger University Medical Center Mainz Institute of Medical Biostatistics, Epidemiology and Informatics (IMBEI) Radiation Epidemiology Tel: +49 6131 17 7029 __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel [[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] 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 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, well, on other computers > where the library path is the same.) A better workaround would be to > ask your users to install the source package instead of installing the > binary package when one is available for their platform. > > The code that creates the `ui` variable in your package is evaluated > when the binary package is built by CRAN (or you). The resulting object > contains file paths that are only valid on CRAN computers (or your > computer). You need that code to run on users' computers after the > package is installed, not on CRAN computers (or your computer) when > it's built. In order to achieve that, you need to change the definition > of the `ui` variable into a function. The function doesn't even have to > take arguments; you can just prepend function() to the right-hand side > of the assignment. Inside the `run_app` function, call that function > instead of referring to that variable. This will make sure that the > temporary object created by `ui()` contains the file paths from the > user's computer. > > -- > Best regards, > Ivan > [[alternative HTML version deleted]] __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel
