Mailing-List: contact cygwin-developers-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-developers-owner AT cygwin DOT com Delivered-To: mailing list cygwin-developers AT cygwin DOT com Message-ID: <3DB5AB53.B434ED90@ieee.org> Date: Tue, 22 Oct 2002 15:47:31 -0400 From: "Pierre A. Humblet" X-Accept-Language: en,pdf MIME-Version: 1.0 To: cygwin-developers AT cygwin DOT com Subject: Re: Avoiding /etc/passwd and /etc/group scans References: <3DB416E7 DOT 99E22851 AT ieee DOT org> <20021021162246 DOT GC15828 AT redhat DOT com> <20021022162432 DOT GF514 AT redhat DOT com> <3DB58CBD DOT 87B2BDD8 AT ieee DOT org> <20021022181947 DOT GA4729 AT redhat DOT com> <3DB5A076 DOT ABAFF076 AT ieee DOT org> <20021022191217 DOT GD4828 AT redhat DOT com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Christopher Faylor wrote: > Another idea is to isolate all of your changes using ifdefs and I can > just turn on the ifdef in the normal snapshot process. Then you wouldn't > have to maintain a separate branch. That gets ugly quickly. I'd rather have a separate branch. I would touch at most 4 or 5 files. > >I just looked at passwd-grp.sh.done (July 28) Oops. There is also a more recent passwd-grp.bat. I just deleted my passwd file and ran setup. It only gave the -l switch although I am a domain user. I have both a domain account and a local account with the same names. When I start cygwin as a domain user it incorrectly picks up my local account uid. However things (e.g. chmod) behave correctly with my recent patch. > Will it potentially cause a delay if we use the -d switch? Yes, e.g. if the domain user runs disconnected from the PDC. It could also take long in large domains. Giving the -d -u switches would help there. > The same person who chided me was indicating that setup.exe was somehow > creating files that were incorrect or that cygwin was unable to execute > files with .exe extensions. I don't really understand what's going on. The "incorrect" may be from the absent -d I don't understand the non executable .ex, although an "ls -l" that does not show the x is understandable. > Does it make sense that someone would have to properly generate > /etc/passwd and also turn off ntsec in order for things to work again? There is a possibility in a multi domain environment that a user will deal with files owned by a sid that does not appear in the output of a plain mkpasswd -d. One would have to do mkpasswd -d specific-domains to have correct display in "ls -l" and to chmod such a file (that's one thing I know how to make work without running multiple mkpasswd). Turning off ntsec is then an easy way out. Pierre