Displaying 4 results from an estimated 4 matches for "noooooooooo".
Did you mean:
oooooooooo
2019 Dec 10
1
unix_primary_group=yes together with vfs objects=acl_xattr not working
...mba < 4.8.0
>> winbind enum users = yes
>> ? winbind enum groups = yes
> You should turn the two lines above off, they are not needed and can
> slow things down.
>> winbind cache time = 10
>> ? winbind use default domain = yes
>> ? winbind rpc only = yes
> NOOOOOOOOOO, do not set the line above
OK, the line was only in the test server config.
>> kerberos method = secrets and keytab
>> ? client use spnego = yes
>> ? client ntlmv2 auth = yes
>> ? ntlm auth = no
>> ? encrypt passwords = yes
> The four lines above are defaults and as...
2019 Dec 10
2
unix_primary_group=yes together with vfs objects=acl_xattr not working
Hi Rowland,
Am 10.12.19 um 13:05 schrieb Rowland penny via samba:
> On 10/12/2019 11:41, Klaus Jaensch via samba wrote:
>> Hello all,
>>
>> we want to change the configuration of our Samba domain member file
>> servers to use
>>
>> unix_primary_group=yes
>>
>> After some experiments I was able to get it to work, but only with
>>
>>
2019 Dec 10
0
unix_primary_group=yes together with vfs objects=acl_xattr not working
...ne is only used if you are using Samba < 4.8.0
> winbind enum users = yes
> ? winbind enum groups = yes
You should turn the two lines above off, they are not needed and can
slow things down.
> winbind cache time = 10
> ? winbind use default domain = yes
> ? winbind rpc only = yes
NOOOOOOOOOO, do not set the line above
> kerberos method = secrets and keytab
> ? client use spnego = yes
> ? client ntlmv2 auth = yes
> ? ntlm auth = no
> ? encrypt passwords = yes
The four lines above are defaults and as such are not required.
> restrict anonymous = 2
> ? domain master =...
2015 Jan 17
4
[LLVMdev] Howdy + GIT
> Even though git could be used in the same way as svn, why migrate just to
> re-create the current workflow? Doesn't make too much sense to me. A
> migration to git would have to include some other benefit, not just be
> change for the sake of it.
I think our routine workflow suffers quite a bit from the svn
emphasis. Sending text patches is all very well from a portability