-
-
Notifications
You must be signed in to change notification settings - Fork 35
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
Broader CI/Docker usage support #283
Comments
I do have container build envs ready to produce musl artifacts and as a consequence alpine based containers. Commonly, I'd create a CI pipeline for the base container of your projects CI pipeline. That's what I do. Regardless, I think it'd be a good addition and avoid needlessly burnt CPU time, so I'll take a stab at it soon™ |
With the docker runner each step just runs commands in the specified docker container, so yes it'd be applicable 😄
Yeah, that could be one optimal solution in the end for my specific use case, which I've just not gotten around to. |
This is non trivial, mostly due to the fact that the |
Alright, it seems a series of patches is required to |
@ljoonal please take a peek at 0.12.2 there are musl binaries now :) I didn't test them yet, so be warned |
Yep, seems to run successfully on the |
Is your feature request related to a particular use-case?
The usecase is running
cargo-spellcheck
in my CI system, which is based on Drone.I'm using the official
rust:latest
Docker image to run the step in which I'm trying to getcargo-spellcheck
to work.A clean build attempt of
cargo-spellcheck
can take over 15 minutes (on hertzner cx21 = 2vCore 4GB RAM) and fail due to dynamic library linking errors which weren't as trivial as just apt-get installing hunspell.Trying to just download the precompiled release binary also fails due to being linked against a newer GLIBC version I think.
Additionally means that using the slimmer
rust:alpine
docker image is also out of question because of the GLIBC requirement.Describe the solution you'd like to implement/see implemented
x86_64-unknown-linux-musl
.Seemed to work on my system after doing a hacky workaround
sudo ln -s /usr/bin/g++ /usr/bin/musl-g++
, which was from rust-musl-builder which could be used too most likely for the buildingcargo-spellcheck
.While it'd be better for my use case, I think that just providing a musl binary would potentially be more applicable for other possible similar use cases. Though both would be even more awesome than just picking one :)
Describe alternatives you've considered
cargo-spellcheck
properly supported by cargo-quickinstall/cargo-binstall would solve the glibc issuescargo-spellcheck
Additional context
Relates to #241
The text was updated successfully, but these errors were encountered: