On 23/01/2006, at 4:59 PM, Deron Meranda wrote:
I like the SSI feature. It would fill a nice gap between using
plain HTML files and having to go to a more featured template
or engine. Some things are simple enough that the SSI concept
should be enough, and having Python would be nice.
I do
On 24/01/2006, at 3:07 AM, Deron Meranda wrote:
On 1/23/06, Graham Dumpleton [EMAIL PROTECTED] wrote:
Using print like that can't be done in an eval, would need to
use exec.
Sorry, I probably didn't mean to use the print in my example.
Of course though you can always wrap sys.stdout if you
---BeginMessage---
To: Joe Schaefer
Hi, I'm Naoya Ito, Japanese Perl Programmer. (I'm sorry for my bad English.)
I found a problem when I was using your great library Apache2::Request.
The problem is that I can not retrieve a value of the parameter with param()
if the query string includes some
---BeginMessage---
To: Joe Schaefer
I found the reason why the URL could not be parse correctly. It's
contained the entitiy reference '#160;'.
Regards.
2006/1/23, Naoya Ito [EMAIL PROTECTED]:
To: Joe Schaefer
Hi, I'm Naoya Ito, Japanese Perl Programmer. (I'm sorry for my bad English.)
I
I've committed a DOAP file into the trunk repo. This file is referenced
by http://projects.apache.org and so we should be keeping it up to date.
That site also has details on what it all means and the data that it
should contain.
david
[CC'ing docs to also let them know that there's something to
maintain ;-)]
On 23.01.2006, at 10:43, David Reid wrote:
I've committed a DOAP file into the trunk repo. This file is
referenced
by http://projects.apache.org and so we should be keeping it up to
date.
That site also has
Fred Moyer [EMAIL PROTECTED] writes:
Hello,
After reading mod_perl for speed freaks I trimmed down my httpd and had test
failures building apreq trunk against Perl 5.8.6, mod_perl 2.0.2 and Apache
2.2.0. The following small changes resulting in make test completing when
httpd was not built
Hi everyone,
While debugging a recent openssl library which was built with zlib
support (that is, openssl combines compression and encryption),
I noticed that such a lib breaks the current OpenSSL detection code
in apache-2.3 (at least, probably others too).
The configure program prints...
On 1/23/06, Graham Dumpleton [EMAIL PROTECTED] wrote:
Using print like that can't be done in an eval, would need to
use exec.
Sorry, I probably didn't mean to use the print in my example.
Of course though you can always wrap sys.stdout if you wanted
to capture the output for post-escaping.
On Mon, Jan 23, 2006 at 02:56:36PM +0100, Erik Abele wrote:
Since this is not trunk-specific and doesn't really belong to the
source and/or release of a specific version, I'd prefer to keep this
file somewhere in [1] instead of [2]... that may sound a bit picky
+1 to moving it to
On Mon, Jan 23, 2006 at 08:33:54AM +0100, Ruediger Pluem wrote:
Are you talking about PR 34264? If yes, you have my vote if we use Justins
second patch I referred in the STATUS. Proposed that Justins and your vote
on this are still valid in this case we would have the needed votes.
What SVN
On Mon, Jan 23, 2006 at 04:55:41PM +0100, Martin Kraemer wrote:
Hi everyone,
While debugging a recent openssl library which was built with zlib
support (that is, openssl combines compression and encryption),
I noticed that such a lib breaks the current OpenSSL detection code
in apache-2.3
-Ursprüngliche Nachricht-
Von: Justin Erenkrantz
What SVN rev are we talking about here? If it's the Solaris mod_cgid
thread check in modules/generators/config.m4, then yes, I
believe I have a
+1 to 2.0.x; if not, well, here you go: +1. =) -- justin
I am talking about
FYI;
http://trends.newsforge.com/article.pl?sid=06/01/23/0429219
OpenSSL receives FIPS certification
which means that Ben's and my efforts, including axing all md5 and sha code
from APR (well not literally; rather providing two alternatives - one the
existing code, and second stubbing into
On Jan 21, 2006, at 5:01 PM, Nick Kew wrote:
On Saturday 21 January 2006 19:09, Jim Jagielski wrote:
Can we back out the recently added patch, and revise the report
as STILL OPEN while this is being worked on, as far
as what is the correct solution.
Note that the PR#37790 patch is already
On Jan 22, 2006, at 10:42 PM, Colm MacCarthaigh wrote:
So
I'm volunteering to RM 2.0.56.
+1
Another stalled cgid patch is the solaris autoconf patch. It would be
nice to get the newer one in (It's referenced in STATUS). So I'd
like to
remove Justin's original patch proposal and put in
On Jan 22, 2006, at 10:42 PM, Colm MacCarthaigh wrote:
I've been extremely busy for the last month, and it doesn't look like
I'll have much time for coding in the next few weeks. If anyone
wants to
work on execd stuff fire away, most of what I have uncommitted is a
mash
of things I have
On Mon, Jan 23, 2006 at 03:29:53PM -0500, Jim Jagielski wrote:
On Jan 22, 2006, at 10:42 PM, Colm MacCarthaigh wrote:
I'll have much time for coding in the next few weeks. If anyone
wants to
work on execd stuff fire away, most of what I have uncommitted is a
mash
of things I have to
Erik Abele wrote:
[CC'ing docs to also let them know that there's something to maintain ;-)]
On 23.01.2006, at 10:43, David Reid wrote:
I've committed a DOAP file into the trunk repo. This file is referenced
by http://projects.apache.org and so we should be keeping it up to date.
That
On 23.01.2006, at 23:13, David Reid wrote:
Erik Abele wrote:
Since this is not trunk-specific and doesn't really belong to the
source and/or release of a specific version, I'd prefer to keep this
file somewhere in [1] instead of [2]... that may sound a bit
picky but
it's a bit cleaner IMHO
20 matches
Mail list logo