>> if the breakage is just in pthreads, i dont think the libc ABI needs to be
>> bumped, just the pthread one ? libc provides look ahead stub functions for
>> pthreads, so it shouldnt be affected by the breakage you've mentioned with
>> static lock initializers ...
>>
>> libpthread.so.0 -> libpthread.so.1
>
> While it's definetly Ubuntu and Debian's problem, not upstream's,
> libpthread is bundled in the "libc6" package. Bumping just the
> libpthread version will make packaging hard for those distros. If
> there are other ABI breaking moves that need to be done that would
> cause a bump from libc6, doing them now would help sidestep the
> problem.
Well I am thinking in splitting out libpthread.so.X from the libc6
package if the ABI breakage is confirmed. This is still a very
complicated transition, but I think far less packages are affected.