From: Corinna Vinschen <corinna-cygwin@cygwin.com>
To: cygwin-apps@cygwin.com, cygwin-developers@cygwin.com
Subject: Re: [HEADSUP] Let's start a Cygwin 1.7 release area
Date: Thu, 03 Apr 2008 14:20:00 -0000 [thread overview]
Message-ID: <20080403141958.GM4468@calimero.vinschen.de> (raw)
In-Reply-To: <20080403135620.GA9219@ednor.casa.cgf.cx>
On Apr 3 09:56, Christopher Faylor wrote:
> On Thu, Apr 03, 2008 at 11:42:20AM +0200, Corinna Vinschen wrote:
> > - Do we drop registry mount points and store mount points in future
> > in fstab-like files as, say, /etc/fstab (system mount points) and
> > ~/.fstab (user mount points)?
> >
> >Having said that...
>
> FWIW: ~/.fstab - No
I don't think that's as easily implementable as having such a file
in /etc anyway, but you're making an important note below, so, see
there.
> /etc/fstab - Yes and get rid of the registry entirely
ACK.
The reason I implemented this with using the registry as a fallback
is for easier testing. The idea is that we (developers and maintainers)
can start to use the fstab approach, while normal users on the Cygwin
list, who are just curious, still can run a snapshot in their otherwise
unchanged environment.
> >On Apr 2 17:56, Charles Wilson wrote:
> >> Corinna Vinschen wrote:
> >>> Get own path ==> C:\\cygwin\\bin\\cygwin1.dll
> >>> Where's fstab? ==> C:\\cygwin\\etc\\fstab
> >>
> >> So, it implicitly computes where / is?
> >
> >No, it doesn't. It just snips away the last two path components and
> >tacks the etc/fstab string on. Plus the .$SID to get the user mounts.
> >
> >After the mount points have been read, root can potentially be
> >somewhere else entirely.
>
> I think that's the right way to handle this.
That puzzles me a bit, because of what you write below.
> >>> these are my fstab files:
> >>> $ cat /etc/fstab
> >>> C:\cygwin / ntfs binary 0 0
> >>
> >> Which means that the line above really ought to match the computed '/', or
> >> bad things might happen, right? If so, then it is redundant to specify it
> >> here. Perhaps this should just be autocomputed...since the fstype and last
> >> two elements are ignored.
> >
> >Yes, I thought about this, too. It doesn't really seem to make much
> >sense to redefine /. As for /usr/bin and /usr/lib, these paths are
> >not inherently defined by the DLL. They exist because a decision
> >has been made how to create a Cygwin installation in the net distro.
> >This could be changed in future, or our internal Red Hat release
> >could need another layout. There's no reason to couple this distro
> >decision to the DLL, IMHO.
>
> For 1.7, I think we ought to decouple /bin <> /usr/bin and /lib <>
> /usr/lib. The rationale for keeping those linked no longer applies in
> the modern setup.exe world.
Full ACK! However, this needs a bit of careful revisiting of some of
the packages. For instance, assuming the Cygwin DLL will go to /bin,
cygrunsrv should also reside in /bin when we do this, not in /usr/bin,
obviously. Right now I must admit that I prectically don't care if my
packages install the binaries in /bin or /usr/bin.
> >Or simply
> >
> > root / ntfs binary 0 0
> >
> >and stick to /usr/bin and /usr/lib as they are today.
>
> I think something like an automount is needed since it would be nice to
> eventually generalize the cygdrive stuff and we don't want to explicitly
> mount a: - z: So, maybe we could consider a linux-like solution to
> accomplish this although I really don't like automount.
I'm not sure I understand this, that's why I was puzzled above.
Do you think that / should be free as today:
C:\arbitrary\useless\new\path / ntfs binary 0 0
or do you think an automatic approach as the above
root / ntfs binary 0 0
is the way to go? As for cygdrives, isn't the
cygdrive /mnt auto binary 0 0
already along the lines of an automount?!?
> >I have the vague feeling it would be sufficient to install only a
> >/etc/fstab, even in "just me" mode, though. The fstab.$SID file is
> >only necessary in multi-user installations, IMHO.
>
> Why do we need a fstab.$SID and linux doesn't need this?
Let me think...
I don't know. I assume I just took this as it is. I guess the
only reason to create user mounts to begin with was, so that any
non-privileged user can create mount points, too, for a pure
"just me" installation in a restricted environment.
However, that's not really necessary anymore with /etc/fstab.
So I agree, we can simply get rid of fstab.$SID.
> >Another problem is that the 1.7 mount(1) still creates the mount entries
> >in the registry. This should be removed, if we stick to the file based
> >approach. mount would only create temporary mount points which are
> >only valid in this single session, until the last Cygwin process in this
> >session exits. A bit like a reboot on Linux :)
>
> On XP it should be possible to make it so that the mounts last until
> reboot. If we can do that I think it would be ideal.
How? The mount points are bound to the existance of the shared
memory they reside in. This shared mem disappears when the last
Cygwin process in a session exits.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
next prev parent reply other threads:[~2008-04-03 14:20 UTC|newest]
Thread overview: 132+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-02 12:36 Corinna Vinschen
2008-04-02 17:46 ` Corinna Vinschen
2008-04-02 23:01 ` Charles Wilson
2008-04-03 9:42 ` Corinna Vinschen
2008-04-03 13:56 ` Christopher Faylor
2008-04-03 14:20 ` Corinna Vinschen [this message]
2008-04-03 15:16 ` Igor Peshansky
2008-04-03 15:37 ` Corinna Vinschen
2008-04-03 15:39 ` Corinna Vinschen
2008-04-03 15:47 ` Corinna Vinschen
2008-04-03 23:13 ` Charles Wilson
2008-04-03 16:12 ` Christopher Faylor
2008-04-03 16:27 ` Corinna Vinschen
2008-04-03 17:00 ` Christopher Faylor
2008-04-03 17:12 ` Corinna Vinschen
2008-04-03 23:06 ` Charles Wilson
2008-04-04 0:39 ` Christopher Faylor
2008-04-04 1:51 ` Charles Wilson
2008-04-03 23:21 ` Warren Young
2008-04-04 0:41 ` Christopher Faylor
2008-04-03 22:52 ` Charles Wilson
2008-04-04 12:22 ` Corinna Vinschen
2008-04-05 10:09 ` Corinna Vinschen
2008-04-05 6:17 ` Karl M
2008-04-04 0:50 ` Christopher Faylor
2008-04-04 12:16 ` Corinna Vinschen
2008-04-08 16:27 ` Corinna Vinschen
2008-04-08 17:27 ` Christopher Faylor
2008-04-08 17:40 ` Corinna Vinschen
2008-04-08 18:42 ` Christopher Faylor
2008-04-08 21:07 ` Corinna Vinschen
2008-04-08 21:18 ` Brian Dessent
2008-04-08 21:46 ` Corinna Vinschen
2008-04-08 21:54 ` Corinna Vinschen
2008-04-08 23:27 ` Brian Dessent
2008-04-09 8:27 ` Corinna Vinschen
2008-04-09 11:34 ` Brian Dessent
2008-04-09 12:16 ` Corinna Vinschen
2008-04-09 12:28 ` Brian Dessent
2008-04-09 14:32 ` Christopher Faylor
2008-04-09 16:28 ` Corinna Vinschen
2008-04-11 15:13 ` Corinna Vinschen
2008-04-12 0:35 ` Brian Dessent
2008-04-12 11:36 ` Corinna Vinschen
2008-04-12 12:23 ` Corinna Vinschen
2008-04-12 12:43 ` Brian Dessent
2008-04-12 15:15 ` Corinna Vinschen
2008-04-12 17:43 ` Eric Blake
2008-04-12 23:00 ` Brian Dessent
2008-04-13 9:43 ` Corinna Vinschen
2008-04-13 19:35 ` Christopher Faylor
2008-04-14 9:56 ` Corinna Vinschen
2008-04-14 14:36 ` Christopher Faylor
2008-04-15 3:00 ` Brian Dessent
2008-04-15 8:55 ` Corinna Vinschen
2008-04-15 9:09 ` Corinna Vinschen
2008-04-15 9:24 ` Brian Dessent
2008-04-15 9:31 ` Corinna Vinschen
2008-04-15 9:35 ` Corinna Vinschen
2008-04-15 14:17 ` Christopher Faylor
2008-04-15 15:44 ` Corinna Vinschen
2008-04-15 16:16 ` Reini Urban
2008-04-15 17:59 ` Christopher Faylor
2008-04-15 18:39 ` Corinna Vinschen
2008-04-15 18:52 ` Lapo Luchini
2008-04-16 9:39 ` Corinna Vinschen
2008-04-16 16:25 ` Christopher Faylor
2008-04-20 15:45 ` Christopher Faylor
2008-04-20 18:47 ` Charles Wilson
2008-04-20 21:56 ` Christopher Faylor
2008-04-20 22:11 ` Christopher Faylor
2008-04-20 22:44 ` Charles Wilson
2008-04-20 22:55 ` Christopher Faylor
2008-04-20 23:08 ` Charles Wilson
2008-04-20 22:40 ` Charles Wilson
2008-04-21 8:33 ` Corinna Vinschen
2008-04-21 20:34 ` Corinna Vinschen
2008-04-21 20:54 ` Christopher Faylor
2008-04-15 18:58 ` Eric Blake
2008-04-16 2:25 ` Brian Dessent
2008-04-16 8:45 ` Corinna Vinschen
2008-04-21 14:04 ` Corinna Vinschen
2008-04-21 17:48 ` Corinna Vinschen
2008-04-21 20:15 ` Corinna Vinschen
2008-04-22 6:03 ` Brian Dessent
2008-04-22 6:59 ` Jörg Schaible
2008-04-22 8:26 ` Brian Dessent
2008-04-22 11:12 ` Corinna Vinschen
2008-04-22 8:48 ` Corinna Vinschen
2008-04-22 9:46 ` Brian Dessent
2008-04-22 10:57 ` Corinna Vinschen
2008-04-22 11:07 ` Brian Dessent
2008-04-22 14:44 ` Pēteris Kļaviņš
2008-04-22 14:56 ` Brian Dessent
2008-04-22 15:26 ` Pēteris Kļaviņš
2008-04-22 15:39 ` Brian Dessent
2008-04-22 23:18 ` Pēteris Kļaviņš
2008-04-23 9:27 ` Brian Dessent
2008-04-23 20:09 ` Pēteris Kļaviņš
2008-04-22 15:38 ` Corinna Vinschen
2008-04-14 23:24 ` Igor Peshansky
2008-04-15 3:08 ` Brian Dessent
2008-04-15 8:59 ` Corinna Vinschen
2008-04-12 12:24 ` Dr. Volker Zell
2008-04-12 12:32 ` Corinna Vinschen
2008-04-13 3:43 ` Christopher Faylor
2008-04-13 9:03 ` Corinna Vinschen
2008-04-13 19:47 ` Christopher Faylor
2008-04-13 4:44 ` Christopher Faylor
2008-04-13 9:05 ` Corinna Vinschen
2008-04-14 2:34 ` Christopher Faylor
2008-04-08 21:39 ` Christopher Faylor
2008-04-08 21:53 ` Corinna Vinschen
2008-04-11 16:27 ` Andrew Schulman
2008-04-11 16:37 ` Corinna Vinschen
2008-07-24 22:41 ` Phil Nelson
2008-07-25 4:21 ` Christopher Faylor
2008-07-25 7:21 ` Corinna Vinschen
2008-07-25 13:56 ` Phil Nelson
2008-07-25 14:20 ` Corinna Vinschen
2008-04-06 14:35 klavins
2008-04-06 21:04 ` Christopher Faylor
2008-04-08 18:34 Charles Wilson
2008-04-08 18:43 ` Christopher Faylor
2008-04-08 21:09 ` Corinna Vinschen
2008-04-09 15:04 Charles Wilson
2008-04-09 16:02 ` Corinna Vinschen
2008-04-22 15:51 Charles Wilson
2008-04-22 16:01 ` Corinna Vinschen
2008-04-25 11:22 ` Corinna Vinschen
2008-04-22 16:08 ` Brian Dessent
2008-04-22 17:02 ` Charles Wilson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080403141958.GM4468@calimero.vinschen.de \
--to=corinna-cygwin@cygwin.com \
--cc=cygwin-apps@cygwin.com \
--cc=cygwin-developers@cygwin.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).