[R-SIG-Mac] System-wide site library [Was: CRAN installer for macOS - directory permissions]

2022-06-08 Thread Simon Urbanek
We could re-design the layout of the framework and site locations to be more in line with the modern Apple standards. Splitting the library into system (R itself only) and site library could make the framework more correctly self sufficient. The site library would then go into

Re: [R-SIG-Mac] [External] [External] Xquartz started crashing today

2022-06-06 Thread Simon Urbanek
afternoon. > what font does the default graphics device use? > > this morning the time is up to 4:26.17 and the bar is still at 1%. > > From: Ken Beath > Sent: Monday, June 6, 2022 1:44:58 AM > To: Richard M. Heiberger > Cc: Simon Urbanek ; r-sig-mac R > > Subjec

Re: [R-SIG-Mac] tcltk causes help() to hang in R 4.2.0 on macOS

2022-05-29 Thread Simon Urbanek
John, thanks, this is a regression caused by r78421 (deadlock when TclTk's event loop is called in http processing). Removing L875 in src/modules/internet/Rhttpd.c restores the previous behavior, but the underlying problem is more complex and will require more investigation. Cheers, Simon >

Re: [R-SIG-Mac] CRAN installer for macOS - directory permissions

2022-04-24 Thread Simon Urbanek
Patrick, sorry fo the delayed reply - this was not a quick e-mail so I had to find time after the release :) > On Apr 3, 2022, at 8:26 PM, Patrick Schratz wrote: > > Hi Simon, > > thanks for your extensive reply. > > The choice is deliberate: the admin group on macOS corresponds to users

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

2022-04-20 Thread Simon Urbanek
ting 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 >

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

2022-04-17 Thread Simon Urbanek
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 th

Re: [R-SIG-Mac] Trouble compiling packages in R

2022-01-25 Thread Simon Urbanek
Jarrett, you seem to have some ancient compilers in /usr/local. In order to avoid issue, I would strongly recommend removing the content of /usr/local (or putting it aside - see below). You don't need any extra tools on Big Sur, only standard Apple Xcode or CLT are needed (see R

Re: [R-SIG-Mac] Mac Builder offline

2022-01-16 Thread Simon Urbanek
The network equipment has been replaced and the service is back online. Let me know if you encounter any issues. Cheers, Simon > On Jan 14, 2022, at 8:34 PM, Simon Urbanek > wrote: > > The hardware connecting the Mac Builder network has died so the service is > current

[R-SIG-Mac] Mac Builder offline

2022-01-13 Thread Simon Urbanek
The hardware connecting the Mac Builder network has died so the service is currently offline. Due to complicated reasons the service likely cannot be restored before Monday. I apologize for any inconvenience this may cause. Cheers, Simon ___

Re: [R-SIG-Mac] Libre SSL bug on MacOS Monterey => error in download.file()

2022-01-12 Thread Simon Urbanek
> On Jan 13, 2022, at 12:47 AM, Jeroen Ooms wrote: > > On Tue, Jan 11, 2022 at 10:12 PM Simon Urbanek > wrote: >> >> Petře, >> >> thanks, for the detailed analysis. It is rather curious that the issue >> appears only on _newer_ systems -

Re: [R-SIG-Mac] Libre SSL bug on MacOS Monterey => error in download.file()

2022-01-11 Thread Simon Urbanek
Petře, thanks, for the detailed analysis. It is rather curious that the issue appears only on _newer_ systems - we are more used to issues due to older CA chains and similar. It looks like an Apple bug on specific systems, so hopefully it will be fixed eventually. In general I was trying to

Re: [R-SIG-Mac] Compiling Cairo package

2021-12-28 Thread Simon Urbanek
Erich, can you, please, send me the full output and the exact setup you used? I suspect you may be using XQuartz 2.8.0 or higher which has broken pkg-config files - latest XQuartz requires a patch to make any compilation against it work (see

Re: [R-SIG-Mac] .Machine differences between Intel and M1

2021-12-21 Thread Simon Urbanek
Matt, yes, arm64 does not support long doubles. In C the long double type is 64-bit there so has the same precision as doubles (this is allowed by the standard). Cheers, Simon > On Dec 22, 2021, at 9:21 AM, Matthew Heun via R-SIG-Mac > wrote: > > All: > > I'm seeing some test failures on

Re: [R-SIG-Mac] Missing qpdf

2021-12-19 Thread Simon Urbanek
Matt, First option: try using the latest R from https://mac.R-project.org since the latest releases include qpdf in the distribution so there is no need to install it externally. Second option: use R instead of RStudio since the latter is just a complicated way to call "R CMD check" so

Re: [R-SIG-Mac] Reverse search not working in ARM binary of R-4.1.2 (or 4.1.0) from CRAN

2021-12-09 Thread Simon Urbanek
Ziv, the released arm binaries use libedit from the system (supplied by Apple) which doesn't support reverse-search. The latest nightly binaries now include readline instead - see https://mac.R-project.org Cheers, Simon > On Dec 10, 2021, at 6:13 AM, Ziv Wolkowicki wrote: > > Team, > > I

Re: [R-SIG-Mac] unable to install from source packages needing compiled C code

2021-12-02 Thread Simon Urbanek
masking > your system header includes. > > You could also probably force the use of system clang in R by setting > CC = /usr/bin/clang and CXX = /usr/bin/clang++ in (say) ~/.R/Makevars, > but I haven't tried that. > > Best, > Kevin > > On Thu, Dec 2, 2021 at

Re: [R-SIG-Mac] unable to install from source packages needing compiled C code

2021-12-02 Thread Simon Urbanek
Adrian, > On Dec 3, 2021, at 10:12 AM, Adrian Dușa wrote: > > Thank you Simon, > > I have the official Apple CLT, but not the full Xcode. If needed I can > install that as well, with a difference of about 10GB more space getting used. > This is what I get: > > $ xcode-select -p >

Re: [R-SIG-Mac] unable to install from source packages needing compiled C code

2021-12-02 Thread Simon Urbanek
Adrian, please check your tools. The error looks like you may be mixing different compilers. So, first check that you are using Xcode tools (command line tools or Xcode itself doesn't matter) and not Homebrew or other non-Apple compilers as they need additional configuration. For example: $

Re: [R-SIG-Mac] [External] Rmpfr crashes on Mac

2021-11-29 Thread Simon Urbanek
UCTION (code=EXC_I386_INVOP, subcode=0x0) >> * frame #0: 0x000107ec7ed5 Rmpfr.so`mpfr_get_str_aux + 165 >> frame #1: 0x000107ec78da Rmpfr.so`mpfr_get_str + 2890 >> frame #2: 0x000107eb9c9e Rmpfr.so`mpfr2str(x=0x0001053ed768, >> digits=, maybeFull=,

Re: [R-SIG-Mac] [External] Rmpfr crashes on Mac

2021-11-28 Thread Simon Urbanek
Kevin, that is a different story, yes, Rosetta2 is incomplete - the advice on M1 is to use native R. Cheers, Simon > On Nov 29, 2021, at 12:30 PM, Kevin Ushey wrote: > > I can reproduce something similar on my M1 macOS machine, when using the > x86_64 build of R. I see: > >> x1 <-

Re: [R-SIG-Mac] [External] Rmpfr crashes on Mac

2021-11-28 Thread Simon Urbanek
Dev, as a first step, please don't use RStudio - we have to establish if this is an R issue or not first (RStudio is not R). Second, if it still crashes, please provide 1) the crash report 2) the output od sesionInfo() in R and 3) the output of system_profiler SPHardwareDataType

Re: [R-SIG-Mac] NaN bug with arima() on Mac

2021-11-22 Thread Simon Urbanek
Nikolas, what makes you think it is a bug? It is an optimization process, so the objective function is free to produce NaN for unsuitable parameters so it can steer the optimization away from such areas. Cheers, Simon > On Nov 23, 2021, at 2:29 AM, Kuschnig, Nikolas > wrote: > > Dear

Re: [R-SIG-Mac] Nightly build segfaults

2021-11-17 Thread Simon Urbanek
Gábor, sorry for the late reply. The issue is that arm64 binaries get signed no matter what (requirement by the kernel), but our post-install process changes the path entries (moving dependent libraries to $R_HOME/lib etc.) which invalidates the (anonymous) signatures. For released pkg

Re: [R-SIG-Mac] Uninstall R for clean install of R on a Mac

2021-11-08 Thread Simon Urbanek
sudo before the command. Cheers, Simon > On Nov 8, 2021, at 11:39 PM, Amarjit Chandhial via R-SIG-Mac > wrote: > > > Hi > > > This is probably an email for Simon Urbanek. > > I have been an R user on Windows for many years, however switched to > using R on

Re: [R-SIG-Mac] ANSI escape weirdness on M1 (libedit issue?)

2021-11-03 Thread Simon Urbanek
Gabor, as you can see the x86_64 readline is a very old build 5.2-14 - it is the last version released under GPL-2. Later versions are to my best knowledge license-incompatible since they are released under GPL-3 only and thus do not allow the use in GPL-2 software. The arm64 version

Re: [R-SIG-Mac] https://mac.r-project.org/benchmarks/

2021-10-31 Thread Simon Urbanek
s/3)_ (sec): 0.45668322781674 > --- End of test --- > > Warning messages: > 1: In remove("a", "b") : object 'a' not found > 2: In remove("a", "b") : object 'b' not found > >> On Oct 31, 2021, at 5:11 PM, Simon Ur

Re: [R-SIG-Mac] https://mac.r-project.org/benchmarks/

2021-10-31 Thread Simon Urbanek
Tim, that is a great idea, those test are really old. Just for the fun of it I have run the tests on my old iMac, but with R 4.1.2 and they still work. It's nice to see the huge speed improvements in loops and similar (see below - recall the original tests were scaled to be around 1). I have

Re: [R-SIG-Mac] Link to headers lost? Headers not where they should be?

2021-10-22 Thread Simon Urbanek
Bryan, you seen to be using non-standard compiler in /usr/local/clang4. Remove it and check you overrides - do you have some forgotten invalid ~/.R/Makeconf file? Remove those if you do - and check ~/.R for any old stuff. (In fact the latter will probably fix it alone). Cheers, Simon >

Re: [R-SIG-Mac] strange segfault error in R from command-line on Mac laptop

2021-09-30 Thread Simon Urbanek
David, Jeffrey said he is using Quartz and that is key here (since that initializes threads in the process). We have been handing this offline and it is a crash in readline. I cannot reproduce it so we're still tracking down the circumstances which as a bit odd (there are suddenly two

Re: [R-SIG-Mac] strange segfault error in R from command-line on Mac laptop

2021-09-29 Thread Simon Urbanek
Jeffrey, can you send me the crash log, please? (Utilities ->Console->User Reports). Thanks, Simon > On Sep 30, 2021, at 7:17 AM, Jeffrey Rosenthal wrote: > > Hello. I often use R from the command-line (i.e. just typing "R") within the > "Terminal" application on my MacBook Pro laptop.

Re: [R-SIG-Mac] checking whether the C compiler works... no

2021-09-23 Thread Simon Urbanek
Before anyone actually follows this, the setup below is quite badly broken so this won't work on any normal Mac. Please do NOT set flags you don't understand even if you googled it somewhere. There is no need to modify Makevars (both versions below are bad - one is forcing locally installed

[R-SIG-Mac] CRAN Mac Builder based on M1

2021-09-22 Thread Simon Urbanek
Dear Mac useRs. I'm pleased to announce that thanks to the R Foundation and donations from users like you we are now able to offer a CRAN Mac Builder based on M1 hardware which allows package authors that don't have access to a recent Mac to check their package using the same process as

Re: [R-SIG-Mac] .libPaths and library directory

2021-09-05 Thread Simon Urbanek
Adrian, thank you, this is indeed a bug that got unnoticed for a while. Apparently the R defaults and the R GUI got out of sync at some point when the R_LIBS_USER defaults were tweaked in R but the corresponding change has not been made in the GUI. I suppose the right thing to do would be

Re: [R-SIG-Mac] rgl in R version 4.1.1 Patched (2021-08-13 r80752)

2021-08-21 Thread Simon Urbanek
n 19/08/2021 8:57 p.m., Simon Urbanek wrote: >> Duncan, >> using that checkout I get >> * checking package dependencies ... ERROR >> Package suggested but not available: ‘webshot2’ >> but otherwise it works as advertised. >> However, I just found out that there is ano

Re: [R-SIG-Mac] rgl in R version 4.1.1 Patched (2021-08-13 r80752)

2021-08-19 Thread Simon Urbanek
added in two places in configure.ac, which leads to it being added in two > places in configure. > > If anyone wants to build from source, you could get the CRAN release plus > this modification using > > remotes::install_github("dmurdoch/rgl@configpatch") > > Dunca

Re: [R-SIG-Mac] rgl in R version 4.1.1 Patched (2021-08-13 r80752)

2021-08-19 Thread Simon Urbanek
R (and the CRAN builds) use more recent static freetype with harfbuzz support so it does not depend for those in XQuartz. The issue is that rgl doesn't use sufficient flags to compile against freetype since it misses the dependencies - in fact is fails checks,

Re: [R-SIG-Mac] sf installation problem under Mac OS 11 - Big Sur

2021-08-19 Thread Simon Urbanek
Michal, those instructions work for released CRAN R. Apparently, that's not what you are using - if you want to compile sf and gdal from sources, that is more challenging and you have to install all its dependencies first. In the output below you're missing at the very least the PROJ4/6

Re: [R-SIG-Mac] R.app spontaneously switching windows during editing

2021-08-15 Thread Simon Urbanek
in the text editing is defined by Apple and the OS, so things like replacing the selection are UI standards by Apple. You can always use Undo in case you select and replace something inadvertently. Thanks, Simon > On 16/08/2021, at 7:45 AM, Simon Urbanek wrote: > > > John, &g

Re: [R-SIG-Mac] R.app spontaneously switching windows during editing

2021-08-15 Thread Simon Urbanek
John, Thank you for the report. We have not changed anything recently so it's likely some odd behaviour by the macOS. I'll try to reproduce and will get back to you. Cheers, Simon > On Aug 15, 2021, at 14:43, John Helly via R-SIG-Mac > wrote: > > Aloha. > > Apparently since I switched

[R-SIG-Mac] R 4.1.1 installer Apple notarization

2021-08-14 Thread Simon Urbanek
The R 4.1.1 package installers have not been notarized when first released, however, the notarization has been completed after the release. The notarization receipts have been then added to the packages, so the most current releases have the following hashes: MD5:MD5(base/R-4.1.1.pkg)=

Re: [R-SIG-Mac] Can't make odbc FreeTDS connections in R.app, can with RStudio, /usr/local/bin/R, Rscript

2021-08-11 Thread Simon Urbanek
Joey, it is hard to say - it could be a bug in the driver. I would recommend using lldb to find the trace so you know where it happens - it would be anywhere from the odbc package, odbc library or the driver. If there is a difference, also check if you are loading the same versions of

Re: [R-SIG-Mac] Problem with createDataPartition

2021-08-09 Thread Simon Urbanek
Richard, Rcpp has made an ABI-breaking change in 1.0.7 so you need to re-install all packages that use Rcpp (i.e. not only Rcpp itself but all other packages). One way to re-install all packages is to use something like install.packages(rownames(installed.packages()), type='binary') If you

Re: [R-SIG-Mac] [Rd] R Can Use Your Help: Testing R Before Release

2021-07-13 Thread Simon Urbanek
Brodie, thanks, good catch, there is space again after deleting old builds. Cheers, Simon > On 13/07/2021, at 11:06 PM, brodie gaslam via R-SIG-Mac > wrote: > > In case this has not been noticed, the x86_64 builds on mac.r-project.org > are showing errors. This is the error from 4.1: > >

Re: [R-SIG-Mac] BLAS veclib in R 4.1

2021-06-14 Thread Simon Urbanek
Ashley, parallel BLAS has been know to cause issues in precision, stability (when mixed with other parallel use) and rarely performance. The vecLib stub has not been part of the distribution for some time now, however, you can download it and enable it as follows: curl -O

Re: [R-SIG-Mac] Corrupt R installation

2021-06-09 Thread Simon Urbanek
Um, this is actually a lot easier purely with R - if you want to keep track of your favorite packages it is as simple as pkgs = rownames(installed.packages()) writeLines(pkgs, "packages.txt") and oyu have a list of all packages that you can edit if desired. if you ever want to re-install

Re: [R-SIG-Mac] Corrupt R installation

2021-06-08 Thread Simon Urbanek
You seem to have entirely non-standard setup that you're on your own and I assume you're not using CRAN R since you involve homebrew (which explains the chaos) so presumably you re-compiled R yourself and all packages, but I'd like to point out that if all you are after is OpenMP support then

Re: [R-SIG-Mac] I cannot download "updateR" package for macOS

2021-06-08 Thread Simon Urbanek
None of the tools you are mentioning are maintained or recommended by CRAN, please use untrusted sources at your own risk and contact the corresponding authors if you have questions. (Brief look at the URL leaves me absolutely horrified at the security implications). Cheers, Simon > On

Re: [R-SIG-Mac] Grids not showing

2021-06-07 Thread Simon Urbanek
You may want to ask the ggplot help - since you provided zero details we can't tell (you didn't even say what kind of output you're looking at). I have no idea if that is related (since you didn't provide any code), but one common mistake is to use lwd=0 which leads to undefined behavior

Re: [R-SIG-Mac] [External] tcltk on M1 mac?

2021-05-25 Thread Simon Urbanek
s" "package:graphics" "package:grDevices" > [7] "package:utils" "package:datasets" "package:methods" > [10] "Autoloads" "package:base" >> > > > There are fewer messages than befor

Re: [R-SIG-Mac] rlang and the new R version 4.1.0

2021-05-25 Thread Simon Urbanek
Hans, you have to re-install *all* packages whenever you upgrade R. R only guarantees compatibility between patch versions (i.e. upgrading from R 4.0.0 to 4.0.1 does not require re-install, but from R 4.0.0 to R 4.1.0 does). That was always the case on all platforms, it's not new. Note that

Re: [R-SIG-Mac] CRAN Checks for R-Release appear to use R-Devel

2021-05-25 Thread Simon Urbanek
Marc, thanks, now it makes sense to me. Yes, the checks results don't seem to be synced and it is also missing the arm64 checks. I'll investigate. Thanks, Simon > On May 26, 2021, at 8:35 AM, Marc Schwartz wrote: > > Hi, > > This is in reply to Simon's request that I post on this topic

Re: [R-SIG-Mac] [External] tcltk on M1 mac?

2021-05-25 Thread Simon Urbanek
ad (I hav XQuartz 2.7.11, the latest is 2.8.1). Is this > still the case? > > Thanks, > > -Roy > >> On May 24, 2021, at 10:36 PM, Simon Urbanek >> wrote: >> >> >> Rich, >> you need to instal XQuartz (see instructions on the CRAN page).

Re: [R-SIG-Mac] rlang and the new R version 4.1.0

2021-05-25 Thread Simon Urbanek
Hans, you seem to be using old library from 4.0 (see the 4.0 in the path). Make sure you remove old packages and use a clean library for 4.1 since you cannot mix packages from R 4.0.x and R 4.1.0. I would best recommend removing (or re-naming) ~/Library/R before installation to make sure you

Re: [R-SIG-Mac] [External] tcltk on M1 mac?

2021-05-24 Thread Simon Urbanek
X11.6.dylib: no matching architecture in universal > wrapper > /opt/X11/lib/libX11.6.dylib: no matching architecture in universal > wrapper > In addition: Warning message: > In system2("/usr/bin/otool", c("-L", shQuote(DSO)), stdout = TRUE) : > running

Re: [R-SIG-Mac] R 4.1 for my Mac M1 crashing on installing packages

2021-05-22 Thread Simon Urbanek
essage is that if you depend on that suite of > packages, perhaps the time is not ripe to update to R4.1? > > Also wondering how this will affect CRAN checks for packages that have on of > those packages as "Suggest" or "Depend"? > > Thanks,

Re: [R-SIG-Mac] R 4.1 for my Mac M1 crashing on installing packages

2021-05-22 Thread Simon Urbanek
folders/g0/k2tmg4q931s1x3cy_vm_m4crgn/T/RtmpydK1sm/downloaded_packages’ > Warning message: > In install.packages("rgdal") : > installation of package ‘rgdal’ had non-zero exit status > > > > > > > > On Thu, 20 May 2021 at 11:46, Simon Urbanek > wr

Re: [R-SIG-Mac] R 4.1 for my Mac M1 crashing on installing packages

2021-05-19 Thread Simon Urbanek
can do for now? > > Thanks for the attention, > Renato > > On Thu, 20 May 2021 at 08:52, Simon Urbanek > wrote: > Renato, > > just open the Console application (under Utilities) - it has all logs from > your machine - there will be either an R crash log o

Re: [R-SIG-Mac] R 4.1 for my Mac M1 crashing on installing packages

2021-05-19 Thread Simon Urbanek
hanks for the attention, > Renato > > On Thu, 20 May 2021 at 08:52, Simon Urbanek > wrote: > Renato, > > just open the Console application (under Utilities) - it has all logs from > your machine - there will be either an R crash log or some entries in the > system l

Re: [R-SIG-Mac] R 4.1 for my Mac M1 crashing on installing packages

2021-05-19 Thread Simon Urbanek
/Library/Frameworks/R.framework/Versions/4.1-arm64/Resources/library/nlme/libs/nlme.so > Reason: image not found > > Any insights on how that could be solved? > > Thanks again for your help, > Renato > > On Thu, 20 May 2021 at 07:00, Simon Urbanek > wrote: > Renato,

Re: [R-SIG-Mac] R 4.1 for my Mac M1 crashing on installing packages

2021-05-19 Thread Simon Urbanek
Renato, I'm glad you have work-around, but I'd still like to get to the core of the issue, we don't want R to crash ;). Can you, please, check your Console log to see if there is a trace of the crash and if so, send it to me? Also are you using R in the Terminal or the R.app GUI? Thanks,

Re: [R-SIG-Mac] possible bug in R's make install

2021-05-17 Thread Simon Urbanek
Has anyone reported this bug at bugs.R-project.org? Quick search doesn't yield anything - Peter can you post the reference, please, if you reported it there? Since this is not a Mac-specific issue that's where should go if it is to be fixed. Cheers, Simon > On May 18, 2021, at 12:32 AM,

Re: [R-SIG-Mac] [External] xaxis not displaying

2021-05-14 Thread Simon Urbanek
Much appreciated > > Mike > — > Mike McStephen > PO Box 147, Bruthen > m...@mcstephen.com.au > 0417 652 552 > >> On 15 May 2021, at 11:31 am, Simon Urbanek >> wrote: >> >> I don't have the corresponding machine to replicate, but I recall somethi

Re: [R-SIG-Mac] [External] xaxis not displaying

2021-05-14 Thread Simon Urbanek
I don't have the corresponding machine to replicate, but I recall something related to the fact that the display of the machine may be too small to accommodate the requested device size (the size specification is in inches). If the display is too small, you may want to reduce the requested

Re: [R-SIG-Mac] tcltk on M1 mac?

2021-05-14 Thread Simon Urbanek
Vince, please try the latest build, Tcl/Tk should be included now. Thanks, Simon > On May 14, 2021, at 7:45 AM, Simon Urbanek > wrote: > > Vince, > > Thanks for the report, yes, that is a known problem, because the R installer > for arm64 doesn't include Tcl/Tk unl

Re: [R-SIG-Mac] tcltk on M1 mac?

2021-05-13 Thread Simon Urbanek
Vince, Thanks for the report, yes, that is a known problem, because the R installer for arm64 doesn't include Tcl/Tk unlike the Intel version. It is a long story, but I hope to update the installer soon. Thanks, Simon > On May 14, 2021, at 02:47, Vincent Carey wrote: > > I can't seem to

Re: [R-SIG-Mac] R-gui slow since last update

2021-05-11 Thread Simon Urbanek
lso, if you need me to test the fixes / updates, please don’t hesitate. > > Yan > > > On May 6, 2021, at 4:30 AM, Simon Urbanek wrote: > > Yan, > > thank you for the sampler files! > > From cursory glance the issue seems to be the touch bar, an amazing amount of &g

Re: [R-SIG-Mac] R-gui slow since last update

2021-05-11 Thread Simon Urbanek
t safe to do so? > > Yan > > > On May 7, 2021, at 2:27 PM, Simon Urbanek <mailto:simon.urba...@r-project.org>> wrote: > > Yan, > > it's ok, I didn't need the Debug version. > > However, did you check the Touch Bar settings as discussed previously t

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

2021-05-11 Thread Simon Urbanek
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

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

2021-05-11 Thread Simon Urbanek
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

Re: [R-SIG-Mac] [External] Re: [External] Re: Mac M1 emacs

2021-03-07 Thread Simon Urbanek
rectory structure look ok. > > ________ > From: Simon Urbanek > Sent: Sunday, March 7, 2021 21:42 > To: Richard M. Heiberger > Cc: r-sig-mac@r-project.org > Subject: [External] Re: [R-SIG-Mac] [External] Re: Mac M1 emacs > > Richard, > > please note the binary supports mouse int

Re: [R-SIG-Mac] [External] Re: Mac M1 emacs

2021-03-07 Thread Simon Urbanek
Richard, please note the binary supports mouse integration if you enable it (see Emacs documentation - ad-hoc: M-x xterm-mouse-mode). Like I said, it is trivial to build the GUI version of you care - I have very explicitly disabled the GUI since I hate it personally (I want emacs to run in

Re: [R-SIG-Mac] Mac M1 emacs

2021-03-07 Thread Simon Urbanek
FWIW I have a command-line-only version of emacs in the libs-arm64 directory: https://mac.r-project.org/libs-arm64/emacs-27.1-darwin.20-arm64.tar.gz It is intentionally compiled without GUI so a replacement for the emacs as was shipped by Apple in older versions of macOS (see

Re: [R-SIG-Mac] devtools problem on MacOS 10.14.6

2021-02-24 Thread Simon Urbanek
Tim., The mirror you are using seems to be broken. Please use that main CRAN server or another mirror that works. Cheers, Simon > On Feb 25, 2021, at 07:48, Tim Dickinson wrote: > > Hi--- I would like to install the new package lcvplants >

Re: [R-SIG-Mac] Rosetta2/M1-Compatibility of R

2021-02-23 Thread Simon Urbanek
Johannes, Thank you for your inquiry, I'm glad that you have finally found the right place for your query - few weeks too late, but better than never. But that said, if you actually bothered to read the list you're posting to you'd see the answer to your question already. Admittedly, the

Re: [R-SIG-Mac] [External] Rmpfr on M1 Mac cause 'illegal trap'

2021-02-22 Thread Simon Urbanek
Jean, yes it does by definition - the issue is the Intel translation on arm, so if you run native R there is no issue. There should be also no issue if you compile Intel mpfr on the M1 machine since it should detect capabilities correctly. Maybe I should have been more clear that the issue is

Re: [R-SIG-Mac] Rmpfr on M1 Mac cause 'illegal trap'

2021-02-22 Thread Simon Urbanek
JZ, Thanks for the report, this is likely due to Rosetta2 not supporting some advanced x86_64 instructions used by Rmpfr. I'll see if I can create a less optimised build of Rmpfr which uses only supported instructions. Thanks, Simon > On Feb 23, 2021, at 07:36, Zhang, Jialin via R-SIG-Mac >

[R-SIG-Mac] Flang

2021-02-19 Thread Simon Urbanek
This message is for very advanced/curios expert users only! Flang is a Fortran compiler based on clang/llvm which has been mostly donated by nVidia. It has existed on Linux for a while, but with some patching can be made to work on macOS as well. For quite some time I have a PR

Re: [R-SIG-Mac] Please test R 4.0.4 RC

2021-02-16 Thread Simon Urbanek
ils datasets methods base >> loaded via a namespace (and not attached): >> [1] compiler_4.0.4 >> --- snip >> I hope this helps, >> John >> John Fox, Professor Emeritus >> McMaster University >> Hamilton, Ontario, Canada >>

Re: [R-SIG-Mac] XML packages source compilation on macOS 10.15.7

2021-02-15 Thread Simon Urbanek
> ‘/Library/Frameworks/R.framework/Versions/4.1/Resources/library/XML’ > > The downloaded source packages are in > > ‘/private/var/folders/j8/1gn6jwcx4bv8td2h83ghk1hhgp/T/RtmpXuYoas/downloaded_packages’ > Warning message: > In install.packages("XML") : > installation o

Re: [R-SIG-Mac] XML packages source compilation on macOS 10.15.7

2021-02-15 Thread Simon Urbanek
Kemal, what Duncan said, since what you provided does not include any of the information needed. In addition, you should not include SDK paths directly - SDK is used by the dev tools and does *not* include the actual libraries. So when you say /foo/bar it is actually searched inside the SDK

Re: [R-SIG-Mac] Please test R 4.0.4 RC

2021-02-13 Thread Simon Urbanek
Michael, Thanks, but please don't post 3rd party links that are just one-liners with extra advertising, especially when they have been already mentioned. Cheers, Simon > On Feb 14, 2021, at 15:00, Michael Hall wrote: > > > >> On Feb 13, 2021, at 5:41 PM, r-sig-mac-requ...@r-project.org

Re: [R-SIG-Mac] [External] Re: [External] Please test R 4.0.4 RC

2021-02-13 Thread Simon Urbanek
tools installed, so not a good idea in general. Cheers, Simon > On Feb 14, 2021, at 11:32 AM, Duncan Murdoch wrote: > > On 13/02/2021 4:54 p.m., Simon Urbanek wrote: >> As mentioned earlier, the issue is likely that your X11-auto-launch is not >> working. You can start X1

Re: [R-SIG-Mac] [External] Re: [External] Please test R 4.0.4 RC

2021-02-13 Thread Simon Urbanek
s/R_X11.so'' had status 1 > 2: In X11(":0") : unable to open connection to X11 display ':0' >> > > > From: Simon Urbanek > Sent: Saturday, February 13, 2021 4:54 PM > To: Richard M. Heiberger > Cc: Dr Eberhard W Lis

Re: [R-SIG-Mac] [External] Re: [External] Please test R 4.0.4 RC

2021-02-13 Thread Simon Urbanek
XQuart > 8.0.3beta > worked with intel R_4.0.3 on the Mac M1. > > > From: Dr Eberhard W Lisse > Sent: Saturday, February 13, 2021 3:33 AM > To: Simon Urbanek; R-SIG-Mac; Richard M. Heiberger > Cc: e...@lisse.na > Subject: [External] Re: [R-SIG-Mac] [External] Plea

Re: [R-SIG-Mac] Please test R 4.0.4 RC

2021-02-13 Thread Simon Urbanek
base > > loaded via a namespace (and not attached): > [1] compiler_4.0.4 > > --- snip > > I hope this helps, > John > > John Fox, Professor Emeritus > McMaster University > Hamilton, Ontario, Canada > web: https://socialsciences.mc

Re: [R-SIG-Mac] Optional Libraries, Frameworks and Applications for macOS

2021-02-13 Thread Simon Urbanek
The libraries are used to build the packages - they are all static, so the package binaries will include them. It is not intended for users, but rather if you were to compile packages on your own and wanted to replicate the CRAN setup. Cheers, Simon > On Feb 13, 2021, at 7:33 PM, Peter West

[R-SIG-Mac] Please test R 4.0.4 RC

2021-02-12 Thread Simon Urbanek
Dear macOS useRs, please test the latest R 4.0.4 RC builds from https://mac.r-project.org/ especially if you are running macOS Big Sur. The known issues introduced by Big Sur have been fixed, but I cannot replicate nor test the spurious touchbar warning. Also a reminder to *not* install

Re: [R-SIG-Mac] Bug report: R.app drops Enter key in editor window after line evaluation

2021-02-11 Thread Simon Urbanek
Girish, Thanks, I can reproduce it, I'll have a look. Cheers, Simon > On Feb 11, 2021, at 21:51, Girish Palya wrote: > > To reproduce: > - Open editor window (Cmd-N) > - type some command (say, x <- 3) > - hit Cmd-Enter (to evaluate line; cursor stays on the line) > - hit Enter again

Re: [R-SIG-Mac] Problem with dot chart examples in my Mac

2021-02-08 Thread Simon Urbanek
More importantly, the message is a spurious message from the OS, not an error, and does not affect the functionality - the FAQ mentions how to disable those if they bother you since R has not control over those. If there is an actual bug to report, then please use the bug reporting system.

Re: [R-SIG-Mac] is there an M1 virtual machine image available for linux?

2020-12-14 Thread Simon Urbanek
d have not been fixed after several requests which why your packages were >under threat to be removed, it has nothing to fo with M1 as far as I can tell. Cheers, Simon > On 15/12/2020, at 4:02 PM, Joshua N Pritikin wrote: > > On Tue, Dec 15, 2020 at 03:54:12PM +1300, Simon Urbanek

Re: [R-SIG-Mac] is there an M1 virtual machine image available for linux?

2020-12-14 Thread Simon Urbanek
I don't think that is feasible (assuming you mean macOS 11 arm64 system running in a VM). Note that M1 is not just the CPU, there is much tighter integration of all the components so you'd have to emulate a lot more than that and also all the Apple security components etc. in order to be able

Re: [R-SIG-Mac] NSButton Message in R.app

2020-12-14 Thread Simon Urbanek
Unfortunately, I don't have a Mac with a touch bar to replicate it, I'll see if there is any other way to test it. The GUI doesn't actually use the touch bar, so it's not clear where that message comes from. It seems like just a benign output from the system - it doesn't really affect any

Re: [R-SIG-Mac] Follow up on R 4.0.2 GUI does not terminate with Cmd+Q

2020-12-13 Thread Simon Urbanek
ear Simon, > > Sample Process attached (it was faster) > > Regards, > Petar > > > > >> On 13 Dec 2020, at 20:37, Simon Urbanek wrote: >> >> Petar, >> >> there are two options that would be helpful to us to trace it: >> >> 1) use

Re: [R-SIG-Mac] Follow up on R 4.0.2 GUI does not terminate with Cmd+Q

2020-12-13 Thread Simon Urbanek
Petar, there are two options that would be helpful to us to trace it: 1) use the Debug version of the GUI (from https://mac.R-project.org/ - make sure you pick the one that matches your R version) and check the console when that happens - you should likely see some output there 2) when using

Re: [R-SIG-Mac] R-4.0-branch x86_64: make FAILED

2020-12-08 Thread Simon Urbanek
Olivier, thank you for the report. It seems that the following build has succeeded. Since those are nightly builds from "live" branches it quite possible for them to fail - in this case whatever the issue was it got fixed by the next build. Thanks, Simon > On Dec 8, 2020, at 8:56 AM,

Re: [R-SIG-Mac] OpenJPEG in GDAL [Was: Problems with R and Big Sur]

2020-12-03 Thread Simon Urbanek
rs/gilbertocamara/Library/R/4.0/library/sf/gdal > GDAL binary built with GEOS: TRUE > Loaded PROJ runtime: Rel. 7.1.1, September 1st, 2020, [PJ_VERSION: 711] > Path to PROJ shared files: /Users/gilbertocamara/Library/Application > Support/proj:/usr/local/share/proj:/usr/local/share/pro

Re: [R-SIG-Mac] INSTALL R 4.0.2

2020-12-03 Thread Simon Urbanek
R 4.0.2 and 4.0.3 are binary compatible and the latter fixes a rather important segfault on macOS, so I would not recommend anyone using R 4.0.2 on macOS ... > On 4/12/2020, at 3:19 AM, Spencer Graves wrote: > > If R 4.0.3 will do, that's easy to find via Google. > > > If

Re: [R-SIG-Mac] Problems with R and Big Sur

2020-12-02 Thread Simon Urbanek
orks correctly. > > Best regards > Gilberto > >> On 2 Dec 2020, at 22:44, Simon Urbanek wrote: >> >> Are you chasing a red herring here? Switching tools won help you - in fact >> they cause more issues since you'd need R-devel version of R to avoid >&

Re: [R-SIG-Mac] Problems with R and Big Sur

2020-12-02 Thread Simon Urbanek
Are you chasing a red herring here? Switching tools won help you - in fact they cause more issues since you'd need R-devel version of R to avoid breakage with the most recent tools or extra flags. I'm not sure which issue you are trying to solve. For gdal et al - make sure you install the

Re: [R-SIG-Mac] sf installation problem under Mac OS 11 - Big Sur

2020-11-19 Thread Simon Urbanek
JJB, FWIW if you have an issue that is related to macOS R please report it here. GH is fine for PRs, but I am only batch-processing GH notifications once in a while (with close to 100 repos it's not possible to do it continuously), so I only act on things flagged here as important. Cheers,

  1   2   3   4   5   6   7   >