Package: systemd
Followup-For: Bug #1138184
Control: found 1138184 261~rc3-1
Control: found 1138184 261~rc4-1
Control: found 1138184 261-1
Control: found 1138184 261.1-2
Control: found 1138184 261.1-3
I have been holding version 261~rc1-1 to keep programs using libopenal
working, but have now found time to bisect the problem. After cloning
the Debian systemd git repository from
https://salsa.debian.org/systemd-team/systemd.git
and on branch "debian/master" located tags corresponding to the last
version for which libopenal was unaffected,
debian/261_rc1-1
and the first version which prevents libopenal from working,
debian/261_rc2-1
Using 'git bisect' with these tags specifying "good" and "bad" versions,
I was able to identify this commit as the first causing the problem with
libopenal:
a05fe6684ae0af8128c20e2054d52d8393c2ac61 is the first bad commit
commit a05fe6684ae0af8128c20e2054d52d8393c2ac61
Author: Luca Boccassi <[email protected]>
Date: Sat May 23 16:18:03 2026 +0100
libc: dlsym the time64 alias for epoll_pwait2() on 32-bit _TIME_BITS=64
Afterwords, I attempted a couple of simple reverts successfully. First,
I created a branch off tag "debian/261_rc2-1" and ran 'git revert
a05fe6684a'; this succeeded, and the packages I built no longer broke
programs using libopenal. Second, I created a branch off tag
"debian/261.1-3" and successfully carried out the same revert; the
package built, and libopenal worked correctly now.
HTH,
Dave W.
