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=NercpQm8EtBs1swed7G+1HtxzQh4neRsAZql2J8fDwg
	SyLKIkr/g4aYztBEafb0XZX616ETlsX+zeFWf5cjgiLEUqn2bUg23hKWG0uqZDku
	EivPUjle1c9Zp5WQJO7UAHnX2E12WWnLoCICk9ahLAErcv/PmmmZw4GzsX2NA69A
	=
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=HjQnpe5w2FzYP8+Ejx+hCF6pY6M=; b=eF12qp0pfWZkcxLYy
	C2rV766dTmJey7CbQxK+RaCILa9xN40b8+LSTl7ykLs5aVrnKNCJEPxKLzsSIBhP
	yZ7X4Q11K4wx6SJh6pGwFHIaJBNrZMtl0OuJRoHU8EfGYOFnrTwLJr7vO9iR2Xdq
	5IHvBn3gG/4XtDsWpl+eF25ZAc=
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.4 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2
X-HELO: Ishtar.hs.tlinx.org
Message-ID: <54B9AFF4.6010903@tlinx.org>
Date: Fri, 16 Jan 2015 16:42:28 -0800
From: Linda Walsh <cygwin AT tlinx DOT org>
User-Agent: Thunderbird
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: Failure in merging win-env vars into post-'login'...
References: <announce DOT 20150114124044 DOT GD15791 AT calimero DOT vinschen DOT de> <54B7365C DOT 7020307 AT tlinx DOT org> <20150115091110 DOT GA10242 AT calimero DOT vinschen DOT de> <54B8DD29 DOT 20901 AT tlinx DOT org> <20150116105114 DOT GC3122 AT calimero DOT vinschen DOT de>
In-Reply-To: <20150116105114.GC3122@calimero.vinschen.de>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

Corinna Vinschen wrote:
> On Jan 16 01:43, Linda Walsh wrote:
>>
>> Prior to this, when I logged on using local credentials, I would 
>> have a blank hostname.  I.e. -- using 'X11'  as an example, when 
>> I log in locally, I see no hostname in my shell-prompt.
>> But when I log in to another system, then my path is prefixed 
>> with the hostname.
>>
>> So... why did I need the local hostname with a "+"??
> 
>   Does https://cygwin.com/preliminary-ntsec.html answer that question?
---
	Not entirely.  But don't know that it is related to the problem
I'm seeing.  As it is only being applied to locally created groups, I'm
not going to worry about it too much (i.e. it doesn't interfere with my
samba-3.6.28-winbind credentials, and more interested in why it didn't
look at "/.rhosts" in my home directory.).


>> I have a feeling the X-server died because installing the test cygwin wiped
>> out my share partition (on a local mount, but one that cygwin turns into a
>> symlink and overwrites)...
> 
> A Cygwin install never wipes out /usr/share, except for files going to
> be replaced.  Also, /usr/share is NOT created as symlink, but as
> directory.
----
SIDEISSUE:
---
	If it already exists (as a Windows junction), it is treated as
a symlink and not a file-system mount (as MS terminology describes it, as
it is not the same as a 'symlink' on windows but is more like a mount-point
on linux -- as we have previously discussed... ;-/.

	As such, even though nothing was installed at /usr/share, I did
have many docs and manpages installed in /usr/share/doc and /usr/share/man,
but -- WHY must the install procedure delete perfectly good path components
if it is not *installing them*, (but installing files *under them*).

^^^SIDE ISSUE^^^
----------------

Nevertheless, in tracing (w/process monitor) through an attempted login 
with
the test-DLL, at no time did anything access my home directory (i.e.
nothing read ".rhosts" in home).

Before this change that file was read and allowed me to login w/o a 
password, WITH
the network credentials of whoever started 'inetd' (i.e. if it was 
started automatically
by as a service, I won't see my mounts, but it if was started by me, from my
current login-session, I see the same mounts as in my normal login session).

I.e. it was a way of opening a local command-line window using a 3rd 
party (SecureCRT)
TTY tool that supports rlogin/rsh in addition to ssh and a few others).

It *looks*, at this point that my userid isn't being passed from inetd 
to rlogind
so it can read the ".rhosts" file in my WIN-HOME (USERPROFILE or 
HOMEDRIVE:\HOMEPATH).


--
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