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: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 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=-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 AT yandex DOT ru>
Reply-To:	cygwin AT cygwin DOT com
Message-ID:	<6910182851.20141110004425@yandex.ru>
To:	Christian Franke <Christian DOT Franke AT t-online DOT de>, cygwin AT cygwin DOT 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 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> <545D30DA DOT 9040507 AT t-online DOT de>
MIME-Version:	1.0
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 AT yandex DOT 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

- Raw text -