transitioning release management
Volker.Lendecke at SerNet.DE
Thu Feb 28 07:36:48 GMT 2008
On Wed, Feb 27, 2008 at 04:32:08PM -0500, simo wrote:
> > The big change is that instead of the user manipulating structure
> > members in the context structure, the context structure will become
> > entirely opaque, and setter and getter functions will be used for
> > changing it. This allows me to make changes to the internal context
> > structure, typically for adding new functionality, without affecting
> > the ABI. While I'm at it, I'll clean up the use of the different
> > types of option settings (there are currently three different
> > mechanisms in use!) and the authentication callback function.
> This sounds reasonable, but to be honest I'd like to gain something from
> breaking API/ABI. Breaking API/ABI means distributions may need to carry
> on a libsmbclient-compat package, so it's better if the difference
> between the 2 is because of functionality change and not just interface.
Yes, I'd also like to know what we would gain from it. If it
is just the order of struct members in _SMBCCTX and some
ugliness for setting options, then I'd say it's not worth
it. Can you describe in a bit more detail with pointing at
concrete source file lines what you would like to fix?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
Url : http://lists.samba.org/archive/samba-technical/attachments/20080228/9ed604c2/attachment.bin
More information about the samba-technical