search for: noooooooooo

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