-
Notifications
You must be signed in to change notification settings - Fork 3.5k
Support for s390x #4700
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
Comments
I'll be honest, none of us here have access to s390 systems, so we'd probably be apt to breaking it on a pretty regular basis. We would have no way to validate feature or bugfix branches against those systems. |
@matburt Well it’s your lucky day! We have a couple ways we can get you access to One of the ways is to utilize Oregon State University's pipeline resources. Here is a link to check out, https://osuosl.org/services/ibm-z/. You can hear more about a dev's experiences from the Dumb-init team, Yelp/dumb-init#188 (comment). If that does not fit your current build workflow/pipeline, we could set up some servers running on What does your current pipeline/testing look like? Maybe I can help direct you to the best resource if I know a little more about your process. |
@matburt Were you interested in getting |
It looks like we have something underway here between RH and IBM, I think we should funnel this through that process. |
@matburt Do you mind emailing me about this internal process? I just want to make sure were on the same page. My email is |
Hey @matburt, @james-crowley and I would love to get involved in this process and help contribute code/doc where we can! |
add a management command for unsetting the isolated SSH key
SUMMARY
I wanted to start a discussion about supporting
s390x
. I ported a version of AWX a while back tos390x
, and it went pretty smooth. There were just a couple small tweaks that needed to be made to get the Docker images to build.Here are a couple of tweaks that were needed (These are off the top of my head, more might be needed):
s390x
Would you guys be open to support
s390x
?I know a lot of the Dockerfiles are using templating to be dynamic. One possible solution would add a couple more dynamic parameters to allow for the changes that
s390x
needs. Thus, not changing the Dockerfiles forx86
but still allowings390x
images to be built.The text was updated successfully, but these errors were encountered: