Re: Please upload: clamav-0.91-2
Corinna Vinschen schrieb: On Jul 26 21:22, Reini Urban wrote: So here is the full tree: http://rurban.xarch.at/software/cygwin/release/clamav/setup.hint http://rurban.xarch.at/software/cygwin/release/clamav/clamav-0.91.1-2.tar.bz2 wget http://rurban.xarch.at/software/cygwin/release/clamav/clamav-0.91.1-2.tar.bz2 --05:53:13-- http://rurban.xarch.at/software/cygwin/release/clamav/clamav-0.91.1-2.tar.bz2 = `clamav-0.91.1-2.tar.bz2' Resolving rurban.xarch.at... 193.171.113.181 Connecting to rurban.xarch.at|193.171.113.181|:80... connected. HTTP request sent, awaiting response... 403 Forbidden 05:53:13 ERROR 403: Forbidden. Oops, sorry. fixed.
Re: Please upload: clamav-0.91-2
On Jul 27 08:24, Reini Urban wrote: Corinna Vinschen schrieb: On Jul 26 21:22, Reini Urban wrote: So here is the full tree: http://rurban.xarch.at/software/cygwin/release/clamav/setup.hint http://rurban.xarch.at/software/cygwin/release/clamav/clamav-0.91.1-2.tar.bz2 wget http://rurban.xarch.at/software/cygwin/release/clamav/clamav-0.91.1-2.tar.bz2 --05:53:13-- http://rurban.xarch.at/software/cygwin/release/clamav/clamav-0.91.1-2.tar.bz2 = `clamav-0.91.1-2.tar.bz2' Resolving rurban.xarch.at... 193.171.113.181 Connecting to rurban.xarch.at|193.171.113.181|:80... connected. HTTP request sent, awaiting response... 403 Forbidden 05:53:13 ERROR 403: Forbidden. Oops, sorry. fixed. wget http://rurban.xarch.at/software/cygwin/release/clamav/libclamav2/libclamav-devel-0.91.1-2.tar.bz2 --07:54:09-- http://rurban.xarch.at/software/cygwin/release/clamav/libclamav2/libclamav-devel-0.91.1-2.tar.bz2 = `libclamav-devel-0.91.1-2.tar.bz2' Resolving rurban.xarch.at... 193.171.113.181 Connecting to rurban.xarch.at|193.171.113.181|:80... connected. HTTP request sent, awaiting response... 404 Not Found 07:54:09 ERROR 404: Not Found. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: CMake 2.4.7-1 ready
Corinna Vinschen wrote: On Jul 23 10:44, Bill Hoffman wrote: There has been a new release of the official CMake (2.4.7-1). This is a minor release from to 2.4.6 to 2.4.7. Here are the required files: http://www.cmake.org/files/cygwin/setup.hint http://www.cmake.org/files/cygwin/cmake-2.4.7-1.tar.bz2 http://www.cmake.org/files/cygwin/cmake-2.4.7-1-src.tar.bz2 The previous version should be cmake-2.2.3-1 and the current version should be cmake-2.4.7-1. Uploaded and 2.4.6-1 removed. \ I got this report from a cmake user: Hi, I installed Cygwin on a new machine intending to use ITK and friends, but I reached a roadblock in that ccmake appears not to exist, despite repeatedly installing and uninstalling, reinstalling etc. the 2.4.7-1 installation. IN fact, selecteing 'source' option does not even give me any source. Do you know what's up? I had some trouble myself when I tested the install. I had to unpack the tar file by hand. I must have messed something up. Any ideas what? Once unpacked by hand the cmake install was fine. -Bill
[PATCH] - setup.exe --mirror-list option (nudge, nudge)
No comments? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hicks, Jerry - ACD Sent: Wednesday, July 18, 2007 3:11 PM To: cygwin-apps@cygwin.com Subject: [patch] - setup.exe --mirror-list option Hi, I've been setting up a package server that does not have direct internet connectivity. Regardless of what I tried, I was unable to keep it from attempting to contact cygwin.com to retrieve the mirror list. Upon inspection I found that the URL for the mirror list appears to be hardcoded into the .rc file. I suppose there are good reasons for that in the usual case but I needed to be able to override it. Follows is a simple hack to allow a '--mirror-list' option which allows one to specify where to pick up the mirror list. I believe it might be useful to others. If there is a method of achieving this otherwise [or a reason why it's stupid :-)] I would appreciate a heads-up. Cheers, Jerry Hicks * This e-mail and any files transmitted with it may be proprietary and are intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the sender. Please note that any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of ITT Corporation. The recipient should check this e-mail and any attachments for the presence of viruses. ITT accepts no liability for any damage caused by any virus transmitted by this e-mail. ***
Re: Upload: pinfo-0.6.9-1 [Was: Package maintainer list]
Lapo Luchini wrote: Corinna Vinschen wrote: Right, it requires libncurses8. It seems most requirements are unnecessary. pinfo.exe does neither link against libiconv, nor libintl. And, does it really require the man and texinfo packages? Does pinfo call the man and info binaries under the hood? I'll check it better on a clean environment this evening, to be sure. It does not call them under the hood, it does indeed uses texinfo to compile his own info, but that's build-time-only. I wonder why they were in the old setup.hint, but OTOH, do all those other packages really need texinfo at *runtime*? autoconf2.5, automake1.10, automake1.4, automake1.5, automake1.6, automake1.7, automake1.8, automake1.9, cygwin-doc, gettext-devel, libtool1.5, octave, _update-info-dir It does indeed need libiconv and libintl, but it currently links them statically. I'll investigate that a bit further and either convince it to use the shared ones or correct the setup.hint. (0.6.8 did indeed use the shared ones) -- Lapo Luchini [EMAIL PROTECTED] (OpenPGP X.509) www.lapo.it (Jabber, ICQ, MSN)
Re: CMake 2.4.7-1 ready
On Fri, 27 Jul 2007, Bill Hoffman wrote: Bill Hoffman wrote: I had some trouble myself when I tested the install. I had to unpack the tar file by hand. I must have messed something up. Any ideas what? Once unpacked by hand the cmake install was fine. -Bill I have tried again myself, and if I do a reinstall, the download part works fine. But the install stage happens really fast. I suspect there maybe an error flashing by, but I can't see it. Is there a way to debug setup or get more verbose output? Thanks. Look at /var/log/setup.log.full for a reasonably fine-grained trace of setup's activity. If there is an I/O error, it should show that. Also, it will contain the output your postinstall script produces. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Belief can be manipulated. Only knowledge is dangerous. -- Frank Herbert
Re: CMake 2.4.7-1 ready
Bill Hoffman wrote: I had some trouble myself when I tested the install. I had to unpack the tar file by hand. I must have messed something up. Any ideas what? Once unpacked by hand the cmake install was fine. -Bill I have tried again myself, and if I do a reinstall, the download part works fine. But the install stage happens really fast. I suspect there maybe an error flashing by, but I can't see it. Is there a way to debug setup or get more verbose output? Thanks. -Bill
Re: CMake 2.4.7-1 ready
Igor Peshansky wrote: On Fri, 27 Jul 2007, Bill Hoffman wrote: Look at /var/log/setup.log.full for a reasonably fine-grained trace of setup's activity. If there is an I/O error, it should show that. Also, it will contain the output your postinstall script produces. HTH, Igor Thanks I got this: 2007/07/27 16:12:01 Downloaded C:\cygwin/http%3a%2f%2fcygwin.osuosl.org/release/ cmake/cmake-2.4.7-1.tar.bz2 Checking MD5 for file://C:\cygwin/http%3a%2f%2fcygwin.osuosl.org/release/cmake/c make-2.4.7-1.tar.bz2 MD5 verified OK: file://C:\cygwin/http%3a%2f%2fcygwin.osuosl.org/release/cmake/c make-2.4.7-1.tar.bz2 98520e89e50d2930ec3f559aec8c5e33 2007/07/27 16:12:02 Installing file://C:\cygwin/http%3a%2f%2fcygwin.osuosl.org/r elease/cmake/cmake-2.4.7-1.tar.bz2 2007/07/27 16:12:02 Visited: 174 nodes out of 854. However, a different cmake user reported this: I had the same problem, but managed to install it using the setup.exe tool by following the steps described below. However, the simplest thing to do is just untar it manually into / and it should work OK. The comments below are provided to help diagnose the problem. I think the problem is that the tar package is not correct, or at least not setup.exe friendly. If you list the contents of the original file (tar -tf ...) and the one I got working, the difference is that the original file doesn't list the directories. That is, the contents were: // original tar file usr/bin/ccmake.exe usr/bin/cmake.exe usr/bin/cpack.exe usr/bin/ctest.exe ... // repackaged tar file (by me: tar -cvf ...) usr/ usr/bin/ usr/bin/ccmake.exe usr/bin/cmake.exe usr/bin/cpack.exe usr/bin/ctest.exe ... Apparently, setup.exe doesn't like that. So to wrap it up, what I did was I untared and re-tared the package. But then to get setup.exe to accept it as valid I also had to compute the size and md5 sums of the new file and put these values in the setup.ini entry for cmake. So, it looks like my tar file is not correct. However, I used the same process to create it that have been doing for several releases now. Any ideas what is wrong? Thanks. -Bill
Re: Upload: pinfo-0.6.9-1 [Was: Package maintainer list]
Lapo Luchini wrote: OTOH, do all those other packages really need texinfo at *runtime*? autoconf2.5, automake1.10, automake1.4, automake1.5, automake1.6, automake1.7, automake1.8, automake1.9, cygwin-doc, gettext-devel, libtool1.5, octave, _update-info-dir The automakeVER packages generate Makefile.in files that, by default, include rules for generating .info files using texinfo. So, it's not that automakeVER itself requires texinfo at runtime, but that the output files created when using automakeVER require it. OTOH, automake(wrapper), libtoolVER, and gettext-devel can probably have that dependency removed. -- Chuck
Re: [PATCH] - setup.exe --mirror-list option (nudge, nudge)
On Fri, Jul 27, 2007 at 11:49:39AM -0400, Hicks, Jerry - ACD wrote: No comments? I have two comments but neither is probably anything you want to hear. 1) I don't care if the developers want to consider this patch but since setup.exe is not supposed to be a generic install utility but I could see if they they would rather forgo installing it as it doesn't really provide any functionality which would be useful for the normal user. New functionality always carries a support burden so these kinds of features have to be considered with this in mind. 2) It is against site policy for email to be sent with the type of disclaimer that you are using. I mention this because very soon we'll actually be blocking things that look like the disclaimer. cgf
Please upload: singular-*-3.0.3-1
Please upload the version update packages for singular: wget \ http://www.mathematik.uni-kl.de/~wienand/Singular/singular-base-3.0.3-1-src.tar.bz2 wget \ http://www.mathematik.uni-kl.de/~wienand/Singular/singular-base-3.0.3-1.tar.bz2 wget \ http://www.mathematik.uni-kl.de/~wienand/Singular/singular-help-3.0.3-1.tar.bz2 wget \ http://www.mathematik.uni-kl.de/~wienand/Singular/singular-icons-3.0.3-1.tar.bz2 wget \ http://www.mathematik.uni-kl.de/~wienand/Singular/singular-share-3.0.3-1.tar.bz2 wget \ http://www.mathematik.uni-kl.de/~wienand/Singular/singular-surf-3.0.3-1-src.tar.bz2 wget \ http://www.mathematik.uni-kl.de/~wienand/Singular/singular-surf-3.0.3-1.tar.bz2 Please keep 3.0.2-1 as prev, except for singular-surf keep 3.0.0-2 as prev here. Thank you, Oliver Wienand