Automatic update for createrepo_c-0.20.1-3.fc39.
* Sat Feb 25 2023 Florian Weimer <fweimer@redhat.com> - 0.20.1-3
- Apply upstream patch to fix C99 compatibility issue
Updates may require up to 24 hours to propagate to mirrors. If the following command doesn't work, please retry later:
sudo dnf upgrade --refresh --advisory=FEDORA-2023-41cd721e93Please log in to add feedback.
This update was automatically created
This update's test gating status has been changed to 'waiting'.
This update's test gating status has been changed to 'ignored'.
This update has been submitted for stable by bodhi
This actually seems to break things: it gives a
createrepo: symbol lookup error: /lib64/libcreaterepo_c.so.0: undefined symbol: g_string_free_and_stealerror when run.A google search suggests this may be related to https://github.com/coreos/fedora-coreos-config/pull/2243 / https://github.com/coreos/fedora-coreos-tracker/issues/1422 / https://bugzilla.redhat.com/show_bug.cgi?id=2169622 somehow, though I confess I don't quite see how. That is, the glib2 change https://gitlab.gnome.org/GNOME/glib/-/commit/c0a1a3b384a27b4b18628174a5c4d9f3fb0a8c82 may somehow have triggered this. We reverted that change initially because it broke rpm-ostree, but then after rpm-ostree was fixed we put it back, and this build was done against the version with the change put back.
wait, cancel that, I think openQA is installing updates in a case it should not be. sorry for the noise.
yep, my bad, sorry.