Re: [R-SIG-Mac] Apple Silicon aka M1 Macs

(the version on CRAN is as usual a few days behind). On 17/11/2020 14:57, Prof Brian Ripley wrote: Mine (a 8GB MBA) arrived today, so I have started doing some comparisons. For the CRAN build of R 4.0.3, §2.8 of R-admin recommends checking the installation with pdf("tests.pdf") #

Re: [R-SIG-Mac] M1 mid-January update

à 08:41, Prof Brian Ripley a écrit : For native builds - nothing to report for x86_64 builds running under Rosetta which almost all the time 'just work' (and work fast). The goal remains to release a native binary distribution with R 4.1.0 ca April: all but the intrepid are advised to use

[R-SIG-Mac] M1 mid-January update

For native builds - nothing to report for x86_64 builds running under Rosetta which almost all the time 'just work' (and work fast). The goal remains to release a native binary distribution with R 4.1.0 ca April: all but the intrepid are advised to use x86_64 until then. - There is an

Re: [R-SIG-Mac] Missing R and RScript on /usr/bin/ on Big Sur

On 17/01/2021 23:01, Luis Puerto wrote: Hey! I was and I realized after sending the email. But that path doesn't have also any R symbolic link either. Can anyone tell me how many symbolic links to R binaries are there? From the manual 'The installer puts links to R and Rscript in

Re: [R-SIG-Mac] [External] Behaviour or Quartz windows

The quartz() device has nothing to so with XQuartz. Quartz is part of macOS: https://en.wikipedia.org/wiki/Quartz_(graphics_layer) Using XQuartz betas is not supported: it is very unfortunate that they are persuading users to install a beta version. You have not followed the posting guide

Re: [R-SIG-Mac] BWidget (external software)

On 09/02/2021 23:59, Manuel Spínola wrote: Dear list members, How can I install the external package BWidget in R for macOS? I believe you are asking about a Tcl/Tk package (not an R package): that is discussed in the R manuals and

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

On 08/03/2021 17:59, Richard M. Heiberger wrote: I updated the OS to 11.2.2, again redownloaded the app https://mac.r-project.org/libs-arm64/emacs-27.1-app-arm64-darwin20.dmg and still get the damaged app message. How did you download it? That page and R-admin recommend using curl and when I

Re: [R-SIG-Mac] XQuartz now supports Apple Silicon

On 30/01/2021 09:46, Bob Rudis wrote: Announcement and d/l links: — https://www.mail-archive.com/xquartz-dev@lists.macosforge.org/msg01027.html — https://www.xquartz.org/releases/XQuartz-2.8.0_beta1.html Folks who use it should get prompted to install it next time you open it. And now beta3

[R-SIG-Mac] sessionInfo on Monterey

One oddity is that the CRAN Intel binary build of R (or any other built under 10.x) when run on Big Sur reports > sessionInfo() R version 4.1.1 (2021-08-10) Platform: x86_64-apple-darwin17.0 (64-bit) Running under: macOS Big Sur 10.16 ... because the system call used reports '10.16'. If

Re: [R-SIG-Mac] R-SIG-Mac Digest, Vol 221, Issue 14

-mac-requ...@r-project.org wrote: sessionInfo on Monterey (Prof Brian Ripley) -- Jan de Leeuw, Distinguished Professor Emeritus, UCLA Statistics https://jansweb.netlify.app https://github.com/deleeuw

Re: [R-SIG-Mac] R pkg 4.1.1 no longer accepted as notarized by Apple

On 13/08/2021 14:42, Eirik Thorsnes wrote: Hi, The R-4.1.1.pkg is not notarized: And that has been reported and Simon has fixed it (online, and an updated .pkg is on its way to the CRAN main site for those without Internet access). I was able to install the original .pkg on Thursday (but

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

On 19/08/2021 04:56, Richard M. Heiberger wrote: R version 4.1.1 Patched (2021-08-13 r80752) aarch64-apple-darwin20 library(rgl) Error in dyn.load(dynlib <- getDynlib(dir)) : unable to load shared object

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

On 18/08/2021 23:52, Michal Ben-Nun wrote: Hi, I installed R 4.10 on my Mac OS 11.3.1 Presumably R 4.1.0. I am trying to install 'sf' and 'rgdal' From the mailing list I understood that this command should work: install.packages(c("rgdal","sf"),,"https://mac.R-project.org

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

On 06/09/2021 08:43, Naresh Gurbuxani wrote: When trying to install library reshape2, I get below messages. But I do have some other packages which depend upon C compiler (e.g., Rcpp). How can this problem be fixed? You need to look in the config.log file. The easiest way to make sure

Re: [R-SIG-Mac] Tcl/Tk issues in arm64 build of R 4.1.0

On 09/09/2021 19:03, John Fox wrote: Dear Simon, Philippe, and list members, I've encountered some Tcl/Tk-related issues with the Apple silicon arm64 build of R 4.1.0 for macOS. These issues affect the Rcmdr package, although they don't prevent it from working: (1) Some fonts that are

Re: [R-SIG-Mac] Tcl/Tk issues in arm64 build of R 4.1.0

On 09/09/2021 21:34, John Fox wrote: Dear Brian, Thank you for responding so quickly. Please see below: On 2021-09-09 2:59 p.m., Prof Brian Ripley wrote: On 09/09/2021 19:03, John Fox wrote: Dear Simon, Philippe, and list members, I've encountered some Tcl/Tk-related issues with the Apple

Re: [R-SIG-Mac] Tcl/Tk issues in arm64 build of R 4.1.0

On 09/09/2021 19:03, John Fox wrote: Dear Simon, Philippe, and list members, I've encountered some Tcl/Tk-related issues with the Apple silicon arm64 build of R 4.1.0 for macOS. These issues affect the Rcmdr package, although they don't prevent it from working: (1) Some fonts that are

Re: [R-SIG-Mac] Tcl/Tk issues in arm64 build of R 4.1.0

On 09/09/2021 19:59, Prof Brian Ripley wrote: On 09/09/2021 19:03, John Fox wrote: Dear Simon, Philippe, and list members, ... (2) The Tcl/Tk Tktable package is apparently absent from the arm64 build but still present in the Intel build. The Rcmdr detects its absence and suppresses some

Re: [R-SIG-Mac] In svg("tst.svg") : failed to load cairo DLL

Install (or re-install) XQuartz. As the R-admin manual §4 says Various parts of the build require XQuartz to be installed: see https://www.xquartz.org/releases. These include the tcltk package and the X11 device: attempting to use these without XQuartz will if possible remind you. This is

[R-SIG-Mac] Java 17 builds

The current version of Java is 17: this has 'long term support' and is the first to officially support M1 macs. Mac-friendly installers are now available from https://adoptium.net for Intel (which they call x64) and M1 (aarch64). Unlike builds available from jdk.java.net and Zulu these

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

On 21/12/2021 20:46, Simon Urbanek wrote: 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). And documented in ?.Machine. However, I see on my M1 Pro capabilities("long.double")

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

On 17/11/2021 07:17, Prof Brian Ripley wrote: On 16/11/2021 22:28, Gábor Csárdi wrote: This is Monterey: ❯ uname -a Darwin Gabors-MacBook-Pro-3.local 21.1.0 Darwin Kernel Version 21.1.0: Wed Oct 13 17:33:01 PDT 2021; root:xnu-8019.41.5~1/RELEASE_ARM64_T6000 arm64 The R-devel build segfaults

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

On 17/11/2021 19:32, Gábor Csárdi wrote: On Wed, Nov 17, 2021 at 8:14 PM Prof Brian Ripley wrote: [...] With the tarball I get a popup telling me “R.framework” cannot be opened because the developer cannot be verified. Interesting. I am on 12.0.1 and there is no popup, but there is a crash

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

On 16/11/2021 22:28, Gábor Csárdi wrote: This is Monterey: ❯ uname -a Darwin Gabors-MacBook-Pro-3.local 21.1.0 Darwin Kernel Version 21.1.0: Wed Oct 13 17:33:01 PDT 2021; root:xnu-8019.41.5~1/RELEASE_ARM64_T6000 arm64 The R-devel build segfaults: ❯ curl -O

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

On 03/11/2021 12:21, Gábor Csárdi wrote: Anyone else noticed some weirdness with the arm build when the prompt has ANSI escape codes? E.g. in a terminal run this options(prompt = "\033[1m> \033[0m") and then at the new prompt type in some longer word and press CTRL+A. Longer than what? The

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

On 09/12/2021 17:13, Ziv Wolkowicki wrote: Team, I have an unusual issue I am only observing on specific binaries of R. I used to have ARM build of R-4.1.0 from https://cran.r-project.org/bin/macosx/ , and updated to R-4.1.2 running on my M1 Mac.

Re: [R-SIG-Mac] Strange C/C++ Compile Errors

You have not shown us the compiler command line used, nor made a reproducible example available (and we might need both). The suspicious line is > In file included from ./include/stdlib.h:36: It looks like you may have a file in the package which is masking a system header, but we don't have

Re: [R-SIG-Mac] r-sig-mac@r-project.org - "You can’t open the application “R” because this application is not supported on this Mac"

On 17/07/2021 21:38, Duncan Murdoch wrote: On 17/07/2021 3:39 a.m., Lindsay Foreman wrote: To whom it may concern, I am so sorry for being such a dunce.  I have been trying and trying to get the R App to work on my MacBook Air running Big Sur V11.4, and am just not making any progress.  It

Re: [R-SIG-Mac] Error identifying system version in sessionInfo()

On 13/01/2022 18:32, Rohde, Maximilian D wrote: Hello, I have encountered a bug that I have documented here: https://stackoverflow.com/questions/70690684/wrong-session-info-in-when-knitting-in-r-markdown?noredirect=1#comment124971021_70690684 In brief, the issue is that running the

Re: [R-SIG-Mac] Is it safe to upgrade to Somoma yet -- As far as R goes?

On 31/10/2023 18:24, Kevin Thorpe wrote: On Oct 31, 2023, at 1:46 PM, Prof Brian Ripley wrote: On 31/10/2023 13:47, Kevin Thorpe wrote: Hello. I saw that a minor release has been rolled up with binaries coming soon. My question is whether or not the issues identified (I’m thinking mainly

Re: [R-SIG-Mac] Is it safe to upgrade to Somoma yet -- As far as R goes?

On 31/10/2023 13:47, Kevin Thorpe wrote: Hello. I saw that a minor release has been rolled up with binaries coming soon. My question is whether or not the issues identified (I’m thinking mainly of a window focus issue reported on this list) after Sonoma released have been patched in this

Re: [R-SIG-Mac] Build / source of libRblas.vecLib.dylib

On 31/10/2023 16:08, Colin Rundel wrote: The short version of the question - does anyone know what build process is used to generate the libRblas.vecLib.dylib that is included in /Library/Frameworks/R.framework/Versions/4.3-arm64/Resources/lib by R-4.3.1-arm64.pkg? I have not been able to

Re: [R-SIG-Mac] R 4.3.1 fails on Mac OS X Sonoma

On 02/10/2023 05:41, David Winsemius wrote: Neither of you have mentioned anything about the need for reinstallation of Xquartz. Was that done? I did not need to do so when updating to Sonoma. And of course the E.app console (not 'base R') which seems to be the issue does not use X11. I

Re: [R-SIG-Mac] R CMD check "HTML version of manual" NOTE/Warnings

On 25/04/2022 20:04, John Fox wrote: Dear R-sig-mac list members, When checking packages --as-cran with R 4.2.0 (and R 4.2.0 patched), I'm seeing multiple warnings (and a NOTE) concerning the HTML version of the package help-page manuals. The warning appears for every .Rd file in all of the

[R-SIG-Mac] R does not build out of the box on Ventura

The problem being that devQuartz.c uses a deprecated and now removed interface (ATS). Building with --without-aqua will work. I am sure that Simon will fix this, but not in time for 4.2.2 which is in code freeze. Note this only affects building: as the CRAN binary distributions are built

Re: [R-SIG-Mac] R does not build out of the box on Ventura

a versions. I'm rather reluctant to install those. That's an Apple trait. As you are on macOS 12.x, I would feel free to ignore them: even those for the released CLT 14 (although (I was using that on 12.6 for a month with no issues). - Peter On 25 Oct 2022, at 11:13 , Prof Brian Rip

Re: [R-SIG-Mac] macOS Ventura (13) Preview App Drops Support for PS/EPS File Rendering

Somehow you sent HTML only, and that renders oddly in Thunderbird. Have you considered GhostScript? That used to be my viewer of choice for Postscript long ago. I think TeXShop may be a wrapper. My box has Photoshop as the default viewer for .eps and TeXShop for .ps. I almost never use

Re: [R-SIG-Mac] R does not build out of the box on Ventura

On 25/10/2022 10:13, Prof Brian Ripley wrote: The problem being that devQuartz.c uses a deprecated and now removed interface (ATS). Building with --without-aqua will work. I am sure that Simon will fix this, but not in time for 4.2.2 which is in code freeze. Note this only affects building

Re: [R-SIG-Mac] another R crash issue

Mac OS 11.6.8 , R 4.2.2 Yes, the gmp package Mac version gives immediate seg faults. Prof Brian Ripley has already alerted the gmp package maintainer, me (a gmp package co-author, not familiar with the C++ design in there, and maintainer of dependent R package 'Rmpfr') and the CRAN team.

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

On 27/01/2023 22:48, Peter West wrote: Installation of R 4.2.2 on my M1 just succeeded. Yes, that has been very widely tested. We don't know what OS you or the OP are running, though. Machines with M2 CPUs are very new (like 1-2 days old) and are presumably running 13.1 or 13.2. I have

Re: [R-SIG-Mac] arm downloads appear broken

Your subject line is alarmist -- you only provide any evidence for 1 out of > 19000 CRAN packages (and not R itself). Package RGtk2 was archived in 2021. The current rattle (5.5.1) does not depend on it. A direct download is available from rattle's CRAN landing page. You have not told us

Re: [R-SIG-Mac] arm downloads appear broken

On 27/02/2023 08:09, Prof Brian Ripley wrote: Your subject line is alarmist -- you only provide any evidence for 1 out of > 19000 CRAN packages (and not R itself). Package RGtk2 was archived in 2021.  The current rattle (5.5.1) does not depend on it.  A direct download is available f

Re: [R-SIG-Mac] macOS may not give R much time in a long compute

Are you using R.app (you failed to say)? If so, have you acted on the documentation about 'app nap'? E.g. §4.1 of the R-admin manual. On 18/02/2023 12:31, Spencer Graves wrote: Hello:   During a long compute (in a while loop), I've asked R to report progress via: # Progress

Re: [R-SIG-Mac] Please test R 4.3.0 RC, more information below

On 18/04/2023 11:01, Göran Broström wrote: About the Fortran compiler: Den 2023-04-18 kl. 05:18, skrev Simon Urbanek: Dear Mac users, Package developers, please check the CRAN result pages for your package to make sure it passes checks. Also please note that we are now using a universal

Re: [R-SIG-Mac] Problem installing RUcausal library on MAC

On 24/04/2023 07:17, Simon Urbanek wrote: Varin, you're missing the Fortran compiler which the package requires. To make the life a bit easier on you, upgrade to R 4.3.0 and then install GNU Fortran from https://mac.r-project.org/tools/ If you don't want to upgrade R then you'll need the

Re: [R-SIG-Mac] Symbol not found: _timespec_get

On 04/04/2023 18:45, Tomas Kalibera wrote: On 4/4/23 18:26, Jennifer Wokaty wrote: Hi, I tried installing the x86_64 alpha available today at https://mac.r-project.org/big-sur-x86_64/R-4.3-branch/R-4.3-branch-x86_64.pkg; however, I'm getting the following error: $ sudo installer -pkg

Re: [R-SIG-Mac] List of unnecessary messages when I plot something in R from Terminal

Please do read ?sessionInfo Where R was compiled under macOS 10.x (as the CRAN Intel distributions have been) but running under ‘Big Sur’ or later, macOS reports itself as ‘10.16’ (which R recognizes as ‘Big Sur ...’) and not ‘11.x’ or later. This is only an issue on Intel

Re: [R-SIG-Mac] gfortran: command not found

An alternative is not to have gfortran on the path and use a personal Makevars file, as documented at https://cran.r-project.org/doc/manuals/r-devel/R-admin.html#macOS-packages . Reasons to do it that way include a) GCC builds have included other compilers including gcc in the same directory

Re: [R-SIG-Mac] gfortran: command not found

On 08/07/2023 00:41, Spencer Graves wrote: Hello, Simon Urbanek and Professor Ripley: On 7/7/23 4:21 AM, Simon Urbanek wrote: On Jul 7, 2023, at 6:54 PM, Prof Brian Ripley wrote: An alternative is not to have gfortran on the path and use a personal Makevars file, as documented

Re: [R-SIG-Mac] Rcmdr

On 01/08/2023 00:27, John Fox wrote: Hello Simon, Actually the Rcmdr *does* import (and use) the tcltk2 package, but I've had no other report of this kind of problem and haven't observed it myself. Best,  John A possible clue. tclrk2 on Linux used to do something very similar (including

Re: [R-SIG-Mac] M1+ R package test failures (local and Mac Builder)

Apple Clang 14.0.3 and its associated SDK change to MacOSX13.3.sdk broke about 25 CRAN packages (3 with segfaults) and 17 remain broken (and also with Xcode/CLT 15 beta 4 which uses a newer build of 14.0.3). But in my checks mmrm 0.2.2 is not one of them. Packages should aim to be

Re: [R-SIG-Mac] Problems compiling with R CMD build and devtools::build()

On 17/05/2023 21:59, Simon Urbanek wrote: Jarrett, Duncan's suggestion was correct, but you are using older R, so I'd recommend simply upgrading R to the latest release. If you want to use old R, you have to install the older Fortran binaries that match your R version, but that's not

Re: [R-SIG-Mac] Cross compilation and linking without -undefined

This is just a default. AFAICS it is set in DYLIB_LDFLAGS and you can set that as you wish - it is documented in config.site. That cross-compilation cannot test-load is a major reason not to use it and why support for packages was downplayed on Windows. On 02/01/2024 19:21, Jeroen Ooms

Re: [R-SIG-Mac] Graphics in R, version 4.3.2, does not work well in MacOS

You need to make clear what graphics device and R build you used: the default on a CRAN build of macOS is quartz(), which has nothing to do with XQuartz. But is this a CRAN build? AFAIK quartz() is not the default device in RStudio. And also give the information (sessionInfo()) requested in

Re: [R-SIG-Mac] How to correct tcltk path?

On 04/04/2024 17:46, Kasper Daniel Hansen wrote: You need to install XQuartz. This is IMO stated somewhat clearly at https://cran.r-project.org/bin/macosx/ ("somewhat", because - as always - it seems pretty clear when you know what its trying to say) And definitely clear in the R-admin

<    1   2   3