Copyright dates on 1.3/2.0/2.2 forthcoming releases?
AFAICT, sources are -all- still copyright 2005. That's not right.
Even if we determine we'll -quit- updating the copyrights until they
are modified, we need to update them when we modify them.
Bill
On 4/18/06, Ian Holsman <[EMAIL PROTECTED]> wrote:
> Be careful when it comes to scoping work.
> I found last year that some students last year will do what is asked
> for, not more.
Asking for too much will also scare away folks. *shrug* At the end
of the SoC program, if we received a set of te
Be careful when it comes to scoping work.
I found last year that some students last year will do what is asked
for, not more.
On 19/04/2006, at 9:59 AM, Justin Erenkrantz wrote:
On 4/18/06, Ian Holsman <[EMAIL PROTECTED]> wrote:
it sounds like we have got some pretty good ideas so far.
the
On 4/18/06, Ian Holsman <[EMAIL PROTECTED]> wrote:
> it sounds like we have got some pretty good ideas so far.
> the next step is to put them on the Wiki Page (or create a 2nd wiki
> page just for httpd and APR projects to reduce the clutter
>
> the URL is here:
> http://wiki.apache.org/general/Sum
On 04/19/2006 12:14 AM, Seán C. Farley wrote:
>
> Although it would be nice, I understand. Since I have not followed the
> 2.[02] series, please check the comment I made about connection timeouts
> to the origin server. Look for "Only GET/HEAD requests are re-used" in
> the patch. Would this
Can you check out latest code from subversion trunk and try test again?
Think I have worked out the required magic this time. If have, this
is good
as this will help me solve some of the problems mentioned in:
http://issues.apache.org/jira/browse/MODPYTHON-161
as well.
Thanks.
Graham
On
+1 from me.
On 19/04/2006, at 4:37 AM, Brian J. France wrote:
This was talked about a few weeks back but I don't think anything
ever came of it. The patch below would allow mod_deflate to
compress internal redirects while still skipping sub requests.
I have been running this on my persona
On Tue, 18 Apr 2006, William A. Rowe, Jr. wrote:
Seán C. Farley wrote:
It would be nice to pick up a patch[1] I wrote a long time ago for
the 1.3 series while working at IBM. It adds persistant connection
support to mod_proxy. Most of the code was taken from the 2.0
series.
-0.5 here (not
On Tue, 18 Apr 2006 17:18:10 -0400
Brian Akins <[EMAIL PROTECTED]> wrote:
> Graham Leggett wrote:
> > Brian Akins wrote:
> >
> >> Was playing with memcached and mod_cache when I had some thoughts.
> >>
> >> -mod_cache should be renamed to mod_http_cache
> >> -new modules mod_cache (or some invent
Seán C. Farley wrote:
On Tue, 18 Apr 2006, Jim Jagielski wrote:
As long as we're doing releases, I'm planning on tagging and releasing
1.3.35 to align with the 2.0 and 2.2 release timeframe...
It would be nice to pick up a patch[1] I wrote a long time ago for the
1.3 series while working at
On Tue, 18 Apr 2006, Jim Jagielski wrote:
As long as we're doing releases, I'm planning on tagging and releasing
1.3.35 to align with the 2.0 and 2.2 release timeframe...
It would be nice to pick up a patch[1] I wrote a long time ago for the
1.3 series while working at IBM. It adds persistant
As long as we're doing releases, I'm planning on tagging and releasing
1.3.35 to align with the 2.0 and 2.2 release timeframe...
You've been warned :)
--
===
Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguN
Colm MacCarthaigh wrote:
>
>
> Since there's little sense in not including the Expect header fix, I'll
> roll 2.0.57 in 24 hours with that fix in, and potentially a mod_deflate
> fix too.
>
+1
> Also, what are people's thoughts on including sha1 signatures in our
> official dist? We havn't he
Graham Leggett wrote:
Brian Akins wrote:
Was playing with memcached and mod_cache when I had some thoughts.
-mod_cache should be renamed to mod_http_cache
-new modules mod_cache (or some inventive) name would be a more
general purpose cache)
I would say that mod_cache would need to be split
Paul Querna wrote:
> I guess one of the reasons why mod_cache_requestor did not take off
was its
> dependency on an external http client library. So what about creating
> a http client library and adding it to apr-util / creating
apr-http-client
*cough* serf *cough*
http://svn.webdav.org/
On Apr 18, 2006, at 1:35 PM, Colm MacCarthaigh wrote:
Also, what are people's thoughts on including sha1 signatures in our
official dist? We havn't heretofore, is there any benefit? The PGP
signatures are there to confirm veracity, the simple checksums are
really only to detect corrupted downloa
On 04/18/2006 06:35 PM, Parin Shah wrote:
> Plüm, Rüdiger, wrote:
>
> I have been spending some time to remove the libcurl dependency by
> creating fake connection and requests. I didn't know we already have
> such functionality in proxy. Can you tell me where is that code to
> create fake con
On 04/18/2006 08:57 PM, William A. Rowe, Jr. wrote:
> Justin Erenkrantz wrote:
>
>>
>>> The httpd community has never objected to it. IF you are suggesting
>>> putting
>>> wire protocol implementations in APR, I think again you are
>>> overloading the
>>> charter. Suggesting that a matching cl
On 4/18/06, Colm MacCarthaigh <[EMAIL PROTECTED]> wrote:
> Also, what are people's thoughts on including sha1 signatures in our
> official dist? We havn't heretofore, is there any benefit? The PGP
As long as you tweak roll.sh, I don't care. =) -- justin
On Tue, 18 Apr 2006 07:18:37 -0700
Paul Querna <[EMAIL PROTECTED]> wrote:
> I plan on tagging 2.2.2 from the 2.2.x branch on Friday evening. The
> STATUS file has a few more small things it would be nice to backport.
There is no "accepted" fix yet for PR 39259. wrowe ?
Also, mod_proxy works gr
Since there's little sense in not including the Expect header fix, I'll
roll 2.0.57 in 24 hours with that fix in, and potentially a mod_deflate
fix too.
Also, what are people's thoughts on including sha1 signatures in our
official dist? We havn't heretofore, is there any benefit? The PGP
signatu
Brian J. France wrote:
The patched block of code is only called when f->ctx is NULL and hasn't
been setup yet by mod_deflate. I would assume when a sub request would
get added the ctx for its ap_filter_t struct would be NULL and
f->r->main would be the top request so the deflate filter w
Brian Akins wrote:
Was playing with memcached and mod_cache when I had some thoughts.
-mod_cache should be renamed to mod_http_cache
-new modules mod_cache (or some inventive) name would be a more general
purpose cache)
I would say that mod_cache would need to be split into mod_cache
(gener
On Apr 18, 2006, at 2:52 PM, William A. Rowe, Jr. wrote:
@@ -240,7 +240,7 @@
const char *encoding;
/* only work on main request/no subrequests */
-if (!ap_is_initial_req(r)) {
+if (r->main != NULL) {
ap_remove_output_filter(f);
Actually, explain t
Justin Erenkrantz wrote:
The httpd community has never objected to it. IF you are suggesting putting
wire protocol implementations in APR, I think again you are overloading the
charter. Suggesting that a matching client wire protocol library fits into
the httpd's project goals makes alot more
@@ -240,7 +240,7 @@
const char *encoding;
/* only work on main request/no subrequests */
-if (!ap_is_initial_req(r)) {
+if (r->main != NULL) {
ap_remove_output_filter(f);
Actually, explain to me how this code successfully leaves the http protocol
la
This patch is correct. +1 to any/all branches as applicable.
Brian J. France wrote:
This was talked about a few weeks back but I don't think anything ever
came of it. The patch below would allow mod_deflate to compress
internal redirects while still skipping sub requests.
I have been runn
On 4/18/06, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote:
> > I know :-).
> > But I would like to see this inside the apr framework as it
> > seems to me that serf has some acceptance problems here in the httpd
> > community. Please correct me if this impression is wrong.
>
> Your impression is w
Plüm wrote:
-Ursprüngliche Nachricht-
Von: Paul Querna
*cough* serf *cough*
http://svn.webdav.org/repos/projects/serf/trunk
I know :-).
But I would like to see this inside the apr framework as it
seems to me that serf has some acceptance problems here in the httpd
community. Ple
This was talked about a few weeks back but I don't think anything
ever came of it. The patch below would allow mod_deflate to compress
internal redirects while still skipping sub requests.
I have been running this on my personal server for a few weeks now
with no issues.
Let the voting b
Plüm, Rüdiger, wrote:
> I guess one of the reasons why mod_cache_requestor did not take off was its
> dependency on an external http client library. So what about creating
> a http client library and adding it to apr-util / creating apr-http-client
> as a SoC project?
>
> The httpd proxy code woul
I'm seeking a Apache member to mentor me on this project:
http://wiki.apache.org/general/SummerOfCode2006#httpd-mod-carp
Thanks,
Davi Arnaut
hi
is there a way to overwrite the HTTP_X_FORWARDED_FOR instead of adding to
it?
the problem is that the content of this headerline is sometimes totally
chaotic so its very difficult to parse.
other possible solutions would be:
- to clear the HTTP_X_FORWARDED_FOR before processing the request. (
>>> On 4/16/2006 at 2:53:24 pm, in message
<[EMAIL PROTECTED]>, [EMAIL PROTECTED] wrote:
> There are some 2.0.56 candidate tarballs now at;
>
> http://httpd.apache.org/dev/dist/
>
> available for review/voting.
>
> Major apologies to wrowe for toe-stepping here, I'd missed some
> communi
> -Ursprüngliche Nachricht-
> Von: Paul Querna
>
> *cough* serf *cough*
>
> http://svn.webdav.org/repos/projects/serf/trunk
>
I know :-).
But I would like to see this inside the apr framework as it
seems to me that serf has some acceptance problems here in the httpd
community. Please
Paul Querna wrote:
Plüm wrote:
-Ursprüngliche Nachricht-
Von: Ian Holsman
- mod_cache_requestor (which i don't think really took off)
I guess one of the reasons why mod_cache_requestor did not take off
was its
dependency on an external http client library. So what about creatin
I plan on tagging 2.2.2 from the 2.2.x branch on Friday evening. The
STATUS file has a few more small things it would be nice to backport.
Thanks,
-Paul
Hi Graham,It looks like with mod_python 3.2.8, both req.filename and req.hlist.directory are normalized, so your latest changes may introduce a regression for those who expect req.hlist.directory to be normalized.
Regards,Nicolas2006/4/18, Nicolas Lehuen <[EMAIL PROTECTED]>:
This was with the Subve
Plüm wrote:
-Ursprüngliche Nachricht-
Von: Ian Holsman
- mod_cache_requestor (which i don't think really took off)
I guess one of the reasons why mod_cache_requestor did not take off was its
dependency on an external http client library. So what about creating
a http client librar
Christian Klinger schrieb:
Graham Dumpleton schrieb:
On 18/04/2006, at 9:49 PM, Graham Dumpleton wrote:
On 18/04/2006, at 9:41 PM, Christian Klinger wrote:
Hello Apache Users,
does anyone uses mod_xmlrpc_auth.
http://www.feep.net/Apache/mod_xmlrpc_auth/
I run into troubles if i install
Graham Dumpleton schrieb:
On 18/04/2006, at 9:49 PM, Graham Dumpleton wrote:
On 18/04/2006, at 9:41 PM, Christian Klinger wrote:
Hello Apache Users,
does anyone uses mod_xmlrpc_auth.
http://www.feep.net/Apache/mod_xmlrpc_auth/
I run into troubles if i install the module i got the followi
If anyone wants to be "mentored" in this (memcache and/or generalized
cache modules, new mod_http_cache) I am willing to be mentor.
Ian Holsman wrote:
yeah.. thats the hard part of SoC.
not coding it yourself in 20 minutes, and leaving it for your student to
do ;-)
Was just an idea, I c
[
http://issues.apache.org/jira/browse/MODPYTHON-162?page=comments#action_12374919
]
Graham Dumpleton commented on MODPYTHON-162:
Note that the hardest part of implementing this is working out what interpreter
handlers should be executed within
On 18/04/2006, at 9:49 PM, Graham Dumpleton wrote:
On 18/04/2006, at 9:41 PM, Christian Klinger wrote:
Hello Apache Users,
does anyone uses mod_xmlrpc_auth.
http://www.feep.net/Apache/mod_xmlrpc_auth/
I run into troubles if i install the module i got the following
error.
-
Exporting functions from mod_python to allow access to interpreters etc.
Key: MODPYTHON-165
URL: http://issues.apache.org/jira/browse/MODPYTHON-165
Project: mod_python
Type: New Feature
Compo
On 18/04/2006, at 9:41 PM, Christian Klinger wrote:
Hello Apache Users,
does anyone uses mod_xmlrpc_auth.
http://www.feep.net/Apache/mod_xmlrpc_auth/
I run into troubles if i install the module i got the following error.
--
linux:/tmp/APT/mod_xmlrpc_
Hello Apache Users,
does anyone uses mod_xmlrpc_auth.
http://www.feep.net/Apache/mod_xmlrpc_auth/
I run into troubles if i install the module i got the following error.
--
linux:/tmp/APT/mod_xmlrpc_auth-0.1 # make
gcc -I. -I. -I/usr/local/include -I/op
> -Ursprüngliche Nachricht-
> Von: Colm MacCarthaigh
>
> There are some 2.0.56 candidate tarballs now at;
>
> http://httpd.apache.org/dev/dist/
>
> available for review/voting.
Compiled and started on the following environments:
Solaris 8, gcc 3.3.2
Solaris 9, gcc 3.3.2
Co
On Mon, Apr 17, 2006 at 02:40:13PM +0100, Colm MacCarthaigh wrote:
> On Mon, Apr 17, 2006 at 09:09:12AM -0400, Jeff Trawick wrote:
> > On 4/15/06, Brandon Fosdick <[EMAIL PROTECTED]> wrote:
> > > I might have asked this before, but I've forgotten the answer, and so has
> > > google. Has any of the
> -Ursprüngliche Nachricht-
> Von: Ian Holsman
> - mod_cache_requestor (which i don't think really took off)
I guess one of the reasons why mod_cache_requestor did not take off was its
dependency on an external http client library. So what about creating
a http client library and addin
50 matches
Mail list logo