For version diversity, this returns false for me on R-4.4.3 (it’s not a
4.5 thing).
(If this were linux, I’d strace it to see what’s going on. Since this is
macos, I cannot get dtrace or execsnoop to get anywhere since SIP is
enabled.)
Bill
On 4/23/25 11:52, bill+rsig...@8pawexpress.com wrote
If it’s not compiled in, why is |libomp.dylib| distributed in R for Mac?
Bill
On 4/24/25 17:35, Simon Urbanek wrote:
> Gavin,
>
>
>> On Apr 24, 2025, at 9:58 PM, Gavin Simpson wrote:
>>
>> Dear list,
>>
>> I'm trying to clarify my understanding of what is and is not implemented /
>> expected in
Thanks Taras, I understand that, perhaps that portion (semver and big
changes on minor-looking version bumps) was more of a vent, I should not
have wasted the email-time on that :-)
As I learn more about the dev required for macos, I’m impressed things
are a stable as they are, due to strong ef
Simon,
Long time fan :-)
Downgrading to 16.2 worked. I’m baffled why a /minor/ release change was
sufficient to make it work, I had assumed that the major different (14
to 16) would have been more responsible. I guess they aren’t using
semver? Thank you for that advice, I’m on 16.2 now.
I fou
Thank you, Peter. I think that’s a misunderstanding of mine based on
mis-reading mac.r-project.org and incomplete research. I have since
uninstalled XQuartz and indeed |quartz()| still works, so my bug-report
has been a misdirection. With this, I’ve changed the here from “xquartz
hanging” to “q
Thanks for the feedback, Marc! Very interesting.
On 5/31/25 13:04, Marc Schwartz wrote:
> Hi,
>
> I am currently running R 4.5.0 on macOS 15.5 (Sequoia), and I also use emacs
> (30.1) and ess (25.1.0), the latter from elpa, along with other emacs
> packages.
It seems we (emacs/ess users) are a
Are there easy fixes or alternatives to using XQuartz for R plots?
I’m running R-4.4.3 (emacs/ess) on macos 15.4.1 and have xquartz-2.8.5
installed. Most of the time plotting in R works well enough (I tend to
use ggplot2, I don’t know if it happens as often with base plots).
Occasionally (sever
I raised https://github.com/r-lib/xml2/issues/458 and Jeroen was able to
determine a resolution within the |xml2| package having to do with
global error handlers and how libxml2 handles errors.
He made a commit
https://github.com/r-lib/xml2/commit/b05d22a6e72bf94ce58a1483344db477969a9a98.
Afte
Okay, it took me a while, but I now have a very small reprex for quartz
(not xquartz) failing. I cannot repro this on linux with R-4.4.3 and the
same package versions.
This is using emacs/ess, though it behaves the same on the console. I do
not have RStudio installed.
|R.version # _ # platform
More information, in case it’s useful:
* I installed RStudio, and does not show this problem, but then again
the |cmd-p| is not a keyboard thing in its graphics pane, and it
uses the |RStudioGD| and |quartz_off_screen| devices vice |quartz|
* I installed R-4.5.1 (which is matched bette
On 7/6/25 11:21, Stephanie Evert wrote:
> I hope this is more readable as a regexp (for me your |-delimited
> blocks show up as a single line of text so it's very difficult to
> figure out which commands I'm supposed to execute).
>
> plot(1:2)
> # press Cmd-P in quartz window → works
> library(k
Thank you for trying it, but you did not execute the reprex completely:
you never loaded |kableExtra|. The reprex in-short (I should have
included it this way the first time):
|plot(1:2) # or ggplot(mtcars, aes(mpg, disp)) + geom_point() # with the
quartz window active, press Cmd-P, no fail lib
12 matches
Mail list logo
