Bug#1132468: libc6: pthread_cond_signal failed to wake up pthread_cond_wait due to a bug in undoing stealing

Hi,

On Sun, 2026-05-31 at 23:44 +0200, Aurelien Jarno wrote:
> Hi,
>=20
> On 2026-05-17 00:54, Florian Bezdeka wrote:
> > Hi Aurelien,
> >=20
> > On Mon, 2026-04-13 at 00:13 +0200, Aurelien Jarno wrote:
> > >=20
> > > Yes, packages go through -proposed-updates before going to (old-)stab=
le=20
> > > for a point release. But far less people are using that than testing,=
 so=20
> > > I am not sure about the coverage we'll get. But if we decide to apply=
=20
> > > the patch series, we need to do that just after the point release to=
=20
> > > increase the testing time and the chance to catch issues.
> >=20
> > The point release (12.14) has been released a couple of days ago. Sadly
> > we did not get any further comments / input / feedback regarding this
> > issue. How do we proceed now?
>=20
> On my side, I still not sure how to get this patchset properly tested, es=
pecially=20
> for the db5.3 case. The only option I see is to get the package into
> stable-proposed-updates, ask users to test it and cross our fingers that=
=20
> any issues are detected before the point release. But that's not feel=20
> very comfortable though.
>=20
> > Our tests are still ongoing, all looking good so far. No additional
> > issues came up. I would love to increase the test coverage and to move
> > forward, but options seem limited.
>=20
> Great. Have your tests covered the db5.3 case as well?

Nope, for the following two reasons:

- I'm not sure what exactly needs to be patched into db5.3 to "fix" it.
  Seems there are two fixes needed:=C2=A0
 =C2=A0
  a) The initializer of glibc, so you have to rebuild against a=C2=A0
     "fixed glibc". Covered by the glibc patch series. Done.
 =C2=A0
  b) Something named re-initialization patch and seems to be available
     via [1], taken from the upstream glibc bug report.

- Even if I would be able to "fix" or patch the db5.3 package I have no
  idea how to make sure that the problem is gone. For the glibc issue
  I have two reproducers (available via upstream bug report) and
  our own application. For db5.3 I'm missing something similar.

[1] https://gitlab.com/redhat/centos-stream/rpms/libdb/-/blob/c9s/db-5.3.28=
-condition_variable.patch?ref_type=3Dheads