<div dir="ltr">Hi!<div><br></div><div>Aware that Debian policy is driving the inclusion of symbol files in these packages, but when <a href="http://samba.org">samba.org</a> have a hard build dependency in the samba build against these packages, allowing a samba package in sid to run against stretch or buster versions of the above libraries may results in an install that is not officially supported upstream.</div><div><br></div><div>Based on this I would recommend NOT including symbols files in samba, talloc, tevent, tdb and ldb builds...</div><div><br></div><div>Splitting talloc, tevent, tdb, and ldb out from the main samba source itself as being 'bundled' libraries as per Debian policy does seem to not be productive here.  </div><div><br></div><div>Main reason for the policy is to stop having to patch multiple versions of libz or dbm when a security vulnerability turns up.  These are out of project libraries that got included in X11 and Java et al.  </div><div><br></div><div>Talloc, tdb, tevent and ldb are in project Samba originated bundled source code libraries, which the Samba project recommends you run certain versions of with each samba release - why are we separately building them, when all we need is to separately package them when building the samba source package?  </div><div><br></div><div>What's being done seems unproductive.</div><div><br></div><div>Best Regards,</div><div><br></div><div>Matt Grant</div><div><br></div><div><br></div></div>