Skip to content
This repository has been archived by the owner on Aug 14, 2020. It is now read-only.

Clarify release executables' target, provide statically linked ones #246

Open
sanmai-NL opened this issue May 25, 2017 · 1 comment
Open

Comments

@sanmai-NL
Copy link

It is not clear from the releases page for what architecture the binary executables listed there are suitable.
Neither is it clear that they are dynamically linked. Because of the latter they do not work under Alpine Linux without jumping through hoops. Seems like this situation makes users miss out on a major use case for docker2aci, running inside Alpine Linux based build containers.

Can you clarify this and release statically linked, stripped executables?

@sanmai-NL sanmai-NL changed the title Clarify release target, provide statically linked ones Clarify release executables' target, provide statically linked ones May 25, 2017
@lucab
Copy link
Contributor

lucab commented May 26, 2017

As we can't cover here all possible combinations/usecases, binaries provided via GH are just shortcuts for one of the (arbitrarily chosen) most common case. As we are distributing the source here, binaries can be properly built by maintainers for any specific case (and that is the usual recommend distribution/installation mean wherever a package manager is available, like in alpine).

That said, the dynamic executable in here doesn't seem to be on purpose and could be easily turned into a static one by prepending a CGO_ENABLED=0 to the build script. If you are interested in that, would you mind submitting a short PR just doing that? That way, next release could be shipping a static executable.

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

Successfully merging a pull request may close this issue.

2 participants