Apache 1.3.22-3 ready to go?!
how far are we from including the latest package build?! -- There have been no additional comments on the latest build in the list. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Maintainers of CURL, MUTT, PYTHON and WGET, heads up!
On Tue, Jan 15, 2002 at 01:45:40AM -0600, Gary R. Van Sickle wrote: Not sure if mutt works or not yet, I don't know if I can find a pops:// to pop Please look through the sources and search for a ssl version request as described in my original mail. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: cygpath patch
On Mon, Jan 14, 2002 at 06:14:09PM -0800, Joshua Franklin wrote: Well, I've attached the patch in case anyone is interested. It changes cygpath.exe to include the options: -A|--allusers use `All Users' directories instead of current user -D|--desktop print `Desktop' directory -P|--smprograms print Start Menu `Programs' directory Thanks for the patch. I applied it to my local sandbox but I was somewhat surprised about the behaviour since cygpath -D -A has another result as cygpath -A -D which is not what a user expects. The options should be scanned and after the scanning they should be evaluated (right after the switch statement). Would you mind to change your patch accordingly? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Apache 1.3.22-3 ready to go?!
On Tue, Jan 15, 2002 at 12:25:35PM +0100, Corinna Vinschen wrote: On Tue, Jan 15, 2002 at 12:17:28PM +0100, Stipe Tolj wrote: Corinna Vinschen wrote: On Tue, Jan 15, 2002 at 09:57:38AM +0100, Stipe Tolj wrote: how far are we from including the latest package build?! -- There have been no additional comments on the latest build in the list. I'd upload it, I'm just missing a hint how to start apache as NT service?!? I told you about that problem using cygrunsrv some months ago. Unfortunatly I still have no solution. But I haven't tried that since a while. Can you peak at it?! Can you again explain it, please? I can give it a try. I had a try starting httpd from inetd which works nicely. What I did: - Added a http service under Guest account to /etc/inetd.conf: http stream tcp nowait Guest /usr/sbin/httpd httpd - To nurse my paranoia I changed the /etc/passwd line for Guest so that it's in group Guests instead of None: Guest::501:546:,S-1-5-21-XXX-YYY-ZZZ-501:/home/Guest:/bin/true - Changed the startup type in /etc/apache/httpd.conf: ServerType inetd - Started inetd. - Started a browser on my Linux box and tried to get a page from the Cygwin box. - Was happy. Now, I'm missing an option to httpd which allows the same as the -D option in sshd: -D When this option is specified sshd will not detach and does not become a daemon. This allows easy monitoring of sshd. This is similar to the -X option in httpd but that option let httpd running in single process mode. That's more like the -d option in sshd which is only useful for debugging purposes, either. If you could patch httpd to get a new option which differs from the usual run mode only by not forking and detaching the master process, we could start it using cygrunsrv as well. That shouldn't be too hard. The -D option in sshd is really just skipping a function call `daemon()'. Otherwise we could upload apache as is but with a description how to start under inetd in the /usr/doc/Cygwin/apache* README. I'd ask you to implement the above option, though. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
RE: last package
Great. Now I have a question. Last is a part of the sysvinit package. What's the policy on doing a package on only a portion of someone else's package? Technically it's no problem... -Original Message- From: Robert Collins [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 15, 2002 9:06 AM To: Mark Bradshaw; [EMAIL PROTECTED] Subject: Re: last package Sounds good. Rob === - Original Message - From: Mark Bradshaw [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 16, 2002 12:53 AM Subject: last package Any interest in a ported version of last for cygwin? I find it useful when some sort of remote shell program is run on cygwin (i.e. openssh). Mark
Re: last package
On Wed, Jan 16, 2002 at 01:08:50AM +1100, Robert Collins wrote: - Original Message - From: Mark Bradshaw [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 16, 2002 1:08 AM Subject: RE: last package Great. Now I have a question. Last is a part of the sysvinit package. What's the policy on doing a package on only a portion of someone else's package? Technically it's no problem... Yep, no problem. Yep, just rip it out and make your own nice package from it. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
RE: last package
Cool. I'm not too sure which category is appropriate. I thought possibly either Base or Utils. sdesc: last ldesc: This utility searches through historical information kept in /var/log/wtmp to determine who logged in, where they came from, when they logged in, and how long they stayed. category: Base requires: cygwin -Original Message- From: Robert Collins [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 15, 2002 9:09 AM To: Mark Bradshaw; [EMAIL PROTECTED] Subject: Re: last package - Original Message - From: Mark Bradshaw [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 16, 2002 1:08 AM Subject: RE: last package Great. Now I have a question. Last is a part of the sysvinit package. What's the policy on doing a package on only a portion of someone else's package? Technically it's no problem... Yep, no problem. Rob
RE: last package
I'll take a look at it. -Original Message- From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 15, 2002 9:18 AM To: [EMAIL PROTECTED] Subject: Re: last package On Tue, Jan 15, 2002 at 03:11:45PM +0100, Corinna Vinschen wrote: On Wed, Jan 16, 2002 at 01:08:50AM +1100, Robert Collins wrote: - Original Message - From: Mark Bradshaw [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 16, 2002 1:08 AM Subject: RE: last package Great. Now I have a question. Last is a part of the sysvinit package. What's the policy on doing a package on only a portion of someone else's package? Technically it's no problem... Yep, no problem. Yep, just rip it out and make your own nice package from it. Btw., while you're at it, what about utmpdump? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: last package
=== - Original Message - From: Earnie Boyd [EMAIL PROTECTED] To: Robert Collins [EMAIL PROTECTED] Cc: Mark Bradshaw [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, January 16, 2002 1:12 AM Subject: Re: last package Robert Collins wrote: - Original Message - From: Mark Bradshaw [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 16, 2002 1:08 AM Subject: RE: last package Great. Now I have a question. Last is a part of the sysvinit package. What's the policy on doing a package on only a portion of someone else's package? Technically it's no problem... Yep, no problem. In other words, you're setting precedent and creating policy. I guess so. Policy that is (Although it's not my domain), as for precedent - that already exists. Rob
RE: last package
Takes lots of shoe-horning, but it can be done. -Original Message- From: Mark Bradshaw Sent: Tuesday, January 15, 2002 9:18 AM To: '[EMAIL PROTECTED]' Subject: RE: last package I'll take a look at it. -Original Message- From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 15, 2002 9:18 AM To: [EMAIL PROTECTED] Subject: Re: last package On Tue, Jan 15, 2002 at 03:11:45PM +0100, Corinna Vinschen wrote: On Wed, Jan 16, 2002 at 01:08:50AM +1100, Robert Collins wrote: - Original Message - From: Mark Bradshaw [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 16, 2002 1:08 AM Subject: RE: last package Great. Now I have a question. Last is a part of the sysvinit package. What's the policy on doing a package on only a portion of someone else's package? Technically it's no problem... Yep, no problem. Yep, just rip it out and make your own nice package from it. Btw., while you're at it, what about utmpdump? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:[EMAIL PROTECTED] Red Hat, Inc.
Current setup hangs if file can't get installed
Just a heads up, the current setup gets trapped in an endless loop if it can't install a filewhich is locked. E.g. a running sshd results in the following loop (GDB output): warning: LOG: 0 Unable to install file cygfile:///usr/sbin/sshd.exe warning: LOG: 1 Installing file cygfile:///usr/sbin/sshd.exe warning: LOG: 2 2002/01/15 18:34:41 io_stream::~io_stream called warning: LOG: 2 2002/01/15 18:34:41 Failed to open cygfile:///usr/sbin/sshd.exe for writing warning: LOG: 0 Unable to install file cygfile:///usr/sbin/sshd.exe warning: LOG: 1 Installing file cygfile:///usr/sbin/sshd.exe warning: LOG: 2 2002/01/15 18:34:41 io_stream::~io_stream called warning: LOG: 2 2002/01/15 18:34:41 Failed to open cygfile:///usr/sbin/sshd.exe for writing [...] I'm currently looking for sth. else so if anybody is interested in trying to track this one down... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Maintainers of CURL, MUTT, PYTHON and WGET, heads up!
On Tue, Jan 15, 2002 at 12:39:39PM -0500, Roth, Kevin P. wrote: Thanks for the heads up. I downloaded and installed your update, and tested, and curl still works, with no recompile needed. However, curl outputs the openssl version as part of its --version output, and it still says openssl 0.9.6b! I've got a question in to the curl developers to see whether this is set at compile time or whether perhaps it could be a bug in curl's treatment of the version number... Look into the source. If there's a call to SSLeay() or SSLeay_version() it takes the version it's running under. grep for OPENSSL_VERSION_NUMBER. If it's just used as is in a printf() somewhere, curl reports the version it's linked against. The second is bad style. It should print either the current version using one of the above calls or it should report both versions, the linked and the current one. Anyway, it's good to hear that it still works. You checked an SSL connection? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: last package
On Tue, Jan 15, 2002 at 10:29:43AM -0500, Mark Bradshaw wrote: Takes lots of shoe-horning, but it can be done. It doesn't matter. If you don't like to port it, just forget it. I just thought it would be a good idea to borrow utmpdump from sysvinit as well. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
RE: last package
I don't mind. It's already done, actually. Now I'm eyeing up their version of killall too. Mark -Original Message- From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 15, 2002 12:47 PM To: '[EMAIL PROTECTED]' Subject: Re: last package On Tue, Jan 15, 2002 at 10:29:43AM -0500, Mark Bradshaw wrote: Takes lots of shoe-horning, but it can be done. It doesn't matter. If you don't like to port it, just forget it. I just thought it would be a good idea to borrow utmpdump from sysvinit as well. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: cygwin-apps Digest 15 Jan 2002 17:47:13 -0000 Issue 300
On Tue, Jan 15, 2002 at 10:18:25AM -0800, Joshua Franklin wrote: Thanks for the patch. I applied it to my local sandbox but I was somewhat surprised about the behaviour since cygpath -D -A has another result as cygpath -A -D which is not what a user expects. The options should be scanned and after the scanning they should be evaluated (right after the switch statement). Would you mind to change your patch accordingly? Corinna Yeah, I figured that since the (unpatched) cygpath's current behaviour requires switches to precede other options that this was expected: $ cygpath -Ww /c/WINNT $ cygpath -wW C:\WINNT Should I try and change that, too? That would be very nice! Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
RE: Maintainers of CURL, MUTT, PYTHON and WGET, heads up!
Yes, I checked an actual SSL connection. It actually worked ;-) There's no call anywhere in the source to SSLeay or SSLeay_version. There are some references to the value of both SSLEAY_VERSION_NUMBER and OPENSSL_VERSION_NUMBER. It's not assigned (set) anywhere in curl's code, just used. I do see = types of comparisons (as opposed to checking for specific version #'s), so I assume he's golden in that regard. I will try to get the upstream folk to change the behavior so it uses SSLeay_version() sometime in the future... Thanks for the info. --Kevin -Original Message- From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 15, 2002 12:46 PM On Tue, Jan 15, 2002 at 12:39:39PM -0500, Roth, Kevin P. wrote: ... However, curl outputs the openssl version as part of its --version output, and it still says openssl 0.9.6b! ... Look into the source. If there's a call to SSLeay() or SSLeay_version() it takes the version it's running under. grep for OPENSSL_VERSION_NUMBER. If it's just used as is in a printf() somewhere, curl reports the version it's linked against. The second is bad style. It should print either the current version using one of the above calls or it should report both versions, the linked and the current one. Anyway, it's good to hear that it still works. You checked an SSL connection?
Re: Preliminary patch for symlink problem in setup.exe
On Tue, Jan 15, 2002 at 07:38:34PM +0100, Corinna Vinschen wrote: And a question: Wouldn't it make sense to uninstall first on Reinstall, too? It doesn't do this already? Hmm. I would expect a reinstall to be equivalent to an uninstall/install, yes. cgf
Re: Preliminary patch for symlink problem in setup.exe
On Tue, Jan 15, 2002 at 01:41:19PM -0500, Chris Faylor wrote: On Tue, Jan 15, 2002 at 07:38:34PM +0100, Corinna Vinschen wrote: And a question: Wouldn't it make sense to uninstall first on Reinstall, too? It doesn't do this already? Hmm. I would expect a reinstall to be equivalent to an uninstall/install, yes. Yeah, me too(tm). The current implementation just installs over the existing files (getting the endless-loop problem when the file is locked). Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: last package
How big are they? If they are only a single .c file each (killall.c, utmpdump.c, last.c) then they are candidates for addition to the cygutils package, if you'd prefer./. One of these days I'll get around to creating a sourceware-based CVS tree for cygutils...Chris, how do I do that? --Chuck Mark Bradshaw wrote: I don't mind. It's already done, actually. Now I'm eyeing up their version of killall too. Mark -Original Message- From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 15, 2002 12:47 PM To: '[EMAIL PROTECTED]' Subject: Re: last package On Tue, Jan 15, 2002 at 10:29:43AM -0500, Mark Bradshaw wrote: Takes lots of shoe-horning, but it can be done. It doesn't matter. If you don't like to port it, just forget it. I just thought it would be a good idea to borrow utmpdump from sysvinit as well. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: last package
On Tue, Jan 15, 2002 at 02:10:29PM -0500, Charles Wilson wrote: How big are they? If they are only a single .c file each (killall.c, utmpdump.c, last.c) then they are candidates for addition to the cygutils package, if you'd prefer./. One of these days I'll get around to creating a sourceware-based CVS tree for cygutils...Chris, how do I do that? I've just added you to the cygwin-apps group on sources.redhat.com: cvs -d :ext:sources.redhat.com:/cvs/cygwin-apps co . Feel free to add a cygutils directory. cgf
Re: last package
Mark Bradshaw wrote: Very small. All source combined is 33KB. Executables are 23.5KB. This is just last and utmpdump. You want 'em? Dunno yet. I'm not really concerned about # kilobytes. My rule for cygutils is one .c file per application -- I want to limit cygutils to very simple, small apps. (I'm assuming that nobody would try to put the entire source code to MSWord into a single .c file). Take a look at the current cygutils -src archive and tell me what you think --Chuck
Re: Current setup hangs if file can't get installed
Thanks, I'll handle it. Rob === - Original Message - From: Corinna Vinschen [EMAIL PROTECTED] To: cygapp [EMAIL PROTECTED] Sent: Wednesday, January 16, 2002 4:40 AM Subject: Current setup hangs if file can't get installed Just a heads up, the current setup gets trapped in an endless loop if it can't install a filewhich is locked. E.g. a running sshd results in the following loop (GDB output): warning: LOG: 0 Unable to install file cygfile:///usr/sbin/sshd.exe warning: LOG: 1 Installing file cygfile:///usr/sbin/sshd.exe warning: LOG: 2 2002/01/15 18:34:41 io_stream::~io_stream called warning: LOG: 2 2002/01/15 18:34:41 Failed to open cygfile:///usr/sbin/sshd.exe for writing warning: LOG: 0 Unable to install file cygfile:///usr/sbin/sshd.exe warning: LOG: 1 Installing file cygfile:///usr/sbin/sshd.exe warning: LOG: 2 2002/01/15 18:34:41 io_stream::~io_stream called warning: LOG: 2 2002/01/15 18:34:41 Failed to open cygfile:///usr/sbin/sshd.exe for writing [...] I'm currently looking for sth. else so if anybody is interested in trying to track this one down... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:[EMAIL PROTECTED] Red Hat, Inc.
emacs or xemacs
On Tuesday 15 Jan 02, Ken Stevens writes: What are the chances of getting emacs or xemacs as part of the setup? GNU Emacs is not ported to Cygwin. Xemacs may be a candidate. Andy Piper essentially forked an early setup.exe so he could provide a pre-compiled Cygwin Xemacs package. (I think his setup.exe can also be used to install the native win32 version of Xemacs.) That was because Cygwin setup could not accomodate an Xemacs package at the time. I'm sure it could now, but you'd want to talk to Andy. Why, are you volunteering to maintain it? This is not *the* Ken Stevens, is it? (Oh, probably not. This is Ken Stevens #7601. WHO IS NUMBER 1?) (Sorry, big wine delivery today. Celebrating that my firewall at home is working again, after months of being stuffed. Say... this list isn't archived, is it?) Regards, David A still tongue makes a happy life
Re: Maintainers of CURL, MUTT, PYTHON and WGET, heads up!
Roth, Kevin P. wrote: Yes, I checked an actual SSL connection. It actually worked ;-) There's no call anywhere in the source to SSLeay or SSLeay_version. There are some references to the value of both SSLEAY_VERSION_NUMBER and OPENSSL_VERSION_NUMBER. It's not assigned (set) anywhere in curl's code, just used. I do see = types of comparisons (as opposed to checking for specific version #'s), so I assume he's golden in that regard. I will try to get the upstream folk to change the behavior so it uses SSLeay_version() sometime in the future... Thanks for the info. --Kevin So I'm the last one to report back. Wget works well too (tested against a couple of SSL sites) with the new openssl package. No uses of SSLeay() or SSLEAY_VERSION_NUMBER in the code: [wget-1.7]$ grep -ri ssleay . ./src/gen_sslfunc.c: SSLeay_add_all_algorithms (); ./src/gen_sslfunc.c: SSLeay_add_ssl_algorithms (); ./windows/Makefile.src:#SSLLIBS = libeay32.lib ssleay32.lib ./windows/README:Usually at runtime some openssl libraries (currently ssleay32.dll and [wget-1.7]$ -- Med venlig hilsen / Kind regards Hack Kampbjørn
RFC: updated package wget-1.7.1-1
I've updated the wget package to version 1.7.1. I didn't follow all the discussions about packaging structure so if a kind soul would check that I haven't overlooked anything it would be apreciated 8-) I've added a postinstall script to update the info dir file is the a way to update it too if/when wget is uninstalled ? The files are: http://hackdata.com/cygwin/setup.hint http://hackdata.com/cygwin/wget-1.7.1-1.tar.bz2 http://hackdata.com/cygwin/wget-1.7.1-1-src.tar.bz2 setup.hint: -- sdesc: Utility to retrieve files from the WWW via HTTP and FTP ldesc: GNU Wget is a file retrieval utility which can use either the HTTP, HTTPS, or FTP protocols. Wget features include the ability to work in the background while you're logged out, recursive retrieval of directories, file name wildcard matching, remote file timestamp storage and comparison, use of Rest with FTP servers and Range with HTTP servers to retrieve files over slow or unstable connections, support for Proxy servers, and configurability. category: Web requires: openssl libintl1 ash cygwin -- Med venlig hilsen / Kind regards Hack Kampbjørn
Re: RFC: updated package wget-1.7.1-1
It looks pretty good to me -- I rebuilt it from source right now and it seems okay. The *only* quibble I have is that the binary package contains this file: /etc/wgetrc Since it is just a copy of /usr/doc/wget-1.7.1/sample.wgetrc, you should probably just add some logic to your postinstall shell script: if [ ! -f /etc/wgetrc ]; then cp /usr/doc/wget-1.7.1/sample.wgetrc /etc/wgetrc fi Of course, future versions must take care to change the /usr/doc/wget-1.7.1/ path in that script... --Chuck Hack Kampbjørn wrote: I've updated the wget package to version 1.7.1. I didn't follow all the discussions about packaging structure so if a kind soul would check that I haven't overlooked anything it would be apreciated 8-) I've added a postinstall script to update the info dir file is the a way to update it too if/when wget is uninstalled ? The files are: http://hackdata.com/cygwin/setup.hint http://hackdata.com/cygwin/wget-1.7.1-1.tar.bz2 http://hackdata.com/cygwin/wget-1.7.1-1-src.tar.bz2 setup.hint: -- sdesc: Utility to retrieve files from the WWW via HTTP and FTP ldesc: GNU Wget is a file retrieval utility which can use either the HTTP, HTTPS, or FTP protocols. Wget features include the ability to work in the background while you're logged out, recursive retrieval of directories, file name wildcard matching, remote file timestamp storage and comparison, use of Rest with FTP servers and Range with HTTP servers to retrieve files over slow or unstable connections, support for Proxy servers, and configurability. category: Web requires: openssl libintl1 ash cygwin
RE: last package
Charles: OK. Scratch killall. I didn't realize it used /proc. :o( Anyway, what do you want for last and utmpdump. Anyone else: Is there anyone currently working on a /proc filesystem, or have plans that direction? Mark -Original Message- From: Mark Bradshaw Sent: Tuesday, January 15, 2002 3:01 PM To: '[EMAIL PROTECTED]' Subject: RE: last package I think they would fit there just fine. All three of them (will be finished with killall soon). What do you need from me? Mark
RE: emacs or xemacs
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of David Starks-Browning This is not *the* Ken Stevens, is it? The guy that did Wild World and Peace Train? Those ROCK dude! Oh wait, that was Ken Burns. Nevermind. -- Gary R. Van Sickle Brewer. Patriot.
RE: Maintainers of CURL, MUTT, PYTHON and WGET, heads up!
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Hack Kampbjørn Roth, Kevin P. wrote: Yes, I checked an actual SSL connection. It actually worked ;-) [snip] So I'm the last one to report back. AHEM! I believe that would be Second to last my good man! ;-) Ok, Mutt has no runtime version checking at all. It does have this at build time: #if OPENSSL_VERSION_NUMBER = 0x00904000L #define READ_X509_KEY(fp, key) PEM_read_X509(fp, key, NULL, NULL) #else #define READ_X509_KEY(fp, key) PEM_read_X509(fp, key, NULL) #endif which AFAICT is OK (right?). Generated config.h has RSA, IDEA, and RC5 support disabled. Still haven't found something to try to connect to, but AFAICT everything should be OK according to what you said in your email. PS: Contrary to all indications, I am still working on a new mutt release. -- Gary R. Van Sickle Brewer. Patriot.
