n't use it. Your
startup script might do that though.
Some packages do use it. If the package calls X11(), that will open
XQuartz. If it uses the rgl package, it will default to opening
XQuartz, but can be told not to.
I don't know of other examples, but I wouldn't be surpr
ror.
You might think having update.packages() reinstall base packages would
be a good idea, but if the base packages are messed up, R is broken, and
update.packages() probably won't work properly.
Duncan Murdoch
On 2025-05-31 6:38 a.m., Carl Witthoft wrote:
I did this sequence: copy over a
That could probably work, but as I just posted, it's not necessary if
you incorporate a PR for wdman.
remotes::install_github("ashbythorpe/wdman@chromefix")
Duncan Murdoch
On 2025-05-25 7:02 a.m., Carl Witthoft wrote:
You mean aside from creating a symlink in
~/Libr
On 2025-05-24 10:30 a.m., Duncan Murdoch wrote:
Today I finally updated to R 4.5.0, and found that RSelenium had stopped
working.
It appears that it switched to the older convention for the storage of
the chromedriver: it was looking in ~/Library/Application
Support/binman_chromedriver/mac_m1
Support/binman_chromedriver/mac-arm64.
Has anyone else seen this? Any suggested fixes? I've switched back to
R 4.4.3 for now, but I'd like to upgrade.
Duncan Murdoch
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.
=-L/opt/R/arm64/lib
with_tcl_config=/opt/R/arm64/lib/tclConfig.sh
with_tk_config=/opt/R/arm64/lib/tkConfig.sh
-pd
On 22 May 2025, at 13:35 , Duncan Murdoch wrote:
I'm trying to install the svglite package in R-devel on my M3 Mac running
Sonoma 14.7.1, and getting these re
e C++ compiler.
## CXXFLAGS=
@@ -255,7 +255,7 @@
## Objective-C(++), mainly for macOS
## On macOS, Apple clang with additional gcc flag -fobjc-exceptions
-## OBJC=
+OBJC=$CC
## OBJCFLAGS=
## OBJC_LIBS-
## Objective-C compiler, usually the same as $CXX $CXXSTD
Can anyone spot what needs fixing?
Duncan Murdoch
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
I don't know about Gavin, but all I wanted was to be able to install my
package from source on Github without an error.
Duncan Murdoch
On 2025-04-24 12:18 p.m., Kevin Ushey wrote:
Hi Gavin,
If you want to use gettext from Homebrew, you need to make sure the
compiler include paths are s
t;
This needs to come after R has been set up so that Rscript will be
available.
Duncan Murdoch
On 2025-04-24 5:19 a.m., Duncan Murdoch wrote:
That's it! It's the tar that needs the sudo.
I may switch to using the R script method to avoid hard-coding
architecture and version,
That's it! It's the tar that needs the sudo.
I may switch to using the R script method to avoid hard-coding
architecture and version, but I've got something that works now.
Thanks!
Duncan Murdoch
On 2025-04-24 4:47 a.m., peter dalgaard wrote:
ICBW, but you seem to be sudo-i
I didn't use sudo, but adding it doesn't help.
Here's the latest failed run:
https://github.com/dmurdoch/parseLatex/actions/runs/14634872157/job/41063801330
It fails to create opt/R/arm64. I also tried x86_64, with similar results.
Duncan Murdoch
On 2025-04-23 4:17 p.m., Simo
It's the "just install gettext" part that's giving me trouble. How do
you do that in a Github action?
Duncan Murdoch
On 2025-04-23 1:04 p.m., peter dalgaard wrote:
If you are using Simon's tools and libs, just install gettext and make sure
that CPPFLAGS includes
-I
it is
already installed, but R isn't looking there; install using the curl
command below: fails because of permissions.
Duncan Murdoch
On 2025-04-19 5:40 p.m., Simon Urbanek wrote:
Gavin,
there are few issues here with different possible solutions.
In general, you cannot mix R from Ho
ve a number of
community discussion forums, and those might help.
Another possibility is that you could contact Posit, who sell and
distribute RStudio. If you are trying to install it as well as R, then
they'd have an interest in helping you.
Duncan Murdoch
On 2025-02-27 3:36 p.m.,
Two new data points:
1. The loss of event handling happened again today, so John Fox's
suggestion to avoid AppNap was not sufficient.
2. Sys.sleep(10) still produces the ignored events, but in the broken
state, it doesn't recover at the end.
Dunc
On 2024-12-11 6:22 p.m., Simon Urbanek wrote:
On Dec 12, 2024, at 10:00 AM, Duncan Murdoch wrote:
On 2024-12-11 3:43 p.m., Michael Hall wrote:
Message: 1
Date: Wed, 11 Dec 2024 12:25:42 -0500
From: Duncan Murdoch
To: R-SIG-Mac
Subject: [R-SIG-Mac] R.app not handling events
Message-ID
On 2024-12-11 3:43 p.m., Michael Hall wrote:
Message: 1
Date: Wed, 11 Dec 2024 12:25:42 -0500
From: Duncan Murdoch
To: R-SIG-Mac
Subject: [R-SIG-Mac] R.app not handling events
Message-ID:
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Every now and then R.
On 2024-12-11 2:22 p.m., John Fox wrote:
Hello Duncan
The problem may be related to macOS App Nap (although the persistence of
the problem when R.app has the focus seems to contradict that). If so,
you could either make sure that R.app retains the focus while the
command executes or disable App
n't spotted the cause. The
only solution I've found is to quit the session and restart it.
Does anyone know what might be causing this, or a way to fix it without
ending the session?
Duncan Murdoch
___
R-SIG-Mac mailing list
R-SI
r? Are they leftovers?
I don't see extra R processes. Just the one with the R icon.
If you exit R.app, do the remaining processes go away?
Duncan Murdoch
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
s Jeff got correct results on several different
systems using "UTF-16".
Is this a MacOS bug or an R for MacOS bug?
Duncan Murdoch
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
to disable Homebrew whenever
you are compiling something native.
Cheers,
Simon
On 22/07/2024, at 6:28 AM, Duncan Murdoch wrote:
Okay, I've figured out the previous issue. The openssl package configure
script dies if it doesn't have openssl version 3, while install.libs() provides
n(/Users/murdoch/R/R-devel/library/00LOCK-openssl/00new/openssl/libs/openssl.so,
0x0006): symbol not found in flat namespace '_EVP_CIPHER_CTX_get_block_size'
Error: loading failed
Execution halted
ERROR: loading failed
* removing ‘/Users/murdoch/R/R-devel/library/openssl’
Any suggestions?
D
sl config is finding the Homebrew info.
Can someone suggest what I need to do to get this to work?
Duncan Murdoch
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
mmend that you install R from CRAN instead, and if necessary
follow the instructions on https://mac.r-project.org/bin/ to get extra
libs like udunits.
Duncan Murdoch
On 2024-07-09 7:56 a.m., Jacob Howard Ph.D. wrote:
Hello all, I am running the R 4.4 on an M2 mac chip. Since updating R to 4.4 I
d this in rgl's configure script.
Duncan Murdoch
On 2024-06-15 2:13 p.m., Duncan Murdoch wrote:
RStudio is causing problems for rgl builds. In particular, on my M3
system, I have installed the arm64 binaries and tools in
/opt/R/arm64/bin as recommended, and builds work fine if I run them
he arm64 files to
/opt/R/arm64/bin?
- Should I really be doing this, or is my system broken since my
/usr/local/bin directory contains things it shouldn't, or should I just
tell people to put /opt/R/arm64/bin first in their PATH?
Duncan Murdoch
__
things. So you could do
PATH=$PATH:~/Library/Application\ Support/r-pandoc/3.2 R CMD build ...
(or if you want, the equivalent that makes the PATH change permanent).
Duncan Murdoch
Thanks,
Spencer Graves
On June 13, 2024 10:09:25 AM PDT, Spencer Graves
wrote:
Hello
in manual section
C.3.1 should also have worked, but I didn't notice that until later.
Duncan Murdoch
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
ry packages are in
/var/folders/d6/s97fjjxd3_9353x_lwb69210gn/T//RtmptD64D6/downloaded_packages
> library(robustbase)
Warning message:
package ‘robustbase’ was built under R version 4.3.2
so it worked with just a warning because I'm using an old version of R.
Duncan Murdoch
On 24/03/2024 5
ot;. If I delete it using "rm -r", I get a slightly different
message.
Duncan
-pd
On 19 Feb 2024, at 10:43 , Jeroen Ooms wrote:
On Sun, Feb 18, 2024 at 11:57 PM Duncan Murdoch
wrote:
I wanted to see the options to R CMD INSTALL, and was surprised to see
this output:
: getcwd: cannot access parent
directories: No such file or directory
...
(because BUILD-dist is wiped and re-created by the automatic builds, but the
shell still refers to the unlinked directory.)
-pd
On 18 Feb 2024, at 23:57 , Duncan Murdoch wrote:
I wanted to see the options to R CMD INSTALL
ng it?
Duncan Murdoch
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
I don't think you have described how you installed R. Did you use the
installer from CRAN, or build it yourself, or get it from some other
source like Homebrew or MacPorts?
Duncan Murdoch
On 16/02/2024 4:25 a.m., María de los Ángeles Casares de Cal via
R-SIG-Mac wrote:
Dear Simo
CRAN, but in case they
messed up this time, you might try downloading from the main site instead:
https://cran.r-project.org/bin/macosx/
Duncan Murdoch
On 17/10/2023 8:25 a.m., nina.moel...@uni-jena.de wrote:
Hello,
I wanted to Download R for a Seminar at FSU Jena and read the posting
Guid
it work in x.y.(z+1), but not
in x.(y+1).z'. Errors like that are what "checkBuilt" is looking for.
I don't know what "Update All" is doing; that's some front end calling R.
Duncan Murdoch
The problem remains not-solved, because (prior to updating everyt
o see which line in it is causing this (if it is
actually .Rprofile that is the problem).
Duncan Murdoch
On 22/07/2023 4:29 p.m., Carl Witthoft wrote:
Neither R.app Gui nor R from command line will work.
This is 4.3.1 , MacOS 13.4 on an x86 (and yes, that's the version I
installed).
ework/Versions/4.3-x86_64/Resources/library"
but maybe not identical to that. Running ls on that directory in the
terminal should list all the installed packages (including datasets and
everything else that is supposed to be installed).
Duncan Murdoch
On 08/06/2023 3:16 p.m., John Helly via R-
Adrian's comment reminded me of a post from Simon on Feb 8:
Apparently there is a bug in Ventura that prevents software installation from the
Downloads folder. Once the installer package is moved someplace else - the home or
Desktop - it works. So if you see "Installation failed", make sure yo
where yours had
-L/opt/R/arm64/gfortran/lib/gcc/aarch64-apple-darwin20.6.0/12.0.1
-L/opt/R/arm64/gfortran/lib
-lgfortran
i.e. gfortran is in /opt/gfortran, not /opt/R/arm64/gfortran. But I
don't know if that difference is expected or not.
Duncan Murdoch
On 17/05/2023 2:43 p.m., Jarret
I think the simplest solution is to remove the gfortran you installed,
and then install it back using the installer on
https://mac.r-project.org/tools/
Duncan Murdoch
On 17/05/2023 1:26 p.m., Jarrett Phillips wrote:
Hi Rodney,
When I paste the directories into the Terminal, I get
no such
ld be created.
Duncan Murdoch
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
#x27;t think so: that wouldn't really be compatible with
maintaining the size.
(3) Finally, and less importantly to me, is there any way to select the
font style and the font size that is used in the edit window?
As far as I can see, no.
Duncan Murdoch
_
On 18/04/2023 12:58 p.m., Duncan Murdoch wrote:
Hi Simon.
I'm seeing crashes when I try to compile rgl and run it in the new R on
my Intel notebook. I only installed R, I didn't update all the
libs/tools/etc.
The crash report is copied below. One oddity I notice on the 4th line
of
ar 2023
month 04
day13
svn rev84266
language R
version.string R version 4.3.0 RC (2023-04-13 r84266)
nickname Already Tomorrow
but when I choose "About R" in the GUI, I see 4.2.3 reported. Maybe
I've got both installed, and that'
That's right. The releases are based on what's known when they are
released, not what will be known in the future.
And statisticians are supposed to be good at prediction...
Duncan Murdoch
On 11/02/2023 4:53 p.m., Jeff Newmiller wrote:
Operating systems are designed to be a
That worked for me. I deleted two plugins from the global
/Library/Internet\ Plug-Ins folder named
AdobePDFViewer.plugin
AdobePDFViewerNPAPI.plugin
and dated from 2020. Now things are fine.
Duncan Murdoch
On 06/02/2023 7:36 p.m., Simon Urbanek wrote:
Kevin,
oh, that's some
On 06/02/2023 6:01 p.m., Kevin Thorpe wrote:
When I try to open a PDF vignette (say a vignette from the survival
package)from the help system in R it does not open Preview. I cannot actually
open any PDF vignettes. All I get is a finder window with the error I
previously described. It asks me
] called
within transaction
Kevin
Hi Kevin.
If you just run `open some.pdf` in a terminal, does it open properly in
Preview?
Duncan Murdoch
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
, they could modify the second lib,
but only reinstalls of R would change the first one.
On a multi-user system there would typically be another lib in the user
account.
Duncan Murdoch
On 03/06/2022 12:45 p.m., Henrik Bengtsson wrote:
I see two fairly big problems with users installing R packag
roup, and that group
has permission to change the system library. That's the point that
Patrick made in his original message. He was asking to change the
installer so that privilege escalations *would* be required.
Duncan Murdoch
On June 3, 2022 10:01:25 AM PDT, Duncan Murdoch
wro
on a specific proposal to make.
Duncan Murdoch
/Henrik
On Fri, Jun 3, 2022 at 10:38 AM Duncan Murdoch wrote:
On 03/06/2022 1:21 p.m., Peter Dalgaard wrote:
Eek! No, just no...
That way users can't upgrade a package for himself on a multi-user system if
the sysop won't do it f
ge in the personal library if it is already installed in the system
library.
Duncan Murdoch
On 03/06/2022 12:45 p.m., Henrik Bengtsson wrote:
I see two fairly big problems with users installing R packages to
.Library by default. One is related to package checking and CRAN, and
one is relat
but
that's not what they should be editing. Often problems there were dealt
with months ago, and just weren't seen as important enough to backport
to the R-patched branch so they never made it into a release.
Duncan Murdoch
The bigger impedance is that people who are good with do
f making helpful contributions: they like
help, they don't like arguments about how to do things. (I'm saying
this as a former member of R Core.)
Duncan Murdoch
The problem is that generally they cannot. You are looking something
up, because you don't know about it s
type = "source", configure.args =
"--x-includes=/opt/X11/include --x-libraries=/opt/X11/lib")
Duncan Murdoch
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
On 28/11/2021 7:05 a.m., Erich Neuwirth wrote:
I checked, and I also get the crash in Rstudio.
In Rgui, it works.
I don't get the crash, using R 4.1.0 in MacOS 10.15.7, with the same
Rmpfr version in RStudio or R.app.
Duncan Murdoch
On 27.11.2021, at 21:46, Dev Chakraborty wrot
doesn't call source().
My conclusion would be to use RStudio rather than the R.app editor. I
prefer R.app for interactive use, but not at all for code development.
Duncan Murdoch
On 09/10/2021 11:23 p.m., Andrew Simmons wrote:
Hello,
I'd like to programmatically retrieve the pat
l
- In Other Location
- As defined by .libPaths()
Which of those are you choosing?
Duncan Murdoch
I don't remember at which exact version this started to happen (it was also
present in 4.1.0), and could not find any particular setting that I should
tweak to make these equal.
This is the
The rgl patch was accepted by CRAN an hour ago, so you should see it soon.
Duncan Murdoch
On 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
1971542] surface notify updated 0
2021-08-20 08:00:47.470340-0400 R[79608:1971542] caller is the same
thread for uid 49
They don't seem to lead to any problems, but maybe on an ARM they're
more serious.
Anyway, so if you can post the fixed release I'd be happy the recomp
::install_github("dmurdoch/rgl@configpatch")
Duncan Murdoch
On 19/08/2021 6:08 p.m., Simon Urbanek wrote:
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 a
amespace
in
/Library/Frameworks/R.framework/Versions/4.1-arm64/Resources/library/rgl/libs/rgl.so
That looks like a symbol in the harfbuzz lib. rgl doesn't reference it
directly, I think FreeType does. I don't know what you need to do to
fix this, but maybe that's enough
27;t want
the arm64 download, you want
https://cran.r-project.org/bin/macosx/base/R-4.1.0.pkg
It is listed on the web site as "High Sierra and higher", so it should
work on Big Sur, but only if you have an Intel chip.
Duncan Murdoch
Your support is much appreciated.
Lindsay Fore
Just updated to R 4.1.0 and R.app 1.76 (7976), and this has apparently
been fixed. Sorry for the noise!
Duncan Murdoch
On 07/06/2021 10:07 a.m., Duncan Murdoch wrote:
When running in R.app (sessionInfo below; this is not quite the latest,
sorry) I see the following minor issue:
When typing
soon as I type anything else, it
pops back up.
Duncan Murdoch
Sessioninfo:
R version 4.0.5 Patched (2021-04-30 r80294)
Platform: x86_64-apple-darwin17.0 (64-bit)
Running under: macOS Catalina 10.15.7
Matrix products: default
BLAS:
/Library/Frameworks/R.framework/Versions/4.0/Resources/lib
may not be relevant.
Duncan Murdoch
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
thin the GUI using
system("R CMD ...")
Duncan Murdoch
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
y; that won't really test the workaround. In that case I'll try
to build a binary for your R version.
Duncan Murdoch
On 18/02/2021 6:07 p.m., Richard M. Heiberger wrote:
This is from my MacBook Air mid-2012 running Catalina 10.15.7
with Xquartz 2.7.11
I never placed the beta on this ma
stroyed,
but I still don't like it. I'll try it out a bit, and then push it to
Github for others to test.
Duncan Murdoch
On 18/02/2021 6:28 a.m., Duncan Murdoch wrote:
I can reproduce this on a Catalina machine, working in R from the terminal.
This definitely looks similar to
iles with older install dates, especially dates around Feb 2,
when I had installed 2.8.0beta. The /Library/Launch* files showed up
that way.
Duncan Murdoch
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
On 18/02/2021 7:15 a.m., Peter West wrote:
I’ve enabled /opt/X11/libexec/launchd_startx for full disk access in Security &
Privacy, but it hasn’t fixed the problem.
In any case, it's a generic XQuartz problem, not related to R or rgl.
Duncan
___
R-
On 18/02/2021 6:14 a.m., Peter West wrote:
Yes, I went through that process. I have no org.xquartz.* files in
/Library Launch* now.
If you run x11(), does it cause the same issue?
What about not starting R at all, and just running some X11 app like
xclock from the terminal?
Duncan Murdoch
()
error: xp_attach_gl_context returned: 2
*** caught segfault ***
address 0x18, cause 'memory not mapped'
but that might just be a different way of reporting the same underlying
issue.
It's clearly some kind of interaction between the Quartz device and rgl.
I'll see if I can tra
unchAgents/org.xquartz.startx.plist and
/Library/LaunchDaemons/org.xquartz.startx.plist files and reboot, but I
haven't tried that.
Duncan Murdoch
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
current
CRAN binary (0.104.16) was already compiled for 2.7.11, so it's also
fine now.
If you install rgl from source after the XQuartz version change, you
should be okay.
Duncan Murdoch
Peter
—
p...@ehealth.id.au <mailto:p...@ehealth.id.au>
Moved with pity, he stretched out h
. Relogin, and
things seem fine.
Duncan Murdoch
On 13/02/2021 7:22 p.m., Richard M. Heiberger wrote:
It is looking for:
missing xcrun at: /Library/Developer/CommandLineTools/usr/bin/xcrun
This is the entirety of
/Library/Developer/CommandLineTools/usr/share/
/Library/Developer
is present, but it only works for users that have
dev tools installed, so not a good idea in general.
Okay, thanks. I already have a no-X11 workaround; I'll just change the
error message if the dyn.load() fails.
Duncan
Cheers,
Simon
On Feb 14, 2021, at 11:32 AM, Duncan Murdoch w
lar version during my
build, or at least detect that the wrong version is installed?
Duncan Murdoch
Cheers,
Simon
On Feb 14, 2021, at 9:50 AM, Richard M. Heiberger wrote:
I tried this. It made no difference. Both before and after running
sudo xcode-select —install
I ran (in both cases, in
tenv(DISPLAY=":0.0") again in future sessions, and I
would guess the socket will be recreated the next time you restart the
system (or maybe on login).
Duncan Murdoch
On 13/02/2021 4:21 p.m., Richard M. Heiberger wrote:
That is next. Again a fresh session.
setwd('/Use
Have you tried the change to DISPLAY, i.e.
Sys.setenv(DISPLAY=":0.0")
before running X11()?
Duncan Murdoch
On 13/02/2021 3:50 p.m., Richard M. Heiberger wrote:
I tried this. It made no difference. Both before and after running
sudo xcode-select —install
I ran (in both cases, in a
ace in my Mac that I can put the file so I could enter just the
file name, and not the whole path?
Sorry, forget to answer your actual question:
You can use getwd() to find the working directory. If you put the file
there, you won't need to specify the path
ace in my Mac that I can put the file so I could enter just the
file name, and not the whole path?
It doesn't make sense to use backslashes in the path: macOS will see
those as part of the name, not as path separators. Just use
read.table("/Users/DFP/Desktop/moabsitechm") if t
at setting Sys.setenv(DISPLAY=":0.0") fixes it.
Others say that didn't work.
I'm still running the beta, and haven't seen any issues. Maybe I'll try
going back to 2.7.11 to see if I can trigger things.
Duncan Murdoch
__
t what
needs to be deleted so that the XQuartz install will work.
Duncan Murdoch
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
from homebrew to the binary form cran.
I'm not on Big Sur, but I see this:
$ which R
/usr/local/bin/R
So maybe you're looking in the wrong place?
Duncan Murdoch
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
ttps://cran.r-project.org/bin/macosx/
contains a build of R 4.0.3 that is "for macOS 10.13 (High Sierra) and
higher". That's what Jean Thiolouse was referring to.
It's possible that the package on CRAN doesn't work on your system, but
it doe
Symbol not found:
_XAllocClassHint.
But even if this is eventually fixed, these changes make installing rgl
a lot easier.
Duncan Murdoch
Best,X
Taras
On 21 Dec 2020, at 17:32, Duncan Murdoch wrote:
Along the same lines: I have been working with Prof Ripley to get rgl to work
on
)
To see what it looks like without OpenGL on Windows, try
Sys.setenv(RGL_NO_OPENGL = TRUE)
before the install, or on a Unix-alike,
install.packages("rgl", repos="http://R-Forge.R-project.org";,
INSTALL_opts = '--configure-args="--disable-opengl"&#x
Thanks for pointing that out. Which version are you using?
Duncan Murdoch
On 03/11/2020 2:08 a.m., Adrian Dușa wrote:
For some reason, I was recently unable to update my Xcode and digged a
little bit.
One solution was to completely uninstall it and do a fresh install, a
process in which I
The https://mac.r-project.org/ page says that R is now built with Xcode
11.4. Is this still correct? There are several newer versions
available (11.5, 11.6, 11.7, 12, 12.0.1, 12.1).
Duncan Murdoch
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
, if I type the command q() it seems it's doing the expected
thing.
Any advice?
I'm not seeing that with the current release, 4.0.3 R.app GUI 1.73
(7892) x86_64-apple-darwin17.0. So I'd suggest updating.
Duncan Murdoch
___
R-SIG-Mac
Which front end are you using? The cmd-] and cmd-[ don't do anything in
the ones I'm using.
Duncan Murdoch
On 05/09/2020 8:23 a.m., Timothy Bates wrote:
In R version: R version 4.0.2 (2020-06-22), I’m seeing the plot window not
advance when a new ggplot is drawn.
calls to plot() a
I seem to have got past this error by reinstalling Xcode. I'm not sure
what went wrong with the old install; I'm pretty sure I did an R-devel
build since installing Catalina.
Duncan Murdoch
On 28/08/2020 10:41 a.m., Duncan Murdoch wrote:
I'm trying to build R-devel in Catalin
g library function 'strcmp'
with type 'int (const char *, const char *)'
[-Werror,-Wimplicit-function-declaration]
exit(strcmp(ver, "1.0.6") < 0);
^
conftest.c:251:10: note: include the header or explicitly
<+20>: retq
Target 0: (R) stopped.
Duncan Murdoch
On 05/08/2020 10:16 a.m., Prof Brian Ripley wrote:
One of the suggestions in
https://cran.r-project.org/doc/manuals/r-devel/R-exts.html#Debugging-on-macOS
should help. Both worked for my build of R-devel yesterday
On 05/08/2020 14
tting DYLD_LIBRARY_PATH or LD_LIBRARY_PATH to
point there doesn't help (either on the bin/R command line or exported).
Is there some other way to run it from whatever directory I happen to
be in?
Duncan Murdoch
On 02/05/2020 11:26 p.m., Simon Urbanek wrote:
Vince,
Apple no longer allow
ncan
Cheers,
Simon
On 5/08/2020, at 8:51 AM, Duncan Murdoch wrote:
I seem to have a workaround for the rgl-related crash. If I insert a one
second delay after the first quartz() device is opened but before anything is
plotted, then I don't see the crash. This script does that if
is asynchronous with the main R
thread, and in Catalina something about rgl makes it so slow that the
window isn't ready when R starts plotting there. But I don't know the
quartz() device code, so this might not be right at all.
Duncan Murdoch
I found the problem. /usr/local/lib had old copies of libgfortran* and
libquadmath* from 2015, and removing these allowed things to proceed.
The current copies are in /usr/local/gfortran/lib.
That directory contains a lot of old junk; I'll probably find more needs
to go too.
Duncan Mu
1 - 100 of 231 matches
Mail list logo
