Re: [GTG] Re: [ITP] tig 0.9.1 -- Curses based git repository browser
On Oct 19 09:17, Dr. Volker Zell wrote: Jari Aalto writes: Included in Debian stable: http://packages.debian.org/tig Jari sdesc: Curses based git repository browser ldesc: A command line repository browser capable of displaying a summerized revision log and showing commit log messages, diffstats and diffs. Progam may also be used as a pager. It reads input from stdin and colorizes it. category: Utils requires: cygwin git libiconv2 libncurses8 Builds fine from source and packaging looks good. Uploaded under the git release directory. Please announce. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
[GTG] Re: [ITP] tig 0.9.1 -- Curses based git repository browser
Jari Aalto writes: Included in Debian stable: http://packages.debian.org/tig Jari sdesc: Curses based git repository browser ldesc: A command line repository browser capable of displaying a summerized revision log and showing commit log messages, diffstats and diffs. Progam may also be used as a pager. It reads input from stdin and colorizes it. category: Utils requires: cygwin git libiconv2 libncurses8 Builds fine from source and packaging looks good. GTG Volker
src/winsup/cygwin ChangeLog fhandler_disk_file.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2007-10-19 12:22:49 Modified files: winsup/cygwin : ChangeLog fhandler_disk_file.cc Log message: * fhandler_disk_file.cc (__DIR_mounts::eval_ino): Make fname big enough to allow multibyte chars. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3941r2=1.3942 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srcr1=1.252r2=1.253
Re: OpenLDAP Upgrade Request (OpenLDAP 2.3.38)
Svend Sorensen writes: Could the Cygwin OpenLDAP be updated to the latest stable release (2.3.38)? Yes, when time permits. Thanks, Svend Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with cppunit: Segmentation Fault
On Oct 19 11:56, Dave Korn wrote: On 19 October 2007 11:05, Heiko Selber wrote: So I guess the package is indeed broken and merits a bug report. Will the package maintainer pick it up from this list? The version of cppunit included in cygwin (1.9.14-1) is a bit old anyway. Plus, it was apparently only released as a development snapshot on sf.net. It's currently undergoing a change of maintainership, having been orphaned for some time previously. See the thread [ITA] cppunit 1.10.2 - A C++ unit testing framework in the cygwin-announce list archives during august this year. Uh oh, I missed that. Now cppunit is removed from cygwin.com. But AFAICS, it doesn't matter, given that it's broken anyway. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cppunit package removed from Cygwin disto (was Re: Problem with cppunit: Segmentation Fault)
On Oct 19 12:05, Heiko Selber wrote: Dave Korn wrote: I wonder if the distro version of cppunit was built with the older version of gcc that had problems with strings and dlls, because I got as far as some kind of std::string c-tor before it blew up on me. OK, I just removed cygwin's version of cppunit and built my own like René; it works for me, too. So I guess the package is indeed broken and merits a bug report. Will the package maintainer pick it up from this list? Unfortunately the cppunit package has no maintainer anymore for some time. I removed the package from the distribution for now. If anybody is interested in picking up the package and become package maintainer, please see http://cygwin.com/setup.html. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problem with cppunit: Segmentation Fault
On 19 October 2007 11:05, Heiko Selber wrote: So I guess the package is indeed broken and merits a bug report. Will the package maintainer pick it up from this list? The version of cppunit included in cygwin (1.9.14-1) is a bit old anyway. Plus, it was apparently only released as a development snapshot on sf.net. It's currently undergoing a change of maintainership, having been orphaned for some time previously. See the thread [ITA] cppunit 1.10.2 - A C++ unit testing framework in the cygwin-announce list archives during august this year. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: bash-3.2.25-17
On Fri, 19 Oct 2007, Corinna Vinschen wrote: On Oct 19 09:46, Igor Peshansky wrote: On Fri, 19 Oct 2007, Eric Blake wrote: According to Igor Peshansky on 10/19/2007 7:29 AM: I could, but the issue is more basic than where the script lives. Right now Cygwin populates the /dev directory as a virtual directory within the DLL. The script I'm talking about will make /dev a real directory, and the only thing Cygwin will deal with is devices. I don't see the point. Ok, fair enough. There was a mailing list discussion a while ago that involved Christopher Faylor stating that he'd like to see such functionality at some point, so I figured I'd work on a script to do that. If Cygwin wants to keep the files in /dev virtual, I have no problems keeping the current create_devices.sh script. What the transition would entail is not clear to me. But the bash postinstall script already creates /dev as a real directory, as of my release announcement; it just isn't very populated. I think making the script its own package in base, then making bash depend on that package, would be worthwhile. ...and the syslog-ng-config as well as the syslogd-config scripts also create /dev if it doesn't exist so that syslog-ng/syslogd can create a /dev/log socket. Yes, I already corrected myself that I meant the files in /dev, not /dev itself. Sorry, I was imprecise. Whether /dev is a real directory or not is irrelevant. However, the *files* in /dev are virtual, and therefore the command mknod -m 666 c 1 3 /dev/null will fail, because, as far as the Cygwin DLL is concerned, /dev/null already exists. Plus, we might get into some ordering issues on when to run this script... I'm under the impression you're thinking about this too complicated. The script could be a postinstall script in the Base category, so it's getting run automatically on install. Cygwin itself does not depend on the existence of /dev, so there's no problem with order or so. For the virtual devices which are handled by Cygwin you don't need to call mknod. Just create empty files, like this: $ touch `cygpath -am /dev`/null $ ls -l /dev/null crw-rw-rw- 1 corinna root 1, 3 Dec 1 2006 /dev/null As you can see, Cygwin does never evaluate a DOS path as virtual device, while it always evaluates the POSIX path into the virtual device. Voila. That is exactly what the current create_devices.sh does. 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 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setting up a X-server
Paul McFerrin wrote: I see a lot of packages under Cygwin called something like: xorg-x11-* Obviously I don't need everything (hopefully) but what do I really need? Which windowing X-server do I need? What font libraries do I need for the normal stuff? Can someone advise me on the above? I'm sorta interested in installing the rxvt-unicode-X application since rxvt no longer has active support. Just let 'setup.exe' tell you what you need. Pick the packages you want and leave the rest to 'setup.exe'. If you have any Cygwin-X specific questions, those should go to the Cygwin-X list. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Setting up a X-server
I see a lot of packages under Cygwin called something like: xorg-x11-* Obviously I don't need everything (hopefully) but what do I really need? Which windowing X-server do I need? What font libraries do I need for the normal stuff? Can someone advise me on the above? I'm sorta interested in installing the rxvt-unicode-X application since rxvt no longer has active support. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problem with the dos2unix command
From: Patrick Monnerat; Sent: Wednesday, October 17, 2007 7:00 AM I'm trying to convert a \r\n line-ending file to unix style, but this file has some lines with their last character being \r (i.e.: the sequence of binary bytes is ...\r\r\n...) Using dos2unix to convert it strips both \r, resulting in a byte sequence ...\n... This seems to me a bug. I need the trailing \r in the file as a normal character, not being part of the line ending. For the record, shouldn't the following work? sed -i -e 's/\r$//' file1, file2, ... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setting up a X-server
On Fri, Oct 19, 2007 at 10:01:41PM -0400, Paul McFerrin wrote: I see a lot of packages under Cygwin called something like: xorg-x11-* Obviously I don't need everything (hopefully) but what do I really need? Which windowing X-server do I need? What font libraries do I need for the normal stuff? Can someone advise me on the above? I'm sorta interested in installing the rxvt-unicode-X application since rxvt no longer has active support. Please use the cygwin-xfree mailing list for X-related questions. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rxvt, cmd programs and cursor keys
Ma Dincht wrote: I am running rxvt (native, non-X) and everything I need works fine except of one thing. Time to time I need to run cmd programs, like oracle's sqlplus or even cmd itself. They work fine except of the up/down arrow keys, which should cycle through command history in those programs. However, if they are started under rxvt, the arrow keys are not passed correctly to these programs, instead rxvt moves the cursor up or down. Is there a way to make rxvt pass cursor key pressings to the cmd programs without any procession by rxvt? You will run into this any time you try to run a non-Cygwin program with input connected to an emulated pty. There's no workaround, that's just the way rxvt (and most every other unix terminal, e.g. xterm) works. In fact the only case where you *won't* involve a pty is when you are using a native Windows console and you don't have CYGWIN=tty; or if you use a non-Cygwin terminal like putty or console2. There are many past threads on this topic if you want more information. Here is a search to get you started: http://www.google.com/search?q=site%3Acygwin.com+inurl%3Aml+inurl%3Acygwin+rxvt+ptynum=100 Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CYGWIN sshd staying in 'Starting' status
On 10/19/07, Sam Snitman wrote: Thanks for your reply Rene, In reading the $CYGWIN/usr/share/doc/Cygwin/openssh.README file, It mentions that the substitute account should have the following user rights: Create a token object Logon as a service Replace a process level token Increate Quota Where are these properties set? Thanks, Sam Running ssh-host-config creates the account and sets the appropriate rights and restrictions automatically. -Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
CYGWIN sshd staying in 'Starting' status
One of my company's Windows 2003 servers had CYGWIN and I think also openssh that came in CYGWIN on it. I'm afraid I do not know much about CYGWIN. I am trying to get the cygwin sshd server running to send/receive files from remote servers via sftp. When I try to sftp to this servers own ip, by running the command 'sftp our server ip', it says: Connecting to our server ip Ssh:connect to host our server ip PORT 22: Connection refused Connection closed Under Component services I noticed an entry 'CYGWIN sshd' that was in 'Startup Type' of 'Automatic' but did not have anything under the 'Status' column. I tried to start this service but it has stayed in 'Starting' status for a few hours now. D:\cygwin\var\log\sshd.log has the following: Could not load host key: /etc/ssh_host_key Could not load host key: /etc/ssh_host_rsa_key Could not load host key: /etc/ssh_host_dsa_key Disabling protocol version 1. Could not load host key Disabling protocol version 2. Could not load host key sshd: no hostkeys available -- exiting. Could not load host key: /etc/ssh_host_key Could not load host key: /etc/ssh_host_rsa_key Could not load host key: /etc/ssh_host_dsa_key Disabling protocol version 1. Could not load host key Disabling protocol version 2. Could not load host key sshd: no hostkeys available -- exiting. Could not load host key: /etc/ssh_host_key Could not load host key: /etc/ssh_host_rsa_key Could not load host key: /etc/ssh_host_dsa_key Disabling protocol version 1. Could not load host key Disabling protocol version 2. Could not load host key sshd: no hostkeys available -- exiting. I have since tried to stop the service by running the command: 'netstop sshd' and received the following: D:\cygwinnet stop sshd The CYGWIN sshd service is stopping... The CYGWIN sshd service could not be stopped. Can anyone provide me with some ideas to troubleshoot? Thanks very much, Sam -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: bash-3.2.25-17
On Oct 19 09:46, Igor Peshansky wrote: On Fri, 19 Oct 2007, Eric Blake wrote: According to Igor Peshansky on 10/19/2007 7:29 AM: I could, but the issue is more basic than where the script lives. Right now Cygwin populates the /dev directory as a virtual directory within the DLL. The script I'm talking about will make /dev a real directory, and the only thing Cygwin will deal with is devices. I don't see the point. What the transition would entail is not clear to me. But the bash postinstall script already creates /dev as a real directory, as of my release announcement; it just isn't very populated. I think making the script its own package in base, then making bash depend on that package, would be worthwhile. ...and the syslog-ng-config as well as the syslogd-config scripts also create /dev if it doesn't exist so that syslog-ng/syslogd can create a /dev/log socket. Sorry, I was imprecise. Whether /dev is a real directory or not is irrelevant. However, the *files* in /dev are virtual, and therefore the command mknod -m 666 c 1 3 /dev/null will fail, because, as far as the Cygwin DLL is concerned, /dev/null already exists. Plus, we might get into some ordering issues on when to run this script... I'm under the impression you're thinking about this too complicated. The script could be a postinstall script in the Base category, so it's getting run automatically on install. Cygwin itself does not depend on the existence of /dev, so there's no problem with order or so. For the virtual devices which are handled by Cygwin you don't need to call mknod. Just create empty files, like this: $ touch `cygpath -am /dev`/null $ ls -l /dev/null crw-rw-rw- 1 corinna root 1, 3 Dec 1 2006 /dev/null As you can see, Cygwin does never evaluate a DOS path as virtual device, while it always evaluates the POSIX path into the virtual device. Voila. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: bash-3.2.25-17
On Fri, 19 Oct 2007, Eric Blake wrote: According to Igor Peshansky on 10/19/2007 7:29 AM: Why not create a stand-alone package in the base category which consists of just the postinstall script? I could, but the issue is more basic than where the script lives. Right now Cygwin populates the /dev directory as a virtual directory within the DLL. The script I'm talking about will make /dev a real directory, and the only thing Cygwin will deal with is devices. What the transition would entail is not clear to me. But the bash postinstall script already creates /dev as a real directory, as of my release announcement; it just isn't very populated. I think making the script its own package in base, then making bash depend on that package, would be worthwhile. Sorry, I was imprecise. Whether /dev is a real directory or not is irrelevant. However, the *files* in /dev are virtual, and therefore the command mknod -m 666 c 1 3 /dev/null will fail, because, as far as the Cygwin DLL is concerned, /dev/null already exists. Plus, we might get into some ordering issues on when to run this script... 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 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: bash-3.2.25-17
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Igor Peshansky on 10/19/2007 7:29 AM: Why not create a stand-alone package in the base category which consists of just the postinstall script? I could, but the issue is more basic than where the script lives. Right now Cygwin populates the /dev directory as a virtual directory within the DLL. The script I'm talking about will make /dev a real directory, and the only thing Cygwin will deal with is devices. What the transition would entail is not clear to me. But the bash postinstall script already creates /dev as a real directory, as of my release announcement; it just isn't very populated. I think making the script its own package in base, then making bash depend on that package, would be worthwhile. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHGLLB84KuGfSFAYARAiQ9AKDZny1eTSyCP9dKKLjRzrj+iBO0GACeP2oy As9WTODJsVbFc4T/vlEc3Ro= =DaVD -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: bash-3.2.25-17
On Fri, 19 Oct 2007, Corinna Vinschen wrote: On Oct 18 13:29, Igor Peshansky wrote: On Wed, 17 Oct 2007, Eric Blake wrote: [snip] Based on user response, I may be convinced to fold in the rest of Igor's create_devices.sh [see http://cygwin.com/cygwin-ug-net/using-specialnames.html] into the bash postinstall, as it admittedly looks a bit weird when 'ls /dev' shows /dev/stdin but not /dev/null (rest assured, all the devices still exist, even if a listing of /dev does not show them). FYI, mknod works just fine on Cygwin, and I've been using a /ddev directory populated with mknod for a while now (not in scripts, of course) with no problems. I have a preliminary version of a modified script that uses mknod to populate a directory with devices. Should we use that instead (and put this in a postinstall script for the cygwin package)? Why not create a stand-alone package in the base category which consists of just the postinstall script? I could, but the issue is more basic than where the script lives. Right now Cygwin populates the /dev directory as a virtual directory within the DLL. The script I'm talking about will make /dev a real directory, and the only thing Cygwin will deal with is devices. What the transition would entail is not clear to me. 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 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: openssl-0.9.8g-1, openssl-devel-0.9.8g-1
I've updated the version of OpenSSL to 0.9.8g-1. This also includes the openssl-devel package. This is an upstream security and bugfix release. The Cygwin release is the vanilla version, no additional patches. The previous version, 0.9.8f, has been release a week ago, 11-Oct-2007. It was a security and bugfix release, but for some reason no official announcement has been sent, only a list of vulnerabilities fixed in 0.9.8f. The official announcement for 0.9.8g does not contain any hint about the security fixes applied to the 0.9.8f version. For that reason you will find below the official release message for 0.9.8g, as well as the list of vulnerabilities fixed in 0.9.8f. OpenSSL Security Advisory [12-Oct-2007] === OpenSSL Vulnerabilities --- Vulnerability A --- Andy Polyakov discovered a flaw in OpenSSL's DTLS implementation which could lead to the compromise of clients and servers with DTLS enabled. DTLS is a datagram variant of TLS specified in RFC 4347 first supported in OpenSSL version 0.9.8. Note that the vulnerabilities do not affect SSL and TLS so only clients and servers explicitly using DTLS are affected. We believe this flaw will permit remote code execution. This vulnerability is tracked as CVE-2007-4995. Versions Affected - All releases of 0.9.8 prior to 0.9.8f. Recommendation -- Either a) Upgrade to the latest version of OpenSSL (0.9.8f) and rebuild all packages using OpenSSL for DTLS. or, b) Disable DTLS. Vulnerability B --- Moritz Jodeit found an off-by-one error in SSL_get_shared_ciphers(), a function that should normally only be used for logging or debugging. The impact of this overflow is unclear. This vulnerability is tracked as CVE-2007-5135. Versions Affected - All releases of 0.9.8 prior to 0.9.8f. All releases of 0.9.7 prior to 0.9.7m. (Note that versions prior to 0.9.8d and 0.9.7l actually had a worse problem in the same function). Recommendation -- a) Don't use SSL_get_shared_ciphers(). OR b) Upgrade to 0.9.8f. === Official release message: === OpenSSL - The Open Source toolkit for SSL/TLS http://www.openssl.org/ The OpenSSL project team is pleased to announce the release of version 0.9.8g of our open source toolkit for SSL/TLS. This new OpenSSL version is a bugfix release. For a complete list of changes, please see http://www.openssl.org/source/exp/CHANGES. We consider OpenSSL 0.9.8g to be the best version of OpenSSL available and we strongly recommend that users of older versions upgrade as soon as possible. OpenSSL 0.9.8g is available for download via HTTP and FTP from the following master locations (you can find the various FTP mirrors under http://www.openssl.org/source/mirror.html): * http://www.openssl.org/source/ * ftp://ftp.openssl.org/source/ The distribution file names are: o openssl-0.9.8g.tar.gz MD5 checksum: acf70a16359bf3658bdfb74bda1c4419 SHA1 checksum: 4e9c5ced466715d18fd924de79bde5c15da80fa1 The checksums were calculated using the following commands: openssl md5 openssl-0.9.*.tar.gz openssl sha1 openssl-0.9.*.tar.gz The OpenSSL Project Team... Mark J. Cox Nils Larsch Ulf Möller Ralf S. Engelschall Ben Laurie Andy Polyakov Dr. Stephen Henson Richard Levitte Geoff Thorpe Lutz JänickeBodo Möller === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.24: emacs hangs when started from ssh session
Hello cygwinners, I just upgraded an old Cygwin installation to the current version, and now emacs hangs when I try to start it from within an ssh session. To be precise, if I open a cygwin window on the Windows desktop and type emacs there, it works fine, but if I log into cygwin from an Unix machine using ssh and type emacs in the ssh session, the emacs process hangs, consuming most of the CPU. Here is a typescript of an ssh session illustrating the problem. In an attempt to construct a minimal test case, I have specified the emacs command line option -nw to make sure emacs doesn't use X (though it shouldn't in any case because this is the non-X version), and -f kill-emacs to make emacs exit immediately after startup without having to manually type control-x control-c. The problem occurs whether these command line options are present or not. unix ~ $ ssh cygwin Last login: Fri Oct 19 14:10:35 2007 from 10.0.0.22 [EMAIL PROTECTED] ~ $ time emacs -nw -f kill-emacs [nothing happens for more than 18 minutes; I give up and hit control-C] real18m26.024s user12m32.171s sys 0m0.015s I tried to to debug the problem by running emacs under strace, but got the following error: $ time strace -o strace.out emacs -nw -f kill-emacs emacs: standard input is not a tty real0m0.183s user0m0.015s sys 0m0.015s Here are the versions of the packages involved: [EMAIL PROTECTED] ~ $ cygcheck -c cygwin emacs openssh Cygwin Package Information Package VersionStatus cygwin 1.5.24-2 OK emacs21.2-13OK openssh 4.7p1-2OK The output of cygcheck -s -v -r is attached. Any clues? -- Andreas Gustafsson, [EMAIL PROTECTED] Cygwin Configuration Diagnostics Current System Time: Fri Oct 19 13:14:11 2007 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: c:\cygwin\usr\X11R6\bin c:\cygwin\usr\local\bin c:\cygwin\bin c:\cygwin\bin c:\Program Files\Java\jdk1.5.0_06\bin c:\Python24\ c:\Perl\bin\ c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\cygwin\bin c:\program files\microsoft visual studio\common\msdev98\bin c:\Xilinx\bin\nt c:\Program Files\Microsoft Visual Studio 8\Team Tools\Performance Tools\ c:\Program Files\Microsoft SQL Server\90\Tools\binn\ c:\cygwin\bin Output from c:\cygwin\bin\id.exe (nontsec) UID: 1005(gson) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from c:\cygwin\bin\id.exe (ntsec) UID: 1005(gson) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'gson' PWD = '/home/gson' CYGWIN = 'ntsec tty' HOME = '/home/gson' MAKE_MODE = 'unix' HOMEPATH = '\cygwin\home\gson' MANPATH = ':/usr/ssl/man' TERM = 'xterm' SHELL = '/bin/bash' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 2 Stepping 9, GenuineIntel' WINDIR = 'C:\WINDOWS' SSH_CLIENT = '10.0.0.22 58992 22' OLDPWD = '/home/gson' USERDOMAIN = 'NT AUTHORITY' SSH_TTY = '/dev/tty0' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' TEMP = '/cygdrive/c/WINDOWS/TEMP' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'SYSTEM' PROCESSOR_LEVEL = '15' MAIL = '/var/spool/mail/gson' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\gson' TZ = 'FLEST-2FLEDT-3,M3.5.0/3,M10.5.0/4' PS1 = '\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' PROCESSOR_ARCHITECTURE = 'x86' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.pyo;.pyc;.pyw;.py' HOMEDRIVE = 'c:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' LOGNAME = 'gson' TMP = '/cygdrive/c/WINDOWS/TEMP' SYSTEMROOT = 'C:\WINDOWS' PROCESSOR_REVISION = '0209' SSH_CONNECTION = '10.0.0.22 58992 10.0.0.21 22' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '1' COMPUTERNAME = 'GUITAR' _ = '/usr/bin/cygcheck' POSIXLY_CORRECT = '1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'c:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'c:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'c:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A b:
Important Notince!!
United Nations Foundation 1800 Massachusetts Avenue, NW, Suite 400 Washington, D.C. 20036 The United Nations Foundation (UNF), would like to notify you that you have been chosen by the board of trustees as one of the final recipients of £450,000.00 (Four Hundred and Fifty Thousand British Pounds) for your personal, business, or educational use. The UN Foundation was created in 1998 with entrepreneur and philanthropist Ted Turners historic $1 billion gift to support UN causes and activities. The UN Foundation builds and implements public-private partnerships to address the worlds most pressing problems, and broadens support for the UN through advocacy and public outreach. The UN Foundation is a public charity. You are required to contact the Executive Secretary below for qualification documentation and processing of your claims. After contacting our office with the requested data, you will be given your donation pin number, which you will use in collecting the funds. Please endeavor to quote your Qualification numbers (UNF-03945-UNOG) and Amout won in all discussions. Finance Officer- Dr. George Wakefield [EMAIL PROTECTED] Sincerely Yours R. E. Turner, Chairman of the Board © 2007 UN Foundation, All Rights Reserved -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problem with the dos2unix command
Charles Wilson wrote: If someone were to submit a patch to add an optional, non-greedy mode to dos2unix it would be thoughtfully considered... So here is it! It adds the following new options to conv, dos2unix and unix2dos: _ --full/--eol: in full mode (default), it behaves as ever. In eol mode, all characters that are not part of the source endline (regarding the conversion type) are not processed. _ --no-check-format/--check-format: in check-format mode, do not convert files that have their first line already ending in the desired type. This does not work for stdin. Default is --no-check-format (behaves as ever). I hope you will find it useful Regards Patrick cygutils-1.3.2-newconvoptions.patch Description: cygutils-1.3.2-newconvoptions.patch -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: bash-3.2.25-17
On Oct 18 13:29, Igor Peshansky wrote: On Wed, 17 Oct 2007, Eric Blake wrote: [snip] Based on user response, I may be convinced to fold in the rest of Igor's create_devices.sh [see http://cygwin.com/cygwin-ug-net/using-specialnames.html] into the bash postinstall, as it admittedly looks a bit weird when 'ls /dev' shows /dev/stdin but not /dev/null (rest assured, all the devices still exist, even if a listing of /dev does not show them). FYI, mknod works just fine on Cygwin, and I've been using a /ddev directory populated with mknod for a while now (not in scripts, of course) with no problems. I have a preliminary version of a modified script that uses mknod to populate a directory with devices. Should we use that instead (and put this in a postinstall script for the cygwin package)? Why not create a stand-alone package in the base category which consists of just the postinstall script? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CYGWIN sshd staying in 'Starting' status
Sam Snitman wrote: [snip] Could not load host key: /etc/ssh_host_key Could not load host key: /etc/ssh_host_rsa_key Could not load host key: /etc/ssh_host_dsa_key Disabling protocol version 1. Could not load host key Disabling protocol version 2. Could not load host key sshd: no hostkeys available -- exiting. The service was not installed correctly. [snip] Can anyone provide me with some ideas to troubleshoot? Read and follow $CYGWIN/usr/share/doc/Cygwin/openssh.README, specially the Windows 2003 server parts. -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Vins primeurs 2007 de vrais bijoux
La Cave de Cathy et Nadegrave;ge Lauta - MAUGUIO VINS PRIMEURS 2007 SONT ARRIVES Le Domaine de la Croix Belle a encore exerceacute; son talent. Deux jolies surprises pour annoncer le milleacute;sime 2007 Un blanc primeur eacute;tonnant et plein de joie marqueacute; par la poire et la chlorophylle ( Hollywood chewingum!) Un rouge primeur rond et long livrant des parfums de fruits rouges sur fond de reacute;glisse. La Cave de Cathy - 248 Bd de la Deacute;mocratie 34130 MAUGUIO T.04.67.12.28.70 NOUVELLE COLLECTION DE BIJOUX Samedi 20 octobre de 18H00 agrave; 20H00 Notre voisine Nadegrave;ge Lauta creacute;atrice de bijoux preacute;sentera sa nouvelle collection. Ingeacute;nueuse et toujours agrave; l'eacute;coute, elle vous proposera son eacute;ventail de styles et de tarifs. Une bouffeacute;e d'air frais, en plus les primeurs pourront ecirc;tre deacute;gusteacute;s sur place... Nadegrave;ge Lauta - 175 bd Reacute;publique 34130 MAUGUIO T. 04 67 29 38 25 Photo 1: Le vin primeur 2007 | Photo 2: Deacute;gustation de vins | Photo 3: Nadegrave;ge Lauta | Photo 4: Creacute;ation de bijoux -- Si vous ne souhaitez plus recevoir d'informations, http://cathy-wines.com/phplist/?p=unsubscribeuid=4f1144c9a04cd64fa6ddc37984b12987 Pour modifier vos préférences, http://cathy-wines.com/phplist/?p=preferencesuid=4f1144c9a04cd64fa6ddc37984b12987 -- Powered by PHPlist, www.phplist.com -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
rxvt, cmd programs and cursor keys
Hello, I am running rxvt (native, non-X) and everything I need works fine except of one thing. Time to time I need to run cmd programs, like oracle's sqlplus or even cmd itself. They work fine except of the up/down arrow keys, which should cycle through command history in those programs. However, if they are started under rxvt, the arrow keys are not passed correctly to these programs, instead rxvt moves the cursor up or down. Is there a way to make rxvt pass cursor key pressings to the cmd programs without any procession by rxvt? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problem with cppunit: Segmentation Fault
Dave Korn wrote: On 18 October 2007 20:10, René Berber wrote: Heiko Selber wrote: I have a problem with cppunit and cygwin: Whenever I try to run a cppunit test, all I get is a core dump. [...] Can't reproduce the problem, look: [...] I'm using cppunit 1.12.0 (latest release, it builds out of the box), did not test with the version distributed as Cygwin package. I did and it reproduces. I wonder if the distro version of cppunit was built with the older version of gcc that had problems with strings and dlls, because I got as far as some kind of std::string c-tor before it blew up on me. OK, I just removed cygwin's version of cppunit and built my own like René; it works for me, too. So I guess the package is indeed broken and merits a bug report. Will the package maintainer pick it up from this list? The version of cppunit included in cygwin (1.9.14-1) is a bit old anyway. Plus, it was apparently only released as a development snapshot on sf.net. Thanks for your help, Heiko -- I condem'n the abuse of apostrophe's. Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
CYGWIN sshd staying in 'Starting' status
Thanks for your reply Rene, In reading the $CYGWIN/usr/share/doc/Cygwin/openssh.README file, It mentions that the substitute account should have the following user rights: Create a token object Logon as a service Replace a process level token Increate Quota Where are these properties set? Thanks, Sam -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of René Berber Sent: Friday, October 19, 2007 1:27 PM To: cygwin@cygwin.com Subject: Re: CYGWIN sshd staying in 'Starting' status Sam Snitman wrote: [snip] Could not load host key: /etc/ssh_host_key Could not load host key: /etc/ssh_host_rsa_key Could not load host key: /etc/ssh_host_dsa_key Disabling protocol version 1. Could not load host key Disabling protocol version 2. Could not load host key sshd: no hostkeys available -- exiting. The service was not installed correctly. [snip] Can anyone provide me with some ideas to troubleshoot? Read and follow $CYGWIN/usr/share/doc/Cygwin/openssh.README, specially the Windows 2003 server parts. -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv: Error stopping a service: OpenService: Win32 error 1060:
Dao, Phuong wrote: Hi Thanks for your answer. This is what I get when running ssh-host-config and trying to restart the service: $ ssh-host-config Overwrite existing /etc/ssh_config file? (yes/no) yes Generating /etc/ssh_config file Overwrite existing /etc/sshd_config file? (yes/no) yes Privilege separation is set to yes by default since OpenSSH 3.3. However, this requires a non-privileged account called 'sshd'. For more info on privilege separation read /usr/share/doc/openssh/README.privsep . Should privilege separation be used? (yes/no) yes Generating /etc/sshd_config file Host configuration finished. Have fun! [EMAIL PROTECTED] ~ $ cygrunsrv -S sshd cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. What about updating? Have you since tried that? If not, then I think the problem is actually that you don't have Cygwin in your Windows path so the 'sshd' service can't find cygwin1.dll. Add 'c:\cygwin\bin' to your Windows path. You can accomplish this through the System applet in the Control Panel. Set it for everyone (not just you) as an environment variable. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] New package: tig 0.9.1-1 -- Curses based git repository browser
PACKAGE DESCRIPTION === Homepage: http://jonas.nitro.dk/tig License : GPL-2 A command line repository browser capable of displaying a summarized revision log and showing commit log messages, diffstats and diffs. Progam may also be used as a pager. It reads input from stdin and colorizes it. CHANGES SINCE LAST RELEASE == See changes listing at http://repo.or.cz/w/tig.git INSTALL OR UPGRADE NOTES Standard install CYGWIN INSTALLATION INFORMATION === To install this package, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. You'll find the package listed in the All category. After installation, read the documentation at directories: /usr/share/doc/package-version/* /usr/share/doc/Cygwin/package-version.README If you have questions or comments, please send them to the Cygwin mailing list at cygwin@cygwin.com. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO This message has been sent to cygwin-announce list. If you want to unsubscribe from the mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] More information on unsubscribing can be found: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Welcome to FOSS revolution: we fix and modify until it shines -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
New package: tig 0.9.1-1 -- Curses based git repository browser
PACKAGE DESCRIPTION === Homepage: http://jonas.nitro.dk/tig License : GPL-2 A command line repository browser capable of displaying a summarized revision log and showing commit log messages, diffstats and diffs. Progam may also be used as a pager. It reads input from stdin and colorizes it. CHANGES SINCE LAST RELEASE == See changes listing at http://repo.or.cz/w/tig.git INSTALL OR UPGRADE NOTES Standard install CYGWIN INSTALLATION INFORMATION === To install this package, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. You'll find the package listed in the All category. After installation, read the documentation at directories: /usr/share/doc/package-version/* /usr/share/doc/Cygwin/package-version.README If you have questions or comments, please send them to the Cygwin mailing list at [EMAIL PROTECTED]. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO This message has been sent to cygwin-announce list. If you want to unsubscribe from the mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] More information on unsubscribing can be found: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Welcome to FOSS revolution: we fix and modify until it shines
Updated: openssl-0.9.8g-1, openssl-devel-0.9.8g-1
I've updated the version of OpenSSL to 0.9.8g-1. This also includes the openssl-devel package. This is an upstream security and bugfix release. The Cygwin release is the vanilla version, no additional patches. The previous version, 0.9.8f, has been release a week ago, 11-Oct-2007. It was a security and bugfix release, but for some reason no official announcement has been sent, only a list of vulnerabilities fixed in 0.9.8f. The official announcement for 0.9.8g does not contain any hint about the security fixes applied to the 0.9.8f version. For that reason you will find below the official release message for 0.9.8g, as well as the list of vulnerabilities fixed in 0.9.8f. OpenSSL Security Advisory [12-Oct-2007] === OpenSSL Vulnerabilities --- Vulnerability A --- Andy Polyakov discovered a flaw in OpenSSL's DTLS implementation which could lead to the compromise of clients and servers with DTLS enabled. DTLS is a datagram variant of TLS specified in RFC 4347 first supported in OpenSSL version 0.9.8. Note that the vulnerabilities do not affect SSL and TLS so only clients and servers explicitly using DTLS are affected. We believe this flaw will permit remote code execution. This vulnerability is tracked as CVE-2007-4995. Versions Affected - All releases of 0.9.8 prior to 0.9.8f. Recommendation -- Either a) Upgrade to the latest version of OpenSSL (0.9.8f) and rebuild all packages using OpenSSL for DTLS. or, b) Disable DTLS. Vulnerability B --- Moritz Jodeit found an off-by-one error in SSL_get_shared_ciphers(), a function that should normally only be used for logging or debugging. The impact of this overflow is unclear. This vulnerability is tracked as CVE-2007-5135. Versions Affected - All releases of 0.9.8 prior to 0.9.8f. All releases of 0.9.7 prior to 0.9.7m. (Note that versions prior to 0.9.8d and 0.9.7l actually had a worse problem in the same function). Recommendation -- a) Don't use SSL_get_shared_ciphers(). OR b) Upgrade to 0.9.8f. === Official release message: === OpenSSL - The Open Source toolkit for SSL/TLS http://www.openssl.org/ The OpenSSL project team is pleased to announce the release of version 0.9.8g of our open source toolkit for SSL/TLS. This new OpenSSL version is a bugfix release. For a complete list of changes, please see http://www.openssl.org/source/exp/CHANGES. We consider OpenSSL 0.9.8g to be the best version of OpenSSL available and we strongly recommend that users of older versions upgrade as soon as possible. OpenSSL 0.9.8g is available for download via HTTP and FTP from the following master locations (you can find the various FTP mirrors under http://www.openssl.org/source/mirror.html): * http://www.openssl.org/source/ * ftp://ftp.openssl.org/source/ The distribution file names are: o openssl-0.9.8g.tar.gz MD5 checksum: acf70a16359bf3658bdfb74bda1c4419 SHA1 checksum: 4e9c5ced466715d18fd924de79bde5c15da80fa1 The checksums were calculated using the following commands: openssl md5 openssl-0.9.*.tar.gz openssl sha1 openssl-0.9.*.tar.gz The OpenSSL Project Team... Mark J. Cox Nils Larsch Ulf Möller Ralf S. Engelschall Ben Laurie Andy Polyakov Dr. Stephen Henson Richard Levitte Geoff Thorpe Lutz JänickeBodo Möller === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat