Skip to content
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

Open
glatterf42 opened this issue Apr 26, 2023 · 2 comments
Open

R 4.3.0 not working as expected on macOS #479

glatterf42 opened this issue Apr 26, 2023 · 2 comments
Labels
awaiting info Needs more information from the issuer to continue

Comments

@glatterf42
Copy link
Member

glatterf42 commented Apr 26, 2023

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 either

  • this location is included in the search path of ixmp or
  • the install location is changed to some path that is searched by ixmp

On the user side for a quick fix, please try using version 4.2.3 of R specifically.

Versions

Output of ixmp show-versions
<!--
Run one of the following and paste the results here:
- 'ixmp show-versions' in a terminal, or
- 'import ixmp; ixmp.show_versions()' in a Python interpreter.
-->
@glatterf42 glatterf42 added the awaiting info Needs more information from the issuer to continue label Apr 26, 2023
@glatterf42 glatterf42 mentioned this issue Apr 26, 2023
2 tasks
@RahJa24
Copy link

RahJa24 commented Nov 26, 2023

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!

@khaeru
Copy link
Member

khaeru commented Nov 27, 2023

@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:

  • Check existing issues (perhaps IXMP on Apple Silicon (ARM architecture) #473) to (a) see whether the symptoms match yours precisely and (b) if they are already resolved, if the solution works for you?
  • If there are none, open a new issue with a complete description. That would specific output or problem description (not merely "a few problems"); version(s) of ixmp and other packages you are using; actions to reproduce the issue; etc.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
awaiting info Needs more information from the issuer to continue
Projects
None yet
Development

No branches or pull requests

3 participants