From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10007 invoked by alias); 11 Nov 2014 10:00:00 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 9996 invoked by uid 89); 11 Nov 2014 09:59:59 -0000 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 Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 11 Nov 2014 09:59:58 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 14FBE8E12EE; Tue, 11 Nov 2014 10:59:56 +0100 (CET) Date: Tue, 11 Nov 2014 10:00:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: RFC: 1.7.33 problem with user's home directory Message-ID: <20141111095956.GN2782@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <20141110205216.GJ2782@calimero.vinschen.de> <54616884.7010407@secure-endpoints.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lBqJz4CGKwlWe7/k" Content-Disposition: inline In-Reply-To: <54616884.7010407@secure-endpoints.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-SW-Source: 2014-11/txt/msg00216.txt.bz2 --lBqJz4CGKwlWe7/k Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 2207 On Nov 10 20:38, Jeffrey Altman wrote: > On 11/10/2014 3:52 PM, Corinna Vinschen wrote: > > Hi, > >=20 > >=20 > > after a long discussion in RL today, I came to the conclusion that > > there's a major problem in the current handling of the user's home > > directory in AD environments in the new user account code when not using > > /etc/passwd files. >=20 >=20 > My personal preference would be for the Cygwin Home directory to be > created under >=20 > %HOMEPATH%\AppData\Roaming\Cygwin >=20 > That way the home directory is isolated from native windows applications > that might use the same file names but with different line endings > directly in %HOMEPATH%. >=20 > And, the data is within the user profile so that when accessed via > redirection or otherwise, the data is accessible on every machine the > user logs into. I don't think that works as expected in all environments. What you refer to above is not, in fact, %HOMEPATH%\AppData\Roaming\Cygwin, but %USERPROFILE%\AppData\Roaming\Cygwin. %USERPROFILE% and %HOMEPATH% are two different things, maintained separately in AD. The roaming user profile is often not the same path as the homedir, it's just the lazy default. The roaming user profile is loaded from the profile server every time you log on to a machine. If you have a big Cygwin home dir, you don't want that to be part of your roaming profile and being loaded over the net at login time.=20=20 The homedir is typically on a fileserver which just gets connected to your drive Z:. Please keep in mind that I'm talking about the Cygwin home dir not as a default value which can be overridden in /etc/passwd, but of a Cygwin home dir as returned by Cygwin when fetching the passwd entry from AD, and no passwd file exists. This Cygwin home dir should be: - Make some kind of sense when using a default value. - Be configurable by the administrators if possible. That's why I thought it a good idea to utilize unixHomeDirectory. Default is /home/$USER, The admins can set it to some other value in POSIX notation. Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --lBqJz4CGKwlWe7/k Content-Type: application/pgp-signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUYd4bAAoJEPU2Bp2uRE+gGkUP/2SqUL6FVW7wUWrvqRT77czn wgJr8ycpR0bOxLpyfDZqAF36mgtdOLoca7t3TvCJoLAsrLQU3Q1wrIyWYRZAl/8H AsVA9cxB16Hrs1UIIlq3n3yfPMfo1D86JbvpIeEP3nSMZdrPOWI2Zp1diK7cBm6m asCL9NLNi7v3yn2bPp3uhCu6tRalnVZ+KFDI1ybSIowB7eKx+ymCYV3UxC04BFpn vOr5k9RMvRIaNDrCqoCBaS6CGUDpugLQONBzwQ4a70xGra1ysi5xSICklOQmdhBc qaVRNpDfQvaLFFqXWkl/Q/mwDori9jgu1icCZpyrrr2Ic/XGf+uD4zk837d/kvKx RrXEmhLOwC60Pxem75CXRAh6aG8nXY8g21oQntYwxo3IsTWRFzvDuuYhgtjFuMQU p/iJM6GnBiMzI3ITOS6A9BIXNwCBbTOEXRv5WvmCQqsKqJkPI20mf7X99VYkJVpJ yaAe+dRsu+sG7OiDx9U56O9GmqQZot0LY9NkugWj7iLbN1m6iuAXokhMmUPW3IWT B2PVHiTGWsUd1+VHggjCuYBP+bxDQ6Rj/CZOb1yjFapTwrfAjgdW+5d+Hkw22jtk CIuqCYxTtYtjidvwB66YQfHcmBK4vfBRWb4JaToxNZB+VA9CAV8xLjrH2w/O8icR 2a2EahD+lDXd2LA+11wE =7XNC -----END PGP SIGNATURE----- --lBqJz4CGKwlWe7/k--