-
Notifications
You must be signed in to change notification settings - Fork 79
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
[WIP] feat: split archive functionality #2
Conversation
5387a01
to
ee52029
Compare
@@ -0,0 +1,184 @@ | |||
package archive |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
With regard to portability, I think that this might best added as a subpackage to bundle. Thoughts?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@afflom I considered it a functional component outside of the bundle that interacts with bundles, but I would be willing to move it under bundle as a sub package.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I vote making it a sub-package. I asked Eric for his opinion.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Since we don't yet know how these packages/command will look when integrating with oc
, this is fine for now. Once we know those requirements, we can reorganize packages if needed.
b89e1e6
to
227d85d
Compare
@afflom, as discussed, a couple notes/request for change:
|
ebbca4b
to
880b306
Compare
Closing this. OBE per pull request #28 |
- Update the .goreleaser.yaml to include s390x - Update the cross build for s390x - Link gcc to s390x-linux-gnu-gcc binary On s390x go compiler seems to expect the gcc binary at s390x-linux-gnu-gcc binary. However on rhel it is not installed there. Signed-off-by: Jan Schintag <jan.schintag@de.ibm.com>
…sing dockerfile and add ppc64le build to Makefile (#624) * MULTIARCH-3440: refine multiarch support for test-unit and test-e2e using dockerfile and add ppc64le build to Makefile - Update the .goreleaser.yaml to include ppc64le - Update the Dockerfile to include wget and pigz dependency - Update the Dockerfile to consider arch it's built on - Update the util.sh to be arch agnostic - Update the cross build for ppc64le Signed-off-by: Paul Bastide <pbastide@redhat.com> * MULTIARCH-3440: Update per review Signed-off-by: Paul Bastide <pbastide@us.ibm.com> Co-authored-by: Jan Schintag <43986265+jschintag@users.noreply.github.com> * MULTIARCH-3441: Enable builds for s390x (#1) - Update the .goreleaser.yaml to include s390x - Update the cross build for s390x - Link gcc to s390x-linux-gnu-gcc binary On s390x go compiler seems to expect the gcc binary at s390x-linux-gnu-gcc binary. However on rhel it is not installed there. Signed-off-by: Jan Schintag <jan.schintag@de.ibm.com> * MULTIARCH-3441: Enable builds for s390x (#1) (#2) - Update the .goreleaser.yaml to include s390x - Update the cross build for s390x - Link gcc to s390x-linux-gnu-gcc binary On s390x go compiler seems to expect the gcc binary at s390x-linux-gnu-gcc binary. However on rhel it is not installed there. Signed-off-by: Jan Schintag <jan.schintag@de.ibm.com> * MULTIARCH-3440: update the code to use go-containerregistry for all arches and add arm64 Signed-off-by: Paul Bastide <pbastide@redhat.com> * MULTIARCH-3440: Adding cross-build for arm64 Signed-off-by: Paul Bastide <pbastide@redhat.com> --------- Signed-off-by: Paul Bastide <pbastide@redhat.com> Signed-off-by: Jan Schintag <jan.schintag@de.ibm.com> Co-authored-by: Jan Schintag <43986265+jschintag@users.noreply.github.com>
Features added: