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: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: | <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-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> <CAAeCd-OL1U-9CTTXByWx4voR-uBGrQ7zdWk=FyDoREj7NymRYA AT mail DOT gmail DOT com> <536C1D6C DOT 8010908 AT cornell DOT edu> |
From: | Robert Pendell <shinji+cygwin AT elite-systems DOT org> |
Date: | Thu, 8 May 2014 21:34:24 -0400 |
Message-ID: | <CAAeCd-P0rOCEdvc8ij0vm_OQsmbPe1xYTtNFxN14sQQiKd7YfA@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 8:12 PM, Ken Brown <kbrown AT cornell DOT edu> 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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |