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=V1sIGFiZkg3lnSb8NzVQWA6oYc1J21xn6Zk8PgeewZp
	isskKl+Ji76eOnXGIKjd1HdU8uq1+Px2ZzwaoD+tlighvPVCWG0jcBqem+QO603y
	DBfaF9NvcoL+NggF9UQfHgH0nL7nGCZCuVHuz3ZR20eteM/9nPd5pO3mtHDqFW/w
	=
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=GvlgxH8KiWOeUrkW4eaqk0IjIc0=; b=ir39hpJZg59Uv+RTq
	1ofj18gOEDf5PEQW50WSX23FL7j4AUPRZQd87aW4VBpbcCjUWe9M0GXEvrI8f42u
	UmRVs8/yaOFIVET+BwPFs9VQd/NADGntjBY271msaEiu5OBzLsIrFss6YYIT4KR2
	rEsPTctZzwJu3W5wCmYOnzeagQ=
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.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD autolearn=ham version=3.3.2
X-HELO: mailout11.t-online.de
Message-ID: <545D30DA.9040507@t-online.de>
Date: Fri, 07 Nov 2014 21:51:38 +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> <545BBF4B DOT 4020400 AT t-online DOT de> <20141106185019 DOT GK28195 AT calimero DOT vinschen DOT de> <545BD14A DOT 8080803 AT t-online DOT de> <20141106200635 DOT GP28195 AT calimero DOT vinschen DOT de> <20141106204222 DOT GQ28195 AT calimero DOT vinschen DOT de> <545C68BA DOT 3050007 AT t-online DOT de> <20141107101659 DOT GU28195 AT calimero DOT vinschen DOT de>
In-Reply-To: <20141107101659.GU28195@calimero.vinschen.de>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Note-from-DJ: This may be spam

Corinna Vinschen wrote:
>>> In theory there should be only one option -l [machine], which prints the
>>> local accounts of the current machine unprefixed (standalone machine) or
>>> prefixed (domain machine), and always prefixed for a foreign machine.
>>> The -L option can just go away.
>> I disgree.
>>
>> Why not keep the old behavior of -l/-L for user names of current machine for
>> those uses cases which rely on it?
> You are always free to change the passwd/group files manually:
>
>    $ mkpasswd -l | sed -e 's/^[^:]*+//' > /etc/passwd

Of course, and it is good that this is still possible. But this would 
require that all existing scripts relying on old behavior need to be 
changed.

I still don't understand why this backward compatibility break of 
"mkpasswd -l" was mandatory.

Most *-config scripts using "mkpasswd -l -u USER" may need to be 
changed. Local scripts from Cygwin users which use "mkpasswd -l" may 
need to be changed. Scripts tested by maintainers only outside a domain 
may no longer work inside a domain.

An IMO better way would be to keep the old "mkpasswd -l" behavior and 
invent a new option for the output with the new non-domain/domain prefix 
handling.

Then  a user would be able to "opt-in" for "local users of a domain 
machine always have a prefix" by
   $ mkpasswd --the-new-local-option > /etc/passwd
or even simpler:
   $ > /etc/mkpasswd

A user could "opt-out" by simply keeping all everything as-is for now :-)

This IMO would provide a much smother migration path.

Christian


--
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