delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2014/11/13/17:50:28

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:reply-to:message-id:to:subject
:in-reply-to:references:mime-version:content-type
:content-transfer-encoding; q=dns; s=default; b=M2q7U8QpQR7eQkqR
0D6EjaOTjApvacYdGFjTWsDAuYNm7/TPhA0GIXevho7b6JFYdRm/XIdqul/3LAyo
yKr8PGYXLgJoxy1wgmRwYwOm3CCEsv7lhES9iHzzuRt/nrCXRXaru9RHzvtL7MaZ
RGkXDFCVNI/AsBXMmPGHVHSKr4U=
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:reply-to:message-id:to:subject
:in-reply-to:references:mime-version:content-type
:content-transfer-encoding; s=default; bh=c0P/foKtgXWbwNFUs6Qma3
dprwM=; b=RfcQbYGyueexXYH7b428aWpwYnLRaI7w0FPp+m5JHY0ZA+se0/lkbP
smBq7Nybc90P5H7j/X70QgSyRUOLcPZSQKHs/QNwZgYY30KPQTJoO5yGMtlPd806
/ek4TP2z+49IDhiId7yO3L/FDoPUy/63ev8WIhtVbGqyZ5qy9kHdY=
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=-3.3 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,KAM_THEBAT,MIME_BASE64_BLANKS,SPF_SOFTFAIL autolearn=no version=3.3.2
X-HELO: smtp.ht-systems.ru
Date: Fri, 14 Nov 2014 01:37:35 +0300
From: Andrey Repin <anrdaemon AT yandex DOT ru>
Reply-To: cygwin AT cygwin DOT com
Message-ID: <329676881.20141114013735@yandex.ru>
To: Warren Young <wyml AT etr-usa DOT com>, cygwin AT cygwin DOT com
Subject: Re: /usr/local, /var and */tmp in c:\Users\Public
In-Reply-To: <F45083BB-8AC2-408E-BD52-3E019F6272E4@etr-usa.com>
References: <81578012-FD3F-4463-BC56-ADB092317DD4 AT etr-usa DOT com> <20141113095547 DOT GJ2782 AT calimero DOT vinschen DOT de> <F45083BB-8AC2-408E-BD52-3E019F6272E4 AT etr-usa DOT com>
MIME-Version: 1.0
X-IsSubscribed: yes
X-MIME-Autoconverted: from base64 to 8bit by delorie.com id sADMoPhU025922

Greetings, Warren Young!

>>> I propose that this or something like it be added to the default
>>> fstab.
>> 
>> No.  This would even break Setup right now.

> I’m guessing this is because setup.exe doesn’t know what to do with a
> redirected /var and /usr/local on the first install, when /etc/fstab doesn’t exist yet?

> I assume setup.exe does obey /etc/fstab on subsequent installs.  If not, I
> can see that this will break the installation of any package that puts files in either location.

I can't see, why it ever should care about /etc/fstab at all.
The postinstall scripts - they do, but again, they run in cygwin environment,
not native.

> I don’t see that the */tmp changes would bother setup.exe.

> None of these problems seem difficult.  Doesn’t setup.exe write the initial
> /etc/fstab, and so is in a position to know what it will contain on first install?

Even if it does, there's no reason to read it on subsequent updates.
The expectation is that the directory tree is in one place. If you really want
to scatter it, use native tools. It is possible and way less intrusive.


--
WBR,
Andrey Repin (anrdaemon AT yandex DOT ru) 14.11.2014, <01:34>

Sorry for my terrible english...

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019