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=P6qlf8i5R2PsamzrOkaQ4AEhsbUJqLHy7m4MT9VgdKDxHhHfK5RrD
	/+9op5o2wjLwF9Gzl6S4AYe9UfbBrD3ObNh0lQoC69PWw+3xxnQsYyQzhVgJE8nw
	Ih1BjiBUaqOBq7PZL2DGzXRLnLCEu/1Mu94EljN8Gf+3oVESnrkEmk=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Date: Thu, 13 Nov 2014 10:55:47 +0100
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: /usr/local, /var and */tmp in c:\Users\Public
Message-ID: <20141113095547.GJ2782@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <81578012-FD3F-4463-BC56-ADB092317DD4 AT etr-usa DOT com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;	protocol="application/pgp-signature"; boundary="b2u6xDyV6U2OU5E0"
Content-Disposition: inline
In-Reply-To: <81578012-FD3F-4463-BC56-ADB092317DD4@etr-usa.com>
User-Agent: Mutt/1.5.23 (2014-03-12)

--b2u6xDyV6U2OU5E0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Nov 12 11:00, Warren Young wrote:
> I didn=E2=80=99t want to derail the discussion about the future of /home =
with
> this, so I=E2=80=99m starting a new thread.
>=20
> I think it would be an improvement to Cygwin if c:\cygwin contained
> only things that can be reinstalled from your local setup.exe download
> cache, in the same way that you can nuke "c:\Program Files\Microsoft
> Office $version=E2=80=9D and reinstall without losing anything you created
> locally.
>=20
> Further design principles follow from this:
>=20
> - User data should live in directories that those users are normally
> allowed to write to.
>=20
> - Per-machine software and per-machine configuration should be in
> directories that local Administrators can normally write to.
>=20
> - Software built from source (/usr/local) should not be in c:\cygwin;
> it is per-machine configuration, and so should be elsewhere.
>=20
> - If you tighten down what remains so that normal users only get read
> permission, it should continue to function, in the same way that
> normal users on a Linux box don=E2=80=99t need write access to, say,
> /usr/include.
>=20
>=20
> This /etc/fstab addition mostly accomplishes that:
>=20
>=20
> c:/Users/Public/Cygwin/var         /var         ntfs   auto      0 0
> c:/Users/Public/Cygwin/usr/local   /usr/local   ntfs   auto      0 0
>=20
> c:/Users/Public/Cygwin/tmp         /tmp         ntfs   notexec   0 0
> c:/Users/Public/Cygwin/tmp         /usr/tmp     ntfs   notexec   0 0
> c:/Users/Public/Cygwin/tmp         /var/tmp     ntfs   notexec   0 0
>=20
>=20
> I propose that this or something like it be added to the default
> fstab.

No.  This would even break Setup right now.  Also, Users\Public doesn't
exist on XP/2K3 so this needs additional logic as long as we support
XP/2K3.

I'm not entirely opposed to such an idea.  But...

- definitely not this year. or even the first half of next year.  We
  have to consolidate the changes to account handling first, and,
  right now, I'm basically the only developer working on the Cygwin
  core more than just doing small patches.

- A change like this should probably work in conjunction with a setting
  in the Setup GUI.

- So this requires changes in Setup and Cygwin.  I'm not going to do
  that, unless I have more support on the coding side, and more
  participation of serious coders on the cygwin-developer ML.

- Did I mention that stuff like this would be much less hassle if
  we had more people doing some coding?

> The only thing remaining in c:\cygwin that can=E2=80=99t be moved in this=
 way
> =E2=80=94 but which it would be nice to =E2=80=94 is /etc.  If you try, y=
ou will find
> that it makes Cygwin asplode; cygwin1.dll needs to find
> $cygbindir/../etc in order to find /etc/fstab, at the least.

That's documented behaviour, and it's an obvious chicken/egg problem,
isn't it?  fstab is the file *defining* mount points, so Cygwin can't
use the mount points in fstab to find etc/fstab


Corinna

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

--b2u6xDyV6U2OU5E0
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJUZIAjAAoJEPU2Bp2uRE+gWVAQAIJbJ3sE/IQDvWsCg8h4x+Va
IWBdhpl2TashNB7FdKETmc7En+GtpaNTESj1lyI+VRi48TkS/AAqeEKbKgvMARQq
0fJQubU9lvZeFATBalBI8OD4fBfLo5EsL2Cxjh6kpgE9UQZshsqzeWFTRrZqEwvS
L78KUMnPYUC3N/261wT1NGJCMcnj9XN6kxvf2lcCzk0PxPRG/boxl3JT4RnLsR8i
l3dnrVIkADBwZsDeTcSkBBtE/d5QyZMdJ3Z+ry19znD/R2IaZdtVwxIpVGgyN/86
Z7dZfOY9epenTwVLT/wnh3l63tQl7jn9wOLycrTc5z48RdWnWaylvj5dmdUPjRV9
AY4YoR9MlNuMv/PaM6sCmm0ItBhZlD7gzK6B9pTzkulHuFZ2Fy0MWxrgWwUW7ecN
vlOiucw/fkAYCMzYt1V3DRVgQPM3wSjMid8raCOgmnptgRNGP3WRN0fIjfcuvTgP
on2C6bgUPHcbHt3i/4vdtMpjXWly2iDh2Bosib7dEixMz1fZNGrFH5EOcOfW6R6E
tgYBHTbDokuOBy/eMx4MQ69le2Tst98usDxN7lVoljgdnNZewB6kiZ0YfTaoU1er
6iappXr4CQK5/OI/h5u/fFGkoVwayhrqZnm7l2St7fFImawtwGi2liSUj235ZwxE
syRXFbJDKPjPM84njQ0H
=aOR9
-----END PGP SIGNATURE-----

--b2u6xDyV6U2OU5E0--