segfault with POST
Hello. We're currenty experiencing a strange segfault in Mandriva Cooker (the development branch) with the latest apache-2.2.17, gcc-4.5.1 and all that. Compiling apache using -DDEBUG=1 -DAPR_BUCKET_DEBUG=1 -DAPR_RING_DEBUG=1 or without -fomit-frame-pointer makes the segfault go away. This seems to happen on 32bit cooker only. More info here: https://qa.mandriva.com/show_bug.cgi?id=61384 A possible related issue in WebDAV: https://qa.mandriva.com/show_bug.cgi?id=61655 Cheers. -- Regards // Oden Eriksson Security team manager - Mandriva CEO NUX AB
Re: [VOTE] httpd 2.2.12 tarballs
Available from the usual location (http://httpd.apache.org/dev/dist/) [not for distribution] are the release tarballs for httpd 2.2.12. Vote starts now and runs for ~48hrs. (it may take some time for the site to sync). Passes all tests with latest perl-framework and with apr-1.3.7 on Mandriva Linux. This email has been processed by SmoothZap - www.smoothwall.net
eta for apache 2.2.12?
Hello. Could someone please tell when apache 2.2.12 is expected to be released? Thanks in advance. This email has been processed by SmoothZap - www.smoothwall.net
Re: error: 'OPT_INCNOEXEC' undeclared
On Tue, Jun 9, 2009 at 10:55 AM, Oden Eriksson oden.eriks...@envitory.sewrote: Hello. The CVE-2009-1195 fix broke the mod_perl build: modperl_config.c:525: error: 'OPT_INCNOEXEC' undeclared (first use in this function) I saw http://svn.apache.org/viewvc?view=revrevision=779472 addresses this problem. Will this be the final official fix? 2.2.x: I hope another tiny patch gets included too ( http://people.apache.org/~trawick/mod_perl_more_compat.txt), but certainly r779472 will be in the next 2.2.x release to resolve that build failure. trunk: OPT_INCNOEXEC no longer exists. Code which needs to know whether or not SSI exec is enabled will have to be modified (new and old: some flavor of SSI is enabled if OPT_INCLUDES is on; new: exec is enabled if OPT_INC_WITH_EXEC is on; old: exec is enabled unless OPT_INCNOEXEC is on). OK. Thanks Jeff. I will then have to ship a bugfix update for the Mandriva products. I guess this also applies to Redhat and others as well. This email has been processed by SmoothZap - www.smoothwall.net
error: 'OPT_INCNOEXEC' undeclared
Hello. The CVE-2009-1195 fix broke the mod_perl build: modperl_config.c:525: error: 'OPT_INCNOEXEC' undeclared (first use in this function) I saw http://svn.apache.org/viewvc?view=revrevision=779472 addresses this problem. Will this be the final official fix? This email has been processed by SmoothZap - www.smoothwall.net
Re: test framework/mod_authany's check user id hook vs. mod_ssl's
torsdag 19 mars 2009 21:36:42 skrev Jeff Trawick: [...] I keep getting: t/modules/include...ok 46/88# Failed test 67 in t/modules/include.t at line 396 On Mandriva Linux (cooker) -- Regards // Oden Eriksson This email has been processed by SmoothZap - www.smoothwall.net
Re: test framework/mod_authany's check user id hook vs. mod_ssl's
fredag 20 mars 2009 17:09:43 skrev Plüm, Rüdiger, VF-Group: -Ursprüngliche Nachricht- Von: Oden Eriksson Gesendet: Freitag, 20. März 2009 16:53 An: dev@httpd.apache.org Betreff: Re: test framework/mod_authany's check user id hook vs. mod_ssl's torsdag 19 mars 2009 21:36:42 skrev Jeff Trawick: [...] I keep getting: t/modules/include...ok 46/88# Failed test 67 in t/modules/include.t at line 396 This has nothing to do with Jeff's changes. This is caused by r755261 which is a test case for PR 39369. This bug isn't fixed on trunk and 2.2.x. Regards Rüdiger Thanks Rüdiger, The patch by Joe Orton attached to that bugreport made that test pass for me. Sorry for being OT. -- Regards // Oden Eriksson This email has been processed by SmoothZap - www.smoothwall.net
french fixes.
Hello. I think this has come up before but I can't recall when. In Mandriva french users found some errors in the error files. I have patched apache for years for this. Please apply. -- Regards // Oden Eriksson This email has been processed by SmoothZap - www.smoothwall.net diff -Naur httpd-2.2.2.orig/docs/error/HTTP_BAD_GATEWAY.html.var httpd-2.2.2/docs/error/HTTP_BAD_GATEWAY.html.var --- httpd-2.2.2.orig/docs/error/HTTP_BAD_GATEWAY.html.var 2005-11-13 14:22:28.0 +0100 +++ httpd-2.2.2/docs/error/HTTP_BAD_GATEWAY.html.var 2006-05-12 07:26:57.628343088 +0200 @@ -74,7 +74,7 @@ Content-type: text/html; charset=ISO-8859-1 Body:--fr-- !--#set var=CONTENT_LANGUAGE value=fr ---!--#set var=TITLE value=Gateway incorrecte! +--!--#set var=TITLE value=Passerelle incorrecte ! --!--#include virtual=include/top.html -- Le serveur proxy a reccedil;u une reacute;ponse diff -Naur httpd-2.2.2.orig/docs/error/HTTP_BAD_REQUEST.html.var httpd-2.2.2/docs/error/HTTP_BAD_REQUEST.html.var --- httpd-2.2.2.orig/docs/error/HTTP_BAD_REQUEST.html.var 2005-11-13 14:22:28.0 +0100 +++ httpd-2.2.2/docs/error/HTTP_BAD_REQUEST.html.var 2006-05-12 07:27:26.960823575 +0200 @@ -54,7 +54,7 @@ Content-type: text/html; charset=ISO-8859-1 Body:--fr-- !--#set var=CONTENT_LANGUAGE value=fr ---!--#set var=TITLE value=Demande incorrecte! +--!--#set var=TITLE value=Demande incorrecte ! --!--#include virtual=include/top.html -- Votre navigateur (ou votre proxy) a envoyeacute; diff -Naur httpd-2.2.2.orig/docs/error/HTTP_FORBIDDEN.html.var httpd-2.2.2/docs/error/HTTP_FORBIDDEN.html.var --- httpd-2.2.2.orig/docs/error/HTTP_FORBIDDEN.html.var 2005-11-13 14:22:28.0 +0100 +++ httpd-2.2.2/docs/error/HTTP_FORBIDDEN.html.var 2006-05-12 07:27:54.366731971 +0200 @@ -95,7 +95,7 @@ Content-type: text/html; charset=ISO-8859-1 Body:--fr-- !--#set var=CONTENT_LANGUAGE value=fr ---!--#set var=TITLE value=Accegrave;s interdit! +--!--#set var=TITLE value=Accegrave;s interdit ! --!--#include virtual=include/top.html -- !--#if expr=$REDIRECT_URL = /\/$/ -- diff -Naur httpd-2.2.2.orig/docs/error/HTTP_GONE.html.var httpd-2.2.2/docs/error/HTTP_GONE.html.var --- httpd-2.2.2.orig/docs/error/HTTP_GONE.html.var 2005-11-13 14:22:28.0 +0100 +++ httpd-2.2.2/docs/error/HTTP_GONE.html.var 2006-05-12 07:28:22.403499854 +0200 @@ -107,7 +107,7 @@ Content-type: text/html; charset=ISO-8859-1 Body:--fr-- !--#set var=CONTENT_LANGUAGE value=fr ---!--#set var=TITLE value=Cette ressource n'existe plus! +--!--#set var=TITLE value=Cette ressource n'existe plus ! --!--#include virtual=include/top.html -- L'URL demandeacute;e n'est plus accessible sur ce serveur et il diff -Naur httpd-2.2.2.orig/docs/error/HTTP_INTERNAL_SERVER_ERROR.html.var httpd-2.2.2/docs/error/HTTP_INTERNAL_SERVER_ERROR.html.var --- httpd-2.2.2.orig/docs/error/HTTP_INTERNAL_SERVER_ERROR.html.var 2005-11-13 14:22:28.0 +0100 +++ httpd-2.2.2/docs/error/HTTP_INTERNAL_SERVER_ERROR.html.var 2006-05-12 07:28:44.138668285 +0200 @@ -117,7 +117,7 @@ Content-type: text/html; charset=ISO-8859-1 Body:--fr-- !--#set var=CONTENT_LANGUAGE value=fr ---!--#set var=TITLE value=Erreur du serveur! +--!--#set var=TITLE value=Erreur du serveur ! --!--#include virtual=include/top.html -- !--#if expr=$REDIRECT_ERROR_NOTES -- diff -Naur httpd-2.2.2.orig/docs/error/HTTP_LENGTH_REQUIRED.html.var httpd-2.2.2/docs/error/HTTP_LENGTH_REQUIRED.html.var --- httpd-2.2.2.orig/docs/error/HTTP_LENGTH_REQUIRED.html.var 2005-11-13 14:22:28.0 +0100 +++ httpd-2.2.2/docs/error/HTTP_LENGTH_REQUIRED.html.var 2006-05-12 07:30:20.503245183 +0200 @@ -56,7 +56,7 @@ Content-type: text/html; charset=ISO-8859-1 Body:--fr-- !--#set var=CONTENT_LANGUAGE value=fr ---!--#set var=TITLE value=Longueur du contenu illeacute;gal! +--!--#set var=TITLE value=Longueur du contenu illeacute;gale ! --!--#include virtual=include/top.html -- Une requecirc;te utilisant la meacute;thode !--#echo diff -Naur httpd-2.2.2.orig/docs/error/HTTP_METHOD_NOT_ALLOWED.html.var httpd-2.2.2/docs/error/HTTP_METHOD_NOT_ALLOWED.html.var --- httpd-2.2.2.orig/docs/error/HTTP_METHOD_NOT_ALLOWED.html.var 2005-11-13 14:22:28.0 +0100 +++ httpd-2.2.2/docs/error/HTTP_METHOD_NOT_ALLOWED.html.var 2006-05-12 07:30:43.606108660 +0200 @@ -55,7 +55,7 @@ Content-type: text/html; charset=ISO-8859-1 Body:--fr-- !--#set var=CONTENT_LANGUAGE value=fr ---!--#set var=TITLE value=Meacute;thode interdite! +--!--#set var=TITLE value=Meacute;thode interdite ! --!--#include virtual=include/top.html -- La meacute;thode !--#echo var=REDIRECT_REQUEST_METHOD -- diff -Naur httpd-2.2.2.orig/docs/error/HTTP_NOT_FOUND.html.var httpd-2.2.2/docs/error/HTTP_NOT_FOUND.html.var --- httpd-2.2.2.orig/docs/error/HTTP_NOT_FOUND.html.var 2005-11-13 14:22:28.0 +0100 +++ httpd-2.2.2/docs/error/HTTP_NOT_FOUND.html.var 2006-05-12 07:31:03.736632851 +0200 @@ -113,7
Re: [VOTE] Release Apache HTTP server 2.2.11
Den Saturday 06 December 2008 17:30:05 skrev Ruediger Pluem: Test tarballs for Apache httpd 2.2.11 are available at: http://httpd.apache.org/dev/dist/ Your votes please; +/-1 [ ] Release httpd-2.2.11 as GA Regards Rüdiger It builds fine on Mandriva. -- Regards // Oden Eriksson
Re: new modules in trunk
Den Monday 01 December 2008 09:17:24 skrev Paul Querna: I've committed a few new modules to trunk tonight: mod_ratelimit: Bandwidth Rate Limiting for Clients. mod_heartbeat: Generates Multicast heartbeat messages containing the status of the server. mod_heartmonitor: Collects these Multicast heartbeats for other modules to use. mod_lbmethod_heartbeat: Module to Load Balance mod_proxy_balancer workers using the data from the heartbeats. If people could take a closer look at mod_lbmethod_heartbeat especially, since it is completely new, and I don't really know the internals of mod_proxy that well, while the other ones are a little more battle tested. Thanks, Paul Apache 2.2.10 segfaults if either/or mod_heartbeat/mod_heartmonitor is unconfigured and/or has no access to the logs directory. Hard to say in which combination. Well..., heh..., I wanted to try this on Mandriva. When configured and has access to the logs directory it does not segfault. Just thought I should mention this despite the modules is from trunk. -- Regards // Oden Eriksson
Re: [VOTE] Release Apache HTTP server 2.2.10
Den Thursday 16 October 2008 17:20:08 skrev Sander Temme: On Oct 16, 2008, at 6:07 AM, Oden Eriksson wrote: For some unknown reason I suddenly get some failed tests on Mandriva Cooker, it worked fine 2008-10-10 (!?) I saw that on my Solaris x86 VM, but it happened across the board against 2.2.9 and the 2.2.10 rc. And, I didn't see it on either Ubuntu or my Mac so I'm blaming staleness in the Perl setup on that Solaris install. OK. Thanks. That might be the problem. -- Regards // Oden Eriksson
Re: [VOTE] Release Apache HTTP server 2.2.10
Den Friday 10 October 2008 16:36:02 skrev Jim Jagielski: For some unknown reason I suddenly get some failed tests on Mandriva Cooker, it worked fine 2008-10-10 (!?) t/modules/digestNOK 6/13# Failed test 6 in t/modules/digest.t at line 84 t/modules/digestNOK 7/13# Failed test 7 in t/modules/digest.t at line 96 t/modules/digestNOK 8/13# Failed test 8 in t/modules/digest.t at line 106 t/modules/digestNOK 11/13# Failed test 11 in t/modules/digest.t at line 141 t/modules/digestNOK 12/13# Failed test 12 in t/modules/digest.t at line 152 t/modules/digestFAILED tests 6-8, 11-12 -- Regards // Oden Eriksson
Re: Apache httpd 2.2.10 test tarballs available...
Den Wednesday 08 October 2008 13:43:18 skrev Oden Eriksson: Den Tuesday 07 October 2008 20:37:48 skrev Jim Jagielski: ... at the usual location: http://httpd.apache.org/dev/dist/ The availability of these test tarballs does not constitute an official release, however please download and test as a VOTE will be called for in the next few days regarding their release. All tests (perl-framework) passes on Mandriva Cooker/2009.0 with system apr/apr-util latest stable versions. But SNI didn't make it into 2.2.10 it seems. -- Regards // Oden Eriksson
Re: Apache httpd 2.2.10 test tarballs available...
Den Tuesday 07 October 2008 20:37:48 skrev Jim Jagielski: ... at the usual location: http://httpd.apache.org/dev/dist/ The availability of these test tarballs does not constitute an official release, however please download and test as a VOTE will be called for in the next few days regarding their release. All tests (perl-framework) passes on Mandriva Cooker/2009.0 with system apr/apr-util latest stable versions. -- Regards // Oden Eriksson
Re: Apache httpd 2.2.10 test tarballs available...
Den Wednesday 08 October 2008 19:50:06 skrev William A. Rowe, Jr.: Akins, Brian wrote: On 10/7/08 8:49 PM, William A. Rowe, Jr. [EMAIL PROTECTED] wrote: Sure sounds like this is a re-initialization of mysql, with apr and php fighting for the honors. I thought the official support of php was fastcgi only in httpd 2.2 Given the headaches he is encountering, I'd think that php-fastcgi would be the ideal solution. vhosting does not work very well with apache, without band-aids like fastcgi etc. that's a shame. -- Regards // Oden Eriksson
Re: SNI in 2.2.x (Re: Time for 2.2.10?)
Den Thursday 28 August 2008 19:45:10 skrev Kaspar Brand: I wrote: When I added the second condition to the first if statement, I was assuming that the default for auth.verify_depth is UNSET as well. However, it's initialized to 1 (i.e. SSL_CVERIFY_OPTIONAL) Wrong, of course - this macro applies to verify_*mode* (not verify_depth). Oden, if you change the line (sc-server-auth.verify_depth != UNSET)) { to (sc-server-auth.verify_depth != SSL_CVERIFY_OPTIONAL)) { Sorry, should consequently be changed to (sc-server-auth.verify_depth != 1)) { Kaspar Yes, that seems to have fixed it. -- Regards // Oden Eriksson
Re: SNI in 2.2.x (Re: Time for 2.2.10?)
Den Wednesday 20 August 2008 12:06:33 skrev Oden Eriksson: [...] FYI: This patch is applied in Mandriva Linux. However, the perl-framework tests barfs at: t/ssl/v2# Failed test 1 in t/ssl/v2.t at line 16 -- Regards // Oden Eriksson
Re: SNI in 2.2.x (Re: Time for 2.2.10?)
Den Wednesday 20 August 2008 13:10:52 skrev Nick Kew: On Wed, 20 Aug 2008 12:06:33 +0200 Oden Eriksson [EMAIL PROTECTED] wrote: FYI: This patch is applied in Mandriva Linux. Any feedback? Bug reports coming from their users? No reports so far. It was requested by our users though. If you'd said Debuntu or Deadrat+family, we might infer a user community big enough to rely on (FSreasonableVO rely). Not sure about Mandriva, but it's surely better than nothing. It seems clear that users *really* want it. I'd say that adds weight to the argument for including it and taking the risk. It might be worth a --with-SNI configuration option, which would label it as an experimental feature. BTW: In mandriva Cooker (current) you can do this: [EMAIL PROTECTED] /]# LC_ALL=C urpmi apache-mod_ No package named apache-mod_ The following packages contain apache-mod_: apache-mod_activex_filter apache-mod_annodex apache-mod_anticrack apache-mod_antispam apache-mod_apparmor apache-mod_apreq apache-mod_athena apache-mod_auth_cert apache-mod_auth_form apache-mod_auth_gforge apache-mod_auth_imap apache-mod_auth_kerb apache-mod_auth_memcookie apache-mod_auth_msfix apache-mod_auth_mysql apache-mod_auth_nds apache-mod_auth_ntlm_winbind apache-mod_auth_openid apache-mod_auth_openpgp apache-mod_auth_pgsql apache-mod_auth_pubtkt apache-mod_auth_radius apache-mod_auth_remote apache-mod_auth_sdb apache-mod_auth_shadow apache-mod_auth_token apache-mod_auth_xradius apache-mod_authenticache apache-mod_authn_bugzilla apache-mod_authn_dbd apache-mod_authn_dbi apache-mod_authn_imap apache-mod_authn_nufw apache-mod_authn_sasl apache-mod_authnz_external apache-mod_authz_ldap apache-mod_authz_unixgroup apache-mod_axis2 apache-mod_backtrace apache-mod_benchmark apache-mod_bt apache-mod_but apache-mod_bw apache-mod_bwshare apache-mod_cache apache-mod_cachem apache-mod_cband apache-mod_cfg_ldap apache-mod_cguard apache-mod_chm apache-mod_chroot apache-mod_cidr apache-mod_clamav apache-mod_coredumper apache-mod_countm apache-mod_crowd apache-mod_dav apache-mod_dav_repos apache-mod_dav_svn apache-mod_dbd apache-mod_dbi_pool apache-mod_defensible apache-mod_deflate apache-mod_delay apache-mod_diagnostics apache-mod_disk_cache apache-mod_dns apache-mod_dnsbl apache-mod_dnsbl_lookup apache-mod_dnssd apache-mod_domaintree apache-mod_dontdothat apache-mod_encoding apache-mod_estraier apache-mod_evasive apache-mod_extract_forwarded apache-mod_fakessl apache-mod_fastcgi apache-mod_fcgid apache-mod_file_cache apache-mod_form apache-mod_fortress apache-mod_ftp apache-mod_ftpd apache-mod_geo apache-mod_geoip apache-mod_gnutls apache-mod_gzip_disk apache-mod_httpbl apache-mod_i18n apache-mod_ifier apache-mod_injection apache-mod_ip_count apache-mod_ipenv apache-mod_jsmin apache-mod_layout apache-mod_ldap apache-mod_ldap_userdir apache-mod_limitipconn apache-mod_line_edit apache-mod_load_average apache-mod_log_access apache-mod_log_data apache-mod_log_dbd apache-mod_log_rotate apache-mod_log_sql apache-mod_log_sqlite apache-mod_loopback apache-mod_lua apache-mod_macro apache-mod_mbox apache-mod_mem_cache apache-mod_memcache apache-mod_memcached apache-mod_memcached_cache apache-mod_mime_xattr apache-mod_mm_auth_ldap apache-mod_mono apache-mod_musicindex apache-mod_mya apache-mod_ndb apache-mod_nss apache-mod_ntlm apache-mod_parmguard apache-mod_perl apache-mod_php apache-mod_protection apache-mod_proxy apache-mod_proxy_ajp apache-mod_proxy_fcgi apache-mod_proxy_html apache-mod_proxy_xml apache-mod_pubcookie apache-mod_put apache-mod_python apache-mod_qos apache-mod_random apache-mod_replace apache-mod_roaming apache-mod_rpaf apache-mod_ruby apache-mod_ruid apache-mod_scgi apache-mod_schema apache-mod_scrmable apache-mod_security apache-mod_security2 apache-mod_sesehe apache-mod_sleep apache-mod_smbauth apache-mod_smtpd apache-mod_smtpd_rbl apache-mod_spam_die apache-mod_spin apache-mod_sqil apache-mod_ssl apache-mod_stats apache-mod_suexec apache-mod_suphp apache-mod_svn_view apache-mod_tcl apache-mod_tidy apache-mod_traf_thief apache-mod_transform apache-mod_umask apache-mod_upload apache-mod_userdir apache-mod_variety apache-mod_vdbh apache-mod_vhost_dbi apache-mod_vhost_hash_alias apache-mod_vhost_ldap apache-mod_vhost_limit apache-mod_vhost_mysql apache-mod_vhost_mysql1 apache-mod_vhost_pgsql apache-mod_vhost_sqlite3 apache-mod_vhs apache-mod_watchcat apache-mod_webfilter apache-mod_websh apache-mod_whatkilledus apache-mod_wsgi apache-mod_xhtml apache-mod_xhtml_neg apache-mod_xml2 apache-mod_xmlns apache-mod_xsendfile apache-mod_xslt2 apache-mod_xslt_filter apache-mod_ziplook apache-mod_zipread apache-mod_zrkadlo No idea about the other distros.
Re: SNI in 2.2.x (Re: Time for 2.2.10?)
Den Tuesday 19 August 2008 08:16:08 skrev Kaspar Brand: Ruediger Pluem wrote: At the moment we have 9 entries in the CHANGES file for 2.2.10 and there are 5 more proposals in the STATUS file that are missing only one vote. I think if get these done we also have enough stuff from pure httpd point of view that warrants a release. WDYT? May I use this occasion to ask if there's still a chance of getting a backport of SNI accepted for 2.2.x? Following suggestions from Joe, I went through all relevant SSL* config directives and posted my findings in two parts on 9th/18th June: http://mail-archives.apache.org/mod_mbox/httpd-dev/200806.mbox/%3c484CBAA6. [EMAIL PROTECTED] http://mail-archives.apache.org/mod_mbox/httpd-dev/200806.mbox/%3c48592955. [EMAIL PROTECTED] The patch I posted on 18 June introduced a regression, however, so I posted an updated version on 26th June: http://mail-archives.apache.org/mod_mbox/httpd-dev/200806.mbox/%3c4863C04C. [EMAIL PROTECTED] That's the version I still consider suitable for check-in to trunk (attached again for convenience). A backport to 2.2.x is available at http://sni.velox.ch/httpd-2.2.x-sni.diff If, on the other hand, people think that SNI isn't important enough for 2.2.x, then I'd be glad to hear that as well (it doesn't make sense to repeatedly nag the list about that topic, I think). Thanks, Kaspar FYI: This patch is applied in Mandriva Linux.
Re: Testing a fresh compilation of Apache
Den Tuesday 17 June 2008 20:48:21 skrev Sérgio Durigan Júnior: So, can you give me a hand on this problem? :-) I do it like this in Mandriva: http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/apache/current/SPECS/apache.spec?revision=218814view=markup (currently disabled due to other problems)
Re: [VOTE] Release Apache HTTP Server 2.2.9
Den Wednesday 11 June 2008 02:50:50 skrev Jim Jagielski: Test tarballs for Apache httpd 2.2.9 are available at: http://httpd.apache.org/dev/dist/ Your votes please; +/-1 [ ] Release httpd-2.2.9 as GA DO NOT begin distributing these in any manner whatsoever, please note that you can seriously mess up any user who installs these packages if they are ultimately rejected. With latest perl-framework, apr/apu I get this on Mandriva Cooker x86_64: t/apache/limits.NOK 7/10# Failed test 7 in t/apache/limits.t at line 122 t/apache/limits.NOK 9/10# Failed test 9 in t/apache/limits.t at line 122 fail #2 t/apache/limits.FAILED tests 7, 9 Failed 2/10 tests, 80.00% okay The t/apache/limits tests passes on Mandriva Linux 2008.1 though. The openssl tests passed with the fix pointed out by Rainer Jung (2.2.9 testing with OpenSSL 0.9.8h). Thanks man. Funny enough I get this as well: t/security/CVE-2008-2364NOK 2/3# Failed test 2 in t/security/CVE-2008-2364.t at line 19 t/security/CVE-2008-2364NOK 3/3# Failed test 3 in t/security/CVE-2008-2364.t at line 22 t/security/CVE-2008-2364FAILED tests 2-3 Failed 2/3 tests, 33.33% okay -- Regards // Oden Eriksson
Re: 2.2.9 testing with OpenSSL 0.9.8h
Den Wednesday 11 June 2008 02:57:13 skrev Rainer Jung: This is only an info for others who might run into the same problem: I used the httpd test suite for httpd 2.2.9 in combination with OpenSSL 0.9.8h (the recent version). The test suite calls openssl \ req -new -key keys/client_revoked.pem -out csr/client_revoked.csr \ -passin pass:httpd -passout pass:httpd -config \ conf/client_revoked.cnf at the beginning. With OpenSSL 0.9.8h this crashes (Solaris) resp. gives a malloc error (Linux). This is not an httpd bug. If one uses an older openssl (e.g. 0.9.8g) in the PATH but still runs httpd/mod_ssl with 0.9.8h, there is no SSL test failure. The corresponding OpenSSL bug is already known and fixed in CVS: http://cvs.openssl.org/chngview?cn=17196 Regards, Rainer Works for me on Mandriva Cooker, thanks man. -- Regards // Oden Eriksson
Re: SNI in 2.2.9? (Re: 2.2.9 status)
Den Wednesday 04 June 2008 14:06:22 skrev Ian G: [EMAIL PROTECTED] wrote: SNI in 2.2.9? (Re: 2.2.9 status) 61495 by: Kaspar Brand FYI. SNI is in Mandriva Linux 2008.1. -- Regards // Oden Eriksson
Re: patch for flood to deal with gcc 4
Den Friday 18 April 2008 00.24.14 skrev Guy Ferraiolo: Folks Here's the patch to get this to compile correctly with gcc 4. It's actually only 3 lines. This has been tested with the following versions: gcc version 3.4.6 20060404 (Red Hat 3.4.6-8), (RHEL4 32-bit) gcc version 4.1.1 20070105 (Red Hat 4.1.1-52) (RHEL4 64-bit) Works, thanks. There is still some warnings though: http://pastebin.se/194251 -- Regards // Oden Eriksson
Re: patch for flood to deal with gcc 4
Den Friday 18 April 2008 17.49.29 skrev Guy Ferraiolo: I believe the other warnings are from the code prior to my patch. I was somewhat shy about altering other people's code as a newbie. The fixes would be easy, anyone could do them. I felt responsible for my new code which others might not want to mess with. Guy On Fri, 2008-04-18 at 09:24 +0200, Oden Eriksson wrote: Den Friday 18 April 2008 00.24.14 skrev Guy Ferraiolo: Folks Here's the patch to get this to compile correctly with gcc 4. It's actually only 3 lines. This has been tested with the following versions: gcc version 3.4.6 20060404 (Red Hat 3.4.6-8), (RHEL4 32-bit) gcc version 4.1.1 20070105 (Red Hat 4.1.1-52) (RHEL4 64-bit) Works, thanks. There is still some warnings though: http://pastebin.se/194251 I understood that, thanks man. I merely wanted to make the person maintaining the code aware. -- Regards // Oden Eriksson
Re: [Fwd: Re: more importuning about the flood patch]
Den Monday 14 April 2008 12.32.25 skrev William A. Rowe, Jr.: Confirming; this is the patch? Bill Does not build for me (r64) on Mandriva Linux 2008.1 (x86_64): /bin/sh /usr/lib64/apr-1/build/libtool --silent --mode=compile gcc-O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -pthread-I/usr/include/include -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/usr/include/apr-1 -I/usr/include/apr-1 -I/usr/include -I. -I/home/oden/RPM/BUILD/flood -c flood.c touch flood.lo /bin/sh /usr/lib64/apr-1/build/libtool --silent --mode=compile gcc-O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -pthread-I/usr/include/include -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/usr/include/apr-1 -I/usr/include/apr-1 -I/usr/include -I. -I/home/oden/RPM/BUILD/flood -c flood_round_robin.c touch flood_round_robin.lo flood_round_robin.c: In function 'round_robin_profile_init': flood_round_robin.c:793: warning: comparison is always false due to limited range of data type flood_round_robin.c:793: warning: comparison is always false due to limited range of data type flood_round_robin.c:910: error: lvalue required as left operand of assignment flood_round_robin.c:920: error: lvalue required as left operand of assignment flood_round_robin.c: In function 'round_robin_postprocess': flood_round_robin.c:1086: warning: cast from pointer to integer of different size flood_round_robin.c:1086: warning: cast from pointer to integer of different size flood_round_robin.c:1097: warning: cast from pointer to integer of different size flood_round_robin.c:1097: warning: cast from pointer to integer of different size flood_round_robin.c:1236: warning: passing argument 3 of 'apr_file_write' from incompatible pointer type -- Regards // Oden Eriksson
Re: [Fwd: Re: more importuning about the flood patch]
Den Monday 14 April 2008 15.15.22 skrev Vincent van Scherpenseel: Oden Eriksson wrote: Does not build for me (r64) on Mandriva Linux 2008.1 (x86_64): snip Do you happen to compile flood using GCC 4.x? I couldn't compile flood with Guy's patch using GCC 4.1, particularly due to these two errors: flood_round_robin.c:910: error: lvalue required as left operand of assignment flood_round_robin.c:920: error: lvalue required as left operand of assignment Yes, using gcc-4.2.3 here. I think with 4.2.x lvalue became errors instead of warnings. We will soon switch to gcc 4.3.x so... Compiling using GCC 3.3 it built like a charm, only warning me about the above two lines that it's deprecated. Perhaps someone could fix this? - Vincent van Scherpenseel -- Regards // Oden Eriksson
Re: Script to create ca-bundle.crt
Den Tuesday 12 February 2008 18.57.14 skrev Guenter Knauf: Hi Oden, But this is the world of RPM packaging, a litte OT. when being OT - can you tell me something about license issues with certdata.txt ? Do you have a written permisson to import the file into CVS? Is such needed? Do you have any info on that topic? The certdata.txt file itself seems pretty straight forward when it comes to licensing. I would find it amusing to see a CA prohibiting redistribution of their stuff :) -- Regards // Oden Eriksson
Re: Script to create ca-bundle.crt
Den Tuesday 12 February 2008 17.23.27 skrev Guenter Knauf: Hi Oden, http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/rootcerts/curr ent/ from what I see this relies on the same source certdate.txt as my script; so what should be the benefit of maintaining copies of that? I wrote the script to make it easy to generate one self, and to be independent from others which might not be uptodate... and BTW. the one in this CVS repo is one version behind (1.44, Mozilla/NSS has 1.45). Guenter. I see, I must admit I didn't look at your script, sorry. In Mandriva I introduced this rootcerts package in -05 (inspired by the Microsoft naming). What's unique with this is that we can easily add CA's like cacert.org, domestic ones and such. When we build the mozilla nss libs we use the /etc/pki/tls/mozilla/certdata.txt version instead of the bundled one in the source (the CA's are hardcoded into the nss libs). Of course we also get a ca-bundle.crt containing the added CA's. But this is the world of RPM packaging, a litte OT. -- Regards // Oden Eriksson
Re: Script to create ca-bundle.crt
Den Tuesday 12 February 2008 16.18.49 skrev Guenter Knauf: Hi, I was recently hacking on a script to create ca-bundle.crt: http://curl.haxx.se/lxr/source/lib/mk-ca-bundle.pl after I had finished my script I found that Joe already hacked a very similar script 3 years ago, and offered to the OpenSSL project: http://www.mail-archive.com/[EMAIL PROTECTED]/msg16980.html unfortunately it seems that this script is only in CVS, and not distributed with AP 1.3 mod_ssl... I would like to contribute my script to httpd if there's some agreement; I have sucessfully tested my script on a couple of Linux hosts (also with older Perl 5.0005), on Win32 running ActivePerl, and on NetWare; and with OpenSSL 0.9.7 and 0.9.8 (where the OpenSSL commandline is only needed for optional text output). I've though no idea where it should live; probably in the ./test folder? Guenter. http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/rootcerts/current/ ? -- Regards // Oden Eriksson
Re: Pre-release tarballs: Apache httpd 1.3.41, 2.0.63 and 2.2.8
Den Thursday 10 January 2008 19.04.27 skrev Jim Jagielski: Pre-release tarballs of Apache HTTP Server 1.3.41, 2.0.63 and 2.2.8 are available for download and test at: http://httpd.apache.org/dev/dist/ Their availability does not constitute an official release. However, please download and test. I will be calling for a release VOTE in the next 24-48 hours, at most. 2.2.8 works fine for me and passes all tests in perl-framework (r610816) on Mandriva Linux Corporate Server 4.0, 2008.0 and Cooker.
Re: Pre-release test tarballs of httpd 1.3.40, 2.0.62 and 2.2.7 available
Den Friday 04 January 2008 21.00.46 skrev Jim Jagielski: Apache HTTP Server fans, The latest versions of all 3 variants of Apache HTTP Server (1.3.40, 2.0.62 and 2.2.7) have been tagged. The test tarballs are available for testing and feedback at the below location. Everyone is reminded that this does not constitute an official release of these tarballs yet; assuming these pass muster, the hope and intent is to release and announce early next week. All files in: http://httpd.apache.org/dev/dist/ 2.2.7 works fine for me and passes all tests in perl-framework (r609180) on Mandriva Linux Corporate Server 4.0, 2008.0 and Cooker. -- Regards // Oden Eriksson
Re: time for 1.3.40 and 2.2.7 ?
Den Friday 14 December 2007 22.09.00 skrev William A. Rowe, Jr.: William A. Rowe, Jr. wrote: There's a simple way of not-so-rudely saying ... Sorry if this came across harshly Odin, I watch those dialogs daily on php-dev, I'd hate to see httpd-dev polluted with the same volume of self interest and vitriol. Let me make sure I answered what you might have been asking... I was just curious about this. I didn't know the release procedure was such a pain. You explained it well in your previous mail, thanks. I know about the peanut gallery, I don't want to go there :-). As you may know I maintain apache and loads of third party apache modules in Mandriva Linux. I'm not authorized to vote here, for that I need to reincarnate myself as an ASF developer I guess. Keep up the good work. -- Regards // Oden Eriksson
Re: time for 1.3.40 and 2.2.7 ?
Den Friday 14 December 2007 20.24.35 skrev Jim Jagielski: On Dec 14, 2007, at 12:52 PM, William A. Rowe, Jr. wrote: Jim Jagielski wrote: Anyone opposed to us shooting for a TR early next week? If we can get a couple of security-related-but-not-really patches committed to 2.0 I'd like to see that as well. I'm offering, Sure... that would be great. Another three-for-all :) From what I can see, both 1.3 and 2.2 are backport free, so it's just 2.0 right now. It's some obsession to release more than just one? I would rather see 2.2.7 released now. I don't care at all about 1.3.x or 2.0.x. -- Regards // Oden Eriksson
Re: mod_substitute docs
Den Saturday 20 October 2007 22.59.58 skrev Vincent Bray: Hullo, I'm attempting to document this module but can't figure out what the f (flatten) flag does (bucket brigade munging makes my eyes cross). Any clues? Here's a start anyway: http://people.apache.org/~noodl/mod_substitute.xml It never made it for 2.2.x? -- Regards // Oden Eriksson
Re: [PATCH 43415] Logging remote port.
tisdagen den 18 september 2007 skrev Adam Hasselbalch Hansen: I have created a patch for httpd 2.2.6, giving the additional LogFormat directive %R, which logs the port of the host making the request. This is due to new legislation in Denmark, requiring ISPs and hosting companies to log the originating port of all traffic. Any feedback is appreciated :) FYI: This has been applied for the upcoming Mandriva 2008 release, thanks. -- Regards // Oden Eriksson
Re: [mod_spelling] Not fixing directory names in 2.2?
torsdagen den 6 september 2007 skrev Sven Köhler: Hi, i upgraded to Apache 2.2. But since that upgrade, mod_spelling does not fix misspelled directory names any more. An example: With Apache 2.0, the URL /jh/magdeburg/images/btn_home.gif was changed to /jh/magdeburg/Images/btn_home.gif With Apache 2.2, the first URL doesn't work anymore. But the URL /jh/magdeburg/images is still redirected to /jh/magdeburg/Images. So it seems, mod_spelling only checks the last URL component. Is that intentionally or a bug? And how could i get back old Apache 2.0 behaviour? IfModule mod_speling.c CheckSpelling On AcceptPathInfo On /IfModule -- Regards // Oden Eriksson
Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review
tisdagen den 4 september 2007 skrev Jim Jagielski: Available for your testing pleasure, 3, count 'em, 3 Apache HTTP Server release candidate tarballs, located, as expected at: http://httpd.apache.org/dev/dist/ This vote will run through Sept 6, 2007 and close Sept 7, unless otherwise noted... +/-1 (x == +1) [ ]apache_1.3.39 [ ]httpd-2.0.61 [ ]httpd-2.2.6 Thanks!! 2.2.6 works for me on Mandriva Linux Cooker, Mandriva Linux Corporate Server 4, Mandriva Linux 2007.1 (x86_32 and x86_64), all tests passed with perl-framework. Good job guys! -- Regards // Oden Eriksson
2.2.5
Hello. I just wonder if someone could tell me if and official 2.2.5/2.2.6 will be released before September the 10th? That's the version freeze date for Mandriva Linux 2008. Thanks in advance. -- Regards // Oden Eriksson
Re: 2.2.5
tisdagen den 21 augusti 2007 skrev Jim Jagielski: No guarantees, but the expectation is Yes, 2.2.6 will be released way before then. We're justing waiting for some APR cleanups before I tag/roll 2.2.6 Thanks!. Sounds great! On Aug 21, 2007, at 2:13 PM, Oden Eriksson wrote: Hello. I just wonder if someone could tell me if and official 2.2.5/2.2.6 will be released before September the 10th? That's the version freeze date for Mandriva Linux 2008. Thanks in advance. -- Regards // Oden Eriksson -- Regards // Oden Eriksson
Re: [VOTE] Apache 2.2.5, 2.0.60 1.3.38 release candidate tarballs for review
lördagen den 11 augusti 2007 skrev Jim Jagielski: Available for your testing pleasure, 3, count 'em, 3 Apache HTTP Server release candidate tarballs, located, as expected at: http://httpd.apache.org/dev/dist/ This vote will run through August 14, 2007... +/-1 (x == +1) [ ]apache_1.3.28 [ ]httpd-2.0.60 [ ]httpd-2.2.5 2.2.5 works for me on latest Mandriva Cooker, and backported to Mandriva Linux Corporate Server 4, 2007.1 with x86_32 and x86_64. Even the perl-framework (latest) tests passes this time :) But for some reason and only under our build system HTTP::DAV is not found, maybe it's just some missing dependency, but I don't know which one it would be. -- Regards // Oden Eriksson
Re: [VOTE] Apache 2.2.5, 2.0.60 1.3.38 release candidate tarballs for review
torsdagen den 16 augusti 2007 skrev Plüm, Rüdiger, VF-Group: -Ursprüngliche Nachricht- Von: Oden Eriksson Gesendet: Donnerstag, 16. August 2007 13:56 An: dev@httpd.apache.org Betreff: Re: [VOTE] Apache 2.2.5, 2.0.60 1.3.38 release candidate tarballs for review But for some reason and only under our build system HTTP::DAV is not found, maybe it's just some missing dependency, but I don't know which one it would be. This could be some of the XML libaries. Try the folllowing perl script and investigate why it fails: require HTTP::DAV; my $dav = HTTP::DAV-new; Ahh, thanks! The perl-XML-Parser package was needed. Now all tests passes, except for php that isn't activated. -- Regards // Oden Eriksson
Re: patch for spurious open attempt on .../file.html/.htaccess
onsdag 13 juni 2007 skrev Allen Pulsifer: The attached patch is the final one and applies to 2.2.4? -- Regards // Oden Eriksson --- server/request.c 2006-07-12 05:38:44.0 +0200 +++ server/request.c.oden 2007-06-14 09:35:48.0 +0200 @@ -931,13 +931,21 @@ #ifdef CASE_BLIND_FILESYSTEM (filename_len = canonical_len) #endif - ((opts.opts (OPT_SYM_OWNER | OPT_SYM_LINKS)) == OPT_SYM_LINKS)) + (opts.opts OPT_SYM_LINKS) ) +{ +if ((r-path_info *r-path_info) || r-finfo.filetype == APR_DIR) { - thisinfo.filetype = APR_DIR; ++seg; continue; } +else if (r-finfo.filetype == APR_REG) +{ +thisinfo.filetype = APR_REG; +++seg; +break; +} +} /* We choose apr_stat with flag APR_FINFO_LINK here, rather that * plain apr_stat, so that we capture this path object rather than
Re: mod_slotmem
onsdag 30 augusti 2006 10:37 skrev Brian Akins: With all the talk of a generic scoreboard, here's something I whipped up that allows any other module to have some amount of memory per worker slot. We have a different module in-house at CNN which does something similar. This one is a little rough around the edges, but gives an idea of what I was thinking about doing. Care to release this and with a license? -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
Re: [VOTE] 2.2.2 Candidate
lördagen den 22 april 2006 06.35 skrev Paul Querna: Please test and vote on releasing httpd 2.2.2, bundling APR and APR-Util 1.2.7. Works on Mandriva with unbundled apr and apr-util 1.2.7 and latest perl-framework (r396149). -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
Re: [VOTE] Release 2.2.1 as GA
lördagen den 1 april 2006 21.28 skrev Paul Querna: 2.2.1, embedding APR 1.2.6 and APR-Util 1.2.6, is available from: http://httpd.apache.org/dev/dist/ Please Test and Vote on releasing 2.2.1 as GA. MD5s: f330230636926d08872d84343b08fa16 httpd-2.2.1.tar.bz2 63e7f3e24adda0888a48a247b4eb5613 httpd-2.2.1.tar.gz Thanks, Paul I get these failed tests with perl-framework (r390750) on Mandriva Linux: Failed Test Stat Wstat Total Fail Failed List of Failed --- t/ssl/proxy.t 172 58 33.72% 3 8-9 12-13 16-17 20-21 24-25 28- 29 32-33 36-37 40-41 44-45 48-49 52-53 56-57 115-116 118-120 122 124 126 128 130 132 134 136 138 140 142 144 146 148 150 152 154 156 159-160 163-164 167-168 171- 172 -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
Re: [VOTE] Release 2.2.1 as GA
söndagen den 2 april 2006 00.32 skrev Ruediger Pluem: On 04/01/2006 11:24 PM, Oden Eriksson wrote: I get these failed tests with perl-framework (r390750) on Mandriva Linux: Failed Test Stat Wstat Total Fail Failed List of Failed - -- t/ssl/proxy.t 172 58 33.72% 3 8-9 12-13 16-17 20-21 24-25 28- 29 32-33 36-37 40-41 44-45 48-49 52-53 56-57 115-116 118-120 122 124 126 128 130 132 134 136 138 140 142 144 146 148 150 152 154 156 159-160 163-164 167-168 171- 172 Argh. It seems that http://svn.apache.org/viewcvs?rev=379237view=rev has not been backported. My fault not taking more care of this :-(. So I am now -1. Should I propose r379237 for backport? That fixed it for me. -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
Re: Intend to tag 2.2.1 on Friday
onsdagen den 29 mars 2006 03.59 skrev Paul Querna: I plan on tagging 2.2.1 from the 2.2.x branch on Friday evening, and start the whole release cycle thing. Cool. And the new apr 1.2.5 too? -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
Re: Intend to tag 2.2.1 on Friday
onsdagen den 29 mars 2006 15.20 skrev Graham Leggett: On Wed, March 29, 2006 1:15 pm, Oden Eriksson said: Cool. And the new apr 1.2.5 too? APR v1.2.6 has already been released. http://www.apache.org/dist/apr/Announcement1.2.html Thanks. I discovered that minutes after posting. Sorry for the noise. -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
2.2.1?
Hello. I just wondered to know when you plan to release apache-2.2.1+? -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
Re: [VOTE] APR-Util 1.2.5
måndagen den 20 mars 2006 20.02 skrev Paul Querna: Tarballs of APR-Util 1.2.5 are available for testing voting from: http://people.apache.org/~pquerna/dev/apr-util-1.2.5/ Seems to work fine on Mandriva Linux (apr-1.2.5 + apr-util-1.2.5 + apache-2.2.0) -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
Re: mod_python 3.2.8 available for testing
+1 Mandriva Linux Cooker (x86_64), apache 2.2.0 mpm-prefork, python-2.4.2 Note that I applied this change: http://issues.apache.org/jira/browse/MODPYTHON-78 -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
Re: mutex dir?
torsdagen den 16 februari 2006 22.48 skrev Jim Gallacher: Oden Eriksson wrote: tisdagen den 14 februari 2006 13.17 skrev Oden Eriksson: Hello. [...] I am no programmer, but can't you just look at how this is handled in the core mod_ssl and ldap code? That would be cheating and no fun at all! ;) Seriously though, we do often look through the source of other modules for ideas and inspiration, but the code bases are different enough that it's not a simple cut and paste. I know it may seem like we've gone off on a tangent, but I think it's better to come up with a general solution rather than creating a bunch of special cases, each of which end up with a slightly different implementation. He he he, I see. Then it wasn't just me who thought this was not a cut and paste thing. I also looked in many other third party modules to see if I could do that :) -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
Re: mutex dir?
tisdagen den 14 februari 2006 13.17 skrev Oden Eriksson: Hello. [...] I am no programmer, but can't you just look at how this is handled in the core mod_ssl and ldap code? -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
mutex dir?
Hello. In our package in Mandriva I patch mod_python.c so that the mutex stuff is put in /var/cache/httpd/mod_python/. But now with mod_python-3.2.7 plus fixes from the trunk and running the test suite it complains it cannot access /var/cache/httpd/mod_python/ (of course). So my question/request is, could you please make this directory set in the config? -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
Re: mutex dir?
tisdagen den 14 februari 2006 14.19 skrev Jim Gallacher: Oden Eriksson wrote: Hello. In our package in Mandriva I patch mod_python.c so that the mutex stuff is put in /var/cache/httpd/mod_python/. But now with mod_python-3.2.7 plus fixes from the trunk and running the test suite it complains it cannot access /var/cache/httpd/mod_python/ (of course). So my question/request is, could you please make this directory set in the config? I assume you mean as an option to configure, rather than as an Apache configuration directive? I meant as an apache configuration directive. -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
Re: mod_ssl 5s delay
söndagen den 5 februari 2006 17.30 skrev Oden Eriksson: Hello. For some reason I get a 5 seconds delay for each ssl access, I get it with 2.2.0 and 2.2.x head. I just can't figure out what is wrong. It worked fine with 2.0.x. This was because of a RTLD_DEEPBIND patch added from the fedora package. For some reason it does not work on Mandriva ;( Sorry for the noise. -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
mod_ssl 5s delay
Hello. For some reason I get a 5 seconds delay for each ssl access, I get it with 2.2.0 and 2.2.x head. I just can't figure out what is wrong. It worked fine with 2.0.x. -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
Re: Problem: compiling mod_tidy with Apache 2.2
torsdagen den 19 januari 2006 16.59 skrev Steffen: Compiling on Windows and Apache 2.2.0 works with the patch. Steffen http://www.apachelounge.com - Original Message - From: Sierk Bornemann [EMAIL PROTECTED] To: dev@httpd.apache.org Sent: Thursday, January 19, 2006 3:28 PM Subject: Problem: compiling mod_tidy with Apache 2.2 Hi! I am the project maintainer of the Apache2 module mod_tidy (http://mod-tidy.sourceforge.net/), and there seems to be a problem compiling mod_tidy with Apache 2.2, because API has changed from Apache2.0 to Apache2.2: Compiler error messages: -- src/mod_tidy.c: In function 'mod_tidy_filter': src/mod_tidy.c:189: warning: implicit declaration of function 'APR_BRIGADE_FOREACH' src/mod_tidy.c:189: error: expected ';' before '{' token src/mod_tidy.c:154: warning: unused variable 'r' apxs:Error: Command failed with rc=65536 -- APR_BRIGADE_FOREACH does not longer exist, so there must be a short fix reflecting this. I have a short patch here, which compiles well under apache2.0.55 and which lets to a functionable binary under Linux (OpenSuse), but I have no possibility yet to check, if it also compiles and works with apache2.2. For convenience, I have attached the little patch as a Unix diff to this email. The source tarball of mod_tidy is available on: http://mod-tidy.sourceforge.net/src/ Is here anybody, who can help and have a look into the source and the patch or propose a better patch to solve the problem? Looks similar to my hack in Mandriva. -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se --- src/mod_tidy.c 2005-11-11 01:47:57.0 +0100 +++ src/mod_tidy.c.oden 2005-12-16 02:33:27.0 +0100 @@ -186,7 +186,9 @@ cfg-tidyoptions, NULL ); } -APR_BRIGADE_FOREACH(e, bb) { +for (e = APR_BRIGADE_FIRST(bb); + e != APR_BRIGADE_SENTINEL(bb); + e = APR_BUCKET_NEXT(e)) { const char *str; apr_size_t len;
Re: [vote] 2.2.0 tarballs
torsdagen den 1 december 2005 07.54 skrev Roy T. Fielding: On Nov 30, 2005, at 10:12 PM, William A. Rowe, Jr. wrote: I'm 100% conviced next to nobody on this list has been developing and testing httpd-2.2/apr-1.2 without their own in-tree tweaks. I'm as guilty as anyone. So we've been compiling and improving the code, but the build/ install status is -worse- than httpd-2.0, ergo this is not the best version of apache now available and is -not- ready for GA. I just built from scratch using the tarball and the same options that any typical user would set: i.e., ./configure --prefix=/dist/test22 --enable-modules=all Zero problems. I don't understand what you are talking about -- developers don't run ./buildconf on the source package. Only we do that. Even after I do a I added mysql support in apr-util-1.2.2 as per INSTALL.MySQL as a conditional build switch in our rpm package, that was only possible after doing a lot of hacks. -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
Re: [vote] 2.2.0 tarballs
torsdagen den 1 december 2005 16.01 skrev Nick Kew: On Thursday 01 December 2005 14:47, Oden Eriksson wrote: I added mysql support in apr-util-1.2.2 as per INSTALL.MySQL as a conditional build switch in our rpm package, that was only possible after doing a lot of hacks. Are those hacks anything we/I should know about and fix, or are they specific to your packaging? Well if you want to fix it it would be great. basically what I had to do was to install these in the apr installbuilddir (in our apr-1.2.2 binary rpm): apr_common.m4 apr_hints.m4 apr_network.m4 apr_threads.m4 find_apr.m4 gen-build.py (I'm not sure all those *.m4 files was required) After that mimic buildconf by copying them to the apr-util-1.2.2/build/ directory, followed by libtoolize --copy --force; aclocal; autoconf --force; python build/gen-build.py make. After that apr-util-1.2.2 recognized the added apr_dbd_mysql.c source. Of course this was done at rpm build time for apr-util-1.2.2. Cheers. -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
Re: buildconf against installed APR
torsdagen den 1 december 2005 21.38 skrev Sander Temme: Note the cp turds: those files are not installed along with APR, so buildconf cannot copy them over. How come I or no one else noticed this ever? Probably because these files are not cleaned up by make Because you never package it like we do. I think you only do ./configure; make; make install and are satisfied with that. -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
Re: buildconf against installed APR
torsdagen den 1 december 2005 23.56 skrev Sander Temme: On Dec 1, 2005, at 1:03 PM, Oden Eriksson wrote: torsdagen den 1 december 2005 21.38 skrev Sander Temme: Note the cp turds: those files are not installed along with APR, so buildconf cannot copy them over. How come I or no one else noticed this ever? Probably because these files are not cleaned up by make Because you never package it like we do. I think you only do ./ configure; make; make install and are satisfied with that. Oden, Can you tell us what steps you take to package httpd/apr/apr-util? I think that would tell us a little more about possible use cases for the build system. Thanks, S. Ok, will do. I publish the rpm spec files and I hope it won't be hard to understand them. Here are the spec files: http://nux.se/Cooker/SPECS/ And here are source and patches applied: http://nux.se/Cooker/SOURCES/ -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
Re: [vote] 2.2.0 tarballs
tisdagen den 29 november 2005 08.55 skrev Paul Querna: These tarballs are Identical to 2.1.10 except for two changes: * include/ap_release.h Updated to be 2.2.0-release * The root directory was changed from httpd-2.1.10 to httpd-2.2.0 Available from: http://people.apache.org/~pquerna/dev/httpd-2.2.0/ Please vote on releasing as GA/Stable. I am sorry for the confusion on whole move of 2.1.10 to 2.2.0. This entire situation is completely undefined in our VERSIONING file, and hasn't ever happened before with these versioning rules. I believe the best way to move forward for everyone is to vote on these 2.2.0 tarballs. Hopefully we can all learn from this, and come up with a better VERSIONING policy by the time we do 2.4. Thanks, Paul. Seems to work great on Mandriva Linux (Cooker) x86 and x86_64, all tests passes (with php-4.4.1 and php-5.1.1) using the perl-framework r344476. -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
perl-framework + apache 2.1.9 + openssl-0.9.8a
Hello. Not so long ago I started packaging apache 2.1.x (rpm) and also run the perl-framework tests at build time in Mandriva Cooker (development branch of Mandriva Linux). Ever since I updated openssl-0.9.7i - openssl-0.9.8a some ssl tests in the perl-framework stopped working. Is this a known fact? These are the tests that fails: t/ssl/basicauth.t32 66.67% 2-3 t/ssl/env.t 28 14 50.00% 15-28 t/ssl/extlookup.t22 100.00% 1-2 t/ssl/fakeauth.t 32 66.67% 2-3 t/ssl/proxy.t 172 10 5.81% 3-7 116-120 t/ssl/require.t 52 40.00% 2 5 t/ssl/varlookup.t 72 72 100.00% 1-72 t/ssl/verify.t 31 33.33% 2 13 tests and 1 subtest skipped. Failed 8/126 test scripts, 93.65% okay. 105/2919 subtests failed, 96.40% okay. Cheers. -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se
Re: [vote] 2.1.9 as beta
söndagen den 30 oktober 2005 05.09 skrev Paul Querna: 2.1.9-Beta is available from: http://people.apache.org/~pquerna/dev/httpd-2.1.9/ Please test and vote on releasing 2.1.9 as BETA. As a reminder, if you know of any issues you consider a SHOW STOPPER for a 2.2.0 stable release, please add them to the branches/2.2.x STATUS file. Thanks, Tested on Mandriva Linux 2006.0 x86_64, works good. I ran the perl-framework from httpd-test, latest from SVN and it only choked on a couple of php tests. t/php/arg.t, t/php/func5.t and t/php/virtual.t. -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://nux.se
Re: [pre-release] 2.0.55 *candidate* available for testing
måndag 10 oktober 2005 06.42 skrev William A. Rowe, Jr.: The httpd-2.0.55 candidate, including win32 source .zip and installers*, is now available for testing at http://httpd.apache.org/dev/dist/ Please review this candidate, and when responding, indicate the precise operating system that you have tested. There's no fix for CAN-2005-2088 in this one. -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://nux.se
Re: [pre-release] 2.0.55 *candidate* available for testing
måndag 10 oktober 2005 09.54 skrev Oden Eriksson: måndag 10 oktober 2005 06.42 skrev William A. Rowe, Jr.: The httpd-2.0.55 candidate, including win32 source .zip and installers*, is now available for testing at http://httpd.apache.org/dev/dist/ Please review this candidate, and when responding, indicate the precise operating system that you have tested. There's no fix for CAN-2005-2088 in this one. Duh! Too early in the morning... -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://nux.se
Re: [pre-release] 2.0.55 *candidate* available for testing
måndag 10 oktober 2005 06.42 skrev William A. Rowe, Jr.: The httpd-2.0.55 candidate, including win32 source .zip and installers*, is now available for testing at http://httpd.apache.org/dev/dist/ Please review this candidate, and when responding, indicate the precise operating system that you have tested. Thank you for your assistance! Bill * note that win32 binary installers were uploaded only at this hour, and it will take up to another two hours for the public server to resync. Thanks for your patience. I saw this: Cannot load /etc/httpd/modules/mod_cgi.so into server: /etc/httpd/modules/mod_cgi.so: undefined symbol: apr_procattr_addrspace_set And some investigations told me it requires apr 0.9.7, maybe the autotools stuff should check for this or be documented? -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://nux.se
Re: [pre-release] 2.0.55 *candidate* available for testing
måndag 10 oktober 2005 16.27 skrev William A. Rowe, Jr.: Oden Eriksson wrote: And some investigations told me it requires apr 0.9.7, maybe the autotools stuff should check for this or be documented? Yup - apr 0.9.7 is part of the bundle. We can spell this out in the announce, certainly, and on the downloads page README - would that suffice? Yep. Thanks. -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://nux.se
Re: [pre-release] 2.0.55 *candidate* available for testing
måndag 10 oktober 2005 16.56 skrev Brian Akins: Paul Querna wrote: Huh? It is already in 0.9.7 :) I committed it to the 0.9.x branch right after 0.9.6 was released. Thank you! I guess I didn't check the CHANGELOG closely enough. i think it's not there :) -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://nux.se
Re: [pre-release] 2.0.55 *candidate* available for testing
måndag 10 oktober 2005 17.33 skrev William A. Rowe, Jr.: Oden Eriksson wrote: i think it's not there :) Oden, just looked again, would you check your package signature? b45f16a9878e709497820565d42b00b9 httpd-2.0.55.tar.gz and ensure that you are building against the included srclib/apr/ and not against some system installed 0.9.6 version? Argh! I looked in the wrong place (wrong changelog). Sorry for the noise. Anyway, 2.0.55 works for me on my Mandriva boxes. -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://nux.se
Re: [pre-release] 2.0.55 *candidate* available for testing
måndag 10 oktober 2005 17.28 skrev William A. Rowe, Jr.: Brian Akins wrote: William A. Rowe, Jr. wrote: Yup - apr 0.9.7 is part of the bundle. We can spell this out in the announce, certainly, and on the downloads page README - would that suffice? How horrible would it be to have the apr_reslist_invalidate patch applied to the bundled apr? I'm wondering if we all woke up this morning on different planets :) I must have :) -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://nux.se
Re: Release plans?
måndag 03 oktober 2005 18.35 skrev Paul Querna: Oden Eriksson wrote: Hi. I don't know if this is the right forum for this question but I found no info elsewhere. I simply wonder when 2.1.x is going to be dubbed stable? See our versioning file: http://svn.apache.org/repos/asf/httpd/httpd/trunk/VERSIONING 2.1.x will never be 'stable'. Your question should be, 'I simply wonder when 2.2.0 is going to be released?' Ahh, sorry. I meant 2.2.x There is no simple answer. Mine is simply 'soon'. The more people that test the 2.1.x betas on more sites give us more confidence in calling it 2.2.0. We want both positive and negative reports. So, my question is to you, did you test 2.1.8-beta? Did you try some of the new features? Did it work how you expected? Do you need more documentation on how to use the new features? I packed it and uploaded it into the mandriva rep the other day. I haven't tested the new features much though. -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://nux.se
Release plans?
Hi. I don't know if this is the right forum for this question but I found no info elsewhere. I simply wonder when 2.1.x is going to be dubbed stable? -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://nux.se
ETA for 2.0.55?
Hello!. I wonder what is the estimated release date for 2.0.55? Thanks in advance. -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://nux.se
Re: 2.1.5 available for testing
fredag 17 juni 2005 09.40 skrev Paul Querna: Please test and vote on releasing 2.1.5 as -alpha. Available at: http://httpd.apache.org/dev/dist/ (might take up to 2 hours for the files to appear, due to the rsync delay) MD5 (httpd-2.1.5-alpha.tar.Z) = f9dea893723fe7ddb8e9c5a4225a276b MD5 (httpd-2.1.5-alpha.tar.bz2) = 8ec926f27c2768c7cbd24f42fa22108a MD5 (httpd-2.1.5-alpha.tar.gz) = 7fdc3d61deb72b3815e137bdae282f0e Thanks, Paul +1 on Mandriva LE2005 -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://nux.se
Re: 2.0.54 release candidate tarball available for testing
tisdag 12 april 2005 09.25 skrev Sander Striker: Hi, As usual the tarballs are at: http://httpd.apache.org/dev/dist/ Please give 2.0.54 a whirl and report any problems (or successes) ;) Works for me. +1 -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://nux.se
Re: 2.1.4 available for testing
onsdag 16 mars 2005 22.00 skrev Sander Striker: Hi all, There are some 2.1.4-alpha tarballs waiting to be tested at: http://httpd.apache.org/dev/dist/ Please report back with any problems. Thanks for testing! Sander Hmm..., I get: Starting httpd21: httpd21: Syntax error on line 241 of /etc/httpd21/conf/httpd21.conf: Cannot load /usr/lib64/apache21/mod_authnz_ldap.so into server: /usr/lib64/apache21/mod_authnz_ldap.so: undefined symbol: util_ldap_cache_getuserdn This happens on Mandrakelinux 10.1 (x86_64) and Mandrakelinux 10.2 (i586) -- Regards // Oden Eriksson
Re: 2.1.4 available for testing
torsdag 17 mars 2005 06.52 skrev Paul Querna: Oden Eriksson wrote: onsdag 16 mars 2005 22.00 skrev Sander Striker: Hi all, There are some 2.1.4-alpha tarballs waiting to be tested at: http://httpd.apache.org/dev/dist/ Please report back with any problems. Thanks for testing! Sander Hmm..., I get: Starting httpd21: httpd21: Syntax error on line 241 of /etc/httpd21/conf/httpd21.conf: Cannot load /usr/lib64/apache21/mod_authnz_ldap.so into server: /usr/lib64/apache21/mod_authnz_ldap.so: undefined symbol: util_ldap_cache_getuserdn This happens on Mandrakelinux 10.1 (x86_64) and Mandrakelinux 10.2 (i586) Change the load order in your httpd.conf. move the LoadModule for mod_ldap to before mod_authnz_ldap. Ahh! I thought that loading order was something from the past? Well, it works now. Will try some more after I have gotten some sleep... Thanks Paul. -- Regards // Oden Eriksson
Re: [VOTE] Release httpd-2.0.53
måndag 07 februari 2005 06.38 skrev Justin Erenkrantz: On Sun, Feb 06, 2005 at 09:39:47PM +0100, Oden Eriksson wrote: I'd say +1, but I think I have no rights to vote. It seems to work just fine on several Mandrakelinux 10.0 production boxes and also on Cooker. Even if you aren't a committer, you can always cast a vote. Everyone's input is valuable. Yes, if you aren't a committer, your vote doesn't count towards the 3 +1s required for a release, but that shouldn't stop you from voting. It looks like we've received enough +1s that I'm going to move 2.0.53 into the mirrors now. Sometime tomorrow, I will update the website and send the announcement. Thanks! -- justin Hey!, that tarball named httpd-2.0.53.tar.gz is really rc1. -- Regards // Oden Eriksson
Re: [VOTE] Release httpd-2.0.53
måndag 07 februari 2005 12.36 skrev Oden Eriksson: måndag 07 februari 2005 06.38 skrev Justin Erenkrantz: On Sun, Feb 06, 2005 at 09:39:47PM +0100, Oden Eriksson wrote: I'd say +1, but I think I have no rights to vote. It seems to work just fine on several Mandrakelinux 10.0 production boxes and also on Cooker. Even if you aren't a committer, you can always cast a vote. Everyone's input is valuable. Yes, if you aren't a committer, your vote doesn't count towards the 3 +1s required for a release, but that shouldn't stop you from voting. It looks like we've received enough +1s that I'm going to move 2.0.53 into the mirrors now. Sometime tomorrow, I will update the website and send the announcement. Thanks! -- justin Hey!, that tarball named httpd-2.0.53.tar.gz is really rc1. I meant if you unpack the tar ball, the root directory name is httpd-2.0.53-rc1 and not httpd-2.0.53. Does that matter? -- Regards // Oden Eriksson
Re: [VOTE] Release httpd-2.0.53
söndag 06 februari 2005 19.57 skrev Paul Querna: Justin Erenkrantz wrote: Tarballs for 2.0.53 are available and at: http://www.apache.org/~jerenkrantz/httpd-2.0.53/ Oh!, I just noticed this using the tar balls from http://www.apache.org/~jerenkrantz/0.9.6/ (same code as the bundled one) /bin/sh /home/oden/RPM/BUILD/apr-0.9.6/libtool --silent --mode=compile gcc -pthread -O2 -fomit-frame-pointer -pipe -march=i586 -mtune=pentiumpro -DHAVE_CONFIG_H -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -I../../include -I../../include/arch/unix -c threadpriv.c touch threadpriv.lo thread.c:104: error: redefinition of 'apr_threadattr_stacksize_set' thread.c:88: error: previous definition of 'apr_threadattr_stacksize_set' was here make[2]: *** [thread.lo] Error 1 -- Regards // Oden Eriksson
Re: [VOTE] Release httpd-2.0.53
måndag 07 februari 2005 14.42 skrev Jeff Trawick: On Mon, 7 Feb 2005 14:34:16 +0100, Oden Eriksson [EMAIL PROTECTED] wrote: Oh!, I just noticed this using the tar balls from http://www.apache.org/~jerenkrantz/0.9.6/ (same code as the bundled one) /bin/sh /home/oden/RPM/BUILD/apr-0.9.6/libtool --silent --mode=compile gcc -pthread -O2 -fomit-frame-pointer -pipe -march=i586 -mtune=pentiumpro -DHAVE_CONFIG_H -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -I../../include -I../../include/arch/unix -c threadpriv.c touch threadpriv.lo thread.c:104: error: redefinition of 'apr_threadattr_stacksize_set' thread.c:88: error: previous definition of 'apr_threadattr_stacksize_set' was here Can you figure out why gcc complains about thread.c when it has been told to compile threadpriv.c? Was that simply a cut and paste issue? Also, this is my line 104 in thread.c: apr_thread_t *thread = (apr_thread_t*)opaque; What do you have? Oops. It seems I forgot to nuke one of the patches. Sorry for the noise. -- Regards // Oden Eriksson
Re: [VOTE] Release httpd-2.0.53
måndag 07 februari 2005 16.29 skrev Justin Erenkrantz: On Mon, Feb 07, 2005 at 02:28:17PM +0100, Oden Eriksson wrote: I meant if you unpack the tar ball, the root directory name is httpd-2.0.53-rc1 and not httpd-2.0.53. Does that matter? Ah, darn. I'll fix it before I make it public. -- justin Cool. Thanks. -- Regards // Oden Eriksson
Re: [VOTE] Release httpd-2.0.53
söndag 06 februari 2005 21.23 skrev Graham Leggett: Justin Erenkrantz wrote: Tarballs for 2.0.53 are available and at: http://www.apache.org/~jerenkrantz/httpd-2.0.53/ Hi. I'd say +1, but I think I have no rights to vote. It seems to work just fine on several Mandrakelinux 10.0 production boxes and also on Cooker. Cheers. -- Regards // Oden Eriksson
Re: Apache-Test
tisdag 25 januari 2005 02.49 skrev Stas Bekman: Oden Eriksson wrote: But now I need to feed it with defines somehow and make it include module specific files from /etc/conf/conf.d/*.conf that should provide further info. This is tricky, but fun! If you explain what exactly do you mean, we may know how to make that easier. It is tricky due many reasons. Firstly certain files is prohibited to access as non root (we build packages as non root), As you have stated in the other emails this is a non-existing problem, right? If not let's go through this again, since I'm now not sure at all, if something is wrong. It is not a problem related to A-T. One thing I want to figure out is that note in README that suggests to write httpd.conf.in. Can we nuke that, or do you use that? Please leave as is. It can come handy. -- Regards // Oden Eriksson
Re: Apache-Test
onsdag 26 januari 2005 00.47 skrev Stas Bekman: One thing I want to figure out is that note in README that suggests to write httpd.conf.in. Can we nuke that, or do you use that? Please leave as is. It can come handy. I for one wasn't able to get it to work as it's documented in that file. I think you said it did work for you. I didn't look at the code though. No, it didn't work exactly as stated in the docs, but close enough. -- Regards // Oden Eriksson
Re: Apache-Test
lördag 22 januari 2005 02.24 skrev Stas Bekman: Oden Eriksson wrote: torsdag 13 januari 2005 16.15 skrev Stas Bekman: Oden Eriksson wrote: [...] The system is clean except for parts of mod_perl 1.x that seems to be a requisite to get this mod_perl pick up missing pieces. Here's what's installed: what do you mean requisite? you mean mp2 requires mp1? Maybe it's a thing of the past, or I'm just too tired right now. At one time I saw something like Found mod_perl-1.x, good, will install relatively to Apache2/. And that message was despite the MP_INST_APACHE2=1 thing. Hmm, do you think it's a misleading message? I guess we could remove it if MP_INST_APACHE2=1 is used explicitly. Sorry for the delay. Here's the output of this: /usr/bin/perl Makefile.PL 'MP_CCOPTS=-O2 -fomit-frame-pointer -pipe -march=i586 -mtune=pentiumpro -fPIC' MP_INST_APACHE2=1 MP_APXS=/usr/sbin/apxs2 MP_APR_CONFIG=/usr/bin/apr-config INSTALLDIRS=vendor Reading Makefile.PL args from @ARGV MP_CCOPTS = -O2 -fomit-frame-pointer -pipe -march=i586 -mtune=pentiumpro -fPIC MP_INST_APACHE2 = 1 MP_APXS = /usr/sbin/apxs2 MP_APR_CONFIG = /usr/bin/apr-config mod_perl/1.29 installation detected...ok (installing relative to Apache2/) Configuring Apache/2.0.52 mod_perl/1.999.20 Perl/v5.8.6 OK, but I fail to see what it has to do with you thinking that mod_perl 1 is required. If you didn't have modperl 1 installed you won't have had this message, no? Yes exactly. Now this is crystal clear. Thanks Stas. -- Regards // Oden Eriksson
Re: A-T: httpd.conf.in
lördag 22 januari 2005 02.15 skrev Stas Bekman: Forgot the attached error_log file. -- Regards // Oden Eriksson END in modperl_extra.pl, pid=1169 [Sat Jan 22 18:09:09 2005] [notice] Digest: generating secret for digest authentication ... [Sat Jan 22 18:09:09 2005] [notice] Digest: done [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [debug] util_ldap.c(1248): LDAP merging Shared Cache conf: shm=0x80ff8950 rmm=0x80ff8980 for VHOST: localhost.localdomain [Sat Jan 22 18:09:09 2005] [notice] LDAP: Built
Re: A-T: httpd.conf.in
fredag 14 januari 2005 19.49 skrev Stas Bekman: Oden Eriksson wrote: fredag 14 januari 2005 01.21 skrev Geoffrey Young: I think we should implement it, since if someone is very unhappy about the autogenerated httpd.conf they can supply their custom httpd.conf.in that feels like a lot of work to me - like making A-T respect the Port setting from httpd.conf.in, because that's what they would expect. I think that -httpd_conf, -httpd_conf_extra, and extra.conf.in should be more than enough for the vast majority of people. so +1 for just removing it from the README, but if you want to make it work, feel free. No no, please keep it, I just discovered it does work. Ths is my current way to use it: --- [snippet, start] --- #!/bin/bash if [ -f t/httpd.pid ]; then rm -f t/httpd.pid; fi echo PidFile @ServerRoot@/httpd.pid t/conf/httpd.conf.in echo AcceptMutex fcntl t/conf/httpd.conf.in echo LockFile @ServerRoot@/httpd.lock t/conf/httpd.conf.in echo TypesConfig /etc/httpd/conf/apache-mime.types t/conf/httpd.conf.in for i in `/usr/sbin/apxs2 -q LIBEXECDIR`/*.so; do new_name=`basename ${i}|sed 's/mod_//g'|sed 's/\.so//g'` echo LoadModule ${new_name}_module ${i} t/conf/httpd.conf.in done make \ APACHE_TEST_COLOR=1 \ TEST_VERBOSE=1 \ APACHE_TEST_HTTPD=/usr/sbin/httpd2 \ APACHE_TEST_APXS=/usr/sbin/apxs2 \ test --- [snippet, end] --- The server fails to start, but that's something else. I noticed though that if the /etc/httpd/conf/httpd.conf exists A-T is trying to inherit that config (inherit_config) but this fails as this file is for apache-1.x. Shouldn't something from httpd2 -V be used instead? Take a look at: lib/Apache/TestConfigParse.pm:sub inherit_config { it should find the correct global config file, please check that code to see if something goes wrong. I looked at it but it's hard to understand. I couldn't find where it actually looks for the httpd.conf file. Also the mod_perl module as all other code is built as non root, so certain files and directories can't be access. The snipppet above solves some of that. A-T handles that internally. See lib/Apache/TestRun.pm:sub adjust_t_perms { if you intervene with normal process, then you are on your own. I still can't understand what's wrong with the autogenerated httpd.conf, that you need to write your own. Please explain. Ok. As it cannot find the correct httpd.conf file I have to do it like this. But I suspect even if it would, it wouldn't work anyway as we use two main config files and includes specific module config files using the scandir feature (Include conf.d/*.conf). SUSE does it like that too, as well as RedHat, PLD, ALTLinux, and perhaps many more. As a non root user I do not have permissions to write a PidFile or LockFile unless it's in a directory I have permissions to. I would be happy if I could disable this inherit_config thing so it does not search for any configuration files at all. -- Regards // Oden Eriksson
Re: A-T: httpd.conf.in
fredag 14 januari 2005 01.21 skrev Geoffrey Young: I think we should implement it, since if someone is very unhappy about the autogenerated httpd.conf they can supply their custom httpd.conf.in that feels like a lot of work to me - like making A-T respect the Port setting from httpd.conf.in, because that's what they would expect. I think that -httpd_conf, -httpd_conf_extra, and extra.conf.in should be more than enough for the vast majority of people. so +1 for just removing it from the README, but if you want to make it work, feel free. No no, please keep it, I just discovered it does work. Ths is my current way to use it: --- [snippet, start] --- #!/bin/bash if [ -f t/httpd.pid ]; then rm -f t/httpd.pid; fi echo PidFile @ServerRoot@/httpd.pid t/conf/httpd.conf.in echo AcceptMutex fcntl t/conf/httpd.conf.in echo LockFile @ServerRoot@/httpd.lock t/conf/httpd.conf.in echo TypesConfig /etc/httpd/conf/apache-mime.types t/conf/httpd.conf.in for i in `/usr/sbin/apxs2 -q LIBEXECDIR`/*.so; do new_name=`basename ${i}|sed 's/mod_//g'|sed 's/\.so//g'` echo LoadModule ${new_name}_module ${i} t/conf/httpd.conf.in done make \ APACHE_TEST_COLOR=1 \ TEST_VERBOSE=1 \ APACHE_TEST_HTTPD=/usr/sbin/httpd2 \ APACHE_TEST_APXS=/usr/sbin/apxs2 \ test --- [snippet, end] --- The server fails to start, but that's something else. I noticed though that if the /etc/httpd/conf/httpd.conf exists A-T is trying to inherit that config (inherit_config) but this fails as this file is for apache-1.x. Shouldn't something from httpd2 -V be used instead? Also the mod_perl module as all other code is built as non root, so certain files and directories can't be access. The snipppet above solves some of that. -- Regards // Oden Eriksson
Re: Apache-Test
Hi again. The port set in the config are all correctly chosen except for filter_out_apache that uses port zero for some reason. -- Regards // Oden Eriksson
Re: Apache-Test
fredag 14 januari 2005 13.16 skrev Oden Eriksson: Hi again. The port set in the config are all correctly chosen except for filter_out_apache that uses port zero for some reason. Ahh, never mind. I had zombie httpd processes. -- Regards // Oden Eriksson
Re: Apache-Test
/x86_64-linux-thread-multi/Apache/Leak.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/Log.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/ModuleConfig.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/MyConfig.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/Opcode.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/Options.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/PerlRun.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/PerlRunXS.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/PerlSections.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/RedirectLogFix.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/Registry.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/RegistryBB.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/RegistryLoader.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/RegistryNG.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/Resource.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/SIG.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/Server.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/SizeLimit.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/StatINC.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/Status.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/Symbol.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/Symdump.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/Table.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/URI.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/Util.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/httpd_conf.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/src.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/testold.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Bundle /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Bundle/Apache.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/auto/Apache/Leak/Leak.so /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/auto/Apache/Symbol/Symbol.so /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/auto/Apache/mod_perl.exp /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/auto/Apache/typemap /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/cgi_to_mod_perl.pod /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/mod_perl.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/mod_perl.pod /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/mod_perl_cvs.pod /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/mod_perl_hooks.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/mod_perl_hooks.pm.PL /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/mod_perl_method_handlers.pod /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/mod_perl_traps.pod /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/mod_perl_tuning.pod Oh, I get the same errors on Intel machines too. And the same error if I uninstall the mod_perl 1.x stuff. Additionally I get the same errors on Mandrakelinux 10.0, 10.1 as well as Cooker (the development branch of Mandrakelinux). Thanks in advance. -- Regards // Oden Eriksson
Re: Apache-Test
torsdag 13 januari 2005 15.34 skrev Stas Bekman: Geoffrey Young wrote: may be we should stop trying to parse the leading string and just gor for /x.y.zz part. Otherwise we will never satisfy everybody. I think the last time this came up we decided that we just couldn't satsify everyone and we left it as is. my personal pov is that Apache-Test is for the Apache webserver as it ships from httpd.apache.org - if third parties want to mess with the official server designation they can, this being open source and all, but then they shouldn't expect software that adheres to the conventions within httpd to run without similar modifications. that is, if you patch httpd to create a custom server name you can patch Apache-Test to work with the custom name if you want it to work with your distribution. it shouldn't be the development team's issue. In which case we need to remove the custom patterns we have added so far? +1, but the last time we added a new pattern when somebody brought an argument, that users weren't able to run A-T because of this failure and waiting for the vendor to fix this was not an option. Moreover if users download A-T from CPAN and not a binary package from the vendor, they will have this problem and they will come to complain here. So may be my suggestion of just matching the /x.y.zz part is worth a try? To test this I have removed the tagging but got problems elsewhere because we use defines to activate stuff in our config. So for example *if* mod_env is installed we pass -DHAVE_ENV when starting apache. I think the easiest thing for me to do is to make a wrapper that feeds A-T with what it wants. Does the A-T stuff has to be installed? Is it required during mod_perl runtime in any way? -- Regards // Oden Eriksson
Re: Apache-Test
torsdag 13 januari 2005 16.15 skrev Stas Bekman: Oden Eriksson wrote: [...] Please post the output of: % t/TEST -conf -trace=debug Attached. So it has matched it as revision 1: [ debug] Matched Apache revision Apache-PREFORK-AdvancedExtranetServer/2.0.52 1 Frankly I have no idea how could it possibly happen. And that's where the problem is coming from. Please try this patch: [...] That worked! Thanks Stas! But now I need to feed it with defines somehow and make it include module specific files from /etc/conf/conf.d/*.conf that should provide further info. This is tricky, but fun! I think what happens is this. MP_INST_APACHE2=1 tweaks Makefile to insert mp2 modules into Apache2 subdir, but since you use a custom INSTALLDIRS it fails to do that. And then: if ($rev == 2) { eval { require Apache2 require mod_perl }; } else { eval { require mod_perl }; } loads modperl1. but I've just tried here with the same options and it works fine. I also tried to leave out MP_INST_APACHE2=1 as well as not having mod_perl-common-1.3.31_1.29-3mdk installed. I just saw this: Warning: the following files are missing in your kit: META.yml But the file is there. It's possible that Apache-Test/Makefile.PL is the one that has complained. But ignore that for now. Ok. A-T is bundled with modperl and it's the one that should be run. Not any previously installed A-T. The system is clean except for parts of mod_perl 1.x that seems to be a requisite to get this mod_perl pick up missing pieces. Here's what's installed: what do you mean requisite? you mean mp2 requires mp1? Maybe it's a thing of the past, or I'm just too tired right now. At one time I saw something like Found mod_perl-1.x, good, will install relatively to Apache2/. And that message was despite the MP_INST_APACHE2=1 thing. Hmm, do you think it's a misleading message? I guess we could remove it if MP_INST_APACHE2=1 is used explicitly. That would be great! That would mean I don't have to have any apache_1 stuff installed when building this module. Thanks Stas. -- Regards // Oden Eriksson
Re: cvs commit: httpd-2.0 CHANGES
Wednesday 12 March 2003 19.25 skrev [EMAIL PROTECTED]: trawick 2003/03/12 10:25:39 Modified:.CHANGES Log: reflect a fix merged to 2.0.45-dev Hi. Sorry for bothering you, but I really would like to know how to unsunbscribe from this cvs list. I have done my part in this for now packaging apache2 for mandrake linux since a year back, and still no one seems to care much, it's a shame... Well, anyway here's my plug: http://www.deserve-it.com/modules_for_apache2.html -- Regards // Oden Eriksson, Deserve-IT.com
Re: RM 2.0.44
torsdagen den 28 november 2002 20.55 skrev Aaron Bannert: You may want to look at the AGB_BEFORE_AAA_CHANGES tag I made just for this purpose. I don't believe any commits were made between that tag and the auth changes. So we might see v2.0.44 tomorrow then? ;) I really hope so. -- Regards // Oden Eriksson, Deserve-IT Networks MandrakeSoft is pushing the apache2 revolution forward to unknown grounds. Check my latest work here: http://www.deserve-it.com/modules_for_apache2.html
2.0.44?
Hi. I noticed that you have opened the 2.1 bransch in CVS, will this mean 2.0.44 will be released soon? (with its many improvements) If so, when? Chears. -- Regards // Oden Eriksson, Deserve-IT Networks Check the Modules For Apache2 status page at: http://www.deserve-it.com/modules_for_apache2.html