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

OpenComputer: No native libraries support for aarch64 servers #8915

Closed
3 tasks done
UnitTHK opened this issue Nov 24, 2021 · 7 comments · Fixed by GTNewHorizons/OpenComputers#35
Closed
3 tasks done

Comments

@UnitTHK
Copy link

UnitTHK commented Nov 24, 2021

Your GTNH Discord Username

Xx__THK__xX#1273

Your Pack Version

2.1.1.0

Your Server

Private Server

Type of Server

Vanilla Forge

Your Expectation

The OpenComputer mod to not complain about a missing lib (Native Lua libraries are not available, computers will not be able to persist their state. They will reboot on chunk reloads.)

The Reality

The OpenComputer mod complains about the missing library (Native Lua libraries are not available, computers will not be able to persist their state. They will reboot on chunk reloads.)
and of course, all computers start to reboot on chunk reload

Your Proposal

Adding the native lib for aarch64 CPU in the OpenComputer mod, as instructed by this GitHub thread: MightyPirates/OpenComputers#3466

Final Checklist

  • I have searched this issue tracker and there is nothing similar already. Posting on a closed issue saying the bug still exists will prompt us to investigate and reopen it once we confirm your report.
  • I can reproduce this problem consistently by follow the exact steps I described above, or this does not need reproducing, e.g. recipe loophole.
  • I have asked other people and they confirm they also have this problem by follow the exact steps I described above, or this does not need reproducing, e.g. recipe loophole.
@UnitTHK UnitTHK added Status: Triage Issue awaiting triage. Remove once this issue is processed Bug: Minor labels Nov 24, 2021
@bombcar
Copy link
Member

bombcar commented Nov 24, 2021

We may be able to add the libs, but .... force loading one particular architecture may break others

@bombcar
Copy link
Member

bombcar commented Nov 24, 2021

This is not as simple as "adding the libs" as the files don't exist in the repository - it's dynamically getting them somehow and building them into the resultant JAR file.

@bombcar
Copy link
Member

bombcar commented Nov 24, 2021

I think it would be ... aarch64

I assume it's a linux?

@bombcar
Copy link
Member

bombcar commented Nov 24, 2021

This is not as simple as "adding the libs" as the files don't exist in the repository - it's dynamically getting them somehow and building them into the resultant JAR file.

eep found them I think ....

OpenComputers-MC1.7.10-1.7.5.15-GTNH+87faadb97-universal.zip

rename this to .jar and replace your existing (save it as a backup) and see if it works .... may only work against dev if there have been other changes to OC.

@bombcar
Copy link
Member

bombcar commented Nov 25, 2021

The jar above has a typo, but this should be fixed soon, GTNewHorizons/OpenComputers#36 fixes

@bombcar
Copy link
Member

bombcar commented Nov 25, 2021

@UnitTHK
Copy link
Author

UnitTHK commented Nov 26, 2021

We may be able to add the libs, but .... force loading one particular architecture may break others

Tbh, I think that adding the lib would fixes the issue already, the force load step might not be necessary at all, OC is smart enough right? And yeah, I get the pain of having something that’s not part of the original repo downloaded and merged..

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants