Reini Urban wrote:
autoconf2.1-2.13-1
This package misses /usr/bin/autom4te-2.13
resp. the wrapper has no extra logic for the missing autom4te.
I solved it by
cp /usr/bin/autom4te-2.5x /usr/bin/autom4te-2.13
Strangely this was the first time I needed such an old cruft, for catdoc.
autocon
joe trree wrote:
(this is just one of many annoyances in the cygwin installer, but it's
a really stupid one that i just ran into)
when two packages depend on eachother, it's impossible to uninstall them
(exmaple: Util/bzip2 and Libs/libbz2)
You're right. Dependency loops are bad -- but sometim
Hi,
I was trying to start sshd with cygwin under windows.
I am getting the following error but the specified files exist in the
/etc dir. What else could be a problem here? Thanks a lot for your
input!
Could not load host key: /etc/ssh_host_key
Could not load host key: /etc/ssh_host_rsa_key
On Mon, Aug 14, 2006 at 10:40:34PM -0400, Igor Peshansky wrote:
>On Mon, 14 Aug 2006, William A. Hoffman wrote:
>>Sounds like it is time to join the gmake mailing list. Has anyone on
>>this list tried that yet?
>
>If you are asking whether anyone has posted a suggestion to add Win32
>path support
On Mon, 14 Aug 2006, William A. Hoffman wrote:
> OK, so to summarize.
>
> - there is no options or special syntax that will allow the
> make 3.81 to recognize drive letters in such a way that native
> windows tools can use them.
Correct.
> /c/ and /cygdrive/c/ will only work with applications bu
OK, so to summarize.
- there is no options or special syntax that will allow the
make 3.81 to recognize drive letters in such a way that native
windows tools can use them. /c/ and /cygdrive/c/ will only work
with applications built against the cygwin libraries. MS cl can
no longer be used with c
On 15-Aug-2006, Dave Korn wrote:
| On 14 August 2006 23:51, John W. Eaton wrote:
|
| > Or am I missing something?
|
| The increasingly obvious fact that the aforementioned people have no
| intention of actually *doing* anything, and seem to want to do nothing except
| complain and tell others
On 14 August 2006 23:51, John W. Eaton wrote:
> A recap, as I understand it (please correct me if I'm wrong):
[ snip perfectly accurate summary as far as I can see ]
> This whole problem could be solved if the people who are complaining
> about the Cygwin version of GNU Make directed their e
On Mon, 14 Aug 2006, William A. Hoffman wrote:
> At 04:16 PM 8/14/2006, Christopher Faylor wrote:
>
> >I'm not 100% clear on what you're saying but if cmake distributed with
> >Cygwin is producing makefiles with MS-DOS SYNTAX then, actually it
> >should either be fixed to not do that or it should
William A. Hoffman wrote:
At 04:16 PM 8/14/2006, Christopher Faylor wrote:
I'm not 100% clear on what you're saying but if cmake distributed with
Cygwin is producing makefiles with MS-DOS SYNTAX then, actually it
should either be fixed to not do that or it should be pulled from the
distribution.
A recap, as I understand it (please correct me if I'm wrong):
* The version of GNU Make for Cygwin used to support MS-DOS
filenames. This feature was not part of GNU Make if you compiled
the sources for Cygwin out of the box, but was something that was
added and maintained as a sepa
Dave Korn wrote:
Every single day for the past month, we have had at least
seventy-four[*] identical duplicate redundant reports of this...
Have you considered that there just might be a significant message hidden
in this from your user community? As somebody who was involved in one of
these
On Mon, Aug 14, 2006 at 05:50:00PM -0400, William A. Hoffman wrote:
>At 05:31 PM 8/14/2006, Christopher Faylor wrote:
>>On Mon, Aug 14, 2006 at 05:15:50PM -0400, Harig, Mark wrote:
>>>
>>That isn't going to help with programs like cl which take MS-DOS command
>>line arguments, nor, is my oft-sugge
At 05:31 PM 8/14/2006, Christopher Faylor wrote:
>On Mon, Aug 14, 2006 at 05:15:50PM -0400, Harig, Mark wrote:
>>
>That isn't going to help with programs like cl which take MS-DOS command
>line arguments, nor, is my oft-suggested but consistently ignored perl
>script for converting a makefile from
On Mon, Aug 14, 2006 at 05:15:50PM -0400, Harig, Mark wrote:
>
>
>> -Original Message-
>>
>> $ make -f mk
>> make: *** No rule to make target `c\:/hoffman/foo/foo.c',
>> needed by `foo'. Stop
>>
>> [EMAIL PROTECTED] ~/foo
>> $ ../make381/usr/bin/make.exe -f mk
>> make: *** No rule to m
> -Original Message-
>
> $ make -f mk
> make: *** No rule to make target `c\:/hoffman/foo/foo.c',
> needed by `foo'. Stop
>
> [EMAIL PROTECTED] ~/foo
> $ ../make381/usr/bin/make.exe -f mk
> make: *** No rule to make target `c\:/hoffman/foo/foo.c',
> needed by `foo'. Stop
>
>
> So
> From: "emacs user" <[EMAIL PROTECTED]>
> Cc: cygwin@cygwin.com, emacs-pretest-bug@gnu.org, [EMAIL PROTECTED]
> Bcc:
> Date: Mon, 14 Aug 2006 08:11:25 -0400
>
> well, as you probably remember one cannot run cvs emacs in gdb as this
> immediately crashes x windows in cygwin.
No, I didn't remem
At 04:24 PM 8/14/2006, Brown, Beverly wrote:
>For that matter, why isn't cmake generating relative pathnames instead
>of absolute ones?
For the most part it does, but there are some cases where it uses full
paths.
-Bill
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Proble
At 04:16 PM 8/14/2006, Christopher Faylor wrote:
>I'm not 100% clear on what you're saying but if cmake distributed with
>Cygwin is producing makefiles with MS-DOS SYNTAX then, actually it
>should either be fixed to not do that or it should be pulled from the
>distribution. I wasn't aware of thi
Hi:
We have two idnetical Windows 2000 Server SP4 machines with all hotfixes
from Microsoft. After we install openSSH on machineA and reboot the server,
it outperforms machineB by 200%~300%. We traced into openSSH, it basically
runs "cygrunserv.exe" as a service. So, if cygrunsrv.exe starts,
For that matter, why isn't cmake generating relative pathnames instead
of absolute ones?
Beverly
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Christopher Faylor
Sent: Monday, August 14, 2006 4:17 PM
To: cygwin@cygwin.com
Subject: Re: change in behavio
On Mon, Aug 14, 2006 at 03:07:41PM -0400, William A. Hoffman wrote:
>At 02:36 PM 8/14/2006, Dave Korn wrote:
>>On 14 August 2006 19:29, Bill Hoffman wrote:
>>
>>
>> Search the archives, and read the release announcement for the new make
>>version.
>>
>> Every single day for the past month, we hav
On Mon, 14 Aug 2006 09:54:21 -0400, Kenneth Nellis wrote:
>
> FWIW, I see the same behavior, but not just Cygwin, but also on
> a Red Hat Linux installation, so I guess it's more of a bash/ssh
> issue than one with Cygwin.
There are 2 issues here, One is ssh's, the other is with sh/bash.
None is C
So, I searched a bit more, and found some postings that seemed to say that
escaping the : might work:
http://www.mail-archive.com/cygwin@cygwin.com/msg70907.html
However, that fails on both version 3.80 and 3.81:
$ make -f mk
make: *** No rule to make target `c\:/hoffman/foo/foo.c', needed by `f
Kai Schlichting wrote:
Kai Schlichting schrieb:
I try to use the following batch-script:
set CYGWIN=tty binmode nontsec
set TERM=ansi
set PATH=C:\rsync;%PATH%
set HOME=C:\rsync
set RSYNC_RSH=/cygdrive/c/rsync/ssh.exe
set USERNAME=backup
rsync --progress --verbose --stats --delete -
At 02:36 PM 8/14/2006, Dave Korn wrote:
>On 14 August 2006 19:29, Bill Hoffman wrote:
>
>
> Search the archives, and read the release announcement for the new make
>version.
>
> Every single day for the past month, we have had at least seventy-four[*]
>identical duplicate redundant reports of thi
On Mon, Aug 14, 2006 at 02:41:36PM -0400, Bob Rossi wrote:
>On Mon, Aug 14, 2006 at 02:28:56PM -0400, Bill Hoffman wrote:
>>3.80 does this:
>>
>>make -f test.make
>>make: *** No rule to make target `C:/foo', needed by `foo'. Stop.
>>
>>
>>3.81 does this:
>>make -f test.make
>>test.make:1: *** targ
On Mon, Aug 14, 2006 at 02:28:56PM -0400, Bill Hoffman wrote:
> 3.80 does this:
>
> make -f test.make
> make: *** No rule to make target `C:/foo', needed by `foo'. Stop.
>
>
> 3.81 does this:
> make -f test.make
> test.make:1: *** target pattern contains no `%'. Stop.
>
> test.make contains:
Kai Schlichting schrieb:
I try to use the following batch-script:
set CYGWIN=tty binmode nontsec
set TERM=ansi
set PATH=C:\rsync;%PATH%
set HOME=C:\rsync
set RSYNC_RSH=/cygdrive/c/rsync/ssh.exe
set USERNAME=backup
rsync --progress --verbose --stats --delete -a -e 'ssh -i identity'
On 14 August 2006 19:29, Bill Hoffman wrote:
> 3.80 does this:
>
> make -f test.make
> make: *** No rule to make target `C:/foo', needed by `foo'. Stop.
>
>
> 3.81 does this:
> make -f test.make
> test.make:1: *** target pattern contains no `%'. Stop.
>
> test.make contains:
> foo: C:/foo
>
3.80 does this:
make -f test.make
make: *** No rule to make target `C:/foo', needed by `foo'. Stop.
3.81 does this:
make -f test.make
test.make:1: *** target pattern contains no `%'. Stop.
test.make contains:
foo: C:/foo
So, in 3.80 windows style driver letter : path worked with make.
In 3.
On Mon, Aug 14, 2006 at 06:10:36PM +0100, Dave Korn wrote:
> Thanks for the report. This has been mentioned before, it's a problem in
>gcc's 'specs', which are command-line pattern matching strings (more-or-less)
>used by the gcc compiler driver to select the right options for the
>sub-programs t
On 14 August 2006 18:08, Darryl Miles wrote:
TITTLL, /please/. I am sending a reply there which (I think) addresses most
of your points.
> mwoehlke wrote:
>> IANALTYMSIEIAATS...
> IANAL also.
This is the cygwin mailing list. A discussion of legal matters between two
people - who both /ad
On 14 August 2006 17:51, Damien Fouilleul wrote:
> I'm a big fan of cygwin and I use it a lot to compile mingw apps,
> however with the latest mingw-runtime, I'm having trouble running
> configure scripts successfully as test such 'dlopen() in -ldl', which
> used to fail for mingw target (as expec
mwoehlke wrote:
Darryl Miles wrote:
I do have questions, they may seem daft, but this issue is legal thing
so the finer points are important:
IANALTYMSIEIAATS...
My understanding is that if you place it in Public Domain, then anyone
can do anything with it and no one can stop this. IOW RedHat
On Mon, Aug 14, 2006 at 05:44:04PM +0100, Dave Korn wrote:
>On 14 August 2006 17:04, mwoehlke wrote:
>
> It's time we took this discussion to the licensing list, so if anyone wants
>to carry it on please take note of the "Reply-To" header that I have set.
>
>> Darryl Miles wrote:
>>> I do have que
hello,
I'm a big fan of cygwin and I use it a lot to compile mingw apps,
however with the latest mingw-runtime, I'm having trouble running
configure scripts successfully as test such 'dlopen() in -ldl', which
used to fail for mingw target (as expected) now succeeds. This causes
havoc in compilati
On 14 August 2006 17:04, mwoehlke wrote:
It's time we took this discussion to the licensing list, so if anyone wants
to carry it on please take note of the "Reply-To" header that I have set.
> Darryl Miles wrote:
>> I do have questions, they may seem daft, but this issue is legal thing
>> so th
Kai Schlichting schrieb:
I try to use the following batch-script:
set CYGWIN=tty binmode nontsec
set TERM=ansi
set PATH=C:\rsync;%PATH%
set HOME=C:\rsync
set RSYNC_RSH=/cygdrive/c/rsync/ssh.exe
set USERNAME=backup
rsync --progress --verbose --stats --delete -a -e 'ssh -i identity'
Darryl Miles wrote:
I do have questions, they may seem daft, but this issue is legal thing
so the finer points are important:
[snip]
I'd be happy to put the bugfixes for this particular problem in the
public domain, thus confirming my original legal entitlement to
copyright and waivering that
Thanks very much for your reply, you have filled in many of the jigsaw
pieces from my patchy fishing questions and here is more detail (if you
really wanted to know!).
Dave Korn wrote:
On 13 August 2006 09:54, Darryl Miles wrote:
Q2) Is it possible to setup C:\CYGDEB\ environment with debu
On 14 August 2006 15:07, Igor Peshansky wrote:
> On Mon, 14 Aug 2006, Darryl Miles wrote:
>
>> Dave Korn wrote:
>>> On 12 August 2006 20:21, joe trree wrote:
>>> Can you work around this problem by (starting with both at "Keep")
>>>
>>> - set first package to "Reinstall"
>>> - set second pac
On 14 August 2006 14:49, Corinna Vinschen wrote:
> On Aug 14 13:42, Howard Thomson wrote:
>> The build fails for the current Cygwin install and the source snapshot from
>> 2006-08-10 with an error report as follows (approx):
>>
>> configure: configuring in libc
>> configure: running /bin/sh ' ..
On 13 August 2006 09:54, Darryl Miles wrote:
> Q1) What is the difference between cygwin0.dll and cygwin1.dll ? It
> seems all executables link against cygwin1.dll which for me is at
> F:\CYGWIN\BIN\CYGWIN1.DLL.
'cygwin0.dll' is a temporary name under which the new dll is built so that
it does
On Mon, 14 Aug 2006, Darryl Miles wrote:
> Dave Korn wrote:
> > On 12 August 2006 20:21, joe trree wrote:
> > Can you work around this problem by (starting with both at "Keep")
> >
> > - set first package to "Reinstall"
> > - set second package to "Reinstall"
> > - set first package to "Unins
FWIW, I see the same behavior, but not just Cygwin, but also on
a Red Hat Linux installation, so I guess it's more of a bash/ssh
issue than one with Cygwin. A workaround that works for me is the
following:
for host in $(mailto:[EMAIL PROTECTED]
Sent: Friday, August 04, 2006 10:01 AM
To: cygwin
The remote file system is ext3. Upgrading findutils fixed the problem.
Thank you for your time and assistance.
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> According to [EMAIL PROTECTED] on 8/11/2006 5:52 PM:
>> I've been having problems with "find", and it's hard to search the
>> enti
On Aug 14 13:42, Howard Thomson wrote:
> Hi all,
>
> I am attempting to build a modified cygwin[x].dll in order to incorporate
> some
> changes to the retained Windows ACLs (Access Control Lists), for which a
> replacement winsup/cygwin/sec_acl.cc has been written by Srinivasa Battula.
>
> I n
On Aug 14 15:04, Corinna Vinschen wrote:
> On Aug 14 13:23, Darryl Miles wrote:
> > Corinna Vinschen wrote:
> > >On Aug 14 11:24, Darryl Miles wrote:
> > >>Corinna Vinschen wrote:
> > >>>Please don't forget the "Before you get started" drill as descibed
> > >>>on http://cygwin.com/contrib.html
> >
Hello everyone,
I have what I suspect is a bug in cygwin's serial port handling which only
seems to manifest itself when using select, then read.
I have distilled the code into one simple piece of C which reproduces the
fault. The general idea of the code (and
how I want to handle serial ports
On Aug 14 13:23, Darryl Miles wrote:
> Corinna Vinschen wrote:
> >On Aug 14 11:24, Darryl Miles wrote:
> >>Corinna Vinschen wrote:
> >>>Please don't forget the "Before you get started" drill as descibed
> >>>on http://cygwin.com/contrib.html
> >>I do have questions, they may seem daft, but this iss
Hi,
I compiled ruby-shapelib and the compilation stage went fine,
however, when I try to run a script that uses the library
(import_shp_mysql.rb) get this error.
C:\ruby>ruby import_script\importshp2mysql\import_shp_mysql.rb zt01_d00.shp
35 [main] ? (3176) c:\ruby\bin\ruby.exe: *** fatal
Hi,
Please let me know if this is the correct newsgroup.
I'm trying to get openmotif to run under cygwin. I know that I'm not
supposed to do that but, who knows, maybe they change the license one of
these days :-)
The test I'm using is the hello.c from chapter 2 of the motif examples.
During th
Hi all,
I am attempting to build a modified cygwin[x].dll in order to incorporate some
changes to the retained Windows ACLs (Access Control Lists), for which a
replacement winsup/cygwin/sec_acl.cc has been written by Srinivasa Battula.
I normally do cross-compilation from Linux to Win32 but in
Hi!
I try to use the following batch-script:
set CYGWIN=tty binmode nontsec
set TERM=ansi
set PATH=C:\rsync;%PATH%
set HOME=C:\rsync
set RSYNC_RSH=/cygdrive/c/rsync/ssh.exe
set USERNAME=backup
rsync --progress --verbose --stats --delete -a -e 'ssh -i identity'
/cygdrive/c/Test /c
Corinna Vinschen wrote:
On Aug 14 11:24, Darryl Miles wrote:
Corinna Vinschen wrote:
Please don't forget the "Before you get started" drill as descibed
on http://cygwin.com/contrib.html
I do have questions, they may seem daft, but this issue is legal thing
so the finer points are important:
[
> could you please write which .c files and which routines should I be
looking
> at slightly more specifically? thanks...
These are library functions, so no .c files are involved. Just
(gdb) break sbrk
(gdb) break mmap
then visit text and image files as suggested and see which of thes
On Aug 14 11:24, Darryl Miles wrote:
> Corinna Vinschen wrote:
> >Please don't forget the "Before you get started" drill as descibed
> >on http://cygwin.com/contrib.html
>
> I do have questions, they may seem daft, but this issue is legal thing
> so the finer points are important:
> [...]
IANAL,
Corinna Vinschen wrote:
On Aug 14 08:10, Darryl Miles wrote:
I am actively working on a solution, but at current work rate it maybe a
few weeks to a month before any preliminary patch will be posted here.
Please don't forget the "Before you get started" drill as descibed
on http://cygwin.com/c
On Aug 14 08:10, Darryl Miles wrote:
> I am actively working on a solution, but at current work rate it maybe a
> few weeks to a month before any preliminary patch will be posted here.
Please don't forget the "Before you get started" drill as descibed
on http://cygwin.com/contrib.html
Corinna
On Aug 12 09:47, David Rothenberger wrote:
> On Sat, Aug 12, 2006 at 06:25:14PM +0200, Corinna Vinschen wrote:
> > Where do you get this message and how? Can you a bit explain how you test
> > it and send the matching strace snippet?
> [...]
> 1127 9891574 [main] CRON 4980 extract_nt_dom_user: p
thx for your time and work!
i'll report back as soon as we updated cygwin1.dll
regards,
andre
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http:/
[Sorry, I forgot all the CCs]
On Aug 13 22:11, Eli Zaretskii wrote:
> > Date: Sun, 13 Aug 2006 11:23:16 +0200
> > From: Reini Urban <[EMAIL PROTECTED]>
> >
> > Corinna Vinschen schrieb:
> > ...
> > > Ok, back to mmap/munmap. Private anonymous mappings are implemented in
> > > Cygwin by calling V
Dave Korn wrote:
On 12 August 2006 20:21, joe trree wrote:
Can you work around this problem by (starting with both at "Keep")
- set first package to "Reinstall"
- set second package to "Reinstall"
- set first package to "Uninstall"
- set second package to "Uninstall"
Maybe it would be in
Michael March wrote:
I am running Cygwin 1.5.21 and rsync version 2.6.6.
If I run this command from Linux:
rsync -Lave "ssh -2"
[EMAIL PROTECTED]:/cygdrive/g/Backups/rsync/Pictures /backups/test
.. the transfers will stall after two files.
Pushing from XP to Linux does work though..
Any ide
65 matches
Mail list logo
