On 6/25/25 9:19 AM, Michael Catanzaro wrote:
With Wine solved, it sounds like Steam is the only remaining concern.
I hate to be pessimistic but I think it is premature to say it is "solved" until users use the new Wow64 mode. I'm trying to get the merge in this week.
What annoys me (in a light-hearted way) is that people assume Wine is just like any other package and attempt to update it in some way (maybe even a simple version bump) and it breaks and they ghost. Wine is more complicated than other Fedora packages. It could really use a dedicated RH employee, which RH has never offered and I think this is a RH deficiency. RH has never marketed the ability to use Windows software in RHEL. Probably some political reasons. Maybe some legal reasons. However there was one point in time I was contacted from some RH folks about using Wine in containers to run Windows stuff in RHEL. I don't think it went anywhere.
I think we could actually remove all 32-bit libraries *not* required by Steam for Fedora *43*. That should probably be uncontroversial, right? I know that doesn't do anything to help with our infrastructure concerns, but it will at least spare most maintainers from fixing 32-bit build failures.
This is an obvious solution that another distro has done. I think it could be improved upon by removing multi-lib and offering an "i686" package instead. This would remove the concerns everyone has around multi-lib and restrict maintenance to a single (maybe a meta) package. Building and running i686 packages are two different things. I think we could remove i686 from multi-lib to remove building. Offer a different package for runtime. Maybe its container based. This email thread is too limiting to solution.
It would be nice if RH would set aside a meeting or two to discuss this via call or video. :)
-- _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx 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/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
