Re: [Pre-ITP] httpd-2.0.53-0.3
Hi Max, Max Bowsher wrote: Preview packages of httpd-2.0.53-0.3 are available at: http://www-stud.robinson.cam.ac.uk/~mob22/cygwin/ (setup.exe installable site) Any comments welcome. first comments on a real-life long-term runtime test I do with the version you offered: See http://epimetheus.dev.wapme.net/server-status for the current status. Here is a top snapshot of the machine: 10:33:35 up 6 days, 9:00, 1 user, load average: 0.00, 0.00, 0.00 76 processes: 68 sleeping, 8 running, 0 zombie, 0 stopped CPU states: 21.6% user, 77.7% system, 0.0% nice, 0.7% idle Mem: 1048044K total, 564704K used, 483340K free,0K buffers Swap: 204800K total, 5832K used, 198968K free,0K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 3612 tolj 8 0 1344 258864 R 8.0 0.2 0:00 top 1748 SYSTEM 8 0 5864 753264 S 3.8 0.7 3:27 httpd2 3700 SYSTEM 8 0 5864 753264 S 3.1 0.7 0:34 httpd2 2432 SYSTEM 8 0 5864 753668 S 2.5 0.7 10:31 httpd2 2696 SYSTEM 8 0 5864 753264 S 2.5 0.7 3:18 httpd2 3604 SYSTEM 8 0 5868 753664 S 2.5 0.7 8:22 httpd2 2236 SYSTEM 8 0 5864 753264 S 2.2 0.7 2:05 httpd2 3280 SYSTEM 8 0 5864 753264 S 2.2 0.7 6:33 httpd2 3452 SYSTEM 8 0 5864 753264 S 2.2 0.7 3:19 httpd2 3060 SYSTEM 8 0 5864 753264 S 2.2 0.7 0:12 httpd2 1828 SYSTEM 8 0 5864 753668 S 2.2 0.7 0:27 httpd2 which means, CPU cycles at arround 100%. But that was the same for apache-1.3 when bringing to excessive load. This is cygwin layer specifics I guess. And I don't think we will ever reach the half of the performance as Win32 native version. But that's ok. The machine has a 1 GB space as RAM. And as you see it's not fully loaded. But I see these in /var/log/apache2/error_log: $ tail /var/log/apache2/error_log [Tue Mar 08 10:34:01 2005] [error] (11)Resource temporarily unavailable: fork: Unable to fork new process [Tue Mar 08 10:34:11 2005] [error] (11)Resource temporarily unavailable: fork: Unable to fork new process [Tue Mar 08 10:34:21 2005] [error] (11)Resource temporarily unavailable: fork: Unable to fork new process [Tue Mar 08 10:34:31 2005] [error] (11)Resource temporarily unavailable: fork: Unable to fork new process [Tue Mar 08 10:34:41 2005] [error] (11)Resource temporarily unavailable: fork: Unable to fork new process [Tue Mar 08 10:34:51 2005] [error] (11)Resource temporarily unavailable: fork: Unable to fork new process [Tue Mar 08 10:35:01 2005] [error] (11)Resource temporarily unavailable: fork: Unable to fork new process [Tue Mar 08 10:35:11 2005] [error] (11)Resource temporarily unavailable: fork: Unable to fork new process [Tue Mar 08 10:35:21 2005] [error] (11)Resource temporarily unavailable: fork: Unable to fork new process [Tue Mar 08 10:35:31 2005] [error] (11)Resource temporarily unavailable: fork: Unable to fork new process obiously we're having problems in fork()ing off new childs to serve. I know that I have (in early httpd-2.0 stages) introduced cygwin as a prefork MPM platform, after the pthread'ed version did not work reliable. Should be give pthread MPM another chance here? Stipe mailto:stolj_{at}_wapme.de --- Wapme Systems AG Vogelsanger Weg 80 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:info_{at}_wapme-systems.de http://www.wapme-systems.de/ ---
Re: [Pre-ITP] httpd-2.0.53-0.3
Max Bowsher wrote: I see 100% load, too, when serving lots of concurrent requests. Doesn't interfere with interactive use of the machine in most cases, so I guess that's OK really, since no one should be using Cygwin for a dedicated server anyway. I do. But only for private playground ;) Interesting. I'm running an ApacheBench run from a linux machine on the same LAN, specifying 2 million connections, up to 100 concurrently. I'm getting some errors relating to all my ports being taken up with TIME_WAIT connections, but no other errors. I did the test with siege, which is very good for load testing. So, any idea on why we get fork() resource problems? I tried once before (around 2.0.48, IIRC) and the results were not good. Even under no significant load, many requests failed for no visible reason. yep, that's the same I was observing. Unfortunatly I can confirm... via the work on the Kannel gateway, that cygwin's pthread lib is broken... unfortunatly no chance to give this a forensic analysis. Are you going to go on with checking on the fork() problem Max? or intending to package for shipping? ;) Stipe mailto:stolj_{at}_wapme.de --- Wapme Systems AG Vogelsanger Weg 80 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:info_{at}_wapme-systems.de http://www.wapme-systems.de/ ---
Re: [Pre-ITP] httpd-2.0.53-0.3
Max Bowsher wrote: Max Bowsher wrote: Preview packages of httpd-2.0.53-0.3 are available at: http://www-stud.robinson.cam.ac.uk/~mob22/cygwin/ (setup.exe installable site) Any comments welcome. Updated to 0.4, fixing the postinstall bug previously mentioned, and renaming the pidfile to httpd2.pid. installing via setup runs fine. After commenting out nobody user and group config directive in /etc/apache2/httpd.conf and changing ServerName directive I get the following: [EMAIL PROTECTED] /etc $ /usr/sbin/httpd2 Bad system call and a gdb try gives: [EMAIL PROTECTED] /etc $ gdb /usr/sbin/httpd2.exe GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin...(no debugging symbols found) (gdb) run Starting program: /usr/sbin/httpd2.exe ---Type return to continue, or q return to quit--- Program exited with code 0206000. (gdb) obviously something is getting messed up. The httpd2 is NOT starting. BTW, I see in /usr/lib/apach2/lib that all shared modules have .so filename endings, which is obviously not what we want in the DLL world, right? If I can assist in any kind to resolve, please shout, I'll try. In the meanwhile, I'll have also a view to your patch to review the changes. Stipe mailto:stolj_{at}_wapme.de --- Wapme Systems AG Vogelsanger Weg 80 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:info_{at}_wapme-systems.de http://www.wapme-systems.de/ ---
Re: [Pre-ITP] httpd-2.0.53-0.3
Max Bowsher wrote: Oops. I forgot to document: Apache2 requires cygserver. Make sure cygserver is running, and that your CYGWIN envvar contains server. confirming, it runs. Apache has standardized on .so - even for their native Win32 build. In any case, it really doesn't matter - you can dlopen() whatever you want. Plus *not* naming something .dll seems to be the only way to stop libtool trying to install it in a ../bin/ directory relative to where you actually tell it to install. ok, fine with me, as you dlopen() it. This should make a similar approach possible to php I guess. Stipe mailto:stolj_{at}_wapme.de --- Wapme Systems AG Vogelsanger Weg 80 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:info_{at}_wapme-systems.de http://www.wapme-systems.de/ ---
Re: Apache/PHP maintainership
Corinna Vinschen wrote: On Jan 24 23:55, Brian Dessent wrote: So, unfortunately I throw in the towel on this one. I think I've posted the patches to this list that I had made, which would be a starting point if anyone else feels up to the task. At the point where I stopped, the PHP modules would at least all build as dynamic shared modules but some of them would not load or would cause segfaults. So, there's still some work to be done there to find out why. Are you also laying down Apache maintainership? That would be a pity. I don't see why Apache should depend on PHP. Webserver also work fine without PHP scripts from what I can tell :-) now, agree'ing to Corinna here. As I am still on the list and yes, still work on Apache for Cygwin... I'd like to pick-up the opportunity to bring up some new packages with the apache-1.3 tree and the httpd-2.0 tree - on which I worked already in trying to get it build in DSO/DLL fashion mode - for upload. At least re-building the latest apache-1.3 should be a very quick shot to go for. Stipe mailto:stolj_{at}_wapme.de --- Wapme Systems AG Vogelsanger Weg 80 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:info_{at}_wapme-systems.de http://www.wapme-systems.de/ ---
Re: [UPDATE] apache-1.3.29-2 repackaged (incl. security fix)
Daniel Reed schrieb: If this is a major difference, you might do better having the package itself be named apache-eapi, and leaving the documentation scheme unmodified (so your documentation would be in usr/share/doc/apache-eapi-1.3.29-1/). The convention is to use usr/share/doc/PACKAGE-VERSION/ or usr/share/doc/PACKAGE-VERSION-RELEASE/ . now, it's a major difference in some sense, at least for the mod_ssl it's definetly _required_. But the difference is not visible for the users. So there is no dramatic logic or behaviour change in there. Hmmm, don't know how we should proceed here. Any comments from the others?! Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-2 repackaged (incl. security fix)
Larry Hall schrieb: I'd say if it's important enough to mention in the package name somehow, then it's a new package and so the name (rather the version info) should change. The result would be a new apache-eapi package replacing the traditional apache package. I'm not sure this really qualifies as a change that requires mentioning at the level of package nomenclature though. Isn't it enough to just put a comment in the release notes or something and leave it at that? Larry, you're right... why making the world more complicated then already. It *is* within the README and hence people do have the chance to recognize that it is a EAPI patched version. Basta. I'll revise the package and drop x-3 to my cygwin box. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-2 repackaged (incl. security fix)
Stipe Tolj wrote: ok, another version including the security bugfix and the note of the change from -k to -F option switch for keeping the main httpd process attached to the calling shell has been uploaded for review. please check and review. Same location as before at: http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-2-src.tar.bz2 http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-2.tar.bz2 http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-2.md5sum http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/setup.hint ok, anyone having a chance to look into this? ... or is this now the Stipe boycotting fraction out there? ;) ... come on guys, I want to roll the mod_foobar packages too. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-2 repackaged (incl. security fix)
Dr. Volker Zell schrieb: The binary seems to work fine. I just checked with static and cgi-stuff. Hadn't have to time build from source yet. But I'm trying this evening ok, I'll go ahead and prepare the mod_foobar packages. At least the simpler ones. php is about to follow then. (this will be more complex) Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-2 repackaged (incl. security fix)
Daniel Reed wrote: On 2004-02-10T18:40+0100, Dr. Volker Zell wrote: ) Done The build from source according to the installation ) instructions works fine. GTG from me. Alright, I have uploaded this new Apache package. Offhand the Cygwin-specific README is misnamed (usr/share/doc/Cygwin/apache-1.3.29-1.README for Apache 1.3.29-2), and the documentation is in the somewhat confusing usr/share/doc/apache-1.3.29-eapi/, but neither of thise are show stoppers. ups, correct, missed to rename the README to the new patch revision. Should I change that quickly? the apache-1.3.29-eapi is because the source is including the EAPI (enhanced API) from mod_ssl. This is needed due to the fact that we can have mod_ssl as a seperate package. I think this is definetly a good naming, since on the other hand people may think that this is the pure core API, which in fact is not the case. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
[UPDATE] apache-1.3.29-2 repackaged (incl. security fix)
ok, another version including the security bugfix and the note of the change from -k to -F option switch for keeping the main httpd process attached to the calling shell has been uploaded for review. please check and review. Same location as before at: http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-2-src.tar.bz2 http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-2.tar.bz2 http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-2.md5sum http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/setup.hint Thanks. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-1 repackaged
Hi Daniel, Daniel Reed schrieb: On 2004-01-21T17:32+0100, Stipe Tolj wrote: ) http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-1-src.tar.bz2 ) http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-1.tar.bz2 ) http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-1.md5sum ) http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/setup.hint Is this ready for upload now? not yet, I'll have to bounce for a 1.3.29-2 package since there is a major security fix that has to be included. This will do up to cygwin.dev.wapme.net while the upcoming day. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: apache removed from the distribution
Christopher Faylor wrote: Recent security concerns, coupled with lack of response from the apache maintainer have forced me to remove apache from the distribution. If I don't see some movement by next Friday towards fixing the concerns, I'll be looking for another maintainer. the security concerns are fixed in upcoming 1.3.29-2 which includes the hot-fix. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-1 repackaged
Please make sure to include this information in both the README and the release announcement. This is likely to hurt people who already have the httpd service set up. Would it make sense to try to detect that case and change the -k option to -F in the postinstall script? That might be too hard, in which case a simple notice somewhere at the top of the release announcement and in the README should suffice. agreed. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-1 repackaged
Gerrit P. Haase schrieb: Stipe schrieb: ok, here are the slight changes: * moved the man and doc to share * added installing apache as service to the doc/Cygwin document * patched Cygwin's config layout to use /usr/share/man as man prefix * nuked the EAPI backup files (*.orig) to reduce patch size. please check and review. Same location as before at: http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-1-src.tar.bz2 After recompiling I get this when starting the daemon as service: httpd: unknown option -- k Are there internal changes regarding the -k switch? yep, this has _been_ an cygwin specific thing I added to apache. The guys introduced then some time after bagging for it the -F switch which does the same (not detaching the daemon from the shell). I'll rewrite the README. Thanks for this reminder. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-1 ready for testing and upload
Gerrit P. Haase schrieb: There is a completly stupid bug in the Configure: if [ x$RULE_EXPAT = xyes ]; then if ./helpers/TestCompile lib expat; then echo + using system Expat LIBS=$LIBS -lexpat else if [ ! -d ./lib/expat-lite/ ]; then echo ERROR: RULE_EXPAT set to \yes\ but is not available. exit 1 fi echo + using builtin Expat EXPATLIB=lib/expat-lite/libexpat.a APLIBDIRS=expat-lite $APLIBDIRS CFLAGS=$CFLAGS -DUSE_EXPAT -I\$(SRCDIR)/lib/expat-lite fi fi This is missing: when using the system Expat: CFLAGS=$CFLAGS -DUSE_EXPAT nop. The -DUSE_EXPAT indicates the build process that the bundled expat is to be used. hmmm, have to check more deeply into this. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-1 repackaged
Gerrit P. Haase schrieb: The http_main.c patch is missing Attached. nop, the Apache guys addopted the don't detach patch I posted into their -F switch. So the functionality is the same and I don't add the -k patch anymore. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-1 ready for testing and upload
enlight me otherwise please ;) Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-1 repackaged
Stipe Tolj schrieb: ok, here are the slight changes: * moved the man and doc to share * added installing apache as service to the doc/Cygwin document * patched Cygwin's config layout to use /usr/share/man as man prefix * nuked the EAPI backup files (*.orig) to reduce patch size. please check and review. Same location as before at: http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-1-src.tar.bz2 http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-1.tar.bz2 http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-1.md5sum http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/setup.hint changed the install as service section in README of binary package to reflect the -F switch for non-detach, instead of the previously cygwin patched -k switch. Still have to update the layout and get the new binary packaged. Update follows. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: HEADSUP: Apache maintainer wanted!
Igor Pechtchanski schrieb: See http://www.cygwin.com/ml/cygwin/1998-12/msg00145.html Stipe Oh. Ok. Fixed: http://cygwin.com/acronyms/#CAMP. 0:) why did I stupid one open my mouth ;o) ok. I'll take the blame. Sitpe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-1 ready for testing and upload
Daniel Reed wrote: On 2004-01-21T03:11+0100, Stipe Tolj wrote: ) http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-1-src.tar.bz2 ) http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-1.tar.bz2 ) http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-1.md5sum ... ) Please do test and shout if something is wrong. I'll tweak this ) immediatly, so we get it uploaded and the rest of the mod_foobar ) modules get uploaded too ASAP. Everything in usr/man and usr/doc should be moved to usr/share/man and usr/share/doc, respectively. I have not checked anything else. yep, +1 on this complain. Will update. This will change the Cygwin layout slightly. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-1 ready for testing and upload
Brian Dessent wrote: Stipe Tolj wrote: the packageing has been made the same way as old 1.3.24-5. So please no complains about this. If you have suggestions, please post. I'm open to those ;) You're using configure --with-eapi-only --with-apache= from mod_ssl to patch in EAPI, right? When you do this it leaves a backup copy for every file it patches, which in turn gets included in the Cygwin patch as new files, which contributes to its large size. If you nuke all *.orig after the EAPI patch, it should cut it down a lot. yep. An option. I was aware of it, and considered it more semantically clean. But I guess you convinced my to nuke them in advance of the patch size and readablility. You might also want to just put a blurb in the README about how to run it as a service. I don't remember now what all is involved but I remember having some difficulty the first time I tried. I think it centered around having to chown SYSTEM:SYSTEM the logs, or something like that. A rebaseall might have also been required. yep. The cygrunsrv installation will go in there. Thanks for the reminder. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-1 ready for testing and upload
Corinna Vinschen wrote: On Jan 20 22:16, Brian Dessent wrote: You might also want to just put a blurb in the README about how to run it as a service. I don't remember now what all is involved but I remember having some difficulty the first time I tried. I think it centered around having to chown SYSTEM:SYSTEM the logs, or something like that. A rebaseall might have also been required. Wouldn't a/usr/bin/apache-config script along the lines of ssh-host-config be more helpful? will check if this appropriate for apache. Actually apache should be runable without service installation, I'll see.. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-1 ready for testing and upload
Gerrit P. Haase schrieb: I cannot connect, is the server down? Who can send me the binary package? restarted it seems that my productive apache gets into an hanging state after _very_ long service time. I'm not quite sure if this is apache or cygwin (OS/TCP layer) specific. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
[UPDATE] apache-1.3.29-1 repackaged
ok, here are the slight changes: * moved the man and doc to share * added installing apache as service to the doc/Cygwin document * patched Cygwin's config layout to use /usr/share/man as man prefix * nuked the EAPI backup files (*.orig) to reduce patch size. please check and review. Same location as before at: http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-1-src.tar.bz2 http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-1.tar.bz2 http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/apache-1.3.29-1.md5sum http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/apache/setup.hint Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: HEADSUP: Apache maintainer wanted!
Igor Pechtchanski wrote: On Wed, 21 Jan 2004, Stipe Tolj wrote: Brian Dessent wrote: I don't want to step on any toes here, my only desire is to see fresh packages. I've also seen mention of MySQL recently being able to compile cleanly, and I think it would be most excellent to have CAMP (Cygwin/Apache/MySQL/PHP) available and supported through setup.exe. BTW, the term CAMP has been introduced by me. So, please acknowledge ;))) http://cygwin.com/acronyms/#CAMP. Done. :-D cool. Thanks Igor. BTW, CAMP has been released in 1998. Actually with the whole bunch precompiled in static httpd.exe executable and without cygwin mysql. ;) See http://www.cygwin.com/ml/cygwin/1998-12/msg00145.html Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: HEADSUP: Apache maintainer wanted!
The new home of orginal (decates outaged) CAMP is at http://apache.dev.wapme.net/packages/ But unsupported. I decided to switch to the native cygwin net distribution ;) Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-1 ready for testing and upload
Brian Dessent wrote: BTW, I was messing around with building it using method 2 and the generic build script. It wasn't working too well. The build script wants to build in a seperate .build directory, so you have to use the --shadow option to Apache's configure, to copy the entire source tree over with symlinks. After that it still wouldn't build correctly, aborting immediately after make with an error about not being able to find src/helpers/DetectOS, even though there's a symlink for it present. (Cygwin also gives a bunch of thread errors when running mkshadow.sh, but that's another story.) Anyway, my point of all this is that the way you're doing is probably best. :-) The method 2 is much more of a pain than it's worth. yep. The good old style ;) Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-1 ready for testing and upload
Gerrit P. Haase wrote: What about expat? Didn't you use the system expat for your build like I see in the configure log: + using system Expat seems that Apache's configure does not pick the OS expat and rather takes it's own packaged version. Linking it statically to the cyghttpd.dll core library. Should we try to force to pick the OS one instead of the bundled one?! +0 from my side here. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-1 ready for testing and upload
What about expat? Didn't you use the system expat for your build like I see in the configure log: + using system Expat ahhhm just recognized what you asked... have to check. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-1 ready for testing and upload
Brian Dessent wrote: What if the apache package installs these default files into /usr/share/apache and leaves them there. If there's no /etc/apache, then create it and copy over the default configs there, otherwise don't touch it. Instead of copying over the manual and icons and stuff into /var/www, just modify the default httpd.conf so that those things are served directly from /usr/share/apache. Then it can just copy the congratulations, you've installed apache index.html into /var/www (if there's not an existing one), and leave the rest of that directory for the users to do whatever they want. That way setup never touches the user's docroot and configs, and the manual and other -dist stuff can still be replaced/upgraded by setup. hmmm, that may be an option. At least this may be tweaked within the Cygwin layout in config.layout to have icons and manual served from a different (share) dir. And the 'cygcheck -c' issue would be solved if we keep the data in /usr/share/apache. Right? Or symlinking to the destination dirs? Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [UPDATE] apache-1.3.29-1 ready for testing and upload
Igor Pechtchanski wrote: A copy isn't a problem. It's the move that confuses cygcheck. yep. Either we symlink or we copy, I guess. Agreed. Changing a move to a copy would do it. ok, I'll try the install to /usr/share/apache and copy if appropriate approach. Instead of copying over the manual and icons and stuff into /var/www, just modify the default httpd.conf so that those things are served directly from /usr/share/apache. Then it can just copy the congratulations, you've installed apache index.html into /var/www (if there's not an existing one), and leave the rest of that directory for the users to do whatever they want. That makes even more sense. The only problem would be if the user's stale copy of index.html refers to icons/images that aren't present in the newer distributions of apache... But I guess if the user didn't modify his index.html, he can just overwrite it with the one in /usr/share/apache, and if he did, he might need to update it for the new version anyway. yep. That's in the scope of the user. Perfect. Stipe, would this be hard to do? nop. Can be done mainly via config.layout and modifying slightly the postinstall script. Doing this. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: HEADSUP: Apache maintainer wanted!
Brian Dessent wrote: I've been following this for a while now, as I've been patiently waiting for new Apache and php modules. So, if Stipe can push out a new release soon, then great, he should remain maintainer. However, if it looks like it's just not happening or the packages are at risk of being removed, then I officially volunteer to maintain apache, mod_php4, and mod_ssl. I'm also willing to maintain mod_dav, mod_auth_ntsec, and mod_auth_mysql but I must confess that I don't have a lot of experience using those modules, so if there's anyone else out there with a pet need for these, then I suggest they'd make a better maintainer. 1.3.29-1 is rolling to the list. Just uploaded to my cygwin server. The mod_foobars are coming tomorrow, as I definetly need some rest now. I don't want to step on any toes here, my only desire is to see fresh packages. I've also seen mention of MySQL recently being able to compile cleanly, and I think it would be most excellent to have CAMP (Cygwin/Apache/MySQL/PHP) available and supported through setup.exe. yep. Gerrit and I have been working on the MySQL port. Actually MySQL does compile and build cleanly when dropping the C++ #pragma preprocessor macros. I have such a 4.0.16 beast running on my cygwin server for over 1 month now. Without any major impact. MySQL package is also almost finished, including with a patched generic-build-script. What is missing about it is to split it cleanly into client/server binary package, source package and DLL shared libraries for the runtime. When I get to do this, the package will also be rolling. @Gerrit: Ideally we may pick maintainership on MySQL both?! What do you mean? Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: HEADSUP: Apache maintainer wanted!
Brian Dessent wrote: I don't want to step on any toes here, my only desire is to see fresh packages. I've also seen mention of MySQL recently being able to compile cleanly, and I think it would be most excellent to have CAMP (Cygwin/Apache/MySQL/PHP) available and supported through setup.exe. BTW, the term CAMP has been introduced by me. So, please acknolodges ;))) Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
[RFC] foobar-devel or libfoobar?!
Hi list, I'm packaging mysql-4.0.17 (without server) for dependency to various packages that I'll support, ie. mod_auth_mysql for the mysql based HTTP basic authentication for Apache and the new PHP module. Now I get into a question: According how maintainers do, it seems that libraries, header files and base client programs are packages as foobar-devel with the same version-revision tagging. Unfortunatly this is mileading to the things reflected in the http://cygwin.com/setup.html page, where such a package is about to be named libfoobar. So can we have a discurs on how a unique naming scheme can be entitled?! Should the mysql client programs, libraries and headers be named mysql-devel or libmysql? BTW, this one was build with a modified generic-build-script (yes, I took the note cerious that it is not a generic one ;). But I don't see actually how I can make the libraries build dynamically too. Currently I do build them pure statically and afterwards use a mkdll.sh script (should be known on the list) to produce the shared DLLs and the import libraries. Is there a more convinient way to do this using the generic-build-script directlty? Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [Review - not yet] Re: [ITP] tree
Corinna Vinschen wrote: Do I understand that right? There's a patch which changes the default prefix? Is it really necessary to patch the package to install into /usr by default? That sounds rather superfluous and irritating. Usually, when a user calls `configure', the default prefix is /usr/local and if that's not what the user wants, she calls `configure --prefix=/usr'. Better add a Cygwin README which tells the user which configure options to use to create the Cygwin net release package. there is no configure at all. Only a Makefile that compiles, links and installs *one* .c file. So consider this maybe as the most tiny package we have in Cygwin ;) Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [ITP] openldap-devel: Lightweight Directory Access Protocol clients and libraries
Dr. Volker Zell schrieb: Do you have minires and minires-devel installed. The postinstall script of minires-devel sets up a symbolic link libresolv.a: #! /bin/sh set -e if [ ! -e /usr/lib/libresolv.a ] then if [ -L /usr/lib/libresolv.a ] then /bin/rm -f /usr/lib/libresolv.a fi ln -s /usr/lib/libminires.dll.a /usr/lib/libresolv.a fi have to check... thanks for the hint. PS: By the way . apache . working on it... Apache is finished, but I'd like to test the whole bunch including the new php package, that's why the delay takes place. But we'll kick it as Xmas present I guess ;) Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [ITP] ccrypt: A utility for encrypting and decrypting files and streams
Andreas Seidl wrote: I would like to contribute and maintain ccrypt: * http://quasar.mathstat.uottawa.ca/~selinger/ccrypt/ (Homepage) * http://quasar.mathstat.uottawa.ca/~selinger/ccrypt/download/ccrypt-1.6.tar.gz (Download) Obtaining this package for review: wget http://alice.fmi.uni-passau.de/~seidl/cygwin/release/ccrypt/ccrypt-1.6-1-src.tar.bz2 wget http://alice.fmi.uni-passau.de/~seidl/cygwin/release/ccrypt/ccrypt-1.6-1.tar.bz2 wget http://alice.fmi.uni-passau.de/~seidl/cygwin/release/ccrypt/setup.hint Alternatively, this package can be downloaded and installed through setup.exe by adding http://alice.fmi.uni-passau.de/~seidl/cygwin to your server list. - setup.hint - sdesc: A utility for encrypting and decrypting files and streams category: Utils requires: cygwin ldesc: ccrypt is a utility for encrypting and decrypting files and streams. It was designed as a replacement for the standard unix crypt utility, which is notorious for using a very weak encryption algorithm. ccrypt is based on the Rijndael cipher, which is the U.S. government's chosen candidate for the Advanced Encryption Standard (AES, see http://www.nist.gov/aes/). This cipher is believed to provide very strong security. Unlike unix crypt, the algorithm provided by ccrypt is not symmetric, i.e., one must specify whether to encrypt or decrypt. The most common way to invoke ccrypt is via the commands ccencrypt and ccdecrypt. There is also a ccat command for decrypting a file directly to the terminal, thus reducing the likelihood of leaving temporary plaintext files around. In addition, there is a compatibility mode for decrypting legacy unix crypt files. An emacs mode is also supplied for editing encrypted text files. - end - the packages has my +1 vote to go. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
[ITP] tree: Recursive directory listing program that produces a depth indented listing of files
Hi list, this is a quick one. Canonical homepage is: http://mama.indstate.edu/users/ice/tree/ --setup.hint-- sdesc: Recursive directory listing program that produces a depth indented listing of files category: Utils requires: cygwin ldesc: Tree is a recursive directory listing program that produces a depth indented listing of files, which is colorized ala dircolors if the LS_COLORS environment variable is set and output is to tty. --setup.hint-- --cut-- #!/bin/bash mkdir -p tree cd tree wget http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/tree/tree-1.4-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/tree/tree-1.4-1.md5sum wget http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/tree/tree-1.4-1.tar.bz2 wget http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/tree/setup.hint --cut-- Please review and vote for upload. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [Review - not yet] Re: [ITP] tree
Igor Pechtchanski wrote: Sounds interesting. I'll vote for this. I'll update this after we resolve this issues here. Now for the review: 1) The documentation is still in /usr/doc and /usr/man... Any plans on moving it to /usr/share/{doc,man}? ok, changed. 2) This uses method 1 packaging. AFAIU, the patch in CYGWIN-PATCHES should still be a forward patch. Yours is reverse. I did reverse patching for thre previous packages apache, php, etc too. Non was objected until know. AFAIK, either you have the orginal source tree and your patch provides the cygwin specific changes or oposite. Actually this may you apply the patch to produce the orginal source tree. 3) Any particular reason you have the make and install logs in CYGWIN-PATCHES? Also, the make log contains a warning that looks suspicious, and the install log shows that make install will install files directly into /usr/bin, rather than to a subdirectory. Also, make install will not put the Cygwin-specific README in the right directory. historical. AFAIK some people have been doing this for documentation purpose while building packages. The log files may be helpful in identifing possible problems that someone may observe on his local installation. Is it really required to patch Makefiles in order to install the cygwin specific README to the ..doc/Cygwin place?! I consider this an unneading hacking in sources. IMO, sources should be changed as minimally as required. 4) The file list in the Cygwin-specific README mentions /usr/bin/tree, and not /usr/bin/tree.exe, which, IMO, is misleading. ok, changed. 5) There are no port notes in the Cygwin-specific README, even though there are some user-visible changes in the patch, such as changing the prefix to /usr and removing the -s linker flag (any particular reason why you did that?) -s linker flag put in place again (was a simple typo). So we get stripping again. I don't see any needs for port notes to be honest. 6) I don't see a strip step anywhere in the installation process (although the executable in the binary tarball is stripped). That's actually what the -s linker flag does... (see above) 7) There is a bug in the printing of inode numbers, since ino_t is 64-bit in Cygwin now, and it's printed using %ld (tree.c:515). yep, patched. 8) There is a bug that the file size is declared as u_long, and will be truncated for large files. Why not simply change it to off_t? any scenario you can give that reproduces this?! I think this is it. A lot of the above is very easy to fix, so we'll wait for a new installment soon, eh? ;-) let's get this going. BTW, @Volker: you should have voted to the -apps list too ;) Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [ITP] openldap-devel: Lightweight Directory Access Protocol clients and libraries
Dr. Volker Zell wrote: Hi I would like to contribute and maintain the static LDAP libraries and clients from the openldap package: * http://www.openldap.org/(Homepage) * http://www.openldap.org/software/download/ (Download location) The libraries are needed for example to LDAP enable xemacs. dependency for php-4 is also given. ;) so +1 from my side too. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [ITP] openldap-devel: Lightweight Directory Access Protocol clients and libraries
Volker, trying to reproduce your issue I run into: ... checking to see if -lrpcrt4 is needed for win32 UUID support... no checking for res_query... no checking for __res_query... no checking for res_query in -lbind... no checking for __res_query in -lbind... no checking for res_query in -lresolv... no checking for __res_query in -lresolv... no configure: error: DNSSRV requires res_query() while configure runs. So I'm wondering which resolver lib you have been using?! Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
[RFC] wishlist for php-4.3.4 component supports
Hi list, I'd like to request some comments on which php-4.3.4 support should be activated for the new release? I guess I will be adding those that have been present in php-4.2.0-2 and any that can be added safely by having the components anyway in the distribution, like openssl ie. Any other packages that should be definetly included? Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
[FYI] new apache packages
Hi list, I was working on the new set of apache packages (including various modules) this week-end. I will post an ITP/UPDATE announcement to cygwin-apps@ this Monday when the packages have been uploaded to the distribution site. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [FYI] apache packages
Corinna Vinschen schrieb: On Thu, Nov 20, 2003 at 05:29:30PM +0100, Stipe Tolj wrote: Hi list, Volker called me up (kindly from him ;) to let me know that you're intending to kick package maintainers that are currently non-active ;) As package maintainer, you should have known this since package maintainers are expected to be subscribed to cygwin-apps. I am, but as you may imagine (and as you may be on your own) reading not only the cygwin-apps@ list. I'm head of the kannel.org project and hence have to do my main job there. Which does not mean I'm leaving things behind, but hey, you know that optimal coordination is NP-hard ;) So, some more patients, please... Ok, you get another two week. I just hope it's done by Christmas. ok, thanks for the time. A bunch of Apache modules (all updated against new 1.3.29) would be a great xmass gift I guess ;) BTW, anyone working on a stable mysql package? Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: Problem with apache+Win2k+SP4
Sergiy Zuban wrote: Hello. I'm using Win2k(RU) + SP4 + cygwin dll 1.5.5-1. After installing SP4 my apache-1.3.24-5 from cygwin distributive works not properly: after starting, restarting, stopping CPU usage on my Pentium-III-450 sometimes rise up to 100%. So I have no choice -- i need to restart my Win2k. Problem is not in my computer. (I have this problem on another computer with Win2k+SP4). I've tried to recompile apache (used apache-1.3.27) --- absolutely the same bug. My httpd.conf attached. How can I fix this bug ? try to identify which routine takes the CPU usage so high. BTW, (Corinna and others). Do we have any purifying tools for runtime analyzing for Cygwin? I'm thinking of some beasts similar like 'valgrind' for Linux? Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
[FYI] apache packages
Hi list, Volker called me up (kindly from him ;) to let me know that you're intending to kick package maintainers that are currently non-active ;) Sorry for the delay. It's still on my TODO list, but as you may imagine I'm not non-active without reason. I'm pretty busy in the company. I'd like to request some more time for re-compiling the whole package sets, including the latest apache-1.3.29, and all modules updated to the latest version. So, some more patients, please... Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: your Cygwin packages need to be updated
Daniel Reed wrote: http://cygwin.com/ml/cygwin-apps/2003-11/msg00068.html * From: Corinna Vinschen vinschen at redhat dot com * To: cygwin-apps at cygwin dot com * Date: Tue, 4 Nov 2003 14:40:20 +0100 * Subject: Please update links, mod_php4, mod_ssl, wget (was: [EMAIL PROTECTED]: [OpenSSL Advisory] Denial of Service in ASN.1 parsing]) May I again ask the package maintainers of packages, which still use openssl-0.9.6, to update their packages to use openssl-0.9.7? These packages are - links Sami Tikka - mod_php4 Stipe Tolj - mod_ssStipe Tolj - wget Hack Kampbjorn yep, just configuring my new Cygwin machine and making new packages (version updates) for all my packages. Stipe
Re: [cygwin] Apache on cygwin
Stipe, would it make sense to include a symbolic link of /usr/man/man8/apache.8 to /usr/man/man8/httpd.8? Perhaps this needs to be suggested to the upstream maintainer as well? yep, Igor, should make sende ;) I'll ask the guys. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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: ATTN: Apache, Perl, Python, and Exim maintainers
Jason, I concur with the above and I ask you again: Please release updated package(s) without the broken rebase ASAP. Your packages corrupt DLLs for Me users and are becoming to be a (rebase) support burden. ok, I'll even update the packages, even while we still have a serious connection problem in apache. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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: ATTN: Apache, Perl, Python, and Exim maintainers
Sorry for chiming in unannounced but the connection problem only seems to happen when libphp4 is loaded into the server. I have had a running Apache install (before I re-installed my production box) that worked for over two weeks. Add php to the equation and what happened...it died. Before 1.3.21 I was not even able to keep the daemon running longer than five minutes with or without php. Now it works perfectly by itself (without php). nop, I see this happen even for a bare nacked apache without any extra modules. can you please issue the following to your httpd processes: $ /usr/sbin/ab -i -r 1000 http://localhost/ this will hit your apache with 1000 HTTP HEAD requests. After this has done wait some seconds and re-do. This should cause the httpd childs to 'hang'. And even a 'telnet localhost 80' will either give you no TCP connect or if, you can enter a HTTP request but will never get a response. Ok, just to be sure: which cygwin version and OS are you running? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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: ATTN: Apache, Perl, Python, and Exim maintainers
to change the requires: dependency on 'gdbm' to 'libgdbm'. Thus, you don't need to do anything NOW, but you probably need to note this change so that your next release reflects the correct dependency. ok, thanks for the note Chuck. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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: ATTN: Apache, Perl, Python, and Exim maintainers
While your at it, will you *please* remove rebase from mod_php4. As you know, rebase is now an official cygwin package. The one you have is deprecated and broken, it causes trouble when the new rebase tries to rebase the dll's that your ancient rebase touched. Also, an update to 1.3.27 might be a good idea. Might as well bump the modules as well. yep, I'm still findling arround the Apache accept() mutex blocking, childs hang up problem. As soon as this is fixed, a new bunch will be rolled-out. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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: Apache Module Packaging Issue
Nicholas Wourms wrote: Regardless of how you fix this issue, I would appreciate you repackaging the following: mod_auth_mysql mod_auth_ntsec mod_dav mod_php4 mod_ssl Also he needs to ditch that antiquated rebase that he distributes with php4, which will undoubtbly cause issues with your newer rebase scheme. A newer apache release wouldn't hurt, either. yep, +1 from my side. How about aiming this to be included and finished up to the end of the week?! Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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: problem with apache
Dmitry Suhodoev wrote: hi, cygwin-apps i have the apache-1.3.24-5 under cygwin-1.3.12-3 and one big trouble with it. if i try download big static file from my web server (bigger than 32768 bytes), then data in downloaded file after byte 0x8000 replaced by trash. but script output with any size are downloaded normally. whats wrong? how i can fix it? please help! I haven't seen this. I do run it on several machines offering big static files. Can you provide a link to that big file to see what is downloaded?! Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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: Cygwin - Apache https' fork problems!
When I try to run apache command with ssl configure in the httpd.conf file, I received the following error: [Mon Dec 2 16:26:26 2002] [notice] Apache/1.3.24 (Cygwin) configured -- resuming normal operations [Mon Dec 2 16:26:26 2002] [notice] Accept mutex: pthread (Default: pthread) [Mon Dec 2 16:50:25 2002] [notice] caught SIGTERM, shutting down fork: Resource temporarily unavailable httpd: unable to fork new process As you can see above, httpd server was running and I shut it down and then I restarted it with ssl info in the httpd.conf file! After experimenting with for a while, I discovered that when I just add the following line to the httpd.conf file, LoadModule ssl_module lib/apache/new/libssl.dll, I would still get this forking error. I initially installed apache apache_mod_ssl together and then I went back to re-install apache_mod_ssl using the following command: tar xjvf apache-mod_ssl-2.8.8-1.3.24-1.tar.bz2 from the instructions in file /usr/doc/Cygwin/mod_ssl-2.8.8-1.3.24-1.README. I was not able to perform the following commands in this document because I was not able to find the configure command? Maybe I am blind or screwed up here?: - cd mod_auth_ssl-X-Y ./configure --with-apxs=/usr/sbin/apxs make cd pkg.sslmod mv libssl.so libssl.dll /usr/sbin/apxs -i -a -n ssl libssl.dll that configure is from mod_ssl's source tree. I'm not sure what the fork()ing problem may be causing. Can you instruct me how the problem can be reproduced?! Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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: [maybe-ITP] FreeCiv for X
I've been browsing the FreeCiv site, some time ago - I remember that in the ports section I red something about droping the cygwin version in favour of the native Win32 one. I don't remember the exact reason though. the reason was (some time ago) because of the X-server need for the cygwin port. Now as we have a native X-server bundled it's more comfort to get started on the cygwin platform for that. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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: Apache -5 install clobbers /etc/apache files
Charles Wilson wrote: Gerrit P. Haase wrote: All my files in /etc/apache (besides httpd.conf~) were clobbered when installing 1.13.24-5 over 1.13.24-1. How can this happen??? To be exact, the -1 version removed it during uninstall. Well, shit happens No, this is a packaging *error*. Packages (like apache) should NOT install configuration files, for precisely this reason. They should install default files, and then cp them IFF the real file doesn't exist. ok, blame on me! -- I wasn't aware of the uninstall removal, s**t! re-packaging to -6. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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: Apache -5 install clobbers /etc/apache files
Gerrit P. Haase wrote: Hallo Stipe, GR!!! *stipe is offering a refreshing cool bear as excuse* Sorry, Gerrit. [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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: postinstallation problems with apache_mod_auth_xxx modules
Dr. Volker Zell wrote: Hi The postinstallation steps for apache_mod_auth_mysql/ntsec put the wrong configuration information in httpd.conf Specifically I had to change the following lines AddModule mod_mysql_auth.c AddModule mod_ntsec_auth.c to AddModule mod_auth_mysql.c AddModule mod_auth_ntsec.c yep, that's right. But this is a problem of the module naming in conjunction to apxs, which is used to patch /etc/httpd.conf. You can turn it the way you want: either apxs misbehaves detecting module internals or module naming is not for apxs. BTW, the same behaviour is seen on UNIX flavors. I think the guys from Apache know about this but seem to accept this module naming mismatch. 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
apache keep-alives keep hanging
Corinna and the others, we'll need to have some kind of signal passing problem on Cygwin level for Apache's child httpd processes. As you may see from http://apache.dev.wapme.net/server-status the childs don't seem to gracefully timeout when the parent process tells them after timeout to do so. I solved this by sending SIGKILL instead of SIGUSR2 in Apache's source code. But I guess this is more a of a kludge then a solution. Unfortunatly the interprocess signal passing problems appears at high-load only. If someone of the core DLL guys and galls can check this, please?! I'll switch apache-1.3.24-5 to -6 and add the necessary code to use SIGKILL instead of the usual signaling. 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
[FYI] updating apache-1.3.24-4 to -5
Hi all, I *won't* announce -4 throught cygwin-announce@. The reason is that I will repackage to -5 this afternoon because of the /etc/apache/*.conf overwrite problem users have complained about. The postinstall script will take care that existing documents (i.e. /var/www/htdocs) keep preserved rather then overwritting them. 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
[ANN] apache-1.3.24-5 ready for upload
Hi list, I have patched the apache package a bit to be more smarted in terms of preserving the existing config files and document root if users re-install or update to a newer package. The files are at: http://apache.dev.wapme.net/support/cygwin-packages/apache/apache-1.3.24-5-src.tar.bz2 http://apache.dev.wapme.net/support/cygwin-packages/apache/apache-1.3.24-5.tar.bz2 http://apache.dev.wapme.net/support/cygwin-packages/apache/md5.sum Please upload them to sources and I'll announce as soon as FTP mirrors propagate. BTW, I'd like to offer an additional german based FTP mirror (running Cygwin 1.3.10 itself as OS :)), who is charge for this? 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: [ANN] apache-modules: mod_ssl, mod_php4, mod_dav, mod_auth_foobar
Corinna Vinschen wrote: Please provide the full pathnames in your mail and please include the setup.hint files full quoted into your text. ok, here you go: -- sdesc: HTTP Basic Authentication using MySQL ldesc: This Apache module may be used to authenticate against a MySQL DB. category: Net Web requires: cygwin apache http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_auth_mysql/apache-mod_auth_mysql-1.11-1-src.tar.bz2 http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_auth_mysql/apache-mod_auth_mysql-1.11-1.tar.bz2 http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_auth_mysql/md5.sum http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_auth_mysql/setup.hint -- sdesc: HTTP Basic Authentication using Cygwin's ntsec ldesc: This Apache module may be used to authenticate against local NT/Win2000 accounts using Cygwin's ntsec security layer. category: Net Web requires: cygwin apache http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_auth_ntsec/apache-mod_auth_ntsec-1.7-1-src.tar.bz2 http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_auth_ntsec/apache-mod_auth_ntsec-1.7-1.tar.bz2 http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_auth_ntsec/md5.sum http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_auth_ntsec/setup.hint -- sdesc: WebDAV (Distributed Authoring and Versioning) ldesc: This Apache module may be used to add WebDAV support to the Apache HTTP Server. category: Net Web requires: cygwin apache http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_dav/apache-mod_dav-1.0.3-1.3.6-1-src.tar.bz2 http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_dav/apache-mod_dav-1.0.3-1.3.6-1.tar.bz2 http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_dav/md5.sum http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_dav/setup.hint -- sdesc: PHP4 Hypertext Pre-Processor Language ldesc: This Apache module may be used to add the PHP4 scripting languange support to the Apache HTTP Server. category: Net Web requires: cygwin apache gdbm openssl bzip2 zlib gettext libxml2 postgresql http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_php4/apache-php-4.2.0-1-src.tar.bz2 http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_php4/apache-php-4.2.0-1.tar.bz2 http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_php4/md5.sum http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_php4/setup.hint -- sdesc: SSLv2/v3 and TLSv1 (Secure Socket Layer) ldesc: This Apache module may be used to add Secure Socket Layer (SSL) and Transport Layer Security (TLS) support to the Apache HTTP Server. category: Net Web requires: cygwin apache gdbm openssl http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_ssl/apache-mod_ssl-2.8.8-1.3.24-1-src.tar.bz2 http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_ssl/apache-mod_ssl-2.8.8-1.3.24-1.tar.bz2 http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_ssl/md5.sum http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_ssl/setup.hint -- That's it. 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: [ANN] updated: apache-1.3.24-4
Corinna Vinschen wrote: On Mon, May 06, 2002 at 12:39:14AM +0200, Stipe Tolj wrote: Hi all, this is a minor update for the latest -3 package. Basically only the Ralf's 'apxs' script has been patched a bit to fit the needs for building dynamic shared DLL modules when apache-1.3 is already installed on the system. This way we have a working shared module build chain. Please upload from http://apache.dev.wapme.net/support/cygwin-packages/apache/ to sources. Oh, please. Could you make it a bit easier for the person who uploads your stuff to cygwin.com by giving the *full* paths to the files, including the filename? Ok here you are: -- sdesc: The Apache HTTP (Web) Server ldesc: The Apache Project is a collaborative software development effort aimed at creating a robust, commercial-grade, featureful, and freely-available source code implementation of an HTTP (Web) server. The project is jointly managed by a group of volunteers located around the world, using the Internet and the Web to communicate, plan, and develop the server and its related documentation. These volunteers are known as the Apache Group. In addition, hundreds of users have contributed ideas, code, and documentation to the project. This file is intended to briefly describe the history of the Apache Group and recognize the many contributors. category: Net Web requires: cygwin curr: 1.3.24 http://apache.dev.wapme.net/support/cygwin-packages/apache/apache-1.3.24-4-src.tar.bz2 http://apache.dev.wapme.net/support/cygwin-packages/apache/apache-1.3.24-4.tar.bz2 http://apache.dev.wapme.net/support/cygwin-packages/apache/md5.sum http://apache.dev.wapme.net/support/cygwin-packages/apache/setup.hint -- [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: [ANN] apache-modules: mod_ssl, mod_php4, mod_dav, mod_auth_foobar
Corinna Vinschen wrote: On Mon, May 06, 2002 at 12:35:07PM +0200, Stipe Tolj wrote: Corinna Vinschen wrote: Please provide the full pathnames in your mail and please include the setup.hint files full quoted into your text. ok, here you go: Thanks. Question to the list: Should these modules go into subdirs of release/apache/ or directly into release/ ? I think the subdirs would make it clearer somehow... me too. 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
[ANN] updated: apache-1.3.24-4
Hi all, this is a minor update for the latest -3 package. Basically only the Ralf's 'apxs' script has been patched a bit to fit the needs for building dynamic shared DLL modules when apache-1.3 is already installed on the system. This way we have a working shared module build chain. Please upload from http://apache.dev.wapme.net/support/cygwin-packages/apache/ to sources. BTW, this was inspired by the module packages that I have prepared. These will be announced in a seperate mail. 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
[ANN] apache-modules: mod_ssl, mod_php4, mod_dav, mod_auth_foobar
As promised, here are the first pre-compiled shared module DLLs for the latest apache-1.3 binary package that are ready-to-plug-in. All directories contain the binary and source tarball, including a setup.hint file and a md5.sum checksum file. Please review against the latest apache-1.3.24-4 binary package and upload. mod_ssl-2.8.8-1.3.24-1: http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_ssl/ php-4.2.0-1: http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_php4/ (compiled with libxml2, gettext, bzip2, zlib, openssl, mysql, postgresql built-in support, aka the CAMP framework) mod_dav-1.0.3-1.3.6-1: http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_dav/ mod_auth_ntsec-1.7-1: http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_auth_ntsec/ mod_auth_mysql-1.11-1: http://apache.dev.wapme.net/support/cygwin-packages/apache-modules/mod_auth_mysql/ All packages contain a postinstall script that uses Apache's apxs (/usr/sbin/apxs) extension script to install the module on-the-fly. The php4 module has to be rebased with the various depending DLLs, which is also performed within a postinstall script. Hope you like the set of modules. More to come... 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
rebasing new packages?!
Hi there, could someone of the gurus arround tell a (half-)guru :)) what the standard way would be if packages have rebase problems? See cygwin@ list for recent posts about apache rebase problems. 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: extra apache shared module DLLs
Charles Wilson wrote: Well, you can run an mod_ssl-modified apache without having the mod_ssl stuff on. (e.g. the .conf file doesn't load_module it). I'd assume that the same is true for mod_snmp. So, I'd distribute the core apache package with those modifications -- but without the modules (mod_ssl.dll) themselves, and with the corresponding load_module statements commented out of the .conf. yep, but you still have a patched core. In case of mod_ssl, Ralf is adding the EAPI structures to the core. Even if you don't use the mod_ssl module, the core is still modified, so this can not be considered as an official port. Then, the user could install the mod_ssl package, which would install the module .dll and related stuff, have a postinstall script to generate some dummy, self-signed server keys, and create an includable ssl-conf file. It would still be up to the user to add include mod_ssl.conf and uncomment the load_module statement in the main apache conf file. Similar for mod_snmp. hmmm, yeah, that should be a practible way I guess. Now, MOST modules don't require intrusive changes to the core apache. So most mod_ packages don't need this special treatment. BUT, of those modules that DO require it, which ones should you, Stipe, include pre-modified in the main apache package? yep, I know. But mod_ssl is definitly one of the most important modules, so that's why I raised the question. The ones you as maintainer FEEL like including. I gather that means mod_ssl and mod_snmp, right now. :-) yep, those should go in, even while mod_snmp is yet not compiling on Cygwin and I'm having this on my TODO list. We may gather a module list that may be suiteable for Cygwin from other Linux distros like RedHat, SuSE, etc?! 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
[ANN] new rcs-5.7-3 available for upload
I have patched -2 with the bugfix provided by Dean Ferreyra [EMAIL PROTECTED]. Please upload and I'll post the announcement. BTW, is the announce gateway working again? Stipe Stipe Tolj Department Management Technology Center Research Lab -- Hope to see you at my presentations: Virtual Server solution for Linux using FreeVSD at O'Reilly Open Source Convention 2002, Sheraton San Diego Hotel and Marina, San Diego, CA. USA July 22-26, 2002 [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: [ANN] new rcs-5.7-3 available for upload
Corinna Vinschen wrote: Upload from where? Providing links would be nice... for me is been always the same at http://apache.dev.wapme.net/support/cygwin-packages/ ;) Stipe -- Hope to see you at my presentations: Virtual Server solution for Linux using FreeVSD at O'Reilly Open Source Convention 2002, Sheraton San Diego Hotel and Marina, San Diego, CA. USA July 22-26, 2002 [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: [ANN] new rcs-5.7-3 available for upload
Uploaded. Thanks! [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: extra apache shared module DLLs
What about modules that do change/patch Apache's source tree to hook on certain structures that can not be accessed using the normal API? I'm thinking espacially about mod_ssl and mod_snmp, which both need to patch Apache's core to be applied? 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: ITP: enscript-1.6.3
+1 from me. 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: [ANN] updated: apache-1.3.24-1
Corinna, what about the announcement I posted to cygwin-announce@ ? It hasn't yet passed to the main lists, or have I missed it? Maybe you are peaking at me to take as long as I did for the package submission?! : 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: [ANN] updated: apache-1.3.24-1
Ok, should I CC to cygwin@ by hand now?! 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: [ANN] updated: apache-1.3.24-1
Corinna Vinschen wrote: Please prepare to send an announcement in a few hours (give mirrors a chance), according to http://cygwin.com/setup.html#submitting, point 9. Don't send an extra announcement to the cygwin base list, please. ok, sending in a couple of mins. 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: [ANN] updated: apache-1.3.24-1
Corinna Vinschen wrote: On Mon, Apr 08, 2002 at 11:12:54AM +0200, Stipe Tolj wrote: Corinna Vinschen wrote: Please prepare to send an announcement in a few hours (give mirrors a chance), according to http://cygwin.com/setup.html#submitting, point 9. Don't send an extra announcement to the cygwin base list, please. ok, sending in a couple of mins. Oh no. I said in a few hours (give mirrors a chance)... ok ok, nothing send yet. I shoot later :) 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: setup.exe Splash
Corinna Vinschen wrote: That's ok and it's really a nice logo but... would you like to use a logo of another project for your own? not realy, I guess it *has to be* unique. Consider it as suggestion how the logo should be looking like, in other worlds the style of the logo (no photo). 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
rcs-5.7-2 uploaded for release
Hi there, I just build rcs-5.7-2 which fixes the reported 1024 byte trunctation bug, see http://sources.redhat.com/ml/cygwin/2001-07/msg00161.html for details. It's available at the usual place for upload. 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: apache-1.3.22-4 no-detach patch
Corinna Vinschen wrote: *knock* *knock* Is -4 ready to go, Stipe? I have been glitching around with the Apache guys to get changes in the official cvs tree before they release 1.3.23. But anyway I'll finish -4 and we go for release state. *kraempling the aermels* :) 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: DocBook and OpenJade packages
Jon Foster wrote: I've recently installed the DocBook text processing system under CygWin. This was quite fiddly, as there are many small tools that have to be downloaded and configured. I'm willing to volunteer to produce and maintain proper CygWin packages for these tools, so that they can be easily installed by just choosing the packages in the setup program. * Is this something you'd like? +1 from me. I need this for several packages, and for Kannel too :) * Is anybody currently working on this? I tried, but dropped it -- so no conflicts from me here. Go for it. As per the guidelines at http://cygwin.com/setup.html, I've written proposed setup.hint files - they're at the end of this e-mail. Comments welcome. I haven't started working on the actual packages yet. please let us know as soon as you have some downloads for testing to offer. 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: apache-1.3.22-4 no-detach patch
Corinna Vinschen wrote: Ok, as far as I can see, the problem is line 4136f. in http_main.c: /* Only try to switch if we're running as root */ if (!geteuid() ( That could get changed to (just a draft): #ifdef CYGWIN /* Only try to switch if we're running as SYSTEM */ #define SYSTEM_UID 18 if (geteuid() == SYSTEM_UID ( #else /* Only try to switch if we're running as root */ if (!geteuid() ( #endif thanks for that report Corinna. I'm fixing things up this evening and preparing -4 for distribution. 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
adding status flag for cygrunsrv
I would like to suggest an additional flag to cygrunsrv to display all installed NT services and their status (running, autom. startup, manual startup, etc.) in a ps.exe style. something like this I guess: $ cygrunsrv -T|--status Service State Owner Invokation apache running SYSTEM automatic cron- SYSTEM manual ... I guess we have currently no other working facility to check service status, except doing $ ps -a -u SYSTEM which is fine for usual usage?! 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: apache-1.3.22-4 no-detach patch
Corinna Vinschen wrote: I'm testing running under cygrunsrv if you send me a pointer to the binary. I'm not going to build apache by myself. I have tested it and it works with cygrunsrv-0.94. Please grap apache-1.3.22-3.tar.bz2 apache-1.3.22-4-no-detach.tar.bz2 from http://apache.dev.wapme.net/support/apache-cygwin/ and replace the files in -4 with those of -3 for testing. Be aware to have $ chown SYETEM /var/log/apache otherwise you won't get going. That's probably the better approach. Unfortunately the `-D' is already used. I'll ask the Apache guys if a OS-wide flag may be introduced. Otherwise, I will provide them a patch for the Cygwin specific flag. 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: apache-1.3.22-4 no-detach patch
Corinna Vinschen wrote: On Fri, Jan 18, 2002 at 12:35:13AM +0100, Stipe Tolj wrote: Corinna, could you please apply the attached patch against the last 1.3.22-3 source tree. This will turn detaching of the parent process off. Please try if this makes cygrunsrv happy. Didn't you test it? Anyway, I don't have the source tree. I'd appreciate if you could give me a pointer to a binary archive. I did test it if it stays attached and if the service itself is operational. I wanted to let you do the cygrunsrv magic, it's your thing I guess. The apache-1.3.22-3 source tree is available from the location I announced and the -4 patch applies to it. the /usr/doc/Cygwin readme describes the configure flags to be used. It's pretty forward and builds in = 3 min. I haven't included any extra starting flag. In this case apache does not detach by default for Cygwin. Any objections from the others? Hmm, I'd vote for a command line option... '-n' for `nodetach' or so? -n is used for the Win32 native port as you pointed out. I'm not sure what the Apache officials think about this. They may claim that this may lead to confusion. Anyway, if we decide to have a flag, I would appritiate it if it is OS-wide, that means any UNIX platform may use it to run with no-detach. I have posted a RFC for this on the Apache developers 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
apache-1.3.22-4 no-detach patch
Corinna, could you please apply the attached patch against the last 1.3.22-3 source tree. This will turn detaching of the parent process off. Please try if this makes cygrunsrv happy. I haven't included any extra starting flag. In this case apache does not detach by default for Cygwin. Any objections from the others? 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 diff -ur apache_1.3.22-3/src/include/ap_config.h apache_1.3.22-4/src/include/ap_config.h --- apache_1.3.22-3/src/include/ap_config.h Tue Jan 8 09:49:58 2002 +++ apache_1.3.22-4/src/include/ap_config.h Thu Jan 17 23:26:59 2002 @@ -993,6 +993,7 @@ #elif defined(CYGWIN) /* Cygwin 1.x POSIX layer for Win32 */ #define JMP_BUF jmp_buf #define NO_KILLPG +#define NO_SETSID #define USE_LONGJMP #define GDBM_STATIC #define HAVE_MMAP 1 diff -ur apache_1.3.22-3/src/main/http_main.c apache_1.3.22-4/src/main/http_main.c --- apache_1.3.22-3/src/main/http_main.cTue Jan 8 09:49:58 2002 +++ apache_1.3.22-4/src/main/http_main.cThu Jan 17 23:31:25 2002 @@ -3293,7 +3293,7 @@ int x; chdir(/); -#if !defined(MPE) !defined(OS2) !defined(TPF) +#if !defined(MPE) !defined(OS2) !defined(TPF) !defined(CYGWIN) /* Don't detach for MPE because child processes can't survive the death of the parent. */ if ((x = fork()) 0) @@ -3323,6 +3323,13 @@ #elif defined(MPE) /* MPE uses negative pid for process group */ pgrp = -getpid(); +#elif defined(CYGWIN) +/* Cygwin does not take any argument for setpgrp() */ +if ((pgrp = setpgrp()) == -1) { + perror(setpgrp); + fprintf(stderr, %s: setpgrp failed\n, ap_server_argv0); + exit(1); +} #else if ((pgrp = setpgrp(getpid(), 0)) == -1) { perror(setpgrp);
Re: Apache 1.3.22-3 ready to go?!
Corinna Vinschen wrote: 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. yep. 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()'. ok, I'll put my hands on it. BTW, is this going to be released then as package apache-1.3.22-4 or do we version back to -1? -- I guess users may be confused and may assume there have been 3 previous releases? Anyway I vote for -4, otherwise we would break the respect revision numbers in any case rule. 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. yep, today. 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: Apache 1.3.22-3 ready to go?!
Corinna Vinschen wrote: Btw., I've found the description how to install apache as service under cygrunsrv. The only problem was that it's on a html page so I first found it after I already had installed apache under inetd. so I guess you mean http://httpd.apache.org/docs/cygwin.html#serv ?! -- which I have writen :)) 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
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: [ANN] apache_1.3.22-2
On Sat, Jan 12, 2002 at 11:28:00PM +1100, Robert Collins wrote: - Original Message - From: Stipe Tolj [EMAIL PROTECTED] However, isn't that postinstall copying superfluous? Wouldn't it be better to have the cyghttpd.dll already in usr/bin in the tar archive? yes, basicly I have done this because after make install we result with cyghttpd.dll in /usr/lib/apache and not /usr/bin. I may move the core dll in the tarball of course manually, then the postinstall script would be dropped?! The move should be done before creating the binary tarball. Doing otherwise _could_ confuse future setup.exe enhancements. Yep, and the postinstall script could go away. Otherwise I think the package is ready to go or do we still have some problems? No I don't think so. I'll change the /etc path thing and re-package to apache_1.3.22-3, now! Announcement will follow in a couple of minutes. 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: [ANN] apache_1.3.22-2
BTW, I'm also chaning paths for $logfiledir and $proxycache dir to the named apache instead of httpd. 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: [ANN] apache_1.3.22-2
Corinna Vinschen schrieb: On Sat, Jan 12, 2002 at 06:53:43PM +0100, Stipe Tolj wrote: No I don't think so. I'll change the /etc path thing and re-package to apache_1.3.22-3, now! apache-1.3.22-3, please! A dash, no underscore. Apache distributions do use a underscore, BTW. I know this will make problems with setup.exe I guess, so I'll change the tarballs to use a dash instead. 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
[ANN] apache-1.3.22-3 (final?!)
Ok, just uploading the new package at the same place as the previous versions. Here are the changes for 1.3.22-3: * changed $sysconfdir from /etc/httpd to /etc/apache, also for $logfiledir and $proxycachedir * added CYGWIN-PATCHES sub-dir to source tree including patch to re-create orginal source tree and all logs for configure, make and make install (an automated builddist.sh has to be written) * shared core library cyghttpd.dll is now by default in /usr/bin, so the previous postinstall script get obsolete. * tested binary package with setup 2.125.2.10 and works ok. 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: [ANN] apache_1.3.22-2
* changed $sysconfdir from /etc/httpd/conf to /etc/httpd, as proposed by Geritt. * changed $libexecdir from /usr/libexec to /usr/lib/apache, as proposed by Chuck, Ernie and Corinna. httpd apache ? I would prefer to have it all the same name: `apache' like this: # Cygwin 1.3.x layout Layout Cygwin ... libexecdir:$prefix/lib/apache ... sysconfdir:/etc/apache ... includedir:$prefix/include/apache ... logfiledir:$localstatedir/log/apache proxycachedir: $localstatedir/cache/apache /Layout or `httpd' like this: Layout Cygwin ... libexecdir:$prefix/lib/httpd ... sysconfdir:/etc/httpd ... includedir:$prefix/include/httpd ... logfiledir:$localstatedir/log/httpd proxycachedir: $localstatedir/cache/httpd /Layout Since `httpd' is more general I would prefer `apache' from these two layouts. I disagree here! It's common style to have the protocoll name for /etc and /var sub-directories. BTW, RedHat and SuSE layout look pretty similar. Any other opinions from 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: ITP:
P.S.: What does ITP means? Intent to package. I'm just trying to confuse everyone :}. (RFP means I want someone else to package something, ITP means I plan on doing it myself). yes you are :)) 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: libtool devel works nicely
Robert, lovely wrapper scripts, they work beautifully (its what I used for libxml2 and libxslt - which I did so I could give you feedback). I'm also fiddling arround with Chuck's libtool scripts, but having some trouble -- not to say _very_ confused :(( Would you be so kind to post exactly what you did while using it for libxml2 and what autoconf, automake, etc. version you have been using. Thanks in advance. 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: ITP:
I'm considering packaging up libxml2 - thoughts? yep, that would be great, we use it for the Kannel WAP and SMS gateway for Cygwin 1.x. # LibXML2 test package @ libxml2 sdesc: Libxml is the XML C library developped for the Gnome project. ldesc: Libxml is the XML C library developped for the Gnome project. XML itself is a meta language to design markup languages, i.e. text language where semantic and structure are a dded to the content using extra 'markup' information enclosed between angle bracket. HTML is the most well-known markup language. category: Doc Libs Text Devel Interpreters requires: cygwin test: 2.4.12-1 sounds reasonable to me. 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: [REQ] apache-1.3.22 package available
Yep :]. ok, convinced me, I'll be re-packaging today. OpenBSD also does this. IMO it's the best way for apache because a) /var is appropriate for user modified data files for applications, and b) www is easily associated with apache, AND can be reused if apache is removed and (pick favorite alternative) installed. who is going to use something other than apache, good damn it! :)) c) /etc/apache is nicely contained for the plethora of files apache used to have, (and with SSL can have) yet is clearly configuration data. Corinna's standard configure line as quoted in http://www.cygwin/com/setup.html probably does most of this automatically. I'd also like to suggest that the home page in the package be altered to say what platform its running on (if it doesn't already :}). no it doesn't, but the Apache Server String is set to say: Apache/1.3.22 (Cygwin) module1 ... :)), so we _are_ known to have Apache running on Cygwin. 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