[R-SIG-Mac] Please test R 4.2.0 pre-releases

[Simon Urbanek]

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 <dusa.adrian using unibuc.ro> 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 <simon.urbanek using r-project.org> 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 <Ctrl> 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 using 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