On Apr 8 17:39, Christopher Faylor wrote:
On Tue, Apr 08, 2008 at 11:07:26PM +0200, Corinna Vinschen wrote:
With a dash? cygwin-ng? Like syslog-ng. I was going to suggest this
too, but I didn't want to copy the naming too bluntly.
We actually use ng internally to Netapp. I actually
On Apr 8 23:46, Corinna Vinschen wrote:
On Apr 8 14:16, Brian Dessent wrote:
Okay, so, several years ago setup.exe HEAD was modified to look for
release and release_legacy as the base dirname for packages
depending on whether it was running on 9x/ME or NT/2k/etc. I understand
Sorry,
Corinna Vinschen wrote:
Sorry, but I didn't remember that. Why didn't you just tell us?
I thought we were talking about two different things.
As I see it, here are the *conceptual* things we're dealing with:
A) We want to have a tree of packages that is still usable for users of
9x/ME after
On Thu, 3 Apr 2008, Corinna Vinschen wrote:
[snip]
I don't understand this. As discussed somewhat later, if the root dir
follows automatically from where the DLL itself resides. Which, btw.,
the current code doesn't do right. I called GetModuleFileName(NULL)
which returns the path of
On Mon, Apr 07, 2008 at 12:34:50AM +1000, [EMAIL PROTECTED] wrote:
As far as I understand it, the current Cygwin runtime architecture uses shared
memory for those Cygwin processes attached to the Cygwin DLL, and a static
registry location for its static mount table. As already discussed, the
Hi All...
I like this!!!
Date: Thu, 3 Apr 2008 11:42:20 +0200
From: corinna
Subject: Re: [HEADSUP] Let's start a Cygwin 1.7 release area
For a start, please note that this patch is just preliminary.
The actual problem is still one of the problems I noted in my mail
http://cygwin.com/ml
On Apr 4 14:22, Corinna Vinschen wrote:
On Apr 3 17:46, Charles Wilson wrote:
Christopher Faylor wrote:
Why do we need a fstab.$SID and linux doesn't need this?
Well, I like to create user mounts for each user (Guest, Administrator, me)
like this:
mount -f -u -b C:/Documents and
On Apr 3 20:49, Christopher Faylor wrote:
[responding to the thread which started it all]
On Wed, Apr 02, 2008 at 02:35:51PM +0200, Corinna Vinschen wrote:
- We create a ftp://cygwin.com/pub/cygwin-1.7 dir.
- Under that dir, we create the full release directory structure as it
exists in
On Apr 3 17:46, Charles Wilson wrote:
Christopher Faylor wrote:
Why do we need a fstab.$SID and linux doesn't need this?
Well, I like to create user mounts for each user (Guest, Administrator, me)
like this:
mount -f -u -b C:/Documents and Settings/user/My Documents /mydocs
mount -f -u
For a start, please note that this patch is just preliminary.
The actual problem is still one of the problems I noted in my mail
http://cygwin.com/ml/cygwin-developers/2008-03/msg0.html, to which I
didn't get a reply, except from Brian.
- The POSIX path of mount points is restricted to 256
On Thu, Apr 03, 2008 at 11:42:20AM +0200, Corinna Vinschen wrote:
For a start, please note that this patch is just preliminary.
The actual problem is still one of the problems I noted in my mail
http://cygwin.com/ml/cygwin-developers/2008-03/msg0.html, to which I
didn't get a reply, except
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)?
On Thu, 3 Apr 2008, Corinna Vinschen wrote:
[snip]
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 Apr 3 11:16, Igor Peshansky wrote:
On Thu, 3 Apr 2008, Corinna Vinschen wrote:
[snip]
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
[#$%^! I had a reply-to set in my original reply. I removed it.
Please reply to *this* mail. Thanks.]
On Apr 3 11:16, Igor Peshansky wrote:
On Thu, 3 Apr 2008, Corinna Vinschen wrote:
[snip]
Get own path == C:\\cygwin\\bin\\cygwin1.dll
Where's fstab? ==
On Apr 3 17:38, Corinna Vinschen wrote:
On Apr 3 11:16, Igor Peshansky wrote:
On Thu, 3 Apr 2008, Corinna Vinschen wrote:
[snip]
Get own path == C:\\cygwin\\bin\\cygwin1.dll
Where's fstab? == C:\\cygwin\\etc\\fstab
So, it implicitly computes where / is?
On Thu, Apr 03, 2008 at 04:19:58PM +0200, Corinna Vinschen wrote:
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
On Apr 3 12:11, Christopher Faylor wrote:
On Thu, Apr 03, 2008 at 04:19:58PM +0200, Corinna Vinschen wrote:
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
On Thu, Apr 03, 2008 at 06:26:46PM +0200, Corinna Vinschen wrote:
On Apr 3 12:11, Christopher Faylor wrote:
On Thu, Apr 03, 2008 at 04:19:58PM +0200, Corinna Vinschen wrote:
Do you think that / should be free as today:
C:\arbitrary\useless\new\path / ntfs binary 0 0
or do you think an
On Apr 3 12:59, Christopher Faylor wrote:
On Thu, Apr 03, 2008 at 06:26:46PM +0200, Corinna Vinschen wrote:
On Apr 3 12:11, Christopher Faylor wrote:
On Thu, Apr 03, 2008 at 04:19:58PM +0200, Corinna Vinschen wrote:
Do you think that / should be free as today:
Christopher Faylor wrote:
Why do we need a fstab.$SID and linux doesn't need this?
Well, I like to create user mounts for each user (Guest, Administrator,
me) like this:
mount -f -u -b C:/Documents and Settings/user/My Documents /mydocs
mount -f -u -b C:/Documents and Settings/user/Desktop
Corinna Vinschen wrote:
On Apr 3 09:56, Christopher Faylor wrote:
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
Igor Peshansky wrote:
So would it make sense to put the root mount info in the same directory as
cygwin1.dll? I know it doesn't belong in /bin, but playing with relative
paths is even more error-prone.
MSYS has been doing the find msys dll, then locate ../../etc/fstab
thing for years. Of
Corinna Vinschen wrote:
/etc/fstab - Yes and get rid of the registry entirely
ACK.
Upgrading pain could be eased if setup.exe (or a postinstall script,
perhaps) detected that /etc/fstab doesn't exist, and created it from the
registry entries.
On Thu, Apr 03, 2008 at 06:01:37PM -0500, Charles Wilson wrote:
Corinna Vinschen wrote:
On Apr 3 09:56, Christopher Faylor wrote:
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.
On Thu, Apr 03, 2008 at 05:22:51PM -0600, Warren Young wrote:
Corinna Vinschen wrote:
/etc/fstab - Yes and get rid of the registry entirely
ACK.
Upgrading pain could be eased if setup.exe (or a postinstall script,
perhaps) detected that /etc/fstab doesn't exist, and created it from
[responding to the thread which started it all]
On Wed, Apr 02, 2008 at 02:35:51PM +0200, Corinna Vinschen wrote:
- We create a ftp://cygwin.com/pub/cygwin-1.7 dir.
- Under that dir, we create the full release directory structure as it
exists in the parallel cygwin dir, except for the cygwin
Hi,
even though Cygwin 1.7 is not yet really ok for a main release, I think
that it's time to start a release area for it, so we can start to build
Cygwin applications specificially for 1.7. A major advantage is that we
will get much more testing, especially when using features which are not
at
On Apr 2 14:35, Corinna Vinschen wrote:
Having said that, I would like to ask especially you package maintainers
to set up a separate machine or a separate cygwin directory for the 1.7
release. Right now we have the problem that the mount points in the
registry are still shared between a 1.5
Corinna Vinschen wrote:
I have applied a preliminary patch to Cygwin which allows to load the
mount entries from /etc/fstab and /etc/fstab.usersid. If none of
these files is available, the DLL falls back to reading the mount points
from the registry.
I like this. A lot.
Cygwin finds the
101 - 130 of 130 matches
Mail list logo