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:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=mldpy87r6rE6+Eqt
	7jQh6FSOMrp7o5BJ6zabxhzqF4KFT6gITWDT88wGXvz+MclAY6i/eFULatZQpa1C
	XHK4K3688IM5bC/8RfcAw9DDbDhe3Ntkp6fq9+QXlHM7UvpoxVklMXUZaVfJisOR
	HZ+ljH4TCtySj9egGiI6CKLDAAw=
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:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=+3jwSempqAtWz7O+3E5yJi
	4MADY=; b=llDtHu5UprGpLto96futrYtdd53pjtFnTzts5FsfaqKviZnORhcKb6
	QDxVjNQ/SJa2i3VYaF82V/EHiWtEHnJXk7Wo4Ftqjx5YTrYGVz1swlOvDlyi3bR+
	WhFO7MHXxjIZ5wYA9lCgYjzBH8s/ef1zH9vsVa10BqvhxnYLA4YVc=
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=-2.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=ham version=3.3.2 spammy=cyg, H*f:sk:58C3143, H*MI:sk:58C3143, H*i:sk:58C3143
X-HELO:	mail-it0-f54.google.com
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=2FoicFIs5Ldo+sG5jO6qRGHhxggfsXMiGLa6WAtZm3Y=; b=XghXSorO1ssxtQbLJEpqDTEyvIrQS9o1A6mTun+5LPHAdZcLaTgu5IRrMzYlTkIAw9 UvwMrqID2jcB3gRdiL0NAOjYpgAoGCJjofxqIqXmJjvGqy8W8qYQA76IXvYx7jz3tYwP FcqHCfHpD++6+3PVG/xjnVeZhulOTq/aPcBLHfFbpzuan9eEyZEqw1UdCtyBcJQO05e3 lpJMcvrBnKjPb5pkZNSUJtvE1g7sFrnVigAiXPR96penDW7j8u89kYKAFS8hHbDOyy9q x4zeiFjCEJNfnoEAXTAqPS/QUNwioytn2PhgFOVkrhUscI5ciqbDpdf7B1g+KKXOr8xV KfOA==
X-Gm-Message-State:	AFeK/H1vTBrrykI4Oy5I95Lqdj8r00GzOTTQxhB6O6rzT8U1La3SX775xdLJ9satGw/v/Q==
X-Received:	by 10.36.20.1 with SMTP id 1mr4088331itg.121.1489250533431; Sat, 11 Mar 2017 08:42:13 -0800 (PST)
Subject:	Re: Junctions != Symlinks; Treat Junctions as MS-FS mounts; MS-symlinks are symlinks
To:	cygwin AT cygwin DOT com
References:	<58C31431 DOT 1020408 AT tlinx DOT org>
From:	cyg Simple <cygsimple AT gmail DOT com>
Message-ID:	<753097b6-210e-1073-6dd5-b0cc4c76571f@gmail.com>
Date:	Sat, 11 Mar 2017 11:41:50 -0500
User-Agent:	Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version:	1.0
In-Reply-To:	<58C31431.1020408@tlinx.org>
X-IsSubscribed:	yes

On 3/10/2017 4:01 PM, L A Walsh wrote:
>    I want to be able to mount other areas of other file
> systems onto directories.  Symlinks are destroyed by Cygwin's
> SETUP.EXE and the install process For example.  I have
> a smallish "/usr" partition, but a large "/Users" partition.
> "/usr/share" grew to hold more and more data over time, and
> currently is using 16G, all by itself.  My "/usr" partition is
> 15GB with 4.7GB free, 11G used.  So I needed to split
> "/usr/share" off to somewhere else.  I don't have room for another
> drive, but I do have room on "/Users".  So tell me,
> why shouldn't I be able to create "/Users/share" and mount
> "/Users/share" at "/usr/share"?
> 

Linda, I'm not trying to reject what you're saying which I find very
sound.  But for this scenario why not just use an entry in /etc/fstab
similar to the below example?

# $ represents original mintty
# % represents the elevated bash
$cygstart --action=runas bash
%cp -a /usr/share /cygdrive/c/Users/
%mv /usr/share /usr/share-bak
%mkdir /usr/share
%vi /etc/fstab
:$
o
c:/Users/share /usr/share ntfs binary,posix=0,acl,user,notexec 0 0
<esc>
:wq
%exit
$ mount /usr/share

>    Same problem under "/opt" under linux.  "/opt" is
> a directory on my root partition.  When I wanted to
> install "VirtualBox" (which lives under "/opt/VirtualBox" it
> refused to run from a path that had a symlink in it.  How
> would you solve that?
> 
>    I used a 'bind' mount.  VirtualBox rejected
> symlinks in its base path, but it does work with mounted
> filesystems.
> 
>    In the same way, not only Cygwin's "setup.exe"
> but also many of the "install" scripts that install programs
> under cygwin, check to see if there is a symlink as part
> of their base path.  If they find one -- they remove it
> and re-create the directory where there used to be a
> symlink.  Result: "/usr/share/man/man1/newprog1.gz"
> s all alone under 'man' as "/usr/share/info/newprog.gz"
> is by itself under /usr/share/info.   Where did the rest
> of my files go?
> 
>    They are still there -- but under
> "/Users/share/...".  That's my main problem.  Cygwin
> doesn't install things in "/usr/share/<location>/<prog>"
> But first, removes all existing symlinks in its base
> path.
> 

Have you considered the Windows mountvol to resolve this issue?  Using a
similar example as above you could use mountvol to assign a VolumeName
to [A-Z]:/Users/share as e.g. S: and modify the /etc/fstab entry to:

S:/ /usr/share ntfs binary,posix=0,acl,user,notexec 0 0

-- 
cyg Simple

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -