The branch, v4-9-test has been updated
via 41889196769 s3:utils/smbget fix recursive download with empty
source directories
via b9a1a179e62 s3:utils/smbget add error handling for mkdir() calls
via a5c8e943d34 s3:script/tests reduce code duplication
from 2c51c8f8ac1 V
The branch, v4-8-test has been updated
via 5067926e4fe s3:utils/smbget fix recursive download with empty
source directories
via 7aba48de14f s3:utils/smbget add error handling for mkdir() calls
via 6058729541a s3:script/tests reduce code duplication
from 74507e182c7 v
The autobuild test system (on sn-devel-144) has detected an intermittent
failing test in
the current master tree.
The autobuild log of the failure is available here:
https://git.samba.org/autobuild.flakey.sn-devel-144/2019-01-08-0126/flakey.log
The failure seems to be in the "samba-nt4" su
The branch, master has been updated
via 24cfa0baf51 netcmd: Small refactor to SMB connection in domain
backup
via 888c6080c5f netcmd: Refactor duplicated SMB connect in GPO commands
via 5a6fcdd8fee tests: Avoid hardcoding domain in GPO tests
via af1fe6fdd95 python/n
Hi Tim,
> diff --git a/source3/wscript_build b/source3/wscript_build
> index a8ea8e581df..9d188a8d36a 100644
> --- a/source3/wscript_build
> +++ b/source3/wscript_build
> @@ -1323,7 +1323,7 @@ for env in bld.gen_python_environments():
> bld.SAMBA3_PYTHON('pylibsmb',
>sourc
Hi Metze,
I wanted to rename the python module because the naming didn't seem
consistent with any of the other python bindings Samba has. I think
'libsmb_samba_internal' made sense when it was unused by any of the
samba python code (except some test code). But now (well, soon) these
Python binding
The branch, master has been updated
via f23287bcb69 waf: fix tri-state of --with-sendfile-support being
auto the default
via 99c030bce6e waf: fix waf errors with sendfail detection on Solaris
via a2402f97144 s3: net: Do not set NET_FLAGS_ANONYMOUS with -k
via b06f09