Firefox in rawhide hasn't been built successfully since firefox-89.0-1.fc35 (built 2021-06-02). Unfortunately that version does not treat the clone3 system call correctly in its sandbox, so it won't work with future glibc 2.34 snapshots. I fixed the issues to get firefox building again and attached a patch to this bug: firefox: FTBFS with Python 3.10 in rawhide due to collections.abc change <https://bugzilla.redhat.com/show_bug.cgi?id=1983645> (The patch also includes a glibc 2.34 compatibility change, separately tracked as #1983696 for downstream convenience.) The sandbox works again because the rawhide sources already had the required changes, they simply had not been built yet. What's the Fedora etiquette for fixing such long-standing FTBFS bugs? I seem to recall that firefox used to be a special package, not to be touched even by provenpackagers. On the other hand, I would like to upload another glibc 2.34 snapshot whose ABI is closer to what upstream is going to release on August 2nd. With that snapshot, glibc will start using clone3 internally, and that's incompatible with older firefox builds. It's not critical to do this glibc import before the mass rebuild because we definitely expect that the glibc 2.34 release will be backwards-compatible with what we have in Fedora today. But we will miss some non-critical changes related to libresolv integration, so I'd like to proceed with the import. Thanks, Florian _______________________________________________ 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 on the list, report it: https://pagure.io/fedora-infrastructure
