X-Recipient: archive-cygwin@delorie.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:date:from:reply-to:message-id:to:subject
	:in-reply-to:references:mime-version:content-type
	:content-transfer-encoding; q=dns; s=default; b=ht1hW8RG8UnsSYjZ
	dYKwfjChbRr2OCDSptKY14AY4EgVjjHgkaVKTQghK4yJKa9JR9vt2M6C3yWh00ju
	ZrVR69kwzocvjCbq0eZ2PxqiHKJmT2aYp/tXNJByqZCGkbgD86mJQ4Uauc7o4VTc
	r+kZob4KIi+Arpcb6lmPwWa/0l0=
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:date:from:reply-to:message-id:to:subject
	:in-reply-to:references:mime-version:content-type
	:content-transfer-encoding; s=default; bh=E7QeFjqIIA514dejFVJ5MK
	QyJYI=; b=K9FPVz7f6i9ymOOTRlIqORN6l0rrNrdvlUIlffY7z/MgaF8UyGpAdL
	Z0mXY7Vo/bC57l9WQI6X8o/voZzzSi8RAQ9Ees+yV0Dq9xyVB3A20OYhswlBgVfn
	szmayulRv4fP/gcMOQPB6OMko5pVqM/jta59r3l1UeE2SIHsWas+M=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,KAM_THEBAT,SPF_SOFTFAIL autolearn=no version=3.3.2
X-HELO: smtp.ht-systems.ru
Date: Mon, 10 Nov 2014 00:44:25 +0300
From: Andrey Repin <anrdaemon@yandex.ru>
Reply-To: cygwin@cygwin.com
Message-ID: <6910182851.20141110004425@yandex.ru>
To: Christian Franke <Christian.Franke@t-online.de>, cygwin@cygwin.com
Subject: Re: [OBORONA-SPAM] Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.33-0.6
In-Reply-To: <545D30DA.9040507@t-online.de>
References: <announce.20141105164319.GA31314@calimero.vinschen.de>   <545B17B8.5010509@t-online.de> <20141106164915.GG28195@calimero.vinschen.de>  <545BBF4B.4020400@t-online.de> <20141106185019.GK28195@calimero.vinschen.de>  <545BD14A.8080803@t-online.de> <20141106200635.GP28195@calimero.vinschen.de>  <20141106204222.GQ28195@calimero.vinschen.de> <545C68BA.3050007@t-online.de>  <20141107101659.GU28195@calimero.vinschen.de> <545D30DA.9040507@t-online.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Note-from-DJ: This may be spam

Greetings, Christian Franke!

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

Of course. They should not be using that line in first place.
As has been said multiple times, the whole idea is to get rid of the
passwd/group files.

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

These scripts will need to be changed, if broken. No way around it.

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

That's only because you are turning your back to the change, not for any good
reason.

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

And raise even more confusion in years to come.
Better to switch over once and keep it as simple and straight as possible.
It's not like it's an unreasonable change. In fact, it's the change long
overdue.


--
WBR,
Andrey Repin (anrdaemon@yandex.ru) 10.11.2014, <00:39>

Sorry for my terrible english...


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

