Please upload the latest doxygen release for cygwin (v1.4.2-20050410)
Binaries, sources setup.hint files are located at
http://www.geocities.com/hannes_horn/cygwin/doxygen/
-rw-rw-rw- 1 hanshorn Power Users 1823811 Apr 11 23:44
doxygen-1.4.2-20050410-src.tar.bz2
-rw-rw-rw- 1 hanshorn Power
Hans W. Horn wrote:
Since this is my first contribution of this kind, please bear with me if I
didn't get it all right off the bat.
Thanks again for offering to maintain this. A couple of notes though:
The binaries in your package are still in /usr/local/bin. They need to
go in /usr/bin.
Brian Dessent wrote:
Thanks again for offering to maintain this. A couple of notes though:
Oh, and you should strip all the .exe files as well. That shaves off
about 1.5MB.
Brian
My message that I quote here, was accidentally sent privately - sorry, that
was a mistake.
Max Bowsher wrote:
Hans W. Horn wrote:
Please upload the latest doxygen release for cygwin (v1.4.2-20050410)
Binaries, sources setup.hint files are located at
Chris,
btw. quoting http://cygwin.com/setup.html:
Submitting a package
...
7. So you've got a package you want to submit. Follow the following
checklist before emailing cygwin-apps@cygwin.com and you'll almost certainly
save time.
Announce on cygwin-apps@cygwin.com that you have the package
On Tue, Apr 12, 2005 at 01:39:12PM -0700, Hans W. Horn wrote:
Chris,
btw. quoting http://cygwin.com/setup.html:
Submitting a package
...
7. So you've got a package you want to submit. Follow the following
checklist before emailing cygwin-apps@cygwin.com and you'll almost
certainly save time.
On Tue, 12 Apr 2005, Christopher Faylor wrote:
On Tue, Apr 12, 2005 at 01:39:12PM -0700, Hans W. Horn wrote:
Chris,
btw. quoting http://cygwin.com/setup.html:
Submitting a package
...
7. So you've got a package you want to submit. Follow the following
checklist before emailing
Chris,
Christopher Faylor wrote:
...We usually use the pull model for
retrieving packages, which means you need to have a web site. Can't
you use one of the free web hosting facilities?
I already went through two free hosting providers. The first one I tried
(netfirms) had a limit of 256k on
Hi Brian Max,
Brian Dessent wrote:
The binaries in your package are still in /usr/local/bin. They need
to go in /usr/bin.
In http://cygwin.com/ml/cygwin-apps/2005-03/msg00067.html, you only
mentioned the manpages that would need to be in a new home.
Will fix.
Also, you included a manpage for
Hans W. Horn wrote:
The binaries in your package are still in /usr/local/bin. They need
to go in /usr/bin.
In http://cygwin.com/ml/cygwin-apps/2005-03/msg00067.html, you only
mentioned the manpages that would need to be in a new home.
Will fix.
Sorry for the misunderstanding, I was only
Please upload the latest doxygen release for cygwin (v1.4.2-20050410)
Binaries, sources setup.hint files are located at
http://www.smithii.com/files/cygwin/hans/
(thanks to Ross Smith II for providing web space).
-rw-r--r-- 1 32237 ross 2558933 Apr 12 20:18 doxygen-1.4.2-20050410.tar.bz2
Well, as it looks like the problm is cygwin specific.
I tested it with one commercial X Server (XManager)
and it worked there without any problems, be it
in multiwindow or single window mode. So, what is
the next step?
On Apr 11, 2005 12:09 PM, Alexander Gottwald
[EMAIL PROTECTED] wrote:
On Mon,
Hi.
Not sure if there ever was a resolution to the clipboard issue.
I cannot copy from remote XEmacs (21.4.17 on Fedora Core3 server)
to my putty.exe (0.58 running on WinXP). I have xorg-x11-xwin 6.8.2.0-1.
I can copy from Win-X but not from XEmacs to putty (hangs 3 secs). If I
first copy into
On Tue, 12 Apr 2005, Ariel Burbaickij wrote:
Well, as it looks like the problm is cygwin specific.
I tested it with one commercial X Server (XManager)
and it worked there without any problems, be it
in multiwindow or single window mode. So, what is
the next step?
Try if it works with
Hi,
I tried installing Cygwin for all users on my Windows machine but it didn't
work. I am able to start the x window application only when I log in and not
when other users log in to the Windows machine. Can you tell me what is wrong?
or do I need to make any kind of changes after installing
Per my recent post on this issue, try setting Windows permissions on the
install drive:\cygwin\tmp directory to allow Full Control to
Everyone. Not the lightest touch, but it works for my installations.
Chuck
At 02:22 PM 4/12/2005, Sundar Narayan wrote:
Hi,
I tried installing Cygwin for all
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2005-04-12 14:26:31
Modified files:
winsup/cygwin : ChangeLog autoload.cc fhandler.cc fhandler.h
fhandler_disk_file.cc ntdll.h
Log message:
* autoload.cc
When I create a file outside Cygwin (for example with native gVim), the
file is created with no permissions. Example:
[EMAIL PROTECTED] ~
$ ls -l _viminfo
--+ 1 pidde2 domain users 30770 Apr 12 11:19 _viminfo
I see the the default umask outside Cygwin is '':
[EMAIL
On Apr 12 11:44, [EMAIL PROTECTED] wrote:
When I create a file outside Cygwin (for example with native gVim), the
file is created with no permissions. Example:
[EMAIL PROTECTED] ~
$ ls -l _viminfo
--+ 1 pidde2 domain users 30770 Apr 12 11:19 _viminfo
I see the the default
Jim and Gary,
thanks for your hints. Maybe I'm unnecessarily nervous.
I'm still working on a good definition for enough
testing around the intended use, and to what level of
detail the intended use needs to be described. With
your comments, I'm more confidently facing the FDA-
challenge now with
I hesitate to offer this posting as an instruction or even as a piece of
advice, and maybe somebody high in the Cygwin echelons will be able to
give it a quality stamp; alternatively having written it down I can see
that it might quite likely be obvious to everybody but me. But having
been caught
What does calcs print on this file? How are the permissions
set on your home directory? It looks as if the inheritence
of permissions is set somewhat strange on your machine.
[EMAIL PROTECTED] /home
$ cacls stm
d:\home\stm SWISS-DD\t131085:F
SWISS-DD\domain users:R
Christopher Faylor wrote:
[snip texinfo announcement]
If you are adventurous you might want to try the latest setup.exe
snapshot:
http://www.cygwin.com/setup-snapshots/setup-2.459.exe
mentioned in this announcement:
I just downloaded that file and when run it displays the version to be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of diffstat, 1.39-1, is available.
NEWS
This is a new upstream release. From the NEWS file, the changes since
1.38-1 are:
10-Apr-2005
diffstat 1.39
change order of merging and prefix-stripping so stripping
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of cvsutils, 0.2.3-1, is available.
NEWS
This is a new upstream release. From the NEWS file, the changes since
0.2.1-1 are:
New in 0.2.3:
* Documentation changes
* Minor script cleanups, comment changes
New in 0.2.2:
* cvsu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to [EMAIL PROTECTED] on 4/11/2005 10:14 AM:
OK, thanks for the advice. Do you know if there is any way I can get the
information I was expecting. If not, I'll have to make some major changes
to some complicated shell scripts :(
Sorry,
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jan Schormann
Jim and Gary,
thanks for your hints. Maybe I'm unnecessarily nervous.
I'm still working on a good definition for enough
testing around the intended use, and to what level of detail
Original Message
From: Gary R. Van Sickle
Sent: 12 April 2005 14:01
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jan Schormann
...snip...
-Original Message-
From: Jim Drash [mailto:[EMAIL PROTECTED]
Sent: Montag, 11. April 2005
OK, thanks for the advice. Do you know if there is any way I can get the
information I was expecting. If not, I'll have to make some major
changes
to some complicated shell scripts :(
Sorry, I don't know of any way with POSIX semantics to track when just
file metadata has changed. There
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I've just noticed that the good Junya Kato at win6.jp/Cygwin as put
online a setup.exe-compatible stricture to install two IPv6 enabled
packages: cygwin and openssh.
It can be found here:
http://cygwin.win6.jp/cygwin-ipv6/
I will test them in the
On Mon, Apr 11, 2005 at 09:52:00PM -0400, Christopher Faylor wrote:
If you are adventurous you might want to try the latest setup.exe
snapshot:
http://www.cygwin.com/setup-snapshots/setup-2.459.exe
mentioned in this announcement:
http://sources.redhat.com/ml/cygwin/2004-12/msg00816.html
This
On Apr 12 15:54, Lapo Luchini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I've just noticed that the good Junya Kato at win6.jp/Cygwin as put
online a setup.exe-compatible stricture to install two IPv6 enabled
packages: cygwin and openssh.
It can be found here:
You must be having a 'senior moment' g
Dave,
thanks for reminding me. I feel really embarrassed.
Apparently excitement is taking me over.
My sincere apologies to Jim and (the rest of) the List.
Sorry for this noise, but I needed it, so you don't
think I'm a total luser - hope it helps ...
Original Message
From: Christopher Faylor
Sent: 12 April 2005 06:00
Oops. Sorry. I have to be more careful when reusing old announcements.
Please ignore the mention of the latest setup.exe snapshot above.
This was text that should have been deleted.
cgf
Ah. So I guess the
Original Message
From: Jan Schormann
Sent: 12 April 2005 15:19
You must be having a 'senior moment' g
Dave,
thanks for reminding me. I feel really embarrassed.
Apparently excitement is taking me over.
Heh, that mail was addressed to Gary, but I see you missed one as well.
I've updated the version of OpenSSL to 0.9.7g-1. This also includes the
openssl-devel package.
This is a upstream bug fix update. The Cygwin version has a minor tweak
applied which was necessary to resolve a build conflict. The patch is
already sent upstream.
Official release message:
I'd like to ask people to test the latest snapshot as of today. It contains
two patches, one of them with some impact on how timestamps are used.
The first patch is less important, it should just stop floppy access when
sync is called on Win2K boxes.
The second patch is this:
In 1.5.13 and
Hi,
I encounter some strange stuff when I try to connect to openssh on my
server (which is using cygwin) using openssh clients (using cygwin
too).
The connection is perfect when I have no public keys at all on the
client side. But as soon as I get any key (dsa or rsa generated using
ssh-keygen )
I've got a make process that's pretty complex and does many recursive
invocations (at most 4 deep, though). With some additions to the
build, I seem to have recently crossed over some threshold which now
causes the build to use up all available process resources, so nothing
more can be run.
Hi,
I am new to cygwin and find a problem annoying. I have version 1.5.11
installed on my windows XP. I find 2 things in using the BASH command
history feature.
1) when I press UP Arrow key, there is no history command show up. I
must press several times DOWN arrow key, and then UP arrow
At 11:05 AM 4/9/2005, you wrote:
Dear John,
snip
$ nedit .ssh/known_hosts
here I canceled lines rlative to cygwin machine and tried again:
$ ssh [EMAIL PROTECTED]
ssh: connect to host port 22: Connection timed out
$ ssh [EMAIL PROTECTED]
ssh: connect to host port 22:
At 03:39 PM 4/9/2005, you wrote:
Hi,
After the last cygwin update (1005.14.0.0),
I compiled a program using gcc 3.3.3 which
setup says is the current version of gcc for cygwin.
I got dozens of error messages all like this:
Internal error: Segmentation fault (program cc1)
Please submit a
At 11:55 AM 4/12/2005, you wrote:
Hi,
I encounter some strange stuff when I try to connect to openssh on my
server (which is using cygwin) using openssh clients (using cygwin
too).
The connection is perfect when I have no public keys at all on the
client side. But as soon as I get any key (dsa
Original Message
From: Larry Hall
Sent: 12 April 2005 18:44
At 03:39 PM 4/9/2005, you wrote:
Hi,
After the last cygwin update (1005.14.0.0),
I compiled a program using gcc 3.3.3 which
setup says is the current version of gcc for cygwin.
I got dozens of error messages all like
At 12:48 PM 4/12/2005, you wrote:
I've got a make process that's pretty complex and does many recursive
invocations (at most 4 deep, though). With some additions to the build, I
seem to have recently crossed over some threshold which now causes the build
to use up all available process
I updated both to 1.5.14-1. I then downloaded and ran rebaseall and
rebooted, which seems to have fixed the problem (at least the
invocations which reproducibly triggered the problem no longer do so).
rebaseall failed a few times before I remembered I had cygwin sshd
running. It also did not
At 01:59 PM 4/12/2005, you wrote:
I updated both to 1.5.14-1. I then downloaded and ran rebaseall and rebooted,
which seems to have fixed the problem (at least the invocations which
reproducibly triggered the problem no longer do so).
rebaseall failed a few times before I remembered I had
Thanks for the reply Larry.
The program is cdrtools-2.01.01a01.
I'm gonna DL a fresh .tar and try again -
the one I used may have gotten corrupted.
If I get the same results I'll post it with a
link to the release file.
Any other info I should include ?
regards,
Bill Mudd
- Original Message
On Tue, Apr 12, 2005 at 11:28:56AM -0700, bill wrote:
I'm gonna DL a fresh .tar and try again - the one I used may have
gotten corrupted.
Actually, you should try a snapshot dll:
http://cygwin.com/snapshots/
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem
Looks like the rebaseall only delayed the problem. I still get the
error, only now it takes a few more invocations of the build.
I will try a dev build next.
On Apr 12, 2005, at 2:14 PM, Larry Hall wrote:
At 01:59 PM 4/12/2005, you wrote:
I updated both to 1.5.14-1. I then downloaded and ran
No joy. Tried replacing cygwin1.dll with the one from 1.5.15 (snapshot
build); still get the same error.
On Apr 12, 2005, at 1:53 PM, Larry Hall wrote:
Try it with the latest release Cygwin package (1.5.14). If that
doesn't
help, you might want to try it against the upcoming release (1.5.15)
At 03:35 PM 4/12/2005, you wrote:
No joy. Tried replacing cygwin1.dll with the one from 1.5.15 (snapshot
build); still get the same error.
So are there any more error message lines other than just:
/bin/bash: fork: Resource temporarily unavailable
/bin/bash: line 1: /usr/bin/find: Resource
After the last cygwin update (1005.14.0.0),
I compiled cdrtools-2.01.01a01 with gcc 3.3.3
and got dozens of ...
Internal error: Segmentation fault (program cc1)
Please submit a full bug report.
See URL:http://gcc.gnu.org/bugs.html for instructions.
I've been compiling it for years
On Tue, Apr 12, 2005 at 12:56:44PM -0700, bill wrote:
After the last cygwin update (1005.14.0.0),
I compiled cdrtools-2.01.01a01 with gcc 3.3.3
and got dozens of ...
Internal error: Segmentation fault (program cc1)
Please submit a full bug report.
See URL:http://gcc.gnu.org/bugs.html for
Larry Hall wrote:
At 03:35 PM 4/12/2005, you wrote:
No joy. Tried replacing cygwin1.dll with the one from 1.5.15
(snapshot build); still get the same error.
So are there any more error message lines other than just:
/bin/bash: fork: Resource temporarily unavailable
/bin/bash: line 1:
bill wrote:
After the last cygwin update (1005.14.0.0),
I compiled cdrtools-2.01.01a01 with gcc 3.3.3
and got dozens of ...
Internal error: Segmentation fault (program cc1)
Please submit a full bug report.
See URL:http://gcc.gnu.org/bugs.html for instructions.
I've been
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dave Korn
Sent: Tuesday, April 12, 2005 8:15 AM
To: cygwin@cygwin.com
Subject: RE: FDA-conform validation - any hints?
Original Message
From: Gary R. Van Sickle
Sent: 12 April 2005 14:01
Hi everybody,
the change in rm semantics, implicit .exe handling, in coreutils-5.3.0-4
breaks Libtool (1.5.10, and some later versions). More specifically,
when Libtool is used to link an executable which requires a wrapper
script to handle uninstalled libraries, the corresponding wrapper .exe
On Apr 11, 2005 11:15 AM, Reid Thompson [EMAIL PROTECTED] wrote:
$ tar xvfj irssi-0.8.9.tar.bz2
$ cd irssi-0.8.9
$ ./configure --with-perl=no
$ make
I had to run setup to get gcc, glib and make before the above would
give me anything. Make seemed to exit happily enough, but I'm pretty
green
On Apr 12, 2005 2:43 PM, beau [EMAIL PROTECTED] wrote:
When I tried irssi at the command line I got
command not found.
Sorry for the noise; irssi.exe was buried deep at
/home/Me/irssi-0.8.0/src/fe-text/irssi.exe; I'm sure this the expected
behavior and that the lack is mine. All I need to do is
beau wrote:
On Apr 12, 2005 2:43 PM, beau [EMAIL PROTECTED] wrote:
When I tried irssi at the command line I got
command not found.
Sorry for the noise; irssi.exe was buried deep at
/home/Me/irssi-0.8.0/src/fe-text/irssi.exe; I'm sure this the expected
behavior and that the lack is mine.
On Tue, 12 Apr 2005, beau wrote:
On Apr 11, 2005 11:15 AM, Reid Thompson [EMAIL PROTECTED] wrote:
http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks.
$ tar xvfj irssi-0.8.9.tar.bz2
$ cd irssi-0.8.9
$ ./configure --with-perl=no
$ make
I had to run setup to get gcc, glib and make
[cc'ing bug-libtool]
Hi everybody,
the change in rm semantics, implicit .exe handling, in coreutils-5.3.0-4
breaks Libtool (1.5.10, and some later versions). More specifically,
when Libtool is used to link an executable which requires a wrapper
script to handle uninstalled libraries,
Igor, Brian,
Thanks as always for the patience; make install was all I needed, and
I'm embarassed not to have figured it out on my own...
beau
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
I'd like to ask people to test the latest snapshot as of today. It contains
two patches, one of them with some impact on how timestamps are used.
The first patch is less important, it should just stop floppy access when
sync is called on Win2K boxes.
Doesn't seem to be any problem with
On Tue, Apr 12, 2005 at 10:51:20PM +, Eric Blake wrote:
To some degree, the problem isn't even coreutils fault - cygwin itself
is where it was decided that stat(2) succeeds for either foo or
foo.exe when only foo.exe exists, but that unlink(2) fails unless
it is spelled foo.exe. The implicit
David Dindorp wrote:
Jokes aside, I can't respond to the fact that you don't believe
a word I say with anything else than you obviously don't have
a clue.
Chris wasn't saying he didn't believe anything you say. Chris has
infinitely more credibility when it comes to judgements of Cygwin
Eric Blake wrote:
Working around the problem isn't hard, just comment out the offending rm
line in Libtool's ltmain.sh,
Which line? Since you already found the culprit, pointing others to the location would be helpful. Can you come up with a simple libtool patch?
I know where. Actually, I'd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Charles Wilson on 4/12/2005 7:33 PM:
Eric Blake wrote:
Which line? Since you already found the culprit, pointing others to
the location would be helpful. Can you come up with a simple libtool
patch?
I know where. Actually,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Faylor on 4/12/2005 5:44 PM:
On Tue, Apr 12, 2005 at 10:51:20PM +, Eric Blake wrote:
To some degree, the problem isn't even coreutils fault - cygwin itself
is where it was decided that stat(2) succeeds for either foo or
The cygutils package has been updated to 1.2.7. This adds a 'rename'
utility, and fixes some issues with cygstart.
o Changes from version 1.2.6-1
- rename.exe added (contributed by Christopher Faylor)
- cygstart.exe: fix memory leak and improve handling of long
command lines (Anthony
On Tue, Apr 12, 2005 at 08:52:22PM -0600, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Faylor on 4/12/2005 5:44 PM:
On Tue, Apr 12, 2005 at 10:51:20PM +, Eric Blake wrote:
To some degree, the problem isn't even coreutils fault - cygwin itself
is
Hi All...
It looks good on 98 and 2k. cvs and ssh were used on both machines with no
problems.
Thanks,
...Karl
From: Corinna VinschenSubject: Please test 2005-Apr-12 snapshot
Date: Tue, 12 Apr 2005 17:33:03 +0200
I'd like to ask people to test the latest snapshot as of today. It
contains
two
I have posted this message to the courier-imap mailing list as well, but
because I know some people have managed to install courier-imap on
cygwin I thought I post a copy here as well. I am really stuck and could
do with some help. (Many thanks to Brian Dessent, who already helped me
to get
Gents
I'm running some rsync scripts in order to backup my Linux machine to my
windows machine (unfortunately, the windows one is the one with more
capacity)
These scripts actually run fine when running in standard Linux
environments (using the between linux's as well), but for what ever
Kees Vonk wrote:
/home/Kees/courier-imap-3.0.8/makedat/makedatprog.c:33: undefined
reference to `_gdbmobj_store'
Try adding --with-db=gdbm to your configure line.
Brian
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of cvsutils, 0.2.3-1, is available.
NEWS
This is a new upstream release. From the NEWS file, the changes since
0.2.1-1 are:
New in 0.2.3:
* Documentation changes
* Minor script cleanups, comment changes
New in 0.2.2:
* cvsu
I've updated the version of OpenSSL to 0.9.7g-1. This also includes the
openssl-devel package.
This is a upstream bug fix update. The Cygwin version has a minor tweak
applied which was necessary to resolve a build conflict. The patch is
already sent upstream.
Official release message:
The cygutils package has been updated to 1.2.7. This adds a 'rename'
utility, and fixes some issues with cygstart.
o Changes from version 1.2.6-1
- rename.exe added (contributed by Christopher Faylor)
- cygstart.exe: fix memory leak and improve handling of long
command lines (Anthony Derosa,
79 matches
Mail list logo