-
Notifications
You must be signed in to change notification settings - Fork 112
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
R 4.3.0 not working as expected on macOS #479
Comments
Hello, I am facing a few problems while running the Austria.ipynb. I believe the problem is with the dylib files, as they have been written for AMD structures and I am currently using Apple Silicion ARM, M1 structure. is there anyway to work around this? Basiclaly are there any dylib file translators that I can use to generate dylib files that can be used for ARM structures? Please help! I am stuck on this for days now! |
@RahJa24 —you don't give enough information to be sure, but it sounds like your issue is not related to this one on which you've commented. Can you please:
|
Context
Our nightly CI checks recently failed for all macOS runs. Upon closer inspection (the details of which can be found on Slack, this was related to the interplay of the macOS image, Jupyter, Reticulate, and the Java backend of ixmp. The current version of the macOS image installs version 4.2.3 of R, while the r-lib/actions/setup-r@v2 GitHub Action installs the newest version, which recently became 4.3.0. In theory, this should uninstall the earlier version and keep 4.3.0, but it is possible that process was not completed and there remained some interference of the two version. It is, however, also possible that the R version 4.3.0 does not work for ixmp on macOS (at least on this specific version), which is why we create this issue. Users experiencing related issues are encouraged to record their specific experiences here so that we can work on a fix should that be necessary.
PR #478 fixes this issue for the CI tests by pinning version 4.2.3 of R in the workflow file (i.e., the one currently used in the macOS image linked above). An alternative, maybe more sustainable solution, on our side would include finding where the CRAN R version 4.3.0 installs the library
libgcc_s.1.dylib
and making sure that eitherOn the user side for a quick fix, please try using version 4.2.3 of R specifically.
Versions
Output of ixmp show-versions
The text was updated successfully, but these errors were encountered: