Andrey Repin anrdaemon@yandex.ru
Sun Nov 9 21:50:00 GMT 2014

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

> 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

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

More information about the Cygwin mailing list