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=p4syofH NeU7FsoOK+Q06AoMjUH5UpncsAC0JLdUPMT0V/aCh8YHA5+yyakVzybXg5EDT5vy 4/O5sp3u7Dv/qd+Zt0EPq6T1vU+7O2xx2fzgbLIYqbUd3kXrCKi3otK7upRHRNnP LB8o8lcPzXyuY3fKuEymgEbM88Zd9pTgD88Q= 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=AWJKuJZipCijy /uJnao4o0Hy32Y=; b=y1YirO5BzmZl84Vv2Xrb3n2Anu8UT+DkZ3oRSFeNHsqtr RjWqDj8VkwIM3jYzMIRXeBMqbJq5Lxw/pllfaeJkk1An7ZkJTdHuIqVbfHznAi5P U6s2kEgS1ru1NwqnP4YzL9h5g+jJShyxfA8SsDlBmq0JULl0bO5/kegimJV5Hs= 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=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-qa0-f43.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=Nha7OwRKpfvOAaAzxtCZNE9JPN0pDJE2KXDql45FFj8=; b=LK0zFH0tb7XVkQo1gh8xz9NWfjan5vvIIaGSZJSGcFTKtr5o/6PU8jsHHWTeF9nvyL H80k+D0nYPIC43Escw6OFjlliIpiPD/KuEh9vvaOxHMF+xse27DXMLRp6RDLZpDizvOi mnbXWgDsawFkmklVmFH2jPCPId89Q6JAcuS3HvqfAmafHMAXamnxB47QsfPgPZZuDuLE qdxy3z+hpL5K00myGPfqx6ii6T7bL/9kJ9pwXqK0Lt4O9XtxjTDCCtWzG6T1dXiUOrBR WJwlGh1G9mJtGhytFvYKskD0vlfDAHECtAvROHA0tAHPkFsPnYzY7aVTzIAocCtQrcJV 3iaA== X-Gm-Message-State: ALoCoQkjA8I/eesTeqiIHm1dC6o1b6Nf9+3YP8900JYT4L3z9Rv/wEOnw2n4NX2PmEsl26xuAgzM X-Received: by 10.224.163.17 with SMTP id y17mr10375884qax.44.1399599294342; Thu, 08 May 2014 18:34:54 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <536C1D6C.8010908@cornell.edu> 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> <536C1D6C DOT 8010908 AT cornell DOT edu> From: Robert Pendell Date: Thu, 8 May 2014 21:34:24 -0400 Message-ID: Subject: Re: Microsoft Accounts (was Re: Problem with "None" Group on Non-Domain Members) To: cygwin AT cygwin DOT com Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes On Thu, May 8, 2014 at 8:12 PM, Ken Brown wrote: > 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 > Point well taken there. *Wonders why he didn't think of that* -- 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