[Samba] [Announce] Samba 4.20.0rc1 Available for Download
Michael Tokarev
mjt at tls.msk.ru
Mon Jan 29 22:25:14 UTC 2024
29.01.2024 19:47, Jule Anger via samba:
> Release Announcements
> =====================
>
> This is the first release candidate of Samba 4.20. This is *not*
> intended for production environments and is designed for testing
> purposes only. Please report any defects via the Samba bug reporting
> system at https://bugzilla.samba.org/.
>
> Samba 4.20 will be the next version of the Samba suite.
I uploaded 4.20.0~rc1 packages for debian bookworm and ubuntu jammy to
the usual location, http://www.corpit.ru/mjt/packages/samba/, together
with debian experimental. This is just a first build, so handle with
extra care.
Since samba 4.20 changed libndr interface in an incompatible way breaking
ABI, this update of samba-libs *will* break sssd and freeipa if used
together with samba, - there's no solution for this problem so far. I
do not plan to rebuild dependent packages (including for debian backports)
just to make samba 4.20+ installable on older debian/ubuntu systems together
with sssd and/or freeipa.
The only fix for this breakage (which was trivial to prevent in the first
place) I can think of is to provide a compatibility layer libndr.so.3 calling
functions from libndr.so.4 with some symbol trickery, but I can't immediately
come across a possible solution. What I need is to call libndr.so.4:foo(uint64)
from libndr.so.3:foo(uint32) (yes, it is the same symbol name but in different
libraries. Since symbols in samba libs aren't versioned (for completely unknown
to me reason, as there's everything in there to do that), I'm not sure such
calling/substitution is possible for existing programs.
Another possible solution is to rename changed libndr symbols to have different
name (like foo64 vs foo) - this should be done before first non-experimental
upload of 4.20 to debian, and this will make libndr unique debian-specific,
which I'd love to avoid.
Thanks,
/mjt
More information about the samba
mailing list