On Sun, 4 Feb 2007, Yaakov (Cygwin Ports) wrote:
> Dave Korn wrote:
> >
> > There have been no serious objections, so I think we should go
> > ahead. Perhaps we should replace the gcc, g++, g77 etc. drivers with
> > shell scripts that look for -mno-cygwin on the command line and
> > redirect to
On 2007-02-05, Gary Johnson wrote:
> I recently got Cygwin's sshd running on my Windows XP machine. It
> seems to basically work fine, allowing me to login from any of
> several machines running various flavors of Unix. Cygwin's less
> command, however, doesn't seem to recognize the capabilitie
Darryl Okahata soco.agilent.com> writes:
> While I understand the reasoning, this seems to have caused a
> regression. With cygwin-1.5.24-2 and textmode mounts:
>
> $ echo '0' > x ; ( exit `cat x` )
> : numeric argument required
If you MUST use text modes, and don't realize th
"Larry Hall (Cygwin)" wrote:
> Your line-endings are CRNLs. The best thing to do is to run d2u on the
> scripts in question. Read any recent Cygwin bash announcements for other
> options to resolve this situation and further details.
While I understand the reasoning, this seems to have cau
Forward port to latest release.
For further history and justifiation of this patch, see
http://cygwin.com/ml/cygwin/2007-01/msg00114.html and follow the
embedded links and threads.
--
Chuck
2007-02-05 Charles Wilson <...>
* bin/dorelsym: new file.
* bin/Makefile.am: add new
Forward port to latest release.
For further history and justifiation of this patch, see
http://cygwin.com/ml/cygwin/2007-01/msg00113.html and follow the
embedded links and threads.
--
Chuck
2007-02-05 Charles Wilson <...>
* bin/cygport.in (custom_dummy_core): new function, used to
Forward port to latest release.
For further history and justifiation of this patch, see
http://cygwin.com/ml/cygwin/2007-01/msg00112.html and follow the
embedded links and threads.
--
Chuck
2007-02-05 Charles Wilson <...>
* bin/prep_gnu_info.sh: allow cygport client to suppress
Forward port to latest release.
For further history and justifiation of this patch, see
http://cygwin.com/ml/cygwin/2007-01/msg00111.html and follow the
embedded links and threads.
--
Chuck
2007-02-05 Charles Wilson <...>
* bin/cygport.in (src_fetch_auto): new function refactored
Forward port to latest release. Only change from previous, is that
current cygport CVS now checks for ${SRCDIR} before cd'ing into it, so
that part of the previous patch has been removed, below.
For further history and justifiation of this patch, see
http://cygwin.com/ml/cygwin/2007-01/msg0011
I recently got Cygwin's sshd running on my Windows XP machine. It
seems to basically work fine, allowing me to login from any of
several machines running various flavors of Unix. Cygwin's less
command, however, doesn't seem to recognize the capabilities of my
remote terminal.
For example, I o
Pierre A. Humblet wrote:
> See http://sourceware.org/ml/cygwin/2004-01/msg01137.html
> Nothing has changed since, AFAIK.
Yes, it looks like the same problem, except that Autoconf 2.61 was used to
generate the configure script that stumbled on this problem.
Thanks for the info.
--
René Berber
Yaakov (Cygwin Ports) wrote:
Will using shell wrappers noticably slow down calls to gcc? Or should
we just start explicitly calling i686-pc-cygwin-gcc instead? (FWIW
Gentoo does the equivalent of the latter.)
Um. That's a good question. I think the answer to your first question is
"yes", and
On 05 February 2007 18:22, Arved Sandstrom wrote:
> I've used cygwin in the distant past, several times, and I don't remember
> this being a problem. What I mean by "doing nothing" is just that - I type
> "vi", "vim", "emacs" (they are all installed) and I simply return to a new
> prompt. There is
I've used cygwin in the distant past, several times, and I don't remember
this being a problem. What I mean by "doing nothing" is just that - I type
"vi", "vim", "emacs" (they are all installed) and I simply return to a new
prompt. There is no error, because the programs are evidently found; they
See http://sourceware.org/ml/cygwin/2004-01/msg01137.html
Nothing has changed since, AFAIK.
Pierre
- Original Message -
From: "René Berber" <[EMAIL PROTECTED]>
To:
Sent: Friday, February 02, 2007 6:35 PM
Subject: Regression in minires 1.01-1
Hi,
I stumbled into the exact same problem
Dave Korn wrote:
> On 02 February 2007 19:37, Jim Garrison wrote:
>
>> Every file created by a non-Cygwin app appears in Cygwin
>> with mode 0700. I've read the documents pertaining to
>> ntfs permissions in Cygwin but don't see a way to configure
>> things so that Cygwin sees them as a more re
Christopher Faylor wrote:
I suppose that you could add a post-install script but it is too late at
that point. This would force a normal cygwin user into a reinstall frenzy
from which they might not ever recover. It might be better than nothing,
though.
Sounds to me like we need to consider
Christopher Faylor wrote:
On Mon, Feb 05, 2007 at 10:06:41AM -0600, Matthew Woehlke wrote:
Larry Hall (Cygwin) wrote:
The discussion has been to augment 'setup.exe' in a way as to provide users
with feedback about "important" package changes in general. It has come up
in the context of the gcc
On Mon, Feb 05, 2007 at 10:06:41AM -0600, Matthew Woehlke wrote:
>Larry Hall (Cygwin) wrote:
>>The discussion has been to augment 'setup.exe' in a way as to provide users
>>with feedback about "important" package changes in general. It has come up
>>in the context of the gcc change but would have
Larry Hall (Cygwin) wrote:
The discussion has been to augment 'setup.exe' in a way as to provide users
with feedback about "important" package changes in general. It has come up
in the context of the gcc change but would have to apply generally.
"Important" would be defined by the maintainer by
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
George wrote:
> rsync://rsync.osuosl.org ms 30 hops0% ok
This is, AFAICS, *not* a working netselect.
Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.moz
On Feb 5 07:13, Christopher Faylor wrote:
> On Mon, Feb 05, 2007 at 11:58:38AM +0100, Corinna Vinschen wrote:
> >I'm somewhat concerned about this step, though. How is the configure in
> >winsup supposed to work, if you suddenly need two compilers to build
> >Cygwin? The top-level configury only
On Mon, Feb 05, 2007 at 11:58:38AM +0100, Corinna Vinschen wrote:
>On Feb 4 22:09, Christopher Faylor wrote:
>> On Sun, Feb 04, 2007 at 11:29:59PM -, Dave Korn wrote:
>> >There have been no serious objections, so I think we should go ahead.
>> >Perhaps we should replace the gcc, g++, g77 etc.
On Mon, Feb 05, 2007 at 04:04:41AM -, Dave Korn wrote:
>On 05 February 2007 03:10, Christopher Faylor wrote:
>>I guess this means that I need to generate a cross-binutils, too.
>
>Should be no need; the scripts I'm using do the lot.
I'm the binutils maintainer so I'd prefer building binutils m
On Feb 5 11:58, Corinna Vinschen wrote:
> I'm somewhat concerned about this step, though. How is the configure in
> winsup supposed to work, if you suddenly need two compilers to build
> Cygwin? The top-level configury only takes one target, not two. If you
> only have a linux-x-cygwin cross co
On Feb 4 22:09, Christopher Faylor wrote:
> On Sun, Feb 04, 2007 at 11:29:59PM -, Dave Korn wrote:
> >There have been no serious objections, so I think we should go ahead.
> >Perhaps we should replace the gcc, g++, g77 etc. drivers with shell
> >scripts that look for -mno-cygwin on the comman
On 05 February 2007 10:33, Hugh McMaster wrote:
> Hi everyone,
>
> After much reading through messages about GCC and libstdc++, I am now
> more confused than before.
>
> As a package, libstdc++ does not exist anymore. It seems to be part
> of GCC. However, Cygwin does not use it or have it as
Hi everyone,
After much reading through messages about GCC and libstdc++, I am now
more confused than before.
As a package, libstdc++ does not exist anymore. It seems to be part
of GCC. However, Cygwin does not use it or have it as a package. Is
there a binary for this package, or should I ob
On Feb 4 12:18, Dave Wright wrote:
> I'm seeing a difference byte order handling between
> cygcrypto-0.9.8.dll (0.9.8d-1) and cygcrypto-0.9.7.dll (0.9.7l-1) in
> AES_set_encrypt_key (and set_decrypt_key).
>
> Specifically, the 0.9.8 version doesn't appear to swap the byte order
> into LE correctl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
The following package has been updated in the Cygwin net release:
*** cygport-0.2.9-1
cygport is a new, and increasingly popular, way to create Cygwin
packages. You only need cygport if you're a package developer or
building cygport-based Cygwin p
30 matches
Mail list logo
