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:to:from:subject:date:message-id:references
	:mime-version:content-type:content-transfer-encoding; q=dns; s=
	default; b=i4pKt5kchofmvF/wXOC5If4N7VGa3NMeBrCUk0MKOTKxCd6GQnUET
	fevOjfSkMa5GW/gpoUQe5DPHeAaAULioaE/w2kiuDg+Kas3Nn+F6XgyGUjhQsvQk
	WC+nQkNadigKgAKHZV7th4EulceqKTN/esbpfxTCfaGhG3KlSGZ2Bs=
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=ZcZyNeZ6EMYrrZw1mTmqFoi7sHo=; b=rLrSLFCwARX+hSzQfr4ClQ+LQrIJ
	/gW4qjnCemevJWEPvXlxHEgjqjwToMn7OTSf6gVv2GVo3GPrxQQrQ68ZSpjJ8fT4
	iSYSGVDXMTFH3s/lNntgPElvGYrLcyr6w13OLNuJ5vCXWx48HDJ9v/SpT2w6DfV9
	TNgdR04kPMsE6tg=
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=-5.3 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 AT cygwin DOT com
From: Achim Gratz <Stromeko AT NexGo DOT DE>
Subject: Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-003 (Christmas/New Year release)
Date: Tue, 13 Jan 2015 13:31:10 +0000 (UTC)
Lines: 46
Message-ID: <loom.20150113T135909-484@post.gmane.org>
References: <announce DOT 20141217131626 DOT GR10824 AT calimero DOT vinschen DOT de> <87oaqynpzq DOT fsf AT Gertrud DOT fritz DOT box> <20150107174122 DOT GB4190 AT calimero DOT vinschen DOT de> <20150108171825 DOT GB15791 AT calimero DOT vinschen DOT de> <8761cez7qi DOT fsf AT Rainer DOT invalid> <20150112103834 DOT GA15213 AT calimero DOT vinschen DOT de> <loom DOT 20150113T124708-54 AT post DOT gmane DOT org> <20150113125648 DOT GV15791 AT calimero DOT vinschen DOT de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
User-Agent: Loom/3.14 (http://gmane.org/)
X-IsSubscribed: yes

Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
> No.  How often do you change such a central setting as the db_home
> setting for all users?

Almost never.  But testing gets more involved in this way.

> I thought it's clear how Cygwin does it.  Here it is:
> 
>   Is homeDrive non-empty?
>     If yes, convert to POSIX and use as $HOME.
>     If not, is homeDirectory non-empty? 
>       If yes, convert to POSIX and use as $HOME.
>       If no, ask the local computer for the user's profile directory.
>         If it has one, convert to POSIX and use as home dir
>         If not, fallback to /home/$USER.

I'd still want something else: automount /home/<user> to the appropriate
directory.  But, as said before, that won't work through nsswitch.conf or at
least doesn't really belong there.

> ...which you can change in /etc/fstab.

...which has other problems for the rest of the mapped drives.  I still
think the home directory should be treated separately.

> Right, but there's nothing Cygwin can do about it.  It means, you can't
> use this db_home setting if you use ssh sessions, or you use password
> authentication (real, or via passwd -R) and mount the drive in a profile.

Would it be possible to give the homeDirectory preference over homeDrive? 
This order would be more useful for Cygwin since Cygwin doesn't map the
drive when the user logs in.
 
> Btw., what about my TMP/TEMP question?

I think at least sshd should treat these like PATH: provide a sane default
and ignore any existing settings.  I'm not sure in which other contexts this
situation can occur, but if the Windows settings are used the path must be
converted to POSIX.  I personally think that Cygwin has no business putting
files into Windows TMP/TEMP since in almost all cases the ACL will be set in
ways that either make it insecure or difficult for non-ACL-aware programs to
correctly deal with it.


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