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:mime-version:in-reply-to:references:from:date
	:message-id:subject:to:content-type; q=dns; s=default; b=r/jCRyx
	yjJRROHpXZc3SkqzjWYqpUkcQAdFCU0DXyK74A9SoqFRHMm295LhXqoGsRnfLPQF
	EAKpilX4JUstZHJJx4XWnvK4e2jgUA0tDtNS4v/uFRPGVd3ahF5BtOhkw7GUEsKA
	3lQFaRZirGfz7rEs8h0b9PiIzoZYMEuqbVUQ=
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:mime-version:in-reply-to:references:from:date
	:message-id:subject:to:content-type; s=default; bh=QCTbH+slY/GEZ
	VfiOF4J5K8wyU0=; b=i+t4OeVY7OLTVW+H5cA6e+4WFnTr5EQG+kF08aeKB5PKg
	A52DF7z15Ks9MfY6jFofeOUgbrm08KFJc9CqU/iGRMrD28v2YeGGl/tZ77g4ACJB
	aZJGy2i42az2jwgX/nD+FzGCyy4emJ9fqbhsqF4j5N18TCn8ORdC8sUXxFs4WM=
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.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2
X-HELO:	mail-qc0-f169.google.com
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:content-type; bh=ouyqr+Y59Pl7kDBRprELdrv4njR1lQFIvDwu8ySlr7w=; b=DkCO8YVAfrb7OzIuII2YesNACR01urDXDOSSMehewhYN9yyElzcde2q1PQlBCauXLC h9AZ4H9Dk7fMv6FNtk12J9KezVJ49mAZWRIKEvzSFARrg9v4tL334qHbyYcDO4UmSsnx wniHZXt0LfoH4gKxGt/vOLkXtE3RolkoNUlKTJRaf7l1e7QP7nNqdaCe0/YjTpQbngRS gZLGwlgHmKYSArG78f4JSQJ/IEpYl89c94uwK023dsSnErnuwzA7Fs/TAdB7t+QDe3N3 IJl96APFWN8hgXebR7vHe6tWaiF+mP+HjyyGSlyrarLZbxgPvIh54fw5kkx5a2KiIPqV w39Q==
X-Gm-Message-State:	ALoCoQm8XEGGYvsWQZAClP+QlyLh1veR4jNUFmOipN6FskqSSnzmtA8YUG0SWiooq4FJGsBSGhdc
X-Received:	by 10.140.40.239 with SMTP id x102mr9379679qgx.16.1399591088943; Thu, 08 May 2014 16:18:08 -0700 (PDT)
MIME-Version:	1.0
In-Reply-To:	<20140508200947.GA2645@calimero.vinschen.de>
References:	<20140505165723 DOT GM30918 AT calimero DOT vinschen DOT de> <5367DEE5 DOT 5010407 AT breisch DOT org> <20140506125203 DOT GO30918 AT calimero DOT vinschen DOT de> <53691564 DOT 1070200 AT breisch DOT org> <20140506171626 DOT GZ30918 AT calimero DOT vinschen DOT de> <53692867 DOT 4060305 AT breisch DOT org> <20140507115730 DOT GE30918 AT calimero DOT vinschen DOT de> <20140507124038 DOT GG30918 AT calimero DOT vinschen DOT de> <536A3E80 DOT 2060602 AT breisch DOT org> <20140507144611 DOT GM30918 AT calimero DOT vinschen DOT de> <20140508200947 DOT GA2645 AT calimero DOT vinschen DOT de>
From:	Robert Pendell <shinji+cygwin AT elite-systems DOT org>
Date:	Thu, 8 May 2014 19:17:38 -0400
Message-ID:	<CAAeCd-OL1U-9CTTXByWx4voR-uBGrQ7zdWk=FyDoREj7NymRYA@mail.gmail.com>
Subject:	Re: Microsoft Accounts (was Re: Problem with "None" Group on Non-Domain Members)
To:	cygwin AT cygwin DOT com
X-IsSubscribed:	yes

On Thu, May 8, 2014 at 4:09 PM, Corinna Vinschen wrote:
> On May  7 16:46, Corinna Vinschen wrote:
>> On May  7 10:09, Chris J. Breisch wrote:
>> > Corinna Vinschen wrote:
>> > >And here's a problem which I'm not sure how to solve at all:
>> > >
>> > >When calling the latest mkpasswd, the primary group of the local
>> > >user account backing the Microsoft Account will *still* be "None".
>> > >
>> > >The reason is that the local account is just the same old account
>> > >as usual.  Its default primary group *is* "None".
>> > >
>> > >Only when logging in via the Micosoft Account email address, the
>> > >user token will not reflect what's stored in the local SAM, but
>> > >will have been changed by the OS as outlined in this thread.
>> > >
>> > >So, when a user decides to create a passwd file rather than using
>> > >the SAM/DB code in Cygwin, the information generated by mkpasswd
>> > >will not match the user token, and the primary group stored in
>> > >/etc/passwd will not even be available at all in the user token.
>> > >
>> > >I have not the faintest idea how to workaround this schizophrenia.
>> > >
>> > >
>> > >Corinna
>> > >
>> > Oh wow. It took me two reads of this to understand it. Caffeine is
>> > finally kicking in, I guess. Unless you just want to hard code the
>> > primary group that mkpasswd generates to "Users" for any account
>> > that it would tend to want to set as "None". That would be some
>> > smelly code though.
>>
>> Hmm, but it might fix a couple of problems.  If we go ahead and
>> always convert the "None" primary group to "Users", we'd have a
>> pretty stable state, which works nicely for local accounts,
>> independently of habving logged in as normal account or as Microsoft
>> Account.  This might be the easiest workaound, in fact.
>
> I created a new snapshot on http://cygwin.com/snapshots/ which
> introduces the following behaviour, which is a bit less intrusive:
>
> If a local account is connected to a Microsoft Account, the primary
> group defaults to "Users".  If it's a normal local accout it defaults
> to "None", as usual.  This also covers mkpasswd from the snapshot.
>
> This does not work if you continue to use an already existing
> /etc/passwd file.  I have no good solution for this sccenario, other
> than a (yet to be written) FAQ entry.
>
> Hope that helps nevertheless.
>
>
> Corinna
>

Thanks for all the effort you have put forth on this issue Corinna.  I
checked the snapshot today and found the behavior to be matching what
you described.  An expected side effect right now is that old files
still have the group SID set to the user SID as well as all the other
installed files placed by the OS however there isn't much we can do
there beyond changing the group manually for the files.

On that note I used the larger inst package (to get updates to
mkpasswd and the like) and noticed that there is a /usr/lib and
/usr/bin folder with the updated files however cygwin mounts /lib and
/bin on top of the respective folders making any files installed there
inaccessible in a normal cygwin run.  Is this intended?

For now I manually moved those folders to the root therefore
overwriting old files with the newer ones.

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