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:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=TU58AOlt2KVwd98zxummB2+g4qTMYzn0+dSaWeLpPnqXK9p51sPxc
	+9ieDxIkGMc+0M37zOWvxXFO2qroTk5+OhS9Vzy9y9yRid2RtKstZsze6WnBU59J
	oyUY1Zu18QNC/v59d9lX2r5cwwYyNuVujYxT0hHk+tCmQZrpGervck=
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:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; s=default;
	bh=vqIYE4mcB+CGORN1fn1frqVG1E4=; b=eYsFJ82p9jF5bImHI7vJye7mkHTF
	LSWowWblrWaRa1SMEuwxLPazdH9TtTm3J6uDX1rOebWFzwZxrkOr+wkq3OH4cG13
	RokGuzJRNkxFEH+TbMvcwQ/Q4rk+xA8tw15hVzQoR1/FiniCgRBcmG/6pzFNtW1y
	CKbf0Tm3XRxEIdU=
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=-5.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2
X-HELO:	calimero.vinschen.de
Date:	Thu, 8 May 2014 22:09:47 +0200
From:	Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To:	cygwin AT cygwin DOT com
Subject:	Re: Microsoft Accounts (was Re: Problem with "None" Group on Non-Domain Members)
Message-ID:	<20140508200947.GA2645@calimero.vinschen.de>
Reply-To:	cygwin AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
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>
MIME-Version:	1.0
In-Reply-To:	<20140507144611.GM30918@calimero.vinschen.de>
User-Agent:	Mutt/1.5.23 (2014-03-12)

--HlL+5n6rz5pIUxbD
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

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

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

--=20
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--HlL+5n6rz5pIUxbD
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJTa+SKAAoJEPU2Bp2uRE+g4MkP/38EvbHAyVyFvSGjC/Sgr/Mr
imjDu2C6uN68fQLkFk6L5OUYse7s2yGkrLD52JclvSXCHI1yhMkFTVDB6AsD5acd
dm6B8EsiJm+zRpD6MIpou6iB78nqEbko5JXRj1Jqh9xo3oRDKhto0C17C3ClKpR7
O+6YM+SyTbNR63xRGIo66Zc9uoXcNrVoSIU9IUFG6M/SygkQWR1VTHnElO9bGAKP
/N3ULf85OZOsKTuNRorH/GMM4c6zTsoQeR/W+w7pxkW8vx145k+dAV3ZJ/7/XFWY
vNZ+yphpzU5VA8QtF6FiuofS477AbCNsfK8ZxjoZy9vZPJHqoJ3LC55jUgIrYblu
XBkEAE7wpQajgITEFuPODQ1XIWFkvTXMCrFwbPWSxh+77CMWsT6RDqg7faY9uJZb
kTczlSj+YnQIect2GadMXldfgf4uCk9s300890ZvUdj3IqgYqdRfPytOZBCUH6/I
9yD8IPqI1Fenzvw3w/eDdbAByNCZsE9luHAk8YUPhNTlu4e2xAbqki7bHiwq/wdC
lKgWY1s2bESvSZKBh99oNBq6JL5iE/Bl/sSp6hYLDF5t1sx+3GuE5s/J4xGYiw4I
+VCBQNxq2u4nHR7VK1VWheRStbjdSxtUKl8ySvgekp0U8Um6fe0H2lroEETR8HNB
Fm9FSM6vwzgJga3drUO6
=7jIF
-----END PGP SIGNATURE-----

--HlL+5n6rz5pIUxbD--

- Raw text -