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: List-Subscribe: List-Archive: List-Post: List-Help: , 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 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> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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