Re: Please upload: coreutils-5.3.0-5
On Apr 14 06:49, Eric Blake wrote: think it is better to leave 5.3.0-3 as the prev version, so delete 5.3.0-4. http://home.comcast.net/~ericblake/coreutils-5.3.0-5.tar.bz2 1952825 f60ba5fc56f3f7523beee588ed8fd242 http://home.comcast.net/~ericblake/coreutils-5.3.0-5-src.tar.bz2 4555211 575037876f5b9eef45812c752ceeb1f6 Uploaded, 5.3.0-4 deleted. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: CMake 2.0.6-1 ready
On Apr 14 11:21, William A. Hoffman wrote: ftp://www.cmake.org/pub/cmake/cygwin/setup.hint ftp://www.cmake.org/pub/cmake/cygwin/cmake-2.0.6-1.tar.bz2 ftp://www.cmake.org/pub/cmake/cygwin/cmake-2.0.6-1-src.tar.bz2 The previous version should remain 1.8.3-1, and 2.0.5-1 should be removed. Uploaded and 2.0.5-1 removed. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Please upload: doxygen v1.4.2-20050410 (3nd take)
I've uploaded another cut of doxygen v142 src binary packages to http://www.smithii.com/files/cygwin/hans/, addressing more concerns/suggestions raised by Max Bowsher. In particular: 1. removing pdf manual 2. including upstream source tarball 3. package naming issues -rw-r--r-- 1 32237 ross 2276844 Apr 15 11:34 doxygen_1.4.2-20050410-src.tar.bz2 -rw-r--r-- 1 32237 ross 2000493 Apr 15 11:35 doxygen_1.4.2-20050410.tar.bz2 -rw-r--r-- 1 32237 ross 179 Apr 15 11:35 md5.sum -rw-r--r-- 1 32237 ross 351 Apr 15 11:35 setup.hint Does that do? H.
RE: 1.5.14-1 cygwin1.dll could not be found
Original Message From: Dave Korn Sent: 07 April 2005 20:07 [Thread properly TITTAL'd, to coin a phrase] Well, I have a crude patch going, and it's that time of night that I'm leaving the office and going home now[*], so here's what I've done so far, just in case anyone else wants to have a go and see if it works for them. Here's rev.1 of that patch. I've avoided all the code duplication from the cut-n-paste-coding of the previous patch by factoring out the repeated bits into subroutines (and indeed by removing some slightly pointless constructs like that int e = 0; e += thing that was going on in the trycatch clauses. I've also removed the message boxes that I put in for debugging. The following points however remain: 3) There's no changelog entry! 4) I'm not sure how correct it is! For instance, do I need to worry about whether the cygwin package is going to be an uninstall-and-reinstall or a replace-in-place? To which I may as well add: 5) Do I really need to worry about putting return statements after calling LogSingleton::GetInstance().exit (1); ? There was a reference in there to some kind of 'issue' with ::exit, but I haven't yet done an archive search to try and understand what's going on - does anyone remember? I'm not so worried about 4) now. There's nothing innate to stop a package from being processed first by the uninstall, then by the replace-in-place loop, and if the uninstall affected the flags in the packagemeta in such a way that they passed the test (which I have now moved into upgrade_if_needed), then it would indeed be first uninstalled and then replaced in place. However that's the way its always worked; I assume it is implicitly protected against this by the behaviour of the various pkg.installed and pkg.desired flags. Anyway it seems to do the job reasonable well, so if nobody has offered me any of the requested-for comments by Monday a.m., I'll call it finalised and resubmit it with a changelog entry. cheers, DaveK -- Can't think of a witty .sigline today setup-save-cygdll-til-last-patch.diff Description: Binary data
RE: 1.5.14-1 cygwin1.dll could not be found
On Fri, 15 Apr 2005, Dave Korn wrote: 5) Do I really need to worry about putting return statements after calling LogSingleton::GetInstance().exit (1); ? There was a reference in there to some kind of 'issue' with ::exit, but I haven't yet done an archive search to try and understand what's going on - does anyone remember? IIRC, gcc needs to know that the exit() function never returns. It does know for ::exit() (because there's an appropriate attribute on it), but it doesn't for LogSingleton::exit(), and so will complain that the functions are missing a return statement. So you need to put those in to quell the warnings. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
Re: Please upload: doxygen v1.4.2-20050410 (3nd take)
Max, Max Bowsher wrote: Hans W. Horn wrote: I've uploaded another cut of doxygen v142 src binary packages to http://www.smithii.com/files/cygwin/hans/, addressing more concerns/suggestions raised by Max Bowsher. In particular: 1. removing pdf manual 2. including upstream source tarball 3. package naming issues -rw-r--r-- 1 32237 ross 2276844 Apr 15 11:34 doxygen_1.4.2-20050410-src.tar.bz2 -rw-r--r-- 1 32237 ross 2000493 Apr 15 11:35 doxygen_1.4.2-20050410.tar.bz2 -rw-r--r-- 1 32237 ross 179 Apr 15 11:35 md5.sum -rw-r--r-- 1 32237 ross 351 Apr 15 11:35 setup.hint Does that do? Package naming still incorrect. It should be: doxygen-1.4.2_20050410-1.tar.bz2 doxygen-1.4.2_20050410-1-src.tar.bz2 Fixed. Also, please could you briefly describe the purpose and origin of the following parts of the patch: +++ doxygen_1.4.2-20050410/addon/doxywizard/version.cpp 1969-12-31 16:00:00.0 -0800 addon/doxywizard/version.cpp is created during the build and removed during a 'make distclean'. The upstream version I was diffing against, must not have been made 'distclean'. I haved removed the offending file from the upstream version I am diffing against! +++ doxygen_1.4.2-20050410/doc/language.doc 2005-04-12 08:19:02.941256000 -0700 +++ doxygen_1.4.2-20050410/doc/translator_report.txt 2005-04-12 08:19:05.404798400 -0700 +++ doxygen_1.4.2-20050410/examples/example.tag 2005-04-15 08:12:16.622246400 -0700 These files are touched during a 'make install_docs'. diffs seem to be meaningless! Is there a way to exclude them from the patch file (I mean automatically)? The Cygwin-specific readme should be wrapped to remain within 80 columns. Fixed! But, please, take a look at doxygen-1.2.18.README and tell me how many chars per line you see! And, by the way, the previous doxygen-1.2.18 version did ship with a pdf version of its manual Re-uploaded! -rw-r--r-- 1 32237 ross 2276504 Apr 15 19:45 doxygen-1.4.2_20050410-src.tar.bz2 -rw-r--r-- 1 32237 ross 2000743 Apr 15 19:47 doxygen-1.4.2_20050410.tar.bz2 -rw-r--r-- 1 32237 ross 179 Apr 15 19:47 md5.sum -rw-r--r-- 1 32237 ross 351 Apr 15 19:47 setup.hint Does that do? H.
new packages: w3m-0.5.1-1 and libgc-6.4-1
Hi, I have w3m 0.5.1 and libgc 6.4 packaged and available for initial release: http://bheckel.multics.org/cygwin/w3m/w3m-0.5.1-1.tar.bz2 http://bheckel.multics.org/cygwin/w3m/w3m-0.5.1-1-src.tar.bz2 http://bheckel.multics.org/cygwin/w3m/setup.hint http://bheckel.multics.org/cygwin/libgc/libgc-6.4-1.tar.bz2 http://bheckel.multics.org/cygwin/libgc/libgc-6.4-1-src.tar.bz2 http://bheckel.multics.org/cygwin/libgc/setup.hint - setup.hint - w3m: sdesc: A text based Web browser and pager ldesc: w3m is a pager/text-based WWW browser. It is similar to Lynx, but handles some things like page navigation differently. It can render tables and frames (by converting frames into tables) or display a document given from standard input. It supports tabbed browsing. It can execute local CGI scripts without any HTTP server. category: Text Web requires: libgc ncurses openssl cygwin setup.hint - libgc: sdesc: The Boehm-Demers-Weiser conservative garbage collector for C/C++ ldesc: The Boehm-Demers-Weiser conservative garbage collector can be used as a garbage collecting replacement for C malloc or C++ new. It allows you to allocate memory basically as you normally would, without explicitly deallocating memory that is no longer useful. The collector automatically recycles memory when it determines that it can no longer be otherwise accessed. category: Libs requires: cygwin - FWIW, both the w3m and libgc packages exist as part of Debian: http://packages.debian.org/stable/libs/libgc6 http://packages.debian.org/stable/web/w3m-ssl I want to thank Jason Tishler for his assistance over the last month in guiding a new package maintainer, testing and figuring out (then helping me fix) a problem that caused older versions of w3m to perform much better than the latest version of unmodified w3m. Please let me know if you have any questions or if I could have done anything better. Thanks for considering the integration of these packages into Cygwin. Bob Heckel