On Wed, Mar 9, 2022 at 10:09 AM Ben Beasley <c...@musicinmybrain.net> wrote:
> The packaging effort is real; it’s just unevenly distributed across > different types of packages, so some packagers might not have noticed it. > > Packaging work that, with the demise of 32-bit ARM, can now be ascribed > purely to these generally-unused i686 packages includes: > > - As Fabio noted, occasionally disabling LTO or reducing debuginfo to keep > compilers operating within 32-bit resource limitations. > > - Debugging test failures related to 32-bit platforms—on which upstreams > typically don’t or can’t test, so these are more and more common. > > - Developing, testing, and submitting patches for 32-bit bugs. > I'll add some context to these. I'm currently the primary maintainer of three major projects in the VFX stack, OpenImageIO, OpenColorIO, and OpenEXR. Do we really need i686/arm packages for these? No one is using the 32bit versions in industry. That being said, some of these are deps for end user packages that MIGHT be used on i686 or armv7 (Blender?), but if they are, it can't be a good experience. Another major package is FreeCAD, which is a 3D solid modeling project. I seriously doubt anyone is running this on an ARM device (even 64 bit) until workstation level arm devices are widely available. There could be a few i686 users but not many. The only package I can recall having 32bit issues with was OpenEXR, but it had some issues on s390 as well. My plan would be to keep building them for i686 as long as it's "easy" but I like the overall proposal in that I could drop it if it becomes burdensome. Thanks, Richard
_______________________________________________ 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 on the list, report it: https://pagure.io/fedora-infrastructure
