Re: [R-SIG-Mac] Please test R 4.2.0 pre-releases
Ok, apparently it may not be trivial to add the results and then move them again in two days because of the release changes on CRAN, so for those interested I have created a quick and dirty web front-end that allows you to dump all results for a given package from the macOS staging server. The URL is "https://stats2021.nz/macos-results?" so, for example, if you want the result for the package "uuid" you would use https://stats2021.nz/macos-results?uuid - this will likely be only temporary until the release since it's truly just a file dump without the formatting that CRAN uses. Cheers, Simon > On Apr 20, 2022, at 2:29 PM, Simon Urbanek > wrote: > > Jeroen, > > as far as I can tell MacBuilder currently works - I see no problems. If you > have a question about a specific submission, send me the ID and I can have a > look. > > As for CRAN checks - good point, there are available in the reports area, but > it seems that the flavors are not registered on the CRAN website. CCing CRAN > - can we, please, have the R-devel-macos checks listed? > > Thanks, > Simon > > > >> On Apr 20, 2022, at 4:32 AM, Jeroen Ooms wrote: >> >> On Sun, Apr 17, 2022 at 4:38 AM Simon Urbanek >> wrote: >>> >>> Dear Mac users, >>> >>> we are nearing the release of R 4.2.0 (on Friday) which introduces some >>> significant changes not only in R itself, but also in some Mac-specific >>> build settings. Please help us by testing R pre-releases *before* the >>> release such that any obvious issues can be caught prior to the release. >>> The nightly pre-releases both for Intel Macs (high-sierra build) as well as >>> M1 Macs (big-sur build) are available at >>> >>> https://mac.r-project.org/ >>> >>> The nightly Installer packages (R-4.2-branch.pkg) are created just like the >>> release and signed, but not always Apple notarized, so to install hold the >>> key when opening and pick "Open" in the dialog box if prompted. >>> >>> Package binaries for R 4.2.0 are also now available on CRAN, please report >>> any issues to me. The Mac Builder has also been updated to use latest >>> libraries and it now defaults to the R pre-release. >> >> Is the m1 macbuilder (https://mac.r-project.org/macbuilder/submit.html >> ) still supported? I tried uploading a package, but it still says >> "Please check back later" after an hour, and I did not receive any >> email, and the auto-refresh seems broken (the embedded jquery url is >> 404). Afaict, the package check logs for mac-4.2 are also still not >> available on cran, so this makes it quite difficult for package >> authors to help with timely reporting the Mac-specific build issues >> that you mention. >> > ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] Please test R 4.2.0 pre-releases
On Sun, Apr 17, 2022 at 4:38 AM Simon Urbanek wrote: > > Dear Mac users, > > we are nearing the release of R 4.2.0 (on Friday) which introduces some > significant changes not only in R itself, but also in some Mac-specific build > settings. Please help us by testing R pre-releases *before* the release such > that any obvious issues can be caught prior to the release. The nightly > pre-releases both for Intel Macs (high-sierra build) as well as M1 Macs > (big-sur build) are available at > > https://mac.r-project.org/ > > The nightly Installer packages (R-4.2-branch.pkg) are created just like the > release and signed, but not always Apple notarized, so to install hold the > key when opening and pick "Open" in the dialog box if prompted. > > Package binaries for R 4.2.0 are also now available on CRAN, please report > any issues to me. The Mac Builder has also been updated to use latest > libraries and it now defaults to the R pre-release. Is the m1 macbuilder (https://mac.r-project.org/macbuilder/submit.html ) still supported? I tried uploading a package, but it still says "Please check back later" after an hour, and I did not receive any email, and the auto-refresh seems broken (the embedded jquery url is 404). Afaict, the package check logs for mac-4.2 are also still not available on cran, so this makes it quite difficult for package authors to help with timely reporting the Mac-specific build issues that you mention. ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] Please test R 4.2.0 pre-releases
Adrian,
thanks for testing!
1) Re package installation:
The regular R rules apply here: If the user-specific library (see
Sys.getenv("R_LIBS_USER")) exists at the time of the start of R, then R will
prepend it to the search path (see ?.libPaths). The default in
install.packages() is to pick the first entry of .libPaths() (see
?install.packages) so packages will be installed into the user library if it is
present and at the system location otherwise. Again, this is standard R
behavior on all platforms.
The Package Installer in the R.app GUI gives you full control - you are
explicitly setting the location where you want to install the package. However,
no effort is made to check that the target location is on you current search
path. I can see that this may be confusing in case where you don't have a user
library (and thus it is not on .libPaths()) and then install packages "At User
Level" which creates the user library, but packages installed there will be
only found on the next start of R since the library did not exist when R was
constructing the .libPaths(). I can modify the GUI to check and make sure the
user library is added to the path after it has been created.
2) tab-complete: can you elaborate on that one? I cannot reporduce the error,
so please send more details instructions how to reproduce.
Thanks,
Simon
> On Apr 18, 2022, at 5:50 AM, Adrian Dușa wrote:
>
> Hello Simon,
>
> A couple of things, here.
> From a terminal, using R CMD INSTALL, as well as using install.packages()
> from within R, packages get installed into the default .libPaths() location:
> /Library/Frameworks/R.framework/Versions/4.2/Resources/library/
>
> However, using the RGui menu Packages & Data / Package Installer, packages
> are installed in the R_LIBS_USER:
> /Users/dusadrian/Library/R/x86_64/4.2/library
>
> Since .libPaths() does not know this location, packages installed this way
> are not found.
>
> Also, most likely unrelated to R 4.2 but to some unicode problems on
> Monterey, when using double-tab autocomplete in the RGui
> (R for macOS GUI 1.78-devel High Sierra build 8067), I get an additional red
> message:
> IsMenuKeyEvent: found no unichar data in event; retranslated without deadkeys
> to produce ''
>
> If this could somehow be captured and silenced by the GUI, it would be
> perfect. Otherwise, any hint on what should be done would be greatly
> appreciated.
>
> I hope this helps,
> Adrian
>
> On Sun, 17 Apr 2022 at 05:38, Simon Urbanek
> wrote:
> Dear Mac users,
>
> we are nearing the release of R 4.2.0 (on Friday) which introduces some
> significant changes not only in R itself, but also in some Mac-specific build
> settings. Please help us by testing R pre-releases *before* the release such
> that any obvious issues can be caught prior to the release. The nightly
> pre-releases both for Intel Macs (high-sierra build) as well as M1 Macs
> (big-sur build) are available at
>
> https://mac.r-project.org/
>
> The nightly Installer packages (R-4.2-branch.pkg) are created just like the
> release and signed, but not always Apple notarized, so to install hold the
> key when opening and pick "Open" in the dialog box if prompted.
>
> Package binaries for R 4.2.0 are also now available on CRAN, please report
> any issues to me. The Mac Builder has also been updated to use latest
> libraries and it now defaults to the R pre-release.
>
> Thanks,
> Simon
>
> ___
> R-SIG-Mac mailing list
> R-SIG-Mac@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>
>
> --
> Adrian Dusa
> University of Bucharest
> Romanian Social Data Archive
> Soseaua Panduri nr. 90-92
> 050663 Bucharest sector 5
> Romania
> https://adriandusa.eu
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
