delorie.com/archives/browse.cgi | search |
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:message-id:date:from:mime-version:to:subject | |
:references:in-reply-to:content-type:content-transfer-encoding; | |
q=dns; s=default; b=LqYOFRI7rcqB6ZPqSUm1mSMWzhcPQdHY4TCNM/m98xF | |
nhcBJOzXckGx90JuDtj5F4mJH00QO7aACF5Wx7VM+B4x1C/q0OgqHjD/6Zy/bNX8 | |
H7/y0QWLDLqb+ZedINuQN8tZ4AT8upQ2+y3zu4MGYvdfm8qSihGxIJ70y1NmpCm4 | |
= | |
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:message-id:date:from:mime-version:to:subject | |
:references:in-reply-to:content-type:content-transfer-encoding; | |
s=default; bh=dE3GCEy1J/ocTvUY9E/wPWbWr7w=; b=PaS3vXojtTdwou2gv | |
k42rm38QFdZLBkvkgw3pJHCELwOMdVxS5bYiG+hsBzFiEms2EwQ+CXqIZEG7BAAA | |
i3p8D5BdPDqNTnCmm6gvyvgAkLNxg3H7OoAYeV/Y/iz22l6DC1zj6DItJqC+bIn5 | |
QH6LInUEDrE5mccPgjqFdXhIo0= | |
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=-1.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 |
X-HELO: | limerock03.mail.cornell.edu |
X-CornellRouted: | This message has been Routed already. |
Message-ID: | <536C1D6C.8010908@cornell.edu> |
Date: | Thu, 08 May 2014 20:12:28 -0400 |
From: | Ken Brown <kbrown AT cornell DOT edu> |
User-Agent: | Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 |
MIME-Version: | 1.0 |
To: | cygwin AT cygwin DOT com |
Subject: | Re: Microsoft Accounts (was Re: Problem with "None" Group on Non-Domain Members) |
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> <CAAeCd-OL1U-9CTTXByWx4voR-uBGrQ7zdWk=FyDoREj7NymRYA AT mail DOT gmail DOT com> |
In-Reply-To: | <CAAeCd-OL1U-9CTTXByWx4voR-uBGrQ7zdWk=FyDoREj7NymRYA@mail.gmail.com> |
X-IsSubscribed: | yes |
On 5/8/2014 7:17 PM, Robert Pendell wrote: > 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. This doesn't happen if you install the snapshot by the method suggested in the FAQ: http://cygwin.com/faq.html#faq.setup.snapshots Ken -- 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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |