The problematic GCC commit has been reverted upstream and reimplemented in a completely different way. The crash is gone. We'll do a glibc rawhide sync from upstream glibc, using the new GCC snapshot soon.

I forgot that Fedora 42 uses GCC 15, too. Same regression as in the rawhide update: FEDORA-2025-6616d58c7a

And malloc/malloc.os is the file that is miscompiled.

Bisected down to GCC's r15-7400.

@adamwill Yes, I'm looking into it. Bisecting GCC now. The crash does not reproduce when building current glibc sources with gcc-15.0.1-0.7.fc42.x86_64.

“indicates that glibc has a per-package gating policy with different requirements for testing vs. stable”

I'm not sure this is intentional. Do we need to add more items here?

decision_contexts:
  - bodhi_update_push_stable
  - bodhi_update_push_stable_critpath

Is this the reason why this update appears stuck?

I re-reported the rpminspect segfault here: https://gitlab.com/testing-farm/general/-/issues/94

I'm going to waive the failure, hoping that it's unrelated to the present builds.

I filed the rpminspect crash as:

• Segmentation fault during analysis of glibc-2.40-14.fc41

Ugh, looks like I submitted an older build by mistake without checking NVR. Not sure what happened to the -13 build.

Thanks. I need to do another update anyway with a security fix (which this build here introduces into Fedora 40 for the first time). So I suppose we got lucky in some ways.

Still not ready. The latest test probably used the old lorax templates: https://openqa.fedoraproject.org/tests/3081608 The ldconfig program was still deleted.

Looks like one of the tests runs against rawhide:

+ lorax --product=Fedora --version=rawhide --release=rawhide --volid=Fedora-rawhide-test --repo /etc/yum.repos.d/fedora-cisco-openh264.repo --repo /etc/yum.repos.d/fedora.repo --repo /etc/yum.repos.d/fedora-updates.repo --repo /etc/yum.repos.d/fedora-updates-testing.repo --repo /etc/yum.repos.d/tag-repository.repo --repo /etc/yum.repos.d/test-artifacts.repo --isfinal --nomacboot /var/tmp/lorax-fedora-iso/
2024-11-22 19:21:52,127: selinux is enabled and in Enforcing mode
2024-11-22 19:21:52,128: Using platform:f40 for module_platform_id
2024-11-22 19:21:52,132: Using repos: fedora-cisco-openh264, fedora, updates, test-artifacts, testing-farm-tag-repository
2024-11-22 19:21:52,132: Fetching metadata...
2024-11-22 19:22:38,110: selinux is enabled and in Enforcing mode
2024-11-22 19:22:38,110: checking for root privileges
2024-11-22 19:22:38,110: checking dnf base object
2024-11-22 19:22:38,111: setting up build architecture
2024-11-22 19:22:38,111: setting up build parameters
2024-11-22 19:22:38,111: Using templatedir /usr/share/lorax/templates.d/99-generic
2024-11-22 19:23:12,992: got release: fedora-release
2024-11-22 19:23:12,993: installing runtime packages
2024-11-22 19:23:13,024: running runtime-install.tmpl
2024-11-22 19:23:13,032: installpkg: anaconda-install-img-deps>=40.15 expands to anaconda-install-img-deps-42.14-1.fc42.x86_64
2024-11-22 19:23:13,050: installpkg: *-firmware expands to amd-gpu-firmware-20241110-1.fc42.noarch,amd-ucode-firmware-20241110-1.fc42.noarch,atheros-firmware-20241110-1.fc42.noarch,atmel-firmware-1.3-33.fc41.noarch,brcmfmac-firmware-20241110-1.fc42.noarch,cirrus-audio-firmware-20241110-1.fc42.noarch,crust-firmware-0.6-3.fc42.noarch,dvb-firmware-20241110-1.fc42.noarch,intel-audio-firmware-20241110-1.fc42.noarch,intel-gpu-firmware-20241110-1.fc42.noarch,intel-vsc-firmware-20241110-1.fc42.noarch,iwlegacy-firmware-20241110-1.fc42.noarch,iwlwifi-dvm-firmware-20241110-1.fc42.noarch,iwlwifi-mvm-firmware-20241110-1.fc42.noarch,libertas-firmware-20241110-1.fc42.noarch,linux-firmware-20241110-1.fc42.noarch,mt7xxx-firmware-20241110-1.fc42.noarch,nvidia-gpu-firmware-20241110-1.fc42.noarch,nxpwireless-firmware-20241110-1.fc42.noarch,qed-firmware-20241110-1.fc42.noarch,realtek-firmware-20241110-1.fc42.noarch,tiwilink-firmware-20241110-1.fc42.noarch,zd1211-firmware-1.5-16.fc41.noarch
2024-11-22 19:23:13,051: installpkg: grub2-tools-efi>=1:2.06-67 expands to grub2-tools-efi-1:2.12-13.fc42.x86_64
2024-11-22 19:23:13,052: installpkg: grub2-efi-x64-cdboot>=1:2.06-67 expands to grub2-efi-x64-cdboot-1:2.12-13.fc42.x86_64
2024-11-22 19:23:13,053: installpkg: grub2-efi-ia32-cdboot>=1:2.06-67 expands to grub2-efi-ia32-cdboot-1:2.12-13.fc42.x86_64
2024-11-22 19:23:13,053: installpkg: grub2-tools>=1:2.06-67 expands to grub2-tools-1:2.12-13.fc42.x86_64
2024-11-22 19:23:13,054: installpkg: grub2-tools-minimal>=1:2.06-67 expands to grub2-tools-minimal-1:2.12-13.fc42.x86_64
2024-11-22 19:23:13,054: installpkg: grub2-tools-extra>=1:2.06-67 expands to grub2-tools-extra-1:2.12-13.fc42.x86_64
2024-11-22 19:23:13,054: installpkg: grub2-pc-modules>=1:2.06-67 expands to grub2-pc-modules-1:2.12-13.fc42.noarch
2024-11-22 19:23:13,066: Checking dependencies
2024-11-22 19:24:52,888: Dependency check failed: Debug data written to "/var/ARTIFACTS/work-build-isoqzmwvq3p/plans/build-iso/tree/debugdata"
Problem: package python3-pyatspi-2.46.1-5.fc41.noarch requires python(abi) = 3.13, but none of the providers can be installed
  - python3-3.13.0-1.fc42.i686 has inferior architecture
  - cannot install both python3-3.12.7-1.fc40.x86_64 and python3-3.13.0-1.fc42.x86_64
  - package python3-dnf-4.21.1-1.fc40.noarch requires python(abi) = 3.12, but none of the providers can be installed
  - package dnf-4.21.1-1.fc40.noarch requires python3-dnf = 4.21.1-1.fc40, but none of the providers can be installed
  - cannot install the best candidate for the job
  - conflicting requests

Not sure if this expected to work because rawhide has DNF 5.

@markec It's a left-over from the previous version, not the “Running post-uninstall scriptlet: glibc-gconv-extra-0:2.40-3.fc41.x86_64” part.

That was what I ment with incompatible with libglvnd. Thanks for these amazing tests!

I've got a new build that hopefully fixes this: glibc-2.40.9000-13.fc42

Upstream discussion will happen here: [PATCH 1/2] Revert "elf: Run constructors on cyclic recursive dlopen (bug 31986)"

(I thought I had given negative karma before, but maybe I can't do that for my own updates?)

Update is incompatible with libglvnd.

Not built against -31.

The kernel.s390x scratch build failure appears to be an infrastructure issue:

$ git clone -n https://src.fedoraproject.org/rpms/kernel.git /var/lib/mock/f40-build-side-86585-49916704-5958020/root/chroot_tmpdir/scmroot/kernel
Cloning into '/var/lib/mock/f40-build-side-86585-49916704-5958020/root/chroot_tmpdir/scmroot/kernel'...
fetch-pack: unexpected disconnect while reading sideband packet
fatal: early EOF
fatal: fetch-pack: invalid index-pack output

https://kojipkgs.fedoraproject.org//work/tasks/4215/115504215/checkout.log

The fedora-ci.koji-build.tier0.functionalfailure is not diagnosable because the URL is broken.

Fixes https://bugzilla.redhat.com/show_bug.cgi?id=2259333 in my testing.