[PATCH] Cleanup - remove unused functionality. -- OpenChange break
Andrew Bartlett
abartlet at samba.org
Tue Apr 18 20:19:40 UTC 2017
On Tue, 2017-04-18 at 11:18 -0700, Jeremy Allison via samba-technical
wrote:
> On Tue, Apr 18, 2017 at 09:07:26PM +0300, Alexander Bokovoy wrote:
> > On ti, 18 huhti 2017, Jeremy Allison wrote:
> > > On Tue, Apr 18, 2017 at 08:46:48PM +0300, Alexander Bokovoy
> > > wrote:
> > > >
> > > > I'm slightly worried about removal of the
> > > > lpcfg_register_defaults_hook()
> > > > and friends. Sure, Openchange seems to be dead but people still
> > > > use
> > > > Zentyal's fork which was updated a year ago.
> > >
> > > It's a horrible external abuse of our code, which
> > > prevents us from modernizing our internals.
> > >
> > > I want rid of these monkeys on our back.
> >
> > All I want to see is a louder announcement that shatter is coming.
> > Without being sound how could they know it is a scheduled drop?
> > Announcing the removal under "unused functionality" cleanup is
> > living us
> > without any towel. Have you put these plans somewhere else half a
> > year
> > ago, perhaps?
>
> This is for 4.7+. It's not like I'm removing from
> current releases.
>
> I can add a note to the WHATSNEW if you like ?
That would be a good start.
> The problem is this is a one-project-private
> hack that somehow has become embedded in Samba
> code and is now a barrier to fixing real bugs
> and modernizing our code.
As hacks go, it is on par with the hacks that VFS modules, even in-
tree, do when they override smb.conf settings on load. It is just that
in the source4 code we don't have a global loadparm context to refer
to.
> If it's essential to Zentyal's fork they
> need to carry it as a private patch, that's
> all I'm saying. That's what a fork means
> after all. This interface isn't promised
> as a public ABI.
I don't see it as essential - nothing this particular API provides
can't be provided by an installation script (like Samba's provision)
that writes out smb.conf values. It was added quite recently (2015) in
an attempt to make Openchange easier to install, and so more viable as
a project:
commit 782e8d6aabd6535448992f1ee69f25c71e8f2b6c
Author: Jelmer Vernooij <jelmer at samba.org>
Date: Mon Mar 16 12:30:27 2015 +1300
lib/param: Add hook that allows modification of default settings.
This is useful for reducing the amount of configuration necessary for
OpenChange.
The hook is ideally registered from a plugin initialization function,
so that it automatically gets used whenever the plugin is installed.
This makes it possible for plugins to e.g. extend the default value for
the list of enabled dcerpc endpoint services.
Like all our interfaces, callers are expected to use this API
responsibly. For example, OpenChange should only enable its DCE/RPC
interface if it has been provisioned.
Change-Id: Ic8bacdd8b4c92a2a4b97cfa1a50dc41365b78071
Signed-Off-By: Jelmer Vernooij <jelmer at samba.org>
Reviewed-by: Andrew Bartlett <abartlet at samba.org>
It wasn't added for Zentyal, they are just the last firm to have left
the OpenChange effort. They no longer advertise it as part of their
features, and their fork has been dormant for a year also (April 4 last
year as of this writing):
https://github.com/zentyal/openchange/commits/master
Others continue to try and keep it working, eg:
https://github.com/SlavekB/openchange/commits/master
https://github.com/SlavekB/openchange/commit/a4d336cc040db88a0a2e41bc8b
ee43d207e24ad1
> Everyone else does the same for custom changes they
> need.
These 'horrible hacks' (there are worse interfaces exposed, like the
DCE/RPC server internals, which we keep breaking very release or so)
are the alternative to OpenChange having a full fork of Samba, or like
CTDB needing to be merged into our tree.
All that said, do be careful what you wish for. In Debian, I had folks
politely ask if Samba was willing to maintain OpenChange: I declined.
:-)
Andrew Bartlett
--
Andrew Bartlett http://samba.org/~abartlet/
Authentication Developer, Samba Team http://samba.org
Samba Developer, Catalyst IT http://catalyst.net.nz/services/samba
More information about the samba-technical
mailing list