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!
Только зарегистрированные пользователи имеют доступ к сервису!
Для получения аккаунта, обратитесь к администратору.
This should work with m4_include(lib/tdb/libtdb.m4) like already
done with talloc, but currently this does not work (yet) - tdb
code has to be merged from s4 before that.
Michael
(This used to be commit e92fdf6b202bd67a9bb6fcc1ced56513a2d0bd3f)
This had no negative side effect since currently TALLOC_OBJ
only consists of one object.
Michael
(This used to be commit 9cf3be852024f05a73bf23fe5df6264e5252889b)
Golly gosh, this one took me quite some time to figure out!
Hopefully, I did not introduce any typos copying...
Michael
(This used to be commit 85ca2c9edb9ac54d3fa18d6b343a73dda1d48040)
Use the more general mechanism.
The enable_developer-check is preserved, of course.
Michael
(This used to be commit 4321d5aba7ec808aee473c1123027f14bfa19f19)
This, too, can be turned to static linking by providing the configure
parameter --with-static-libs=netapi.
Michael
(This used to be commit a4c773de0fbd303f633e120e817b4c88fcff2064)
Formerly this was only needed for libwbclient, but now that we start
using more shared libs internally, this is needed more globally
to support linking internal libs dynamically on systemy without winbindd.
Michael
(This used to be commit ec793572187228deda7210dab02882e4e09f1972)
This also establishes a general configure mechanism to control static vs
dynamic linking of internal subsystems built as libraries:
This first simple approach is as follows.
* It applies only to "subsystems" that we build as libraries and for
that linking samba against the libraries (as opposed to linking in
the plain object files) has been configured in Makefile.in.
* If we do build the shared library, then we link dynamically by default.
* We only link statically if we don't build shared or if the library
appears in the new --with-static-libs configure option
(comma-separated list).
Example (currently only one):
--with-static-libs=talloc makes use of libtalloc.a instead
of linking the dynamic variant with -ltalloc.
A possilble way to setup linking against libraries in Makefile.in is this:
For a subsystem, "mylib" say, we build bin/libmylib.a and bin/libmylib.so.
The subsystem usually has a MYLIB_OBJ definition in Makefile.in. Define
LIBMYLIB_STATIC=bin/libmylib.a and and LIBMYLIB_LIBS=-lmylib in configure.in
as controlled by presence of "mylib" in the list given to --with-static-libs
and change uses of $(MYLIB_OBJ) to @LIBMYLIB_STATIC@ in Makefile.in and
add @LIBMYLIB_LIBS@ to the link targets as needed.
In the example of talloc, which is needed everywhere, I have simply
added @LIBTALLOC_LIBS@ to the definition of "LIBS" in Makefile.in.
For other subsystems, one will have to be more careful.
Michael
(This used to be commit 71b990d9d687b517dec3d4eff67b6a3fe417a12a)
Use the resulting HAVE_LBER_LOG_PRINT_FN to determine whether we can
use it in init_ldap_debugging to intercept LDAP debug output and print
it out in the samba logs (controlled with "ldap debug level").
Michael
(This used to be commit 8dfc389ff678967a7b16ff1d68f00468a9925275)
-bexpall only exports the names without leading _, so we don't get
_talloc_reallo_array for example.
Thanks a lot to Heinrich Mislik for the hint!
(This used to be commit 74a71f198866ba0a0217e58a6a47bdc858d5df68)
Store streams in posix xattrs. A kludge, as xattrs are limited in many ways,
but it might be a help for some situations.
(This used to be commit 83a805220e52742119546c76a054d50582e33a24)
This reverts commit e33286f4a68352e55df081d06307f64f190773b3.
393bab185e0e9f02aac5740becc2aba2762133c8 is the v4-0-test fix
for the same problem.
metze
(This used to be commit b8a57a24c390355c4950ca499c1d96aff80abad7)
This is an option for file systems that do not implement xattrs: in
lockdir/eas.tdb an array of xatts per inode is stored.
It can not solve the problem that xattrs might reappear if a posix-level
process deletes a file and happens to re-create it under the same name. On file
systems with birthtime we might have a chance to detect this, but not with
standard posix. A future version might put relief on file systems that do have
xattrs but where these are severely limited in size/speed/whatever: We can put
a simple marker as a native xattr, but the xattrs proper are stored in the tdb.
Volker
(This used to be commit 2036b4c5ad677b8a477b34b0f076febab0abff5e)
This patch adds the configure option --enable-libwbclient-shared that defaults
to yes. If you set --enable-developer=yes, then you can say
--enable-libwbclient-shared=no to avoid problems you might have with the wrong
shared libaries.
Jerry, is this acceptable to you? If yes, please push.
Thanks!
Volker
(This used to be commit 7a88cd61e09f6db9db38916704ae65e03b33139c)
(based on the winbind_struct_protocol.h).
The API in incomplete, but sufficient to merge. See wbclienbt.h for the i
interface functions.
(This used to be commit 83d274b46078a9ace77edb822a0e336c79dcf40e)
