Once upon a time, Daniel P. Berrangé <berra...@redhat.com> said: > Well the set of mingw packages we provide is pretty huge, with many layers > of dependencies down to the base C runtime. Conceptually it isn't difficult > work, just time consuming to get the minimal viable set of packages > working, and a further maint burden. Initally mingw was completely separate > from native, but we ultimately concluded that in most cases it is less > work to have mingw be a sub-RPM of the native package (at the discretion > of the native pkg maintainer to accept or reject). > > IMHO, if people care about the 32-bit Steam use case are willing to invest > the time in creating the cross-built i686 packages, it is an approach to > seriously evaluate.
I guess it's a question of which is the bigger burden - taking that same package set and just building it directly for i686 (mostly burden on infrastructure, some on packagers for build failures or such) or cross-compiling it (burden almost all on packagers, infrastructure just has to have resources like any other x86_64-built package). It is conceptually easier for packager burden to be spread (I think the bar for getting involved in infrastructure is higher)... but that's "conceptually", it might not practically matter if there aren't enough interested packagers willing to do the work. I'm a packager because there was a package that got me interested enough... I'd be happy to help with infrastructure, but there hasn't been something that grabbed me the same way (saying "see something you can help with and dive in" unfortunately doesn't make it happen, thanks ADHD). -- Chris Adams <li...@cmadams.net> -- _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org 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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
