IF YOU WOULD LIKE TO GET AN ACCOUNT, please write an
email to Administrator. User accounts are meant only to access repo
and report issues and/or generate pull requests.
This is a purpose-specific Git hosting for
BaseALT
projects. Thank you for your understanding!
Только зарегистрированные пользователи имеют доступ к сервису!
Для получения аккаунта, обратитесь к администратору.
library on top of the Samba 3 RPC library:
* dcerpc_pipe_connect
* dcerpc_ndr_request_recv
* dcerpc_ndr_request_send
These are the main functions used by the generated client calls in Samba
4.
The dispatcher takes a config source argument in the form
of "backend:path" where backend can (currently) be one of
"txt" (aka "file") or "reg" (aka "registry").
When the path is omitted, it is up to the backend to provide
a default path.
When there is no separator ":" and the string is not a recognized
backend, then file backend is assumed and the string is passed
in as the path argument.
Michael
This backend can be used untill ctdb knows about real
transactions.
It stores a master tdb in a shared location and a readonly copy
on the local harddisk. Reads are always on the local tdb
and writes always on both. Change notify messages are send
to all message context, which ask for them. With the notifies
it's possible to just update the changed records, instead of
copying all records (which is the fallback).
You need to configure:
dbwrap:use_tdb2=yes
dbwrap_tdb2:master directory=/some/shared/path
dbwrap_tdb2:local directory=/var/lib/samba
metze
This is a simple implementation of text backend for libsmbconf.
It is read only. It uses the parser from params.c. It loads the
given config file and holds the parsed lists of strings in memory.
Config is only re-read if the time stamp of the config file has changed.
Brilliant performance on large files is not to be expected since the
string lists are not hashed. This might be added in the future.
Michael
Stick to hand-written headers (that are there anyways).
Add some missing prototypes to util_tdb.h and dbwrap.h.
I did not bother to add a header for each single dbwrap backend
open function but put the prototypes for the open functions into
the central dbwrap.h.
Michael
Remaining problem is that not all *.syms linker scripts are generated
so the LD command needs to look in a single place. Out of tree
builds now work but report write access to the source tree in order
to create the $(srcdir)/expotrs/libtdb.sysms file.
IMO there is no need to imitate a custom registry backend.
Only default regdb hooks are used here, so a plain initialization
of regdb should suffice.
This way, only reg_api is used in libgpo, and no registry
backend code is visible.
Michael
The libnet_conf code to access the registry based configuration has
become more of a library used in several places in samba (e.g. loadparm)
than an abstraction of "net conf". So I move it to a location lib/smbconf/.
In the same breath, the api is fixed (not generated by make proto anymore).
Michael
This reverts commit 3a0f781352f364ce625a35ffd78257b27d984c47.
This needs more thought.
Setting RPATH like this does not work on all supported
platforms (Linux, Solaris and AIX seem to work, HP-UX,
Tru64 and MacOS don't, MacOS doesn't even seem to have
an rpath at all prior to 10.4).
What is more, rpath also has some bad effects (when
updating libraries, e.g.), so it should not be set
unconditionally.
I will come up with a confiugure mechanism to control this.
For now, just use the LDFLAGS environment variable if
you want to use an rpath.
Sorry for any inconveniences.
Michael
