search for: itself_

On Fri, 17 Feb 2017 07:58:58 +0100 Marc Muehlfeld <mmuehlfeld at samba.org> wrote: > Am 16.02.2017 um 17:27 schrieb Rowland Penny via samba: > > > However, SYSTEM is used in sysvol and Windows expects it. > > Clients, who are accessing the share, do not require it to be set on > the local filesystem the share uses on the server, because SYSTEM is > a local

On Sat, 18 Feb 2017 00:28:14 +0100 Marc Muehlfeld <mmuehlfeld at samba.org> wrote: > > Yes, because > 1.) It might be necessary _locally_ on the Windows DC > because some _local_ services (e. g. Virus scanners, > etc) may access the files _locally_ _on the DC itself_. > However if anything on the client (the OS or a user) > would access the share using the SYSTEM privilege, > then "full control" is surely not the permission > you grant to the SYSTEM account to all files including > subfolders. :-) What you say...

...nk to a Microsoft page that shows what accounts are > required for the profiles share and you choose to ignore it ???? Yes, because 1.) It might be necessary _locally_ on the Windows DC because some _local_ services (e. g. Virus scanners, etc) may access the files _locally_ _on the DC itself_. However if anything on the client (the OS or a user) would access the share using the SYSTEM privilege, then "full control" is surely not the permission you grant to the SYSTEM account to all files including subfolders. :-) 2.) This page justs list a bunch of acc...

...tfs/.git/ remote: Counting objects: 13903, done. remote: Compressing objects: 100% (3093/3093), done. Receiving objects: 19% (2642/13903), 1.33 MiB | 52 KiB/s It always stops at the same place. The particularly strange thing is, it always stops at the same place _when I run it on the git server itself_. The problem appears to be something related to the virtual eth0 on that machine, possibly MTU related, but I'm still looking into it. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any sof...

Am 18.02.2017 um 10:50 schrieb Rowland Penny via samba: >> Yes, because >> 1.) It might be necessary _locally_ on the Windows DC >> because some _local_ services (e. g. Virus scanners, >> etc) may access the files _locally_ _on the DC itself_. >> However if anything on the client (the OS or a user) >> would access the share using the SYSTEM privilege, >> then "full control" is surely not the permission >> you grant to the SYSTEM account to all files including >> subfolders...

Hi, This is not the purpose of my distro. The purpose of my distro is to account for complexity lock-in and to remove this as much as possible. This complexity is usually performed in 2 ways: - ultra costly languages/runtime to implement (c++/java...), and I don't think "ultra" is a word big enough. - multiplication of script languages

On Sun, 2003-11-16 at 17:13, Chris Lattner wrote: > > The point here is that XPL needs to keep track of what a given variable > > represents at the source level. If the compiler sees a map that is > > initially small it might represent it in LLVM assembly as a vector of > > pairs. Later on, it gets optimized into being a hash table. In order to > > do that and keep

> The point here is that XPL needs to keep track of what a given variable > represents at the source level. If the compiler sees a map that is > initially small it might represent it in LLVM assembly as a vector of > pairs. Later on, it gets optimized into being a hash table. In order to > do that and keep track of things, I need to know that the vector of > pairs is