On Thu, 7 May 2026 at 18:20, Adam Williamson <[email protected]> wrote: > > On Thu, 2026-05-07 at 13:38 +0200, Peter Lemenkov wrote: > > Hans, thanks for raising this question once again. Today I again asked > > myself why s390x (the past) is even a primary architecture while > > RISC-V (the future) is not? > > s390x is not "the past". It may be unfashionable, but a lot of people > still run stuff on mainframes and will continue to do so for the > foreseeable future. It's a live, actively developed arch. > > Yes, there are specific problems with the IBM/RH backing for s390x in > Fedora which, if not resolved, may form a reasonable argument for > dropping/downgrading it in Fedora. But calling it "the past" is just > off.
I agree with Adam here, and frankly the issue here isn't anything to do with the s390x builders as an architecture, it seems whoever runs the RH infrastructure (outside of the Fedora team's control) hasn't been monitoring the storage array or the support contract for the 3rd party who provides monitoring has failed, so I don't think the discussion of the architecture is the problem here but the complete and utter failure of RH/IBM to run proper infrastructure. I have no doubt it's affecting other builders internally as well. I look forward to the RCA. > riscv is some people's idea of the future, but that's hardly a nailed- > on truth (some other people were telling us aarch64 was the future for > everyone a few years ago; so far that has not panned out). > > More practically speaking, the currently-reasonably-available riscv > hardware is incredibly slow (much worse than ppc64 or s390x) and not > datacenter-ready. The folks working on riscv enablement are perfectly > aware of this, and that's why they have not yet proposed making it a > primary arch. Yes, it was the same issue that was had when we were dealing with ARMv7 and aarch64, and sadly from my experience there and the related issues in RISC-V world we're still 5 years away from any form of remotely sane enterprise RISC-V HW. -- _______________________________________________ devel mailing list -- [email protected] To unsubscribe send an email to [email protected] Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/[email protected] Do not reply to spam, report it: https://forge.fedoraproject.org/infra/tickets/issues/new
