delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2014/05/08/21:35:16

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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019