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:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=HOuMarDE6frLH8fZYcxo0Vk/MuafHCn7zRe8anaXMkvqwYhts4Ucl
	uwHT9cgJ5d7+/S1pdHksFfVjERXcoCDTuMSc8p+XvRYxH0pc8S3AcrWboDq9c1Ed
	qCe8fl7nL+h0ML+/VsC7FbvlWih6u3tR/q3PZF8l/e0diaYCWjGkDI=
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=psdZeAx87Xo6gH4XS+1Lml2YSjM=; b=LuHCUBaRSH3U9xOZxafrQ6sf4teu
	1399gtb91sryu0XraDGgwj3wHb4iWoSPWjLrDksYBrod/+0VSy6FH0/NNthKTUxa
	D6xHo4+d6TtNOrKNK5ejubvcVpVbLcahjwPfDpTNibmCTWkxjGyRlficfAZVv9v1
	22E9sMmx25A0d/Y=
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=-4.1 required=5.0 tests=AWL,BAYES_50,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2
X-HELO: calimero.vinschen.de
Date: Fri, 7 Aug 2015 11:04:43 +0200
From: Corinna Vinschen <corinna-cygwin@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: [ANNOUNCEMENT] Updated: Cygwin 2.2.0-1
Message-ID: <20150807090443.GA12475@calimero.vinschen.de>
Reply-To: cygwin@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
References: <announce.20150803131950.GA18878@calimero.vinschen.de> <55BFB64C.1010802@towo.net> <20150803192940.GA19315@calimero.vinschen.de> <loom.20150804T094839-714@post.gmane.org> <895515CC-6BB7-41E7-AEA5-30FBBE071153@etr-usa.com> <87wpxac2bj.fsf@Rainer.invalid> <20150805075435.GP17917@calimero.vinschen.de> <55C1D2BC.60507@towo.net> <20150805101252.GV17917@calimero.vinschen.de> <55C34D1F.6020503@towo.net>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;	protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0"
Content-Disposition: inline
In-Reply-To: <55C34D1F.6020503@towo.net>
User-Agent: Mutt/1.5.23 (2014-03-12)

--k+w/mQv8wyuph6w0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Aug  6 14:03, Thomas Wolff wrote:
> On 05.08.2015 12:12, Corinna Vinschen wrote:
> >On Aug  5 11:09, Thomas Wolff wrote:
> >>Am 05.08.2015 um 09:54 schrieb Corinna Vinschen:
> >>...
> >>>So the idea was:
> >>>
> >>>   set HOME=3Dfoo		<- ignored, set HOME from passwd DB entry
> >>>   set HOME=3DC:/foo	<- same
> >>No, please don't!
> >>>   set HOME=3D//foo/bar	<- same
> >>>   set HOME=3D/foo/bar	<- valid, taken
> >>>
> >>>Right now, when started from a non-Cygwin process, Cygwin takes the
> >>>value of $HOME and simply calls the Win32->POSIX conversion function.
> >>>It does so for a long time, but is that right?
> Yes!
> >>>   Especially if %HOME% is
> >>>a non-absolute =3D=3D relative path, the resulting POSIX value of $HOME
> >>>depends on the current directory when starting Cygwin.
> >>Other POSIX systems don't handle this situation well either, so I don't=
 see
> >>a need to act here.
> >Other POSIX systems don't usually get a broken path.  The path is set
> >by the login process with the value taken from the passwd DB.  That's
> >what should be the default for Cygwin processes started from non-Cygwin
> >processes as well.  Of course Cygwin has to use $HOME because it could
> >be set for a reason.  But typically we don't need $HOME from Win32
> >processes, unless it's propagated from another Cygwin parent process.
> >
> >The general idea is to make sure the passwd DB contains the correct
> >home dir and then use that.
> It's a long Unix tradition that you can set HOME to something arbitrary
> before starting a shell (and if you choose a relative or non-existing pat=
h,
> it's your own fault). This should be maintained, whether doing so within
> Cygwin or from Windows. As you say, if somebody's setting HOME in Windows,
> they are doing this on purpose.

I have some doubts. Setting HOME in Windows is a workaround to get
other, non-Cygwin POSIX-alike stuff working, and and in many cases
because people didn't read the docs and failed to understand how to
change the account DB (up to 1.7.33 .etc.passwd only) to get the desired
result.  And no, I don't read all documentation myself, so I'm sure I
fail to use some software effectively either.

Globally setting HOME in Windows for the sake of Cygwin was partially
necessary up to the early 2000s.  For *at least* 12 years, it wasn't
anymore.

> And people shouldn't be told to set HOME to a value not valid in the
> environment they are setting it. Also considering that two applications w=
ere
> mentioned that use it within Windows.
> Finally, I think people shouldn't be told they cannot use the traditional
> Unix feature (well-known to some) anymore because they should use some mo=
re
> modern DB configuration method (system-specific, to be studied...).

So, editing /etc/passwd or /etc/nsswitch.conf is *that* hard?


Corinna

--=20
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--k+w/mQv8wyuph6w0
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJVxHSrAAoJEPU2Bp2uRE+gsMUQAJWDV7wDk6YubjZ4cSK4Q14B
GB1GKBy8cR4Sva6jf40mPeIvjQcb+XK1l6eEi8fK7SdJbRv+drr7LWK7v2Udo4Vs
qeRNd4hJwFAdOrwWALpKejiABJtyJEzSvbMANExLSL2W429TuP5DvozEv6SanILB
i+V1YsTETdsgvYVmSvuTuaeSDca/qGAFj/qz5wp01QdSjL+JQeWp7Ht+ZfZz27J4
WvZj415qCyikZcoR6eSdlerWVnfzZHTG3CdvOrFBCHWmtJRaMDshrVu52JY3EioE
s6YCABlXZLhCtuzb6ok1ln8yLp99KDMd1iNFHJ/IMLIggI225fH/Z4EFAWHsEoGg
XzXN6JxGsYw3f3TcKyZg2zmhJITf1K0wycyQE3Tt5Hs2e2DckfVTkzlmty5wbpgb
8RlRpWg/4hsCvsLbadTY88LrzYRAZeoDR673L+OevyywdqG6KTdkFjqXpX6gh/Jw
Lsr5ei/MzpNCw4C5AD9fOp+1GbUTrKNdRIktKWofBrA/6JwrMei1RvFwJXMMqx5J
dyVnUE92l0WhyGNgwmmefhYm3LSCH7ypQRn0YPkwQOYAq2mxQRSsKwEUwhdC6Uj0
NzqKioVPwtP+LhdqAvUWKpvSs7iQKxvHkmzpbGpDgs3PYAclYx3+yX5kzCKQWwiI
tDKGx/EgEKGj6DXjvHst
=CBnX
-----END PGP SIGNATURE-----

--k+w/mQv8wyuph6w0--
