Skip to content
This repository has been archived by the owner on Nov 1, 2022. It is now read-only.

Provide multiarch Docker images #147

Closed
onedr0p opened this issue Dec 13, 2019 · 5 comments
Closed

Provide multiarch Docker images #147

onedr0p opened this issue Dec 13, 2019 · 5 comments
Labels
enhancement New feature or request help wanted Anyone looking to contribute can pick this up

Comments

@onedr0p
Copy link

onedr0p commented Dec 13, 2019

Seeing as the project uses dockerhub which supports such multiarch images (unlike quay) what could be an issue getting this set up?

@onedr0p onedr0p added blocked needs validation In need of validation before further action enhancement New feature or request labels Dec 13, 2019
@hiddeco
Copy link
Member

hiddeco commented Dec 13, 2019

Adopting official support for ARM (or any other arch) also means that we have to maintain and deliver community support for it. Given our limited amount of maintainer bandwidth it simply isn't high enough on the list of priorities for us at the moment.

It is however a valid enhancement so I am happy to keep it on the issue backlog.

@hiddeco hiddeco added help wanted Anyone looking to contribute can pick this up and removed blocked needs validation In need of validation before further action labels Dec 13, 2019
@onedr0p
Copy link
Author

onedr0p commented Jan 29, 2020

As we know Go supports cross compiling out of the box. Once you get past the original setup for the Go build, pulling in the right architectures binaries for the dependencies, and image deployment there's really nothing else to maintain.

Here's my multi-arch Container image and source:

Docker image: https://hub.docker.com/r/onedr0p/helm-operator/tags
Sauce: https://gitlab.com/onedr0p/helm-operator

@PelleRavn
Copy link

@onedr0p Trying your image out on my Pi. Do you by any chance also have a Helm Repo somewhere to easy install via Helm?

@onedr0p
Copy link
Author

onedr0p commented Feb 17, 2020

@kingdonb
Copy link
Member

kingdonb commented Sep 2, 2022

Sorry if your issue remains unresolved. The Helm Operator is in maintenance mode, we recommend everybody upgrades to Flux v2 and Helm Controller.

A new release of Helm Operator is out this week, 1.4.4.

We will continue to support Helm Operator in maintenance mode for an indefinite period of time, and eventually archive this repository.

Please be aware that Flux v2 has a vibrant and active developer community who are actively working through minor releases and delivering new features on the way to General Availability for Flux v2.

In the mean time, this repo will still be monitored, but support is basically limited to migration issues only. I will have to close many issues today without reading them all in detail because of time constraints. If your issue is very important, you are welcome to reopen it, but due to staleness of all issues at this point a new report is more likely to be in order. Please open another issue if you have unresolved problems that prevent your migration in the appropriate Flux v2 repo.

Helm Operator releases will continue as possible for a limited time, as a courtesy for those who still cannot migrate yet, but these are strongly not recommended for ongoing production use as our strict adherence to semver backward compatibility guarantees limit many dependencies and we can only upgrade them so far without breaking compatibility. So there are likely known CVEs that cannot be resolved.

We recommend upgrading to Flux v2 which is actively maintained ASAP.

I am going to go ahead and close every issue at once today,
Thanks for participating in Helm Operator and Flux! 💚 💙

@kingdonb kingdonb closed this as completed Sep 2, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement New feature or request help wanted Anyone looking to contribute can pick this up
Projects
None yet
Development

No branches or pull requests

4 participants