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:date:from:to:subject:message-id:reply-to :references:mime-version:content-type:in-reply-to; q=dns; s= default; b=l5GmOFsY3iAU713wkSxdCS9+ExERyXK+ZrmrLSH2jp3OWRAa8n92W k8JY+SFNZ1R0hpZ7Xdt/RI6KHCYxjDwiQDSVkesoAwwrFfU+JTW1YQruRb+O47FL HLwty1gpX5rJuXDgDxkKo6ouJYklHorbqRT3NTUjmTE8Ej6FkgTc18= 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:date:from:to:subject:message-id:reply-to :references:mime-version:content-type:in-reply-to; s=default; bh=fiAu/kG4zhg/5ML9PtLpHZ/WD3U=; b=QpXO8majHYON9BbfPImjnZE/qJJU w4v+ydzns696JEQ4w/0XAcP4ItSIJjUZq/VH9Z9YSlRE2cY3uCSeqDIwzTFUoKY+ tONisCF165BeQoqMswFq6FXRTTgknVMpomSkfcfLCZ6xOUp8UeNYZxINbjQbbh3Y pRLwglr7IiKt6jc= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , 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.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: calimero.vinschen.de Date: Tue, 13 Jan 2015 14:53:39 +0100 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-003 (Christmas/New Year release) Message-ID: <20150113135339.GW15791@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <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> <20150113125648 DOT GV15791 AT calimero DOT vinschen DOT de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Iys0Un1O+0sigPHU" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) --Iys0Un1O+0sigPHU Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Jan 13 13:31, Achim Gratz wrote: > Corinna Vinschen cygwin.com> writes: > > No. How often do you change such a central setting as the db_home > > setting for all users? >=20 > Almost never. But testing gets more involved in this way. >=20 > > I thought it's clear how Cygwin does it. Here it is: > >=20 > > Is homeDrive non-empty? > > If yes, convert to POSIX and use as $HOME. > > If not, is homeDirectory non-empty?=20 > > 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. >=20 > I'd still want something else: automount /home/ to the appropriate > directory. But, as said before, that won't work through nsswitch.conf or= at > least doesn't really belong there. Not now, not yet. And this still might be automated as outlined in my other mail. It's at least worth a try, isn't it? > > ...which you can change in /etc/fstab. >=20 > ...which has other problems for the rest of the mapped drives. I still > think the home directory should be treated separately. That's all nice and dandy, but *how*. Please look from the perspective of the Cygwin DLL. If you have a good idea how to implement this, I'm open to discuss it. But ultimately it has to be coded (SHTDI) and it has to fit into the existing code somehow. Given the existing code, what about utilizing the cygwinHome attribute, for instance? Creating a user account could be locally extended to set this attribute to some useful value. > > 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 profil= e. >=20 > Would it be possible to give the homeDirectory preference over homeDrive?= =20 > This order would be more useful for Cygwin since Cygwin doesn't map the > drive when the user logs in. The idea of the windows scheme and the analogue %H was to reflect what Windows does. It's hard to do the right thing here since, as usual, there will be different takes on "right" or "wrong"... > > Btw., what about my TMP/TEMP question? >=20 > I think at least sshd should treat these like PATH: provide a sane default This is never the question. When I'm asking stuff like this, I'm usually talking about the Cygwin DLL, because the functionality is inside the DLL. Ssh or, fwiw, no other application have a say in the matter. In these implementaion matters, please take the look always from the lowest common denominator, the Cygwin DLL. > and ignore any existing settings. I'm not sure in which other contexts t= his > 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 putti= ng > 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. Which means what for the Cygwin DLL? Dropping TMP/TEMP from the merged Windows env? It makes sense, I think. Of course, there will be others... Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --Iys0Un1O+0sigPHU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUtSNjAAoJEPU2Bp2uRE+gzToQAKYSaujYnUSl4T/WEAUgarND K8ZS5iWZmldpvkJsgdMeITGR0ipBSqi6lOGfsnaV5NkTHiVodkrZxssUcFPUQCbV pnMmCBJra7K66YKOjd9XVyV7vb7RC85vKYp/dJDWQzuYVAAqxwuQQL8xnxwJRI9g Ude/FlRLrwW4dAn8AySwKDnqRgVpL1DygGZCdAM3RDFsl7rbSlzULng9SzQUtf6i IYyMqzIPC3PXJGdvwls49Pzd52eJgUUm9szor37uWhDzrj3HKJGNxicSIyK39+T8 JHyn/n90lXd4G6RiWwlwiNhQBm3vaElI6hLiai70oaHJHgCNgMzwQhHiRTXrngnV l36y1qeZ6uyZTJcXHqoZlpg20OLdlShT/qvuVQ35q+njHe8ZKK7Ye0sFCdA+hu1E GRtg8MQM6QbddfZCT+SPxuXmFs/kJg3UqialDe/HdM33VNagpyE450oI9f2CwIil ri8tAG2cbqE6irDG6cDf2AHV3wg9+UMZgZ7Wk2dTDSc33B5Q1TfM/lL4d4L9yaz7 W7JcilyzfAQm9OOlksuhZKUXy0F9xCfSVq5kblbX/MKW7gmQ9+0Jvfl2BHBk4sFX vqYXYhQJXnD0H0p149/TaJN1yjL1XMH0YGVb54df9NRSb/xfySAb3P9Lr2Cswhu7 0CqBQxVKk8fDiOrA5+QH =0y3q -----END PGP SIGNATURE----- --Iys0Un1O+0sigPHU--