libpytalloc-util 2.2.0 broke the ABI

Andrew Bartlett abartlet at
Fri Nov 22 09:13:12 UTC 2019

On Thu, 2019-11-21 at 14:41 +0100, Andreas Schneider via samba-
technical wrote:
> This has been introduced by commit 24127acae0f05f0011c4008e75f1a1de31584199
>     ABI: Remove unused .py3*.sigs files
>     These are no longer used by the build system so avoid
>     confusion by removing them from the tree.
> I'm investigating how we are fixing this in RHEL now. Maybe we have to add the 
> symbols back in our package.

Ouch.  What I will say is this:  The py3.sigs stuff was a disaster,
Debian tried to make it better (but seemed to make it worse, as far as
I could tell, even minor upgrades failed the debian ABI checker), so I
dropped both the additional patch and then disabled py3 libs from

Debian has of course had py3 re-enabled now, but my disable of the py3
build caused Debian not to be able to ship Python3 bindings for ages.

The Fedora packages had dramas with how much of the python ABI to

And then this.  I'm kind of glad we accidentally dropped the whole .py3
ABI file, even if we have to clean up this mess.  It has single-
handedly caused much confusion, work and frustration in packaging

> For Samba I guess we should bump the SO version of libpytalloc-util to 3 asap.

And here re-starts our library versioning discussion.  Could we at
lease merge my 'remove ldb independent version logic', so we can bump
the pyldb-util ABI without a whole ldb version bump?

> In addition I think we need a CI job which runs the abi-compliance-checker for 
> all public libraries.
> Fedora provides packages for abi-dumper and abi-compliance-checker. So we 
> could keep an ABI dump from the current released version in the source tree 
> and compare against that one if we break anything.

Yeah, I guess that's a useful idea.  Perhaps extend one of the CI jobs?
(Please don't create a whole new one if possible). 

Andrew Bartlett
Andrew Bartlett             
Authentication Developer, Samba Team
Samba Developer, Catalyst IT

More information about the samba-technical mailing list