Michael Felt wrote:
OK. It is probably something really really simple - but as I am trying to be
guided by what is already there I am trying to do a build using paramters
similar to the build/binbuild.sh.
/configure --enable-layout=Apache --enable-mods-shared=most
--enable-modules=most --enable-
Michael Felt wrote:
> mich...@x054:[/data/prj/httpd-2.2.14]./httpd -t
> [Thu Oct 15 09:58:08 2009] [warn] module headers_module is already
> loaded, skipping
> Syntax error on line 69 of /usr/local/apache2/conf/httpd.conf:
> Invalid command 'AddHandler', perhaps misspelled or defined by a module
>
On Wed, Oct 14, 2009 at 11:00 PM, wrote:
> Author: wrowe
> Date: Thu Oct 15 03:00:49 2009
> New Revision: 825379
>
> URL: http://svn.apache.org/viewvc?rev=825379&view=rev
> Log:
> From 2.3.1-beta to 2.3.4 GA in <30 days - nicely donesvn status033]0
woohoo&^...@i8akldsf
OK. I'll see if that starts answering more questions than I am getting from
my "face-value" (or naive) approach to the infromation/hints coming from
binbuild.sh and configure --help.
The mod with AddHandler is mod_mime - did a better search in the
documentation to find that.
Just seems strange th
On Mon, 5 Oct 2009 06:31:31 +0700
Walter Heck wrote:
> > (If you want help here you need to use the ASF-distributed
> > mod_fcgid, not the now-ancient mod_fcgid 2.2.)
> Not a big fan of self-compiled stuff on production systems. I presume
> there is no RHEL5 rpm yet? Is anybody on this list sittin
On Fri, Oct 09, 2009 at 07:56:42PM +0200, Graham Leggett wrote:
> I am trying to solve the problem of limiting access to those who present
> a client cert containing a specific extKeyUsage OID.
>
> So far, the config that I have for httpd-trunk is this:
>
> SSLRequire "1.3.6.1.5.5.7.3.4" in P
That is great! Thanks Paul!
On Thu, Oct 15, 2009 at 19:00, Paul Howarth wrote:
> On Mon, 5 Oct 2009 06:31:31 +0700
> Walter Heck wrote:
>> > (If you want help here you need to use the ASF-distributed
>> > mod_fcgid, not the now-ancient mod_fcgid 2.2.)
>> Not a big fan of self-compiled stuff on p
Joe Orton wrote:
> Are you trying to match against the contents of the (single) extKeyUsage
> extension? That isn't how PeerExtList works, or at least, was written
> and documented to work, AFAICT: PeerExtList will return a list of the
> value of each extension in the cert with the given OID.
[sorry for the crosspost, but not sure where this should go].
To answer my own question:
got to the bottom of it; looks to me like the
lock DB is a hash of
inode <-> locktoken
Steps to reproduce:
* PUT file
* LOCK file
* PROPGET file (note down the locktoken)
use something other than DAV to de
On Thu, Oct 15, 2009 at 03:43:36PM +0200, Graham Leggett wrote:
> Joe Orton wrote:
>
> > Are you trying to match against the contents of the (single) extKeyUsage
> > extension? That isn't how PeerExtList works, or at least, was written
> > and documented to work, AFAICT: PeerExtList will return
On Thu, Oct 15, 2009 at 03:27:29PM +0100, Dick Davies wrote:
> [sorry for the crosspost, but not sure where this should go].
>
> To answer my own question:
>
> got to the bottom of it; looks to me like the
> lock DB is a hash of
>
> inode <-> locktoken
>
> Steps to reproduce:
>
> * PUT file
>
On Mon, Oct 12, 2009 at 05:14:33PM -0400, Brian J. France wrote:
> mod_dav_acl would use the filename to validate the acls. Like I said, I
> don't know if get_pathname is needed or we should just use r->filename
> and make sure a mod_dav_fs_db module updated it.
Why does mod_dav_acl care about
Is that documented anywhere at all?
In any event, does it made sense to use something other than the
inode as the key into the lockDB - the URI for example?
On Thu, Oct 15, 2009 at 3:33 PM, Joe Orton wrote:
>> Steps to reproduce:
>>
>> * PUT file
>> * LOCK file
>> * PROPGET file (note down the
Jens Frey wrote:
Hi all,
i am trying to run a subrequest to a URI which get's proxied to check the return code of the
machine the proxy points to (e.g. 200, 500). The problem now is that the proxy module answers the request,
but the content i want to send is omitted, so the question is, how can
Well, it seems it is all relatively simple - as most solutions tend to be.
re: AddHandler message: the statement needed to be moved to within
Probably, my builds were working fine. I am running into other warnings, and
I am wondering if there is a specific, recommended, or preferred order
On 10/15/2009 12:05 AM, Ryan Watkins wrote:
> Is there any chance the fix for security vulnerability CVE-2008-2364 (
> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-2364) will be back
> ported to Apache 2.0.x? The reason I ask is because this particular
> security vulnerability is mis
On Thu, Oct 15, 2009 at 3:01 PM, Michael Felt wrote:
> Well, it seems it is all relatively simple - as most solutions tend to be.
>
> re: AddHandler message: the statement needed to be moved to within
>
>
>
>
> Probably, my builds were working fine. I am running into other warnings, and
> I
Planning on pushing this out to coincide w/ ACUS09... Let's assume
head of apr 1.4...
Eric Covener wrote:
On Thu, Oct 15, 2009 at 3:01 PM, Michael Felt wrote:
Well, it seems it is all relatively simple - as most solutions tend to be.
re: AddHandler message: the statement needed to be moved to within
Probably, my builds were working fine. I am running into other warni
While playing with slowloris against prefork, I wrote the attached
craziness.
I had httpd under slowloris attack (which would normally completely DOS
the server) and it seems that the attached patch made it handle the
requests. Sure, there was a lot of carnage in the process (child
processes dying
Jim Jagielski wrote:
> Planning on pushing this out to coincide w/ ACUS09... Let's assume
> head of apr 1.4...
-1 veto; that is not released code, and I'm not fond of the idea of a fork
of apr managed at httpd.
But if you meant, you will be moving forwards in apr to have that group accept
an apr
Jim Jagielski wrote:
> Planning on pushing this out to coincide w/ ACUS09... Let's assume
> head of apr 1.4...
You've made 'reservations' a number times in the past several years in STATUS,
and
on list, that weren't realized for >1+ month afterwards.
Any time you would like to tag an alpha, plea
On Fri, 2009-10-16 at 08:00 +1100, Bojan Smojver wrote:
> +ap_mpm_safe_kill(reader, SIGKILL);
Actually, this can be SIGTERM too. Still does the job.
--
Bojan
On Fri, 2009-10-16 at 08:00 +1100, Bojan Smojver wrote:
> I wrote the attached craziness.
Slightly more sophisticated craziness attached.
--
Bojan
--- httpd-2.2.14/server/mpm/prefork/prefork.c 2009-02-01 07:54:55.0 +1100
+++ httpd-2.2.14-p/server/mpm/prefork/prefork.c 2009-10-16 12:19:49
On Fri, 2009-10-16 at 12:31 +1100, Bojan Smojver wrote:
> Slightly more sophisticated craziness attached.
OK, just a little bit cleaner this time.
--
Bojan
--- httpd-2.2.14/server/mpm/prefork/prefork.c 2009-02-01 07:54:55.0 +1100
+++ httpd-2.2.14-p/server/mpm/prefork/prefork.c 2009-10-16
25 matches
Mail list logo