On Tue, Oct 27, 2009 at 7:15 PM, Allan wrote:
> Hello,
>
> I'm trying to get the Apache2 perl modules to work properly. My system is
> FreeBSD 7.2-RELEASE and I'm using perl 5.8.9. I've installed the following
> from ports:
>
> libapreq2
> p5-libapreq2
> mod_perl2
>
> Upon initial testing, I noti
On Fri, Apr 17, 2009 at 9:32 AM, Geoffrey Young
wrote:
> Adam Prime wrote:
>> I'm guessing that Isaac needs to be added as a co-maintainer for
>> libapreq or something, since the latest apreq1 release shows up as being
>> unauthorized.
>>
>> http://search.cpan.org/~isaac/libapreq/
>>
>> Also, beca
On Fri, Mar 6, 2009 at 5:54 PM, Bojan Smojver wrote:
> On Sat, 2009-03-07 at 10:34 +1100, Bojan Smojver wrote:
> > On Fri, 2009-03-06 at 15:25 -0800, Joe Schaefer wrote:
> > > Is that a +1 to release, or not yet?
> >
> > I'll try to build some RPMs from it first and report back.
>
> +1.
>
> Build
Issac Goldstand wrote:
Steve Hay wrote:
Issac Goldstand wrote:
Vote results show only 2 +1s (issac,joes) and no -1s.
We're still a +1 short of release.
Has anyone else tested on Win32 yet?
I reported a build error which hasn't been addressed yet:
http://marc.info/?l=apreq-dev&m=12324455590
Steve Hay wrote:
Issac Goldstand wrote:
Vote results show only 2 +1s (issac,joes) and no -1s.
We're still a +1 short of release.
Has anyone else tested on Win32 yet?
I reported a build error which hasn't been addressed yet:
http://marc.info/?l=apreq-dev&m=123244555902865&w=2
This is bec
On Mon, 2008-05-19 at 22:10 +0300, Nikolay Ananiev wrote:
> (i've sent this earlier but seems like it didn't reach the list)
[ ... ]
Thanks very much for this, and your two earlier patches - these have
been committed to the svn sources.
--
best regards,
Randy
On Mon, 4 Jun 2007, Fred Moyer wrote:
Issac Goldstand wrote:
Please give the tarball at
http://people.apache.org/~issac/libapreq-1.34-RC3.tar.gz
a try and report comments/problems/etc. to the apreq-dev list
at [EMAIL PROTECTED]
All tests OK on Fedora Core 5, perl 5.8.8, apache 1.3.37, mod_p
On Mon, 30 Apr 2007, Joe Schaefer wrote:
Joe Schaefer <[EMAIL PROTECTED]> writes:
Issac Goldstand <[EMAIL PROTECTED]> writes:
The apreq developers are planning a maintenance release of
libapreq1. This version primarily addresses an issue noted
with FireFox 2.0 truncating file uploads in SSL
libapreq2 first, and also, stop Apache,
so that the mod_apreq2.so Apache module can get
installed. Thanks.
--
best regards,
Randy Kobes
On Fri, 30 Mar 2007, Joe Schaefer wrote:
I still believe the problem stems from mixing posix and win32 calls;
but it's perl that mixes them, not apr. In any case, we have evidence
that our cleanup is failing, so we should include code that traps the
error and tries to recover somehow.
How abou
I've been looking at the CGI::Cookie:
http://search.cpan.org/~lds/CGI.pm-3.27/CGI/Cookie.pm
tests in CGI.pm:
http://search.cpan.org/src/LDS/CGI.pm-3.27/t/cookie.t
run through apreq/glue/perl using Apache2::Cookie:
http://search.cpan.org/~joesuf/libapreq2-2.08/glue/perl/lib/Apache2/Cookie.pm
to
On Thu, 22 Mar 2007, Steve Hay wrote:
Randy Kobes wrote:
On Wed, 14 Mar 2007, Steve Hay wrote:
I tried your patch with the current svn version (revision 518242), but I'm
still seeing intermittent failures (usually in tests 15, 16 and/or 20)
either when I run "nmake test" fro
On Wed, 14 Mar 2007, Steve Hay wrote:
I tried your patch with the current svn version (revision
518242), but I'm still seeing intermittent failures
(usually in tests 15, 16 and/or 20) either when I run
"nmake test" from the top-level, or when I run: perl
-Iblib/arch -Iblib/lib t/TEST -verbose
On Mon, 12 Mar 2007, Vinay Y S wrote:
On 3/12/07, Joe Schaefer <[EMAIL PROTECTED]> wrote:
[ ... ]
Here's a different suggestion to try:
[ ... ]
In other words, delete the file *before* closing it.
This shouldn't matter. My version is apreq2-2.0.8 with Apache
2.2.2/2.2.4 build with Visual S
On Sun, 11 Mar 2007, Joe Schaefer wrote:
Which Win32 tho? 98,ME,XP,XPPro,Vista,NT,etc?
For me, it's XP, and if I remember correctly,
that's what Steve was using.
--
best regards,
Randy
On Sun, 11 Mar 2007, Joe Schaefer wrote:
So I think what's happening in the cases where the
tempfiles aren't being removed is that the call to
apr_file_remove is failing. On windows, let's trap
that error in apreq_file_cleanup and call DeleteFile()
in that case. If that fails return APR_EGENER
On Sun, 11 Mar 2007, Joe Schaefer wrote:
May I suggest that people start posting version numbers of
both libapr and operating system? All we're doing now is
running around blindly tweaking crap that we really
shouldn't be tweaking in the first place.
The problems described at
http://marc.t
On Fri, 9 Mar 2007, Joe Schaefer wrote:
Randy, do you know why we use the APR_FILE_NOCLEANUP flag? Maybe
we should just remove that and see if it fixes the problem Vinay
is seeing.
Hi Steve, and all,
If you remember from
http://marc.theaimsgroup.com/?t=11533762941&r=1&w=2
there was a
duce this at work.
Does the installed Apache::TestConfigData point to the
correct httpd.exe?
--
best regards,
Randy Kobes
--
best regards,
Randy Kobes
be updated more frequently.
What I'm wondering is, is there something significant
missing from such a mega ppm package that would be
useful to include? Any thoughts on this, or other ideas
on any other aspect, would be appreciated - thanks!
--
best regards,
Randy Kobes
libapreq2, respectively, while
those for Apache/2.2 are mod_perl-2.2 and libapreq2-2.2,
respectively. What I'm wondering is, if Apache/2.2
is by now mostly used, should I switch the names:
mod_perl and libapreq2 for Apache/2.2, and
mod_perl-2.0 and libapreq-2.0 for Apache/2.0?
Thoughts?
--
best regards,
Randy Kobes
On Thu, 7 Sep 2006, Philip M. Gollucci wrote:
Please download, test, and report back on the following
candidate tarball:
http://people.apache.org/~pgollucci/apreq2/libapreq2-2.09-rc1.tar.gz
+1. Tested on
- Win32: Apache/2.2.3 (winnt), perl-5.8.8 (ActivePerl 819),
with mod_perl-2.0.3-rc1 in
On Sun, 6 Aug 2006, Philip M. Gollucci wrote:
Please download, test, and VOTE on the following
candidate tarball:
http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC5.tar.gz
Builds fine and all tests pass on:
- linux, Apache/2.0.55 prefork, mod_perl 2.02, perl-5.8.7
- Win32, Apa
On Tue, 25 Jul 2006, Randy Kobes wrote:
On Tue, 25 Jul 2006, Steve Hay wrote:
Yes, that works for me! I tried the individual test and the whole test
suite dozens of times over and didn't get a single failure. I'm not sure
how it makes any difference, though, or exactly what i
On Tue, 25 Jul 2006, Steve Hay wrote:
Yes, that works for me! I tried the individual test and
the whole test suite dozens of times over and didn't get a
single failure. I'm not sure how it makes any difference,
though, or exactly what it does. I searched the whole of
my httpd-2.2.2 folder a
On Mon, 24 Jul 2006, Steve Hay wrote:
Randy Kobes wrote:
Also, just to verify that it is the stray temp files
left over that are causing the problem, does it help
if you change the APR_EXCL flag in the
call to apr_file_mktemp on about line 832 of library/util.c
to APR_TRUNCATE?
Yep, that
On Wed, 12 Jul 2006, Randy Kobes wrote:
On Tue, 11 Jul 2006, Issac Goldstand wrote:
I wanted to test the build, since Randy said he couldn't, but ran into
troubles compiling mod_perl (my gut feeling is that it's related to all
the apr-1.lib files, and the version of apxs, et al, (at
On Thu, 20 Jul 2006, Randy Kobes wrote:
On Thu, 20 Jul 2006, Philip M. Gollucci wrote:
Steve Hay wrote:
repeatedly from the glue/perl sub-directory and see whether or not it
ever fails for you. Did you get round to trying that?
Just did. 24 times. 100% success.
My usual combination of
On Tue, 11 Jul 2006, Issac Goldstand wrote:
I wanted to test the build, since Randy said he couldn't, but ran into
troubles compiling mod_perl (my gut feeling is that it's related to all
the apr-1.lib files, and the version of apxs, et al, (at least the one I
have), seems to be giving the wrong
On Sat, 8 Jul 2006, Philip M. Gollucci wrote:
Please download, test, and VOTE on the following
candidate tarball:
http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC3.tar.gz
[ .. ]
I'd like to make the actual release around Wednesday of next week (07/12/2006)
I'm away next week on
use these packages; the mod_perl and libapreq2
packages also available in this repository
were compiled against Apache/2.0, which aren't
compatible with Apache/2.2.
--
best regards,
Randy Kobes
On Wed, 24 May 2006, Steve Hay wrote:
[ ... ]
I've installed the new apxs (0.4) and rebuilt and
reinstalled mod_perl from SVN (rev 409101) and tried
libapreq again: The t/apreq/cgi.t tests now pass OK, but I
have an intermittent failure in some of the
t/apreq/upload.t tests: sometimes I have
On Wed, 24 May 2006, Philip M. Gollucci wrote:
all the libapreq2 tests now
pass for me with perl-5.8.8 (ActivePerl 817) and
Apache/2.2.2.
Good, so you didn't change anything in libapreq2.
So does that count as a +1 ?
Unfortunately, I forgot to change one thing in libapreq2,
related to the cha
On Tue, 23 May 2006, Steve Hay wrote:
Philip M. Gollucci wrote:> Please download, test, and report back on the
following> candidate tarball:> >
http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC2.tar.gz
All OK for me now on WinXP (Apache/2.2.2, Perl/5.8.8, mod_perl/SVN), except
for t
On Mon, 22 May 2006, Steve Hay wrote:
[ ... ]
I have one test script failing, though.
When I ran "nmake test" from the top-level directory every test in
glue\perl\t\apreq\cgi.t failed with a generic Windows popup error message
saying "perl.exe has encountered a problem and needs to close...":
On Mon, 22 May 2006, Philip M. Gollucci wrote:
Steve Hay wrote:
Philip M. Gollucci wrote:
- When I ran "perl Makefile.PL --with-apache2=C:/apache2" I got an error
from win32/Configure.pl about Archive-Tar being missing, but this is not
mentioned in the PREREQUISITES file and was not checked b
On Fri, 19 May 2006, Steve Hay wrote:
Philip M. Gollucci wrote:> Please download, test, and report back on the
following> candidate tarball:> >
http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC1.tar.gz
WinXP/VC++ 6.0, Apache-2.2.2, Perl-5.8.8:
- When I extracted the tarball, I found
On Sun, 21 May 2006, Philip M. Gollucci wrote:
I'd prefer that no version of Archive::Tar be specified
for Win32, or perhaps even no such prerequisite at all;
it's a core module in ActivePerl, and has a history
of some instability on Win32 - an upgrade may break
things on the local system.
I w
On Thu, 18 May 2006, Philip M. Gollucci wrote:
Please download, test, and report back on the following
candidate tarball:
http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC1.tar.gz
Does this compile with Apache/2.2 on unix? I've been
working on 2.2 support for Win32, but will need
On Sat, 25 Feb 2006, Franky Braem wrote:
Randy Kobes wrote:
On Sat, 25 Feb 2006, Franky Braem wrote:
The directive
LoadFile "C:/Path/to/Apache2/bin/libapreq2.dll"
should specify the absolute location where the
libapreq2.dll library resides.
I've downloaded the latest Apach
On Sat, 25 Feb 2006, Franky Braem wrote:
Try instead
LoadFile "C:/Path/to/Apache2/bin/libarpeq2.dll"
LoadModule apreq_module modules/mod_apreq2.so
I get the following now:
C:\Program Files\apachefriends\xampp\apache\bin>apache
Syntax error on line 177 of C:/Program
Files/apachefriends/
On Fri, 24 Feb 2006, Franky Braem wrote:
Randy Kobes wrote:
It should be possible - is that what you're using? If you are, you should
ensure everything else (httpd, apr, ...) was also built with the same
compiler - there are known problems mixing, for example, things compiled
with V
On Thu, 23 Feb 2006, Ryan Perry wrote:
On Feb 23, 2006, at 6:38 AM, Nikolay Ananiev wrote:
I'd like to see the APR::* into a separate package on
CPAN and apreq to stay as it is now. Why? Because it can
be used on different environments and different servers.
For example I want to use apreq w
On Tue, 21 Feb 2006, Geoffrey Young wrote:
in principle I don't mind this idea, and we can
certainly consider taking the perl glue under the
mod_perl project. I guess the more difficult part would
be in deciding how to package things so that it's the
least complex for the end user.
From
On Thu, 2 Feb 2006, Joe Schaefer wrote:
Please download, test, and report back on the following
candidate tarball:
http://people.apache.org/~joes/libapreq2-2.07-rc4.tar.gz
Sorry for the delay ... This builds and tests successfully,
including the perl glue, on both:
- Win32 (ActivePerl 815),
On Tue, 8 Nov 2005, Joe Schaefer wrote:
[ ... ]
What's the consensus of the group on this issue? Introducing
another prereq, possibly on CPAN itself, seems like a bad idea
to me. I like the fact that the current build system is cpan-
friendly, but I also appreciate the simplicity of having the
On Sun, 16 Oct 2005, Joe Schaefer wrote:
Ok, please test rc3 instead:
http://people.apache.org/~joes/libapreq2-2.07-rc3.tar.gz
Builds and passes all tests, including the perl glue, on
- Win32 (ActivePerl 813: perl-5.8.7), mp 2.0.2 (rc2),
Apache/2.0.54 (winnt)
- linux (perl-5.8.7), mp 2.
On Sat, 15 Oct 2005, Ville Skytt� wrote:
But I found a way to fix it; immediately after unpacking the tarball,
"rm glue/perl/pm_to_blib" and then proceeding as usual fixes it for me.
I wonder why that file is shipped in the tarball (and the top-level
MANIFEST) in the first place? It was not in
On Fri, 14 Oct 2005, Ville Skytt� wrote:
On Fri, 2005-10-14 at 00:40 -0500, Randy Kobes wrote:
On Thu, 13 Oct 2005, Ville Skytt wrote:
On Thu, 2005-10-13 at 13:06 -0400, Joe Schaefer wrote:
Note this is our second non-dev candidate, so please give it the
extra scrutiny it deserves. Release
On Thu, 13 Oct 2005, Joe Schaefer wrote:
Note this is our second non-dev candidate, so please give it the
extra scrutiny it deserves. Release Candidate #2 -
http://people.apache.org/~joes/libapreq2-2.07-rc2.tar.gz
Thanks!
There seems to be a problem (reported in another thread
by Ville Sk
realclean => { FILES => "xsbuilder/tables" },
);
=========
--
best regards,
randy kobes
On Wed, 5 Oct 2005, Steve Hay wrote:
Joe Schaefer wrote:
[ ... ]
IMO submit a tested patch to libapreq's Param.xs that does this
(where MY_PLATFORM is suitably defined to match the above):
#ifdef MY_PLATFORM
#undef PerlLIO_link
#define PerlLIO_link(oldname, newname) win32_link(oldname, newn
On Mon, 3 Oct 2005, Philip M. Gollucci wrote:
Randy Kobes wrote:
On Sun, 2 Oct 2005, Joe Schaefer wrote:
Note this is our first non-dev candidate, so please give it the
extra scrutiny it deserves. Release Candidate #1 -
http://people.apache.org/~joes/libapreq2-2.07-rc1.tar.gz
Thanks
On Sun, 2 Oct 2005, Joe Schaefer wrote:
Note this is our first non-dev candidate, so please give it the
extra scrutiny it deserves. Release Candidate #1 -
http://people.apache.org/~joes/libapreq2-2.07-rc1.tar.gz
Thanks!
Nice work, Joe! All tests, including those of the perl
glue, pass for
On Thu, 29 Sep 2005, Philip M. Gollucci wrote:
Joe Schaefer wrote:
I didn't intend for APR::Request::Cookie::thaw() to be a class method, but
somehow I documented it that way. Any objections to my applying this
patch?
+1
+1
--
best regards,
randy
On Thu, 8 Sep 2005, Steve Hay wrote:
The attached patch, or something similar, is required to build the
current svn version of libapreq2 on Win32.
PerlLIO_link() is mapped to link(), which the Win32 CRT doesn't have. I
will look at changing PerlLIO_link() to map it to win32_link() on Win32
in
On Mon, 15 Aug 2005, Nikolay Ananiev wrote:
[ ... ]
The problem appears when libapreq2.dll and mod_apreq2.so are not in
$ENV{PATH}.
When eval{require Apache2::Request} is executed, on the desktop appears a
message saying that libapreq2.dll could not be found in the path.
This would hold the per
On Tue, 16 Aug 2005, Nikolay Ananiev wrote:
"Randy Kobes" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
On Mon, 15 Aug 2005, Nikolay Ananiev wrote:
Hello,
I'd like my application to do the following:
if(eval{require Apache2::Request}) {
use_apreq()
to prevent the problems that may appear on my
clients' servers.
I've seen this problem too - what you might try is
testing for the presence of APR::Request instead.
--
best regards,
randy kobes
On Sun, 31 Jul 2005, Nikolay Ananiev wrote:
"Randy Kobes" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
On Sun, 31 Jul 2005, Nikolay Ananiev wrote:
"Randy Kobes" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
[ ... ]
Did you build
On Sun, 31 Jul 2005, Nikolay Ananiev wrote:
"Randy Kobes" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
[ ... ]
Did you build mod_perl (and Perl) on your own? VC++ 7 (the
.NET framework), which you're using, has some
incompatibilities, in principle, with
On Sun, 31 Jul 2005, Nikolay Ananiev wrote:
Compiles without problems but apreq/request.t segfaults
The error_log is empty
E:\Downloads\httpd-apreq>E:\Sites\Perl\bin\perl.exe -Iblib\arch -Iblib\lib
t/TEST -verbose apreq/request.t
e:/sites/servers/apache/apache.exe -d E:/Downloads/httpd-apreq/
equire,
+DEFINE=> '-D_INC_MALLOC -D_INC_SIGNAL',
clean => {
FILES => "@{ clean_files() }",
},
======
--
best regards,
randy kobes
On Wed, 20 Jul 2005, Ville [ISO-8859-1] Skytt� wrote:
> On Wed, 2005-07-20 at 14:20 -0400, Joe Schaefer wrote:
> > The indexer completely ignored META.yml again.
> > It looks like it can't parse the file; does
> > anyone see what's wrong with it?
>
> Dunno about "wrong", I'm not that familiar with
On Tue, 19 Jul 2005, Joe Schaefer wrote:
> Randy Kobes <[EMAIL PROTECTED]> writes:
>
> > On Tue, 19 Jul 2005, Joe Schaefer wrote:
> >>
> >> This is candidate #5, and hopefully the last.
> >> Please test & vote for tomorrow's release of:
>
On Tue, 19 Jul 2005, Joe Schaefer wrote:
>
> This is candidate #5, and hopefully the last.
> Please test & vote for tomorrow's release of:
>
> http://people.apache.org/~joes/libapreq2-2.06-dev.tar.gz
>
> The pgp signature is also available:
>
> http://people.apache.org/~joes/libapreq2-2.06-dev
On Tue, 19 Jul 2005, Joe Schaefer wrote:
>
> Please test & vote on rc4 for tomorrow's release of:
>
> http://people.apache.org/~joes/libapreq2-2.06-dev-rc4.tar.gz
>
> The pgp signature is also available:
>
> http://people.apache.org/~joes/libapreq2-2.06-dev-rc4.tar.gz.asc
I don't think the co
With the current apreq2 svn sources, I'm finding a problem
with the first 3 tests of library/t/parsers.c on Win32,
which use AT_skip() to skip them. The tests run, and
AT_skip() is invoked, but then these tests are reported as
failed. What's puzzling is that this worked before, but I've
since upgra
On Wed, 13 Jul 2005, Philip M. Gollucci wrote:
> Randy Kobes wrote:
> > Any chance of using cp of ExtUtils::Command, to be
> > even more portable?
>
> While a good idea and more portable, I don't think so
> because you don't neccessarily have to have perl
&
On Wed, 13 Jul 2005, Philip M. Gollucci wrote:
> With the attached patch
> gmake docs docs_install
> actually make it all the way through.
>
> Note the addition of feather.gif (attached)
>
> It does:
>Replace cp -a with cp -R b/c cp -a is not portable,
[ .. ]
Any chance of using cp of ExtUtil
On Fri, 8 Jul 2005, Joe Schaefer wrote:
>
> Fresh roll of trunk (and backing off the stable release
> plan for 2.06):
>
> http://people.apache.org/~joes/libapreq2-2.06-dev-rc1.tar.gz
>
> Please test and report back.
I'm away from my Windows machine for a week - if there's
any other Win32 user
r is it really trying to include modperl_unembed.h?
Also, do you have modperl_perl_unembed.h under your Apache2
include/ subdirectory? It should get installed there upon
installing mod_perl-2.
--
best regards,
randy kobes
On Thu, 19 May 2005, Joe Schaefer wrote:
> Ville Skyttä <[EMAIL PROTECTED]> writes:
>
> > $r->discard_request_body() fixes it here too.
>
> Ok, here's what I'd like you (or Markus) to do.
>
> 1) grab our svn trunk and apply the attached patch to it.
> 2) make clean; make
> 3) cd module
Regarding the TODO item in STATUS:
- Sadly, the PAUSE indexer still doesn't speak META.yml. We need
to find a way to get the APR::Request* packages indexed (with
proper version numbers), and prevent the indexer from inspecting
the supporting modules in */t, and glue/perl/xsb
On Mon, 16 May 2005 [EMAIL PROTECTED] wrote:
> Author: joes
> Date: Sun May 15 17:18:19 2005
> New Revision: 170286
>
> URL: http://svn.apache.org/viewcvs?rev=170286&view=rev
> Log:
> Fix the domain/path bug. The problem is that EU::XSB generates
> unsafe glue for char * attributes. We need to m
- Original Message -
From: "Jim Winstead" <[EMAIL PROTECTED]>
To: "Matt Sergeant" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; "Randy Kobes"
<[EMAIL PROTECTED]>
Sent: Friday, February 02, 2001 3:26 PM
Subject: Re: Ready to go?
>
77 matches
Mail list logo