From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18770 invoked by alias); 29 Jul 2008 14:35:49 -0000 Received: (qmail 18750 invoked by uid 22791); 29 Jul 2008 14:35:46 -0000 X-Spam-Check-By: sourceware.org Received: from vms044pub.verizon.net (HELO vms044pub.verizon.net) (206.46.252.44) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 29 Jul 2008 14:35:27 +0000 Received: from PHUMBLETLAPXP ([70.88.219.194]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0K4R00CIWV6V7QA5@vms044.mailsrvcs.net> for cygwin-apps@cygwin.com; Tue, 29 Jul 2008 09:35:20 -0500 (CDT) Date: Tue, 29 Jul 2008 14:35:00 -0000 From: "Pierre A. Humblet" Subject: Re: base-[files|password] for 1.7 To: Message-id: <00da01c8f188$53ba3e60$880410ac@wirelessworld.airvananet.com> MIME-version: 1.0 X-Mailer: Microsoft Outlook Express 6.00.2900.3138 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit References: <20080717155516.GC5675@calimero.vinschen.de> <20080719141841.GN5675@calimero.vinschen.de> <20080722174237.GA25430@calimero.vinschen.de> <5f21cb61c3a7cb7ad2d02df11907792e.squirrel@mail.morrison.mine.nu> <20080728152750.GN29031@calimero.vinschen.de> <004401c8f0e3$8cad7700$880410ac@wirelessworld.airvananet.com> <20080729094644.GR29031@calimero.vinschen.de> Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com X-SW-Source: 2008-07/txt/msg00170.txt.bz2 ----- Original Message ----- From: "Corinna Vinschen" To: Sent: Tuesday, July 29, 2008 5:46 AM Subject: Re: base-[files|password] for 1.7 | On Jul 28 14:55, Pierre A. Humblet wrote: | > Looks like without argument the new mk{passwd/group} will dump the entire | > passwd/group from the domain server. Some companies have tens of thousands | > of names and that's why they weren't called with -l -d by default but with -l -c | > | > The -c switch would only create an entry for the current user or the current primary group | > WITHOUT contacting the domain server. mkpasswd could do a good job for passwd | > using only local info but mkgroup could not find the group name, so it was | > calling it "mkgroup-l-d" . | | I thought it's a good idea to have the domain by default. It's a bit | strange that a machine is running in a domain but as soon as another | user logs in, the passwd and possibly group information for this user | is missing. Well yes, I don't recall what the complaints were about. Perhaps long delays. But it caused problems to NEW cygwin users installing for the first time and without visibility or knowledge into what's happening. | Even if we drop back to using mkpasswd -l -c, I don't think it makes | sense to run mkgroup in a domain environment without fetching all | domain groups. Agreed, but it's done under user control. | > The new mkgroup also has a -c option, which gets the current primary | > group name. That's great, but does it contact the server? If so, how | | No. The -c options only open the user token and fetch the name | information from a call to LookupAccountName(NULL, ...). Since the | user information for the current user is cached on the local machine, | there's no server access. Great. I am surprised we didn't do that before if it worked then. | > does it behave when a domain user installs cygwin while not connected | > to the domain server? That case generated complaints in the past. | | Not for -c, but in the default case it will take some time until it | times out and won't print the domain groups. Since that's only an | actual issue at installation time, where's the problem? Not sure what the old complaints were about... Do you expect the user and primary group to be put in passwd/group in that case? | > I also noticed that the new mkpasswd -c does not put a guess about the full user name | > in the comment field | > old -c: | > p-humblet:unused_by_nt/2000/xp:11068:11031:p-humblet,U-W... | > new -c | > p-humblet:unused:11068:11031: U-W... <== no p-humblet | > {old,new} -d | > p-humblet:unused:11068:11031:Pierre Humblet,U-W... | | Why do you need that? No idea why it was done like that in the first place :) Does it work for domain users in absence of a server? Pierre