Re: maintaining bash
On Apr 10 12:17, Hans W. Horn wrote: Corinna Igor, Urgh! Bold hint: ./configure --prefix=/usr I just (con-)figured that out myself. Thx anyways! Just as a side note, http://cygwin.com/setup.html#package_contents mentions all usual configure options for a Cygwin installation. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Please upload: cvsutils-0.2.3-1, diffstat-1.39-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please upload these new versions of packages I maintain. Both had new upstream releases. You can delete diffstat-1.37-2. cvsutils: http://home.comcast.net/~ericblake/cvsutils-0.2.3-1.tar.bz2 26853 8206d972311e4ffac4ca8d397af8be4d http://home.comcast.net/~ericblake/cvsutils-0.2.3-1-src.tar.bz2 75649 03cfcfd959c94de1383fe18b730a93e3 setup.hint remains unchanged (prev: 0.2.1-1, curr: 0.2.3-1) diffstat: http://home.comcast.net/~ericblake/diffstat-1.39-1.tar.bz2 13151 6e358faea90df565fc572eb76fb471bd http://home.comcast.net/~ericblake/diffstat-1.39-1-src.tar.bz2 95502 37e2484e38ea9995c1e5a39e181da1ce setup.hint remains unchanged (prev: 1.38-1, curr: 1.39-1) - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCWnNo84KuGfSFAYARAsmjAJ9zYa6nEK80liPJJrq8G3/7J5dTnQCfQ7WM XKC25zRvG28M1SuQV1bi/VE= =nNnr -END PGP SIGNATURE-
Re: doxygen status
heard anything from the doxygen maintainer? R.I.P? On Mar 24 09:02, Hans Horn wrote: Group, I noticed that the vintage of doxygen that ships with cygwin (v1.2.18) is more than two years old. The current version of doxygen (1.4.1-20050315) builds ootb and appears to be functioning properly; I ran it on a mid-size C++ source tree and on a rather large Java source tree. When doing the latter, I noticed that the current vintage is almost infinitely faster than the one that is shipping with cygwin. The question is, is there a maintainer for doxygen, and if so, is she still alive and willing. If not, I'd like to step up to the plate and offer my services as new doxygen maintainer. Dunno if our Doxygen maintainer is still listening, but I've Cc'd the cygwin-apps list. Ryunosuke, are you still somewhere around? Are you still interested in maintaining doxygen? Hans, further discussion should take place on cygwin-apps. Thanks for your offer, Corinna
Re: Please upload: cvsutils-0.2.3-1, diffstat-1.39-1
On Apr 11 06:54, Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please upload these new versions of packages I maintain. Both had new upstream releases. You can delete diffstat-1.37-2. cvsutils: http://home.comcast.net/~ericblake/cvsutils-0.2.3-1.tar.bz2 26853 8206d972311e4ffac4ca8d397af8be4d http://home.comcast.net/~ericblake/cvsutils-0.2.3-1-src.tar.bz2 75649 03cfcfd959c94de1383fe18b730a93e3 setup.hint remains unchanged (prev: 0.2.1-1, curr: 0.2.3-1) diffstat: http://home.comcast.net/~ericblake/diffstat-1.39-1.tar.bz2 13151 6e358faea90df565fc572eb76fb471bd http://home.comcast.net/~ericblake/diffstat-1.39-1-src.tar.bz2 95502 37e2484e38ea9995c1e5a39e181da1ce setup.hint remains unchanged (prev: 1.38-1, curr: 1.39-1) Uploaded. I removed diffstat-1.37-2. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: doxygen status
On Apr 11 07:12, Hans W. Horn wrote: heard anything from the doxygen maintainer? R.I.P? Nope. Go ahead. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: doxygen status
Corinna Vinschen wrote: On Apr 11 07:12, Hans W. Horn wrote: heard anything from the doxygen maintainer? R.I.P? Nope. Go ahead. I've just filed this upstream: http://bugzilla.gnome.org/show_bug.cgi?id=300204 [PATCH] Doxygen disobeys Cygwin 'text/binary mount mode' please consider including until it gets applied upstream. Also note that 1.4.2 has a nasty regression in member group handling. Locally, I've fallen back to 1.4.1. Max.
Re: doxygen status
Will do! thanks, Max. Max Bowsher wrote: I've just filed this upstream: http://bugzilla.gnome.org/show_bug.cgi?id=300204 [PATCH] Doxygen disobeys Cygwin 'text/binary mount mode' please consider including until it gets applied upstream. Also note that 1.4.2 has a nasty regression in member group handling. Locally, I've fallen back to 1.4.1. v1.4.2 has also fixed various problems, that caused me to move to 1.4.2. H.
Re: doxygen status
Hans W. Horn wrote: Will do! thanks, Max. Max Bowsher wrote: I've just filed this upstream: http://bugzilla.gnome.org/show_bug.cgi?id=300204 [PATCH] Doxygen disobeys Cygwin 'text/binary mount mode' please consider including until it gets applied upstream. Also note that 1.4.2 has a nasty regression in member group handling. Locally, I've fallen back to 1.4.1. v1.4.2 has also fixed various problems, that caused me to move to 1.4.2. Maybe then evaluate 1.4.2-20050419, which seems to have cleared up at least some of 1.4.2's regressions? Max.
Re: doxygen status
I've packaged tested the latest doxygen release (1.4.2-20050410) after applying Max' latest patch (http://bugzilla.gnome.org/show_bug.cgi?id=300204). Since this is my first package contribution: how do I go about uploading? I currently don't have a webserver where I can stage the packages. Corinna Vinschen wrote: On Apr 11 07:12, Hans W. Horn wrote: heard anything from the doxygen maintainer? R.I.P? Nope. Go ahead. Corinna
Re: doxygen status
On Mon, Apr 11, 2005 at 10:30:43AM -0700, Hans W. Horn wrote: I've packaged tested the latest doxygen release (1.4.2-20050410) after applying Max' latest patch (http://bugzilla.gnome.org/show_bug.cgi?id=300204). Since this is my first package contribution: how do I go about uploading? I currently don't have a webserver where I can stage the packages. That's rather a show stopper. 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? cgf
Re: doxygen status
Hans W. Horn wrote: I've packaged tested the latest doxygen release (1.4.2-20050410) after applying Max' latest patch (http://bugzilla.gnome.org/show_bug.cgi?id=300204). BTW, which platform did you tell doxygen's configure to use? I've been building with linux-g++. Also, did you build with the internal libpng, or use Cygwin's system libpng? I used the system libpng (just removed the make -C libpng command from the makefile). Max.
Re: doxygen status
Max, Max Bowsher wrote: BTW, which platform did you tell doxygen's configure to use? I've been building with linux-g++. I was using win32-g++. Also, did you build with the internal libpng, or use Cygwin's system libpng? I used the system libpng (just removed the make -C libpng command from the makefile). I did always build link doxygen with its own png (libpng1.0). Hm, interesting, cygwin's default png is libpng12, which infact is used in the include path for the compilation of doxygen sources, (e.g. g++ -c -fno-exceptions -fno-rtti -O -I../qtools -I/usr/include/libpng12 -I../libmd5 -o ../objects/ce_lex.o ce_lex.cpp). I just re-built doxygen w/o its built-in png and ran a few documentation projects. The results seem to indicate that the png version used doesn't matter. H.
Re: doxygen status
Hans W. Horn wrote: Max, Max Bowsher wrote: BTW, which platform did you tell doxygen's configure to use? I've been building with linux-g++. I was using win32-g++. Ah. Then my patch certainly isn't having any effect at all, since qfile_unix.cpp isn't even being compiled. I've no specific points in favour of either option, just a general observation that when special-case windows file handling code is used, it often ends up going behind Cygwin's back, and making the program act more Windows-ish than a Cygwin user expects. Plus the win32-g++ mode has explicit -D__CYGWIN__ options thrown all over the place, when Cygwin compilers have been predefining that symbol for absolutely ages, suggesting that might be somewhat bitrotted. Also, did you build with the internal libpng, or use Cygwin's system libpng? I used the system libpng (just removed the make -C libpng command from the makefile). I did always build link doxygen with its own png (libpng1.0). Hm, interesting, cygwin's default png is libpng12, which infact is used in the include path for the compilation of doxygen sources, (e.g. g++ -c -fno-exceptions -fno-rtti -O -I../qtools -I/usr/include/libpng12 -I../libmd5 -o ../objects/ce_lex.o ce_lex.cpp). I just re-built doxygen w/o its built-in png and ran a few documentation projects. The results seem to indicate that the png version used doesn't matter. This is all I've been using to build with the system png library: Index: configure === RCS file: /u/kp3softd/cvsroot/configure,v retrieving revision 1.209 diff -u -p -r1.209 configure --- configure 10 Apr 2005 18:36:48 - 1.209 +++ configure 11 Apr 2005 21:19:31 - @@ -483,7 +483,6 @@ EOF echo $DST echo all: src/version.cpp $DST echo \$(MAKE) -C qtools $DST - echo \$(MAKE) -C libpng $DST echo \$(MAKE) -C libmd5 $DST echo \$(MAKE) -C src $DST if test $f_wizard = YES; then It seems a little wasteful for doxygen to carry around its own version of the code when there's already a package available. Max.
Re: doxygen status
Hi Max, I take that you are suggesting to configure doxygen with linux-g++. Will do, as well as builing using cygwin's libpng. greets, H. Max Bowsher wrote: Hans W. Horn wrote: Max, Max Bowsher wrote: BTW, which platform did you tell doxygen's configure to use? I've been building with linux-g++. I was using win32-g++. Ah. Then my patch certainly isn't having any effect at all, since qfile_unix.cpp isn't even being compiled. I've no specific points in favour of either option, just a general observation that when special-case windows file handling code is used, it often ends up going behind Cygwin's back, and making the program act more Windows-ish than a Cygwin user expects. Plus the win32-g++ mode has explicit -D__CYGWIN__ options thrown all over the place, when Cygwin compilers have been predefining that symbol for absolutely ages, suggesting that might be somewhat bitrotted. Also, did you build with the internal libpng, or use Cygwin's system libpng? I used the system libpng (just removed the make -C libpng command from the makefile). I did always build link doxygen with its own png (libpng1.0). Hm, interesting, cygwin's default png is libpng12, which infact is used in the include path for the compilation of doxygen sources, (e.g. g++ -c -fno-exceptions -fno-rtti -O -I../qtools -I/usr/include/libpng12 -I../libmd5 -o ../objects/ce_lex.o ce_lex.cpp). I just re-built doxygen w/o its built-in png and ran a few documentation projects. The results seem to indicate that the png version used doesn't matter. This is all I've been using to build with the system png library: Index: configure === RCS file: /u/kp3softd/cvsroot/configure,v retrieving revision 1.209 diff -u -p -r1.209 configure --- configure 10 Apr 2005 18:36:48 - 1.209 +++ configure 11 Apr 2005 21:19:31 - @@ -483,7 +483,6 @@ EOF echo $DST echo all: src/version.cpp $DST echo \$(MAKE) -C qtools $DST - echo \$(MAKE) -C libpng $DST echo \$(MAKE) -C libmd5 $DST echo \$(MAKE) -C src $DST if test $f_wizard = YES; then It seems a little wasteful for doxygen to carry around its own version of the code when there's already a package available. Max.