[R-SIG-Mac] R-4.0.5.pkg Bug Report

Simon Urbanek @|mon@urb@nek @end|ng |rom R-project@org
Sun May 9 01:28:15 CEST 2021


Yuri,

thanks, no, this has not been reported, so it is indeed very useful! Now fixed in r4560 so tonight's build should work.

Thanks for doing the right thing which is to report the issue at the source instead of consulting the social media which doesn't help anyone.

Thanks,
Simon



> On May 9, 2021, at 11:15 AM, Yuri Broze <yuribroze using gmail.com> wrote:
> 
> Hi folks,
> 
> Apologies if this bug has already been noticed, but I wanted to share just
> in case it hasn't yet, and this was the best place I found.
> 
> The current CRAN-hosted MacOS installation package fails to correctly
> create symbolic links to /usr/local/bin for machines with `uname -r`
> release version of 20 or above. The faulty logic is in
> R/R-fw.pkg/Scripts/postflight; lines 6-13:
> 
> if uname -r | grep '^1[5-9]' >/dev/null; then
>    ## 15.0 and higher don't allow messing with /usr/bin
>    ## so use /usr/local/bin instead
>    if [ ! -e /usr/local/bin ]; then
>    mkdir -p /usr/local/bin
>    fi
>    cd /usr/local/bin
> fi
> 
> This seems to have resulted in some commotion on Stack Exchange and other
> places around an inability to access `R` or `Rscript` from the commandline,
> along with the usual hacky workarounds.
> 
> Hope this is helpful to bring to your attention!
> 
> Best,
> Yuri
> 
> Yuri Broze
> 314.910.3152
> 
> 	[[alternative HTML version deleted]]
> 
> _______________________________________________
> R-SIG-Mac mailing list
> R-SIG-Mac using r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
> 



More information about the R-SIG-Mac mailing list