Mac gtk2 woes

[khb]

Old discussions ... I'd think stuff will have changed.

OS X Ventural 13.2.1

[R.app GUI 1.79 (8160) aarch64-apple-darwin20] (just downloaded from:

https://cran.r-project.org/bin/macosx/big-sur-arm64/base/R-4.2.2-arm64.pkg)

Every time I start, it reprompts for installing GTK2 (see above) ... quitting and restarting causes that to happen again ... and again... clearly something is not taking ... pointers to the many fine manuals appreciated.

[khb]

As someone was kind enough to suggest, this meant the build was incorrectly building and installing x64 versions. True. Sadly, building manually from source fails with some compilation failures (which I wasn't inclined to chase/correct in a mad dash to prep a demo for some high school students). The folks at VueScan have managed to coax Rosetta to process libraries, but their hack isn't obvious.

A relatively easy hack is leverage the docker kanyon/rattle image. Assuming Xquarts and docker already installed, and having fixed one's .ssh/config to permit X11 forwarding, then, from an XQuartz/xterm 

docker run -it --rm -e DISPLAY=$ip:0.0 --platform linux/amd64    kayon/rattle

and inside the container:

 sh /run.sh

Export DISPLAY=$ip:0 (from above) (although the -e above should work, verify)

$ R

> library(rattle)

> rattle()

The right fix would be to wean Rattle from obsolete dependencies (cario, RGtk2, ?) but that's a non-trivial effort, I'm sure.

Realistically, I think this translates into find another intro to datamining :< It is rather the long way around, and assumes more facility with computing infrastructure than is sensible for an introductory session. 

[khb]

On Sunday, March 19, 2023 at 2:14:16 PM UTC-6 khb wrote:

...The folks at VueScan have managed to coax Rosetta to process libraries, but their hack isn't obvious.

I misunderstood. Turns out when their app recognizes it requires x64 libraries, it restarts itself in x64 emulation mode ... so the entire application is running x64 emulation not just the library.