Age | Commit message (Collapse) | Author | Files | Lines |
|
Michael
(This used to be commit ce943aeb581027daf813528481b44177d391b61d)
|
|
backend registry.
Michael
(This used to be commit b942ff6b7f0be4898e05525558b354533dea312b)
|
|
Michael
(This used to be commit 32bfd131e33d06be9dfaef02b57f5401d2bc7639)
|
|
Michael
(This used to be commit 05eda1252572f310499b28123d0f9e4211b7d54c)
|
|
Michael
(This used to be commit 0a619d4dc476c945130fe47126d98cd47b39c34d)
|
|
Michael
(This used to be commit 288495ec1a9b0c37bb3f98043f8f8dd946072bac)
|
|
Michael
(This used to be commit 4ac52a5a1dfe8f4f22e960db2e4ca99f9e262427)
|
|
Up to the globals had only been fully reset when init_globals() was called
for the first time. But a full restart is needed for use with
"config backend = registry". (And should be with "config file = ...", but
in this case the restart is outsourced to the daemons.) This left
some options (like e.g. "realm") set to values that were set in smb.conf
before the occurence of "config backend = registry".
Now this misbehaviour is fixed with this change.
Michael
(This used to be commit f12259d9c4c34b99f5b655cab4b210159cb0e188)
|
|
service.
Michael
(This used to be commit ab70e781b2d4cc7f8a7f6cf95825f8412d9be2ca)
|
|
Michael
(This used to be commit 10ab0681e60e3b91958639a2b0ad359440076c4a)
|
|
Michael
(This used to be commit 91aab823fc6ec4c38e3461aae57bec0c6a567150)
|
|
This makes each entry in the parm table much more comprehensible
at first glance (to me). On the other hand, roughly 9 lines are
used instead of one for each entry which makes the overall list
less clearly laid out, one might argue. But we have 400+ lines
of parameter descriptions anyways...
Michael
(This used to be commit 869a17f1a9ba45d30211c230673c6f4482876b29)
|
|
Derrell
(This used to be commit b7f34e7ef2907b498a0645ce68f2773ed7d60cdc)
|
|
please check.
Guenther
(This used to be commit d9f4060c660da0ad671e061b123df71d109d51b9)
|
|
(This used to be commit eff3d3bad5a8860b99375cc0be9dc24f3679e416)
|
|
(This used to be commit 7bf4216644187549697caace4a2a48803b57fa5a)
|
|
Jeremy.
(This used to be commit 644a3be37a6760c9e25ac1b286c7c225096e8b0d)
|
|
If you create a share on a Windows machine called foo$ then this share is
of the type STYPE_DISKTREE. So it is possible to administrate this kind of
share. Tested on Windows NT and 2003.
In samba we assume that if a share with a $ at the end must be of the type
STYPE_DISKTREE_HIDDEN. This is wrong, so we need a variable in the config
to define if the share should be hidden or not.
(This used to be commit a3da677bf0faed56e6731ee96708a7847a61d118)
|
|
warning: ignoring return value of 'asprintf', declared with attribute warn_unused_result
(This used to be commit ad37b7b0aee265a3e4d8b7552610f4b9a105434d)
|
|
This replaces the original hand-written tdb code, now that the
linking dependencies have been significantly reduced.
Michael
(This used to be commit d08a3a195718725228bbafa61fd4f0be8aafb43f)
|
|
That's what it actually is.
Michael
(This used to be commit 9d3c27f55726dbdce41fcf71c8bc1a7829340268)
|
|
Logging of the ldap libraries appears with a [LDAP] prefix
inside the samba logs. This is controlled by two new parameters:
* "ldap debug level" sets the debug level of the ldap libraries.
It is the bit-field as understood by the openldap server.
* "ldap debug threshold" is the samba debug level at which ldap
logging appears inside the samba logs.
This probably needs some configure tests since it makes
use of the LBER_OPT_LOG_PRINT_FN option to redirect the
debug output of the ldap libraries.
Michael
(This used to be commit 15c25990bd0bfa3145ab3c26d2bdda72993d005c)
|
|
(This used to be commit feddc1447d585fd108d22a36bccc576fa81197ef)
|
|
(This used to be commit e2c9fc4cf5f0ff725330fa44f53782db65fca37e)
|
|
(This used to be commit fd34ce437057bb34cdc37f4b066e424000d36789)
|
|
Michael
(This used to be commit 487c43f9284598a3c60b06fc60e5c50844e11b87)
|
|
This reverts commit ab8ff39fd51929aae2f4088ca5b1d67e5cb7099e.
(This used to be commit 5838a9f556f151dc7c1773dcdc598b8ba79fca44)
|
|
(This used to be commit ab8ff39fd51929aae2f4088ca5b1d67e5cb7099e)
|
|
I think now that I have changed some substantial logic,
I should confess.... :-)
Michael
(This used to be commit 704ac0ba49134d14dc00769b1cf2d9f55657bdfb)
|
|
This is now replaced by "config backend = registry".
Michael
(This used to be commit 56801810253ae870437f694947f58c27661cef9b)
|
|
So external callers can determine if we are running on
registry config without knowing the internals.
Michael
(This used to be commit d8a7c3ec8e2bd548509178f138d00a3b57119d10)
|
|
and use lp_config_backend() instead of config_backend.
Michael
(This used to be commit 9f69efe954cde6c6cce4283ba35a553ca980c347)
|
|
This adds a new config parameter "config backend" that can have
values "file" (default) and "registry". When lp_load() encounters
a "config backend = registry", then all config read up to that
point is discarded and globals are read from registry.
This is done in suche a way that as with "config file",
there is no way back to non-registry config during the
lifetime of a process: The file_list_changed mechanism
does not look at files anymore once config backend is
set to registry. This is modelled after the behaviour
of the "config file" option.
Note that only the global section is read by lp_load().
The shares are handled by the registry shares mechanism,
thus allowing for a smaller memory footprint since
share definitions are read on demand.
This new parameter is intended as a substitute of the
previously installed special semantics of "include = registry"
which allows for messed up mixed configurations.
This parameter (which has not yet been released) will
vanish next.
Michael
(This used to be commit 77b33cf34c2aec6673dfab3962733a60a60d126a)
|
|
Michael
(This used to be commit a103509a467bf6a93fbb21ec5e64456c5f086d6c)
|
|
Michael
(This used to be commit 9e11768256623636e69eda67b3bb888426f9ab84)
|
|
Now that we have a LRU scheme for the stat cache we can live with a lot less
(This used to be commit 9e736aab07b91744d4c14a55f6f7c55f51dd80f6)
|
|
Michael
(This used to be commit 9cd30fb25c42e79946b5140994d0bf2ef4c62f90)
|
|
Michael
(This used to be commit 081435250709af734ec1e49e2539b091f2d92dfb)
|
|
with Volker. Mostly making sure we have data on the incoming
packet type, not stored in the smb header.
Jeremy.
(This used to be commit c4e5a505043965eec77b5bb9bc60957e8f3b97c8)
|
|
Currently if set required this is not enforced. I'll be adding
that soon.
Jeremy.
(This used to be commit df7e447623ac03d81bec384f5cfe83c3976cf7b2)
|
|
negotiation works.
Jeremy.
(This used to be commit d78045601af787731f0737b8627450018902b104)
|
|
(This used to be commit c31c7e3e24875ce75bc18f0ad7529320eab8e50a)
|
|
All callers are replaced by Get_Pwnam_alloc
(This used to be commit 735f59315497113aebadcf9ad387e3dbfffa284a)
|
|
This is a more general API that caches data with a LRU scheme. See
include/cache.h. No comments yet, I'm still working on it. But Jeremy has given
me a hint in one of his checkins that he would like to make use of this now.
The idea is that we get rid of all our silly little caches and merge them all
into one cache that we can then very easily trim, for example even with a
smbcontrol message if someone decides memory is tight. The main user is the
stat cache, this patch also converts the getwd cache. More caches to come.
(This used to be commit 7a911b35713538d82001a3c9f34152e293fe1943)
|
|
Guenther
(This used to be commit d30b945e99390761e405492e40c90e84da4fe482)
|
|
Can someone look over this? To me it looks as if bufr was only made static to
save a malloc during an included smb.conf file. I think that's pretty much
pointless.
(This used to be commit 068e8de72ceb49ef2e02cca1913b6d2197bab5e0)
|
|
them with malloc'ing accessor functions. Should save a
lot of static space :-).
Jeremy.
(This used to be commit 52dc5eaef2106015b3a8b659e818bdb15ad94b05)
|
|
(This used to be commit e81629339589e2e7f464b3dca55730ff2d0877e4)
|
|
(This used to be commit 66bd6837b593a7127bd5098afc990d3fb7a5a35a)
|
|
Jeremy.
(This used to be commit 78dc75600099b5b3b5a8ecffec747a227ff51d70)
|