signal-cli-rest-api
signal-cli-rest-api copied to clipboard
use signal-cli from packages
Proposal on how to solve https://github.com/oracle/graal/issues/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]
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 signal-cli-native is available in your repo (at least that's what apt list -a signal-cli-native showed me). I do not know much about packaging software, but would it maybe be possible to keep the old versions in the repository as well? In order to get more reproducible builds I like to pin signal-cli-(native) to a specific version. :)
The repo is configured to keep versions, but i just started building w/ the latest one ;)
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 ;)
# apt-cache policy signal-cli-native
signal-cli-native:
Installed: 0.10.0-11
Candidate: 0.10.2-0
Version table:
0.10.2-0 500
500 https://packaging.gitlab.io/signal-cli signalcli/main amd64 Packages
*** 0.10.0-11 500
500 https://packaging.gitlab.io/signal-cli signalcli/main amd64 Packages
100 /var/lib/dpkg/status
There you go ;)
# apt-cache policy signal-cli-native signal-cli-native: Installed: 0.10.0-11 Candidate: 0.10.2-0 Version table: 0.10.2-0 500 500 https://packaging.gitlab.io/signal-cli signalcli/main amd64 Packages *** 0.10.0-11 500 500 https://packaging.gitlab.io/signal-cli signalcli/main amd64 Packages 100 /var/lib/dpkg/status
Thanks for letting me know!
The strange thing however is, that for some reason I can only download the latest release.
So, this works:
apt-get download signal-cli-native=0.10.2-1
But this
apt-get download signal-cli-native=0.10.2-0
fails with E: Failed to fetch https://packaging.gitlab.io/signal-cli/pool/main/s/signal-cli-native/signal-cli-native_0.10.2-0_arm64.deb 404 Not Found [IP: 35.185.44.232 443]
The same for apt-get download signal-cli-native=0.10.0-11. This also fails with: E: Failed to fetch https://packaging.gitlab.io/signal-cli/pool/main/s/signal-cli-native/signal-cli-native_0.10.0-11_arm64.deb 404 Not Found [IP: 35.185.44.232 443]
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 :rocket:
works like a charm :tada: Thanks a lot for the quick fix!
As of signal-cli v0.11.4, there are now "official" native image builds.
Should make things a bit easier.