From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24570 invoked by alias); 29 Jul 2008 16:24:58 -0000 Received: (qmail 24555 invoked by uid 22791); 29 Jul 2008 16:24:58 -0000 X-Spam-Check-By: sourceware.org Received: from vms042pub.verizon.net (HELO vms042pub.verizon.net) (206.46.252.42) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 29 Jul 2008 16:24:38 +0000 Received: from PHUMBLETLAPXP ([70.88.219.194]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0K4S00AX208F6F54@vms042.mailsrvcs.net> for cygwin-apps@cygwin.com; Tue, 29 Jul 2008 11:24:16 -0500 (CDT) Date: Tue, 29 Jul 2008 16:24:00 -0000 From: "Pierre A. Humblet" Subject: Re: base-[files|password] for 1.7 To: Message-id: <00fe01c8f197$8b70f290$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> <00da01c8f188$53ba3e60$880410ac@wirelessworld.airvananet.com> <20080729145417.GD29031@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/msg00176.txt.bz2 ----- Original Message ----- From: "Corinna Vinschen" <> To: Sent: Tuesday, July 29, 2008 10:54 AM Subject: Re: base-[files|password] for 1.7 | On Jul 29 10:35, Pierre A. Humblet wrote: | > From: "Corinna Vinschen" | > | 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. | | That would have required a decision when to call mkpasswd -d in the | postinstall script. I don't recall that we ever did that. I don't recall the specifics but it would have been a lot easier to use -d rather than to create a -c . There must have been a good reason. | > | 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. | | Just so that the group file doesn't get too big? No, so that the user can ctrl-c if it takes forever. | > | 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'm not sure I understand the question. If we run mkpasswd/mkgroup | without arguments, you get local accounts on a non-domain machine | and domain accounts on a domain member machine. Doesn't that make | the most sense? It does make the most sense if all goes well and quickly. But if the server is not connected the passwd/group entries for the domain user installing cygwin for the first time may not be created. Pierre