[devel] Samba 4.7.0rc4 - Openchange -> Sisyphus?

[Evgeny Sinelnikov <sin@altlinux.org>]

Здравствуйте,

Я подготовил для сизифа и частично (насколько это возможно в локальных
условиях) проверил Samba-4.7.0rc4.

Сборка эта интересна тем, что:
"After four years of development, Samba finally supports compiling and
running Samba AD with MIT Kerberos."

Ну, и это не всё:
https://wiki.samba.org/index.php/Samba_4.7_Features_added/changed


При этом с Openchange снова возникли проблемы. Всего их две и обе
описаны в вышеуказанном документе:

1. Removal of lpcfg_register_defaults_hook()

The undocumented and unsupported function
lpcfg_register_defaults_hook() that was used by external projects to
call into Samba and modify smb.conf default parameter settings has
been removed. If your project was using this call please raise the
issue on samba-technical@lists.samba.org in order to design a
supported way of obtaining the same functionality.

2. Change of loadable module interface

The _init function of all loadable modules in Samba has changed from:

NTSTATUS _init(void);

to:

NTSTATUS _init(TALLOC_CTX *);

This allows a program loading a module to pass in a long-lived talloc
context (which must be guaranteed to be alive for the lifetime of the
module). This allows modules to avoid use of the
talloc_autofree_context() (which is inherently thread-unsafe) and
still be valgrind-clean on exit. Modules that don't need to free
long-lived data on exit should use the NULL talloc context.


Вторую я как-то решил. По схеме "Modules that don't need to free
long-lived data on exit should use the NULL talloc context."


Первая решается откатом для патча:

commit 1e8e048bf01447148ffa89ec237e2f9f58ff0ab6
Author: Jeremy Allison <jra@samba.org>
Date:   Tue Apr 18 10:21:50 2017 -0700

    lib: param: Remove lpcfg_register_defaults_hook().

    Completely unused functionality. Gets rid of another
    talloc_autofree_context(). Updated WHATSNEW to make
    this clear.

    Signed-off-by: Jeremy Allison <jra@samba.org>
    Reviewed-by: Alexander Bokovoy <ab@samba.org>

Для адаптации нужно, видимо, "raise the issue on
samba-technical@lists.samba.org in order to design a supported way of
obtaining the same functionality."


-- 
Sin (Sinelnikov Evgeny)