Can you write a patch for our tests that just checks for text/*?
Attached
Is this just a bad test?
Well they're dependent on LWP not being stupid with mime types and changing
them
without any notice. The fails aren't in any indicative of a problem with
apreq's
codebase.
I was
I guess the simple start will be to use example A:
Ex 1: PkgA - single fileset with no requisites
--
Directory Structure:
/tmp/packages
/tmp/packages/usr/doc/PkgA/README
/tmp/packages/usr/PkgA/bin/acommand
Template File:
Package Name: aix.apache
Thanks to Jeff's catch, we scuttled 2.3.3. We have yet another candidate
for your consideration. Please fetch up the newly minted mod_fcgid-2.3.4.tar.gz
(or .tar.bz2) or the win32/netware suitable package mod_fcgid-2.3.3-crlf.zip
from:
http://httpd.apache.org/dev/dist/mod_fcgid/
review,
William A. Rowe, Jr. wrote:
[X] +1 to release as 2.3.4-beta
[X] +1 to release as 2.3.4-GA
Unless anyone renames newly-named directives in the next 2 1/2 days, I really
don't see a reason to call this beta anymore. We already concur it's above the
quality of the often-deployed mod_fcgid
William A. Rowe, Jr. wrote:
I'll leave the vote open three more days
before ending evaluation of this package
There are sufficient votes to release, so in about 14 hours it will be announced
unless the tide turns between now and then.
Hi,
Can anyone see anything wrong with changing the ProxyPreserveHost
directive so that it's configurable from directory?
./modules/proxy/mod_proxy.c:
AP_INIT_FLAG(ProxyPreserveHost, set_preserve_host, NULL,
RSRC_CONF,
---
AP_INIT_FLAG(ProxyPreserveHost, set_preserve_host, NULL,
On 8 Oct 2009, at 10:06, ed wrote:
Hi,
Can anyone see anything wrong with changing the ProxyPreserveHost
directive so that it's configurable from directory?
It would need to be on the per-dir config for that to work correctly.
As it stands, if you have enabled that you have a nasty gotcha:
On Thu, Oct 8, 2009 at 3:33 AM, William A. Rowe, Jr.
wr...@rowe-clan.net wrote:
Thanks to Jeff's catch, we scuttled 2.3.3. We have yet another candidate
for your consideration.
Thank you!
[X] +1 to release as 2.3.4-beta
[X] +1 to release as 2.3.4-GA
It builds cleanly and holds up to a
On Oct 8, 2009, at 8:30 AM, Jeff Trawick wrote:
On Thu, Oct 8, 2009 at 3:33 AM, William A. Rowe, Jr.
wr...@rowe-clan.net wrote:
Thanks to Jeff's catch, we scuttled 2.3.3. We have yet another
candidate
for your consideration.
Thank you!
[X] +1 to release as 2.3.4-beta
[X] +1 to release
On Oct 7, 2009, at 3:58 PM, Stefan Fritsch wrote:
On Wednesday 07 October 2009, Jim Jagielski wrote:
Does this really require a CHANGES entry??
No. There is at least one other CHANGES entry about a changed comment,
though.
CHANGES isn't, and shouldn't be, an external replacement for svn
William A. Rowe, Jr. wrote:
Thanks to Jeff's catch, we scuttled 2.3.3. We have yet another candidate
for your consideration. Please fetch up the newly minted mod_fcgid-2.3.4.tar.gz
(or .tar.bz2) or the win32/netware suitable package mod_fcgid-2.3.3-crlf.zip
from:
On Thu, Oct 8, 2009 at 9:56 AM, Barry Scott barry.sc...@onelan.co.uk wrote:
William A. Rowe, Jr. wrote:
Thanks to Jeff's catch, we scuttled 2.3.3. We have yet another candidate
for your consideration. Please fetch up the newly minted
mod_fcgid-2.3.4.tar.gz
(or .tar.bz2) or the
[x] +1 to release as 2.3.4-beta
No time to play enough to vote GA.
--
Eric Covener
cove...@gmail.com
- Original Message
From: Clinton Gormley cl...@traveljury.com
To: apreq-dev apreq-...@httpd.apache.org
Sent: Wednesday, October 7, 2009 6:19:44 AM
Subject: Re: libapreq 2.12 failing with apache 2.2.14
I'm installing apache 2.2.14 with libapreq 2.12, perl 5.8.9 and I'm
getting
ok. build/binbuild.sh is the starting point it seems - and I get an error.
/bin/sh /data/prj/httpd-2.2.14/srclib/apr/libtool --silent --mode=compile cc
-qlanglvl=extc89 -g -qHALT=E -DHAVE_CONFIG_H -U__STR__ -D_THREAD_SAFE
-D_LARGEFILE64_SOURCE -I/data/prj/httpd-2.2.14/srclib/apr-util/include
Hi! I'm trying to compile mod_cache which was checked out from http://svn.apache.org/repos/asf/httpd/httpd/trunk/modules/cache about an hour ago:[r...@dev38 mod_cache]# svn infoPath: .URL: http://svn.apache.org/repos/asf/httpd/httpd/trunk/modules/cacheRepository Root:
On Thu, Oct 8, 2009 at 1:44 PM, Alexander Alfimov a.alfi...@gmail.com wrote:
Hi!
I'm trying to compile mod_cache which was checked out from
http://svn.apache.org/repos/asf/httpd/httpd/trunk/modules/cache about
an hour ago:
[r...@dev38 mod_cache]# svn info
Path: .
URL:
Jeff Trawick traw...@gmail.com писал(а) в своём письме Thu, 08 Oct 2009
21:15:51 +0300:
Try adding #define CORE_PRIVATE inside mod_disk_cache.c prior to the
inclusion of header files.
What you've encountered is an API difference between httpd 2.2 and
2.3-dev. There may be others that show
I believe a couple of changes are needed in mod_cache to correctly
consider s-maxage in responses. I'd like to get the list's opinion
about it.
First, currently if a GET or HEAD request with a query in the URI has a
response with Cache-control: s-maxage=NN, that response is not cached.
From RFC
And here's the right patch file, sorry.
--
Dan Poirier poir...@pobox.com
Index: mod_cache.c
===
--- mod_cache.c (revision 821763)
+++ mod_cache.c (working copy)
@@ -767,7 +767,8 @@
reason = Expires header already expired,
Ugg. not working now. need to trace this.
On 10/08/2009 08:59 PM, Dan Poirier wrote:
I believe a couple of changes are needed in mod_cache to correctly
consider s-maxage in responses. I'd like to get the list's opinion
about it.
First, currently if a GET or HEAD request with a query in the URI has a
response with Cache-control:
William A. Rowe, Jr. wrote:
[X] +1 to release as 2.3.4-beta
Chris.
--
GPG Key ID: 366A375B
GPG Key Fingerprint: 485E 5041 17E1 E2BB C263 E4DE C8E3 FA36 366A 375B
On Thursday 08 October 2009, s...@apache.org wrote:
--- httpd/httpd/trunk/include/ap_mmn.h (original)
+++ httpd/httpd/trunk/include/ap_mmn.h Thu Oct 8 21:42:13 2009
@@ -198,15 +198,17 @@
* 20090401.3 (2.3.3-dev) Added DAV options provider to mod_dav.h
* 20090925.0 (2.3.3-dev) Added
Stefan Fritsch wrote:
On Thursday 08 October 2009, s...@apache.org wrote:
--- httpd/httpd/trunk/include/ap_mmn.h (original)
+++ httpd/httpd/trunk/include/ap_mmn.h Thu Oct 8 21:42:13 2009
@@ -198,15 +198,17 @@
* 20090401.3 (2.3.3-dev) Added DAV options provider to mod_dav.h
* 20090925.0
On Friday 09 October 2009, William A. Rowe, Jr. wrote:
* 20090925.0 (2.3.3-dev) Added server_rec::context and added *server_rec
* param to ap_wait_or_timeout()
+ * 20090925.1 (2.3.3-dev) Add optional function
ap_logio_get_last_bytes() to
+ *
In case the question is not obvious - why is the code not finding it's own
expat.h file? Is it not suppossed to - meaning install the expat package?
On Thu, Oct 8, 2009 at 6:11 PM, Michael Felt mamf...@gmail.com wrote:
ok. build/binbuild.sh is the starting point it seems - and I get an error.
Michael Felt wrote:
Or, not having looked at it yet - should I be focusing on a replacement
for rpmbuild (assuming it is a script)?
rpmbuild is a full-on application, which has some pretty involved
features for building a package. What this means is that armed with just
a spec file, you can
28 matches
Mail list logo