X-Recipient: archive-cygwin@delorie.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:to:from:subject:date:message-id:references
	:mime-version:content-type:content-transfer-encoding; q=dns; s=
	default; b=X7DLQ2OJgcKNkfhy4IAvbxvoRtVYjUi6A6TzjVfBpNuxSwZBoWeri
	q7EzmoKMZ4pZlwCPuh49T9c/porVj4DOU27ODb/CdkQIPIS6/7UkE4rF/CCu/zw/
	qqJL+eVNKcOdnmD///vSfnmDQc36Ri7pBhupgCoGKRl6lNu58uATQ4=
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:to:from:subject:date:message-id:references
	:mime-version:content-type:content-transfer-encoding; s=default;
	 bh=xSWO6c0PR4P0eS3ddJKZDacaZg4=; b=u8fWHSiJtPJUP7qqpR4IkEykPffK
	e3z1bCCrMBM+apR7AeI33S7YJYqdzQspP/IsiwLux3noA4RbD2ufidM+IVbinsBe
	RPN4HKN8d0D81TqhmpWm4+To9kW86wbmN69JE7MEIAZYEdNTzj7twG6/TqUjuuq6
	sH/CuwXQcgyiGhI=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-5.1 required=5.0 tests=AWL,BAYES_00,FSL_HELO_BARE_IP_2,RCVD_IN_DNSWL_LOW,RCVD_NUMERIC_HELO,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=no version=3.3.2
X-HELO: plane.gmane.org
To: cygwin@cygwin.com
From: Achim Gratz <Stromeko@NexGo.DE>
Subject: Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-003 (Christmas/New Year release)
Date: Wed, 7 Jan 2015 18:41:58 +0000 (UTC)
Lines: 83
Message-ID: <loom.20150107T193126-757@post.gmane.org>
References: <announce.20141217131626.GR10824@calimero.vinschen.de> <87oaqynpzq.fsf@Gertrud.fritz.box> <20150107174122.GB4190@calimero.vinschen.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
User-Agent: Loom/3.14 (http://gmane.org/)
X-IsSubscribed: yes

Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
> > but that would produce some rather unwieldy and long paths for certain
> > users.  So, instead of specifying the users' home directory directly I
> > would like to mount or auto-mount /home/≤user> to the actual (network)
> > home directory.
> 
> Hmm.  That's tricky.  There's no automatism for that yet.  Nsswitch.conf
> only describes how to create the passwd entry for a user.  It does not
> add any mechanism to run at user context switch.  And not everybody
> would like to have something like that so it needs configuration.
> 
> I'm not opposed to stuff like that if it simplifies admin's job, but on
> one hand we should evaluate first if there's a way to script that,
> rather than to hardcode it into the Cygwin DLL, and on the other hand
> it's not something I'd like to add for the first cut of 1.7.34...

I agree that this is not something that belongs into nsswitch.conf, but
since those mounts are working a bit differently on Cygwin than Linux I'd
expect that in order to make some auto-mount facility available the DLL
would need to know about it and provide at least some hooks to set them up
correctly before any process tries to use them.

> > > - When spawning a process under another user account, merge the user's
> > >   default Windows environment into the new process' environment.
> > 
> > I think this change pulls in additional environment variables with
> > windows path components when starting programs via cygserver/sshd that
> > are not a login shell (and perhaps when the user's login shell isn't
> > bash, so that profile doesn't get run), most notably PATH, TMP and TEMP.
> > If these variables are used later on by programs expecting a POSIX path
> > there, then things break.
> 
> Did you try it?  The idea was that these variables are converted to POSIX
> on the way in...

They aren't, but even if they were I don't think it's the right thing to do
for some variables.  Slightly edited:

~ > ssh -XA gratz@server -t env
HOMEPATH=\\homes\gratz\GNU
APPDATA=C:\Users\gratz\AppData\Roaming
ProgramW6432=C:\Program Files
TERM=xterm-256color
SHELL=/bin/bash
WINDIR=C:\Windows
PUBLIC=C:\Users\Public
CommonProgramFiles(x86)=C:\Program Files (x86)\Common Files
USERDOMAIN=EU
SSH_TTY=/dev/pty0
OS=Windows_NT
ALLUSERSPROFILE=C:\ProgramData
USER=gratz
TEMP=C:\Users\gratz\AppData\Local\Temp
USERNAME=gratz
ProgramFiles(x86)=C:\Program Files (x86)
MAIL=/var/spool/mail//gratz
PATH=/usr/bin:/bin
PSModulePath=C:\Windows\system32\WindowsPowerShell\v1.0\Modules\
FP_NO_HOST_CHECK=NO
PWD=/home/gratz
ServerType=Standard
SYSTEMDRIVE=C:
CYGWIN_ROOT=D:\Freeware\Cygwin\
CYGWIN64_ROOT=D:\Freeware\Cygwin64\
USERPROFILE=C:\Users\gratz
CommonProgramW6432=C:\Program Files\Common Files
LOCALAPPDATA=C:\Users\gratz\AppData\Local
ProgramData=C:\ProgramData
SHLVL=1
HOME=/home/gratz
CommonProgramFiles=C:\Program Files\Common Files
COMSPEC=C:\Windows\system32\cmd.exe
TMP=C:\Users\gratz\AppData\Local\Temp
CYGWIN32_ROOT=D:\Freeware\Cygwin32\
LOGNAME=gratz
SYSTEMROOT=C:\Windows
PROGRAMFILES=C:\Program Files
CYGWIN_NOWINPATH=true
_=/usr/bin/env


Regards,
Achim.


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

