-
Notifications
You must be signed in to change notification settings - Fork 187
mantle/system: Add RpmArch API #1257
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
Conversation
A lot of our code uses the portage architecture, which no longer makes sense. Now, the more correct code for this is part of rpm-ostree but I'm not sure we want to go to forking off that yet. Since the build system only supports this set of architectures currently, let's just inline the Go -> RPM translation here.
arithx
left a comment
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.
/lgtm
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: arithx, cgwalters The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
In the commit 794f077 , the code specific to ppc64le is not valid and make "cosa run" failed with : "panic: RpmArch: No mapping defined for GOARCH ppc64le" it should be: |
The previous code here wasn't right for ppc64. coreos#1257 (comment)
|
OK so the goal of this was to reduce the number of architecture strings we need to care about:
And we were converting between these in different places. But it looks like there's more cleanup necessary in at least |
The previous code here wasn't right for ppc64. coreos#1257 (comment) While we're here turn consolidate ppc64le+s390x into "list of arches that don't need mapping".
The previous code here wasn't right for ppc64. #1257 (comment) While we're here turn consolidate ppc64le+s390x into "list of arches that don't need mapping".
While not a comprehensive fix as suggested here: coreos#1257 (comment) this helps to unblock kola tests on non x86 arches
While not a comprehensive fix as suggested here: coreos#1257 (comment) this helps to unblock kola tests on non x86 arches
While not a comprehensive fix as suggested here: #1257 (comment) this helps to unblock kola tests on non x86 arches
A lot of our code uses the portage architecture, which no longer
makes sense. Now, the more correct code for this is part of
rpm-ostree but I'm not sure we want to go to forking off that yet.
Since the build system only supports this set of architectures
currently, let's just inline the Go -> RPM translation here.