-
-
Notifications
You must be signed in to change notification settings - Fork 198
use signal-cli from packages #194
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
base: master
Are you sure you want to change the base?
Conversation
Signed-off-by: morph027 <[email protected]>
Thanks a lot for the PR! I would love to use your arm64 native image builds! (YesterdayI even deployed several different machines on the digitalocean cloud for testing, but unfortunately I wasn't able to get a single working arm64 build). As I am sometimes building signal-cli directly from a specific git commit hash (mainly during development or regression testing), I think it would work better for me to keep the existing structure and only use your arm64 native image builds for now. I think the easiest is probably to do this here. This gives me the flexibility to build signal-cli (from a specific git commit or with some local modifications for debugging) on my x86-64 development machine and use your arm64 native images for a release. |
Hope you don't mind, but I just quickly the above on a git branch for some testing. While doing so, I've noticed that only the last version of |
The repo is configured to keep versions, but i just started building w/ the latest one ;) |
Ah, great! That's perfect. Thanks a lot! |
There you go ;)
|
Thanks for letting me know! The strange thing however is, that for some reason I can only download the latest release. So, this works:
But this
fails with The same for Does it work for you? |
Hm, you're right, it's missing in the artifacts, but is included in the metadata. Weird. Will have a look into it. |
Was related to the CI Cache, fixed it for now 🚀 |
works like a charm 🎉 Thanks a lot for the quick fix! |
As of |
Proposal on how to solve oracle/graal#4143.
If it stops you from pushing new images, your Dockerfile can use the prebuilt packages and you can still update your code without the hassle of building native images.
Signed-off-by: morph027 [email protected]