Re: [R-SIG-Mac] R-4.0.5.pkg Bug Report
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 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@r-project.org > https://stat.ethz.ch/mailman/listinfo/r-sig-mac > ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] R-4.0.5.pkg Bug Report
I have fixed it (it only needs a slight modification of the regex) and responded, unfortunately my posts get blocked at ETH :( The nightlies should have the new post flight script so please test. Cheers, Simon > On May 9, 2021, at 21:11, peter dalgaard wrote: > > Eek, yes, that needs fixing. And of course only newcomers get hit because > others will have the symlinks in place already. > > I believe that instead of the grep '^1[5-9]' business you need something like > > IFS=. read major minor pl << EOF > `uname -r` > EOF > > and then a numeric check on $major. > > -pd > >> On 9 May 2021, at 01:15 , Yuri Broze 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@r-project.org >> https://stat.ethz.ch/mailman/listinfo/r-sig-mac > > -- > Peter Dalgaard, Professor, > Center for Statistics, Copenhagen Business School > Solbjerg Plads 3, 2000 Frederiksberg, Denmark > Phone: (+45)38153501 > Office: A 4.23 > Email: pd@cbs.dk Priv: pda...@gmail.com > > ___ > R-SIG-Mac mailing list > R-SIG-Mac@r-project.org > https://stat.ethz.ch/mailman/listinfo/r-sig-mac ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] R-4.0.5.pkg Bug Report
Eek, yes, that needs fixing. And of course only newcomers get hit because others will have the symlinks in place already. I believe that instead of the grep '^1[5-9]' business you need something like IFS=. read major minor pl << EOF `uname -r` EOF and then a numeric check on $major. -pd > On 9 May 2021, at 01:15 , Yuri Broze 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@r-project.org > https://stat.ethz.ch/mailman/listinfo/r-sig-mac -- Peter Dalgaard, Professor, Center for Statistics, Copenhagen Business School Solbjerg Plads 3, 2000 Frederiksberg, Denmark Phone: (+45)38153501 Office: A 4.23 Email: pd@cbs.dk Priv: pda...@gmail.com ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
[R-SIG-Mac] R-4.0.5.pkg Bug Report
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@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac