X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 q=dns; s=default; b=nGtXSjDt1EAf1yE5K5GtFZXXBTRq2bl7UXw31IVcf2P
	3i9FdfdegfebhUznGzFzI7hOjX0MyiXKmDWMWcgfenujQWMhn9NMNo1f/GMGNkrh
	1r5ByjouWMWegdyGbUR5WCM/oUR2Oy/UE/fsqY2Lz5QvfmyB8C6RcuV3TxOzxPnk
	=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 s=default; bh=FK11j7SxSfwBL7PP3GaoyRnQfSw=; b=VGh5gF15V1QuEs/I/
	mw4oidQVxeLEa7xAMAG/zsAaVh79k2PMhCS/aUMLN4ZFy9LFnOp4EC+n7E/gv6FL
	vtqFOC6DtPJLFJYHbZHrP01OYUVtD7XkX+LTJbZCkIzKXBqyWaMRFRcRuYifB91L
	9tnMkJe6nVKXGAB0RMpvSGR37I=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD autolearn=ham version=3.3.2
X-HELO: mailout10.t-online.de
Message-ID: <545BBF4B.4020400@t-online.de>
Date: Thu, 06 Nov 2014 19:34:51 +0100
From: Christian Franke <Christian DOT Franke AT t-online DOT de>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.33-0.6
References: <announce DOT 20141105164319 DOT GA31314 AT calimero DOT vinschen DOT de> <545B17B8 DOT 5010509 AT t-online DOT de> <20141106164915 DOT GG28195 AT calimero DOT vinschen DOT de>
In-Reply-To: <20141106164915.GG28195@calimero.vinschen.de>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

Corinna Vinschen wrote:
> On Nov  6 07:39, Christian Franke wrote:
>> Corinna Vinschen wrote:
>>> Hi Cygwin friends and users,
>>>
>>>
>>> I just released a 6th TEST version of the next upcoming Cygwin release,
>>> 1.7.33-0.6.
>>>
>> Looks good so far.
>>
>> An observation from my first test on a machine which is member of a domain:
>>
>> mkpasswd -l and -L always print the HOST prefix.
>> mkpasswd -d and -D never print the DOMAIN prefix
> Right.  That's by design.  -D is deprecated.  -L of the new mkpasswd/
> mkgroup (which hopefully are not used by users a lot in future) only
> prefix *foreign* machines.

But why does
   mkpasswd -l (no host) -- adds a prefix
   mkpasswd -l THISHOST -- does not add a prefix
when the machine is in a domain? Not consistent, IMO.

Is it because without a HOST it directly calls cygwin_internal() instead 
of Win API and -l/L distinction is not checked then?


>    Otherwise the naming rules of the underlying
> Cygwin SAM/AD naming rules are strictly followed so that a defaultt
> passwd or group file will be identical to the output generated by
> the "db" mechanism[1].
>
>> This likely would break creation of local 'technical' user accounts in
>> existing *-config scripts (possibly including the csih script):
> The csih scrip needs a thorough kick anyway.  I'm working on and off
> on that, but it's not easy due to a couple of very ingrained assumptions
> not valid anymore.  I hope to get a new csih working next week.

But PLEASE keep the ability to create local users/groups without a 
prefix. Otherwise useful configuration defaults (mail_owner=postfix, 
...) would be no longer useful because config files must be tweaked for 
each host (mail_owner=HOST+postfix, ...) for the sole purpose of[1]. 
Some of such technical users (sshd?) might also be hard coded or a 
config parser might not like the HOST+USER syntax.

Christian

> [1] Reproducability of the passwd/group genearation rules... rulez :)
>


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple