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

Build and release cross compiled binaries #330

Closed
hferentschik opened this issue Apr 28, 2017 · 9 comments
Closed

Build and release cross compiled binaries #330

hferentschik opened this issue Apr 28, 2017 · 9 comments

Comments

@hferentschik
Copy link
Contributor

Given that this is a generic CLI for dealing with images, it would be nice to be able to download cross compiled binaries in order to quickly evaluate the tool.

I am on OS X and it seems I can currently not build from master. How can I use/evaluate skopeo?

@mtrmac
Copy link
Collaborator

mtrmac commented Apr 28, 2017

Thanks for your interest.

If skopeo does not build on OS X, we couldn't really publish a compiled binary for OS X even if there were a release process for that.

On Linux, the standard workflow would be to rely on a distribution packaging the software. Hooking up Travis to publish the test binaries somewhere might be interesting, regardless, though it’s not immediately obvious where to host it with minimal overhead. https://docs.travis-ci.com/user/deployment/releases/ might be a starting point, but

Please note that deploying GitHub Releases works only for tags, not for branches.

Contributions for either making OS X buildable, or for an automated publish workflow, would be welcome, of course.

What build failure have you encountered, exactly? It might be already tracked in #310.

FWIW #310 suggests that older versions do build on OS X, that might be usable for a minimal proof of concept.

@mtrmac
Copy link
Collaborator

mtrmac commented Apr 28, 2017

See also #310 (comment) .

@jorgemoralespou
Copy link

@mtrmac @runcom is there any priority for this?

@mtrmac
Copy link
Collaborator

mtrmac commented Jun 22, 2017

To the best of my knowledge (which is only based on second-hand feedback in #310), skopeo should be buildable.

As for hosting a compiled binary somewhere, that’s not likely to happen without somebody figuring out where to build and host, and contributing the code to do that.

@hferentschik
Copy link
Contributor Author

To the best of my knowledge (which is only based on second-hand feedback in #310), skopeo should be buildable.

For all I can tell there are still various issues (but I will need to catch up on things over the next days), but the issue itself is still that one does not want to compile the sources to try skopeo. It is a quite high hurdle to jump. I think you get much better adoption if you provide a binary, if nothing else for Linux at least.

As for hosting a compiled binary somewhere, that’s not likely to happen without somebody figuring out where to build and host,

Hosting can be easily done on GitHub itself. Just put it onto the release page. Many projects do it this way.

Regarding building, pick any of the OpenSource CI systems, for example Travis CI. Or I am pretty sure that you can also get onto CentOS CI.

That said, for an actual release you most likely want to build and cross compile locally and then upload to the GitHub release page. There are tools which can help with that (gh-release for example).

@rhatdan
Copy link
Member

rhatdan commented Apr 25, 2019

@mtrmac @vrothberg Is this something we want? Should we put an intern on it?

@mtrmac
Copy link
Collaborator

mtrmac commented Apr 29, 2019

It might be useful for macOS (unlike Linux, where a single binary does not quite make sense due to NSS ABI issues, but tracked in #594 anyway); it would strongly be related to the tentative discussions about replace Travis CI with something else.

Meanwhile, there is a skopeo formula in Homebrew, which is the 99% solution; so, an extra official build in this repository seems quite low-priority; we’d probably do more good by ensuring the Homebrew formula is updated as part of the release process.

@mtrmac
Copy link
Collaborator

mtrmac commented Aug 8, 2020

For the record, there’s also #391 with a fair bit of overlap.

@rhatdan
Copy link
Member

rhatdan commented Oct 8, 2020

Closing since #391 covers this.

@rhatdan rhatdan closed this as completed Oct 8, 2020
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Sep 21, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

4 participants