On 9/6/2017 10:23 AM, Steve Hay wrote:
> On 19 January 2017 at 14:25, Issac Goldstand <mar...@beamartyr.net> wrote:
>> That release was canceled due to lack of votes, but regardless there was
>> very little effective difference between that and 2.13 - mostly around
>> te
Builds and passes all tests on linux x64 with:
Perl/5.18 Apache/2.2.31 mod_perl/2.10
Perl/5.24 Apache/2.4.23 mod_perl/2.10
I'm +1 on release
On 12/5/2016 5:58 PM, Issac Goldstand wrote:
> After (almost) 6 years, the apreq team would like to release version
> 2.14 of libapreq.
After (almost) 6 years, the apreq team would like to release version
2.14 of libapreq. Please test and vote on the following tarball:
https://home.apache.org/~issac/libapreq2-2.14.tar.gz
https://home.apache.org/~issac/libapreq2-2.14.tar.gz.asc
he 2.4?
>
> Will this be packaged and released to Debian Stretch before it goes
> stable, or can you advise the package maintainers to update?
>
> Thanks.
> Mark
>
> On Tue, Nov 15, 2016 at 1:26 AM, Issac Goldstand <mar...@beamartyr.net
> <mailto:mar...@beamartyr.net>
I think nothing.
Most mod_perl users (I think) install apreq via Apache2::Request. That
can continue to be maintained on CPAN, as is, linking against httpd
instead of mod_apreq
Or do you forsee a problem here?
On 2/24/2015 9:56 AM, Steve Hay wrote:
What would this mean for mod_perl users? I,
I'll try to get to look at this in the next few days. I'm incredibly
low on time this week, so feel free to prod me (off-list, please) if you
don't see it soon.
Issac
On 24/06/2014 00:57, Mark Hedges wrote:
Use of each() on hash after insertion without resetting hash iterator
results in
Awesome!
Are the other anomalies that Mark reported yesterday also
Apache::Test-land?
Issac
On 24/06/2014 10:48, Steve Hay wrote:
I just closed the CPAN ticket as this is fixed in (Apache-Test's) trunk
already.
On 24 June 2014 08:46, Issac Goldstand mar...@beamartyr.net wrote:
I'll try
While cleaning up our distribution area, I came across libapreq-1.34
Following the end-of-life of Apache 1.3, do we want to?
[ ] Remove libapreq-1.34 immediately from www.apache.org/dist/ and CPAN
remove it from the download.html page and add a sentence stating that
the 1.3 line of releases is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 27/04/2011 15:31, Issac Goldstand wrote:
[+1] Remove libapreq-1.34 immediately from www.apache.org/dist/ and CPAN
remove it from the download.html page and add a sentence stating that
the 1.3 line of releases is at archives.a.o and backpan
On 15/11/2010 20:11, Robert Stone wrote:
On Fri, Nov 12, 2010 at 07:12:35PM -0800, Joe Schaefer wrote:
As one of the devs on the libapreq2 project I came across
your patch for HttpOnly cookie support submitted to Debian
in 2008:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=490862
It
is pretty much how I'd do it, so I'd +1 it once the
corresponding tests are written.
- Original Message
From: Issac Goldstand mar...@beamartyr.net
To: apreq-dev@httpd.apache.org
Sent: Mon, November 8, 2010 8:17:31 AM
Subject: Re: HttpOnly
On 08/11/2010 12:48, Clinton Gormley
[X] Release 2.13 with the new HttpOnly cookie feature (once committed)
[ ] Don't release 2.13 yet
Issac
On 08/11/2010 12:48, Clinton Gormley wrote:
Hi all
Any plans on adding support to Apache2::Cookie for the HttpOnly flag?
I see a patch in Debian which does this:
http://www.mail-archive.com/debian-bugs-d...@lists.debian.org/msg543361.html
thanks
Clint
The patch looks ok to me at
On 08/11/2010 15:25, Clinton Gormley wrote:
I see a patch in Debian which does this:
http://www.mail-archive.com/debian-bugs-d...@lists.debian.org/msg543361.html
thanks
Clint
The patch looks ok to me at first glance. If you're willing to write
the unit test(s) for this, I'd be happy to
Philip M. Gollucci wrote:
Steve Hay wrote:
Randy Kobes wrote:
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.
creating mod_apreq2.la
(cd .libs rm -f mod_apreq2.la ln -s
Vote results show only 2 +1s (issac,joes) and no -1s.
We're still a +1 short of release.
Issac
Issac Goldstand wrote:
The apreq developers are planning a maintenance release of
libapreq2. This version addresses several bugfixes and includes new
features.
Changes since the last release
Joe Schaefer wrote:
- Original Message
From: Issac Goldstand mar...@beamartyr.net
To: Joe Schaefer joe_schae...@yahoo.com
Cc: apreq-dev@httpd.apache.org
Sent: Tuesday, January 13, 2009 3:53:53 PM
Subject: Re: svn commit: r734232 - /httpd/apreq/trunk/library/module_cgi.c
Right. IIRC, that was one of the patches that we needed to fix for
maintainer mode last night. I knew it was complicated to begin with for
a reason :)
j...@apache.org wrote:
Author: joes
Date: Tue Jan 13 14:30:23 2009
New Revision: 734260
URL:
j...@apache.org wrote:
- If any -1s are received, the release is rejected. Edit the ./STATUS file
- and modify the line
+ If more -1's than +1's are received, or less than 3 +1's are received,
+ the release is rejected. Edit the ./STATUS file and modify the line
What?!? You
William A. Rowe, Jr. wrote:
Issac Goldstand wrote:
j...@apache.org wrote:
- If any -1s are received, the release is rejected. Edit the ./STATUS
file
- and modify the line
+ If more -1's than +1's are received, or less than 3 +1's are received,
+ the release is rejected
Without diminishing your point (because it's valid, and you're right),
let's also consider how many of us are in development-centric (or at
least httpd-centric) jobs as compared to the rest of the httpd project
developers... I think there are substantially less of us working jobs
around apreq as
I'd like this to get good review, so posting here so even folks who
aren't on the commit mailing-list can comment.
Please take a look at the 1.x/RELEASE file and comment.
Thanks,
Issac
is...@apache.org wrote:
Author: issac
Date: Tue Jan 13 02:35:02 2009
New Revision: 734094
URL:
Adam Prime wrote:
Issac Goldstand wrote:
I'd like this to get good review, so posting here so even folks who
aren't on the commit mailing-list can comment.
Please take a look at the 1.x/RELEASE file and comment.
Thanks,
Issac
This revision still mentions crosspointing to modperl
A null char. As I mentioned in the commit message to deal with this,
I'm not quite sure why I went through such pains to store a null
character and couldn't just use NULL or (char) 0 in the code where it
was needed.
All I remember is some foggy issue with wide characters on win32, but I
don't
Joe Schaefer wrote:
- Original Message
From: Bojan Smojver bo...@rexursive.com
To: Joe Schaefer joe_schae...@yahoo.com
Cc: Issac Goldstand mar...@beamartyr.net; apreq-dev@httpd.apache.org
Sent: Monday, January 12, 2009 11:09:23 AM
Subject: Re: svn commit: r733221 - in /httpd
Shouldn't we *not* be doing this type of backport? We really don't need
release branches any more if we're going to be voting directly on
release artifacts, since there are no changes that can be made to them
anyway. I'm -0.9 for 2.10 if this looks like a showstopper for building
with gcc4 and
Joe Schaefer wrote:
- Original Message
From: Issac Goldstand mar...@beamartyr.net
To: apreq-dev@httpd.apache.org
Sent: Saturday, January 10, 2009 10:51:57 AM
Subject: Re: svn commit: r733221 - in /httpd/apreq/branches/v2_10:
include/apreq_version.h library/module_cgi.c library
Joe Schaefer wrote:
- Original Message
From: Issac Goldstand mar...@beamartyr.net
To: apreq-dev@httpd.apache.org
Sent: Saturday, January 10, 2009 11:01:42 AM
Subject: Re: svn commit: r733288 - in /httpd/apreq/trunk: CHANGES
module/apache2/apreq_module_apache2.h module/apache2
Joe Schaefer wrote:
- Original Message
From: Issac Goldstand mar...@beamartyr.net
To: Joe Schaefer joe_schae...@yahoo.com
Cc: apreq-dev@httpd.apache.org
Sent: Saturday, January 10, 2009 11:11:28 AM
Subject: Re: svn commit: r733221 - in /httpd/apreq/branches/v2_10:
include
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
+1
make, test, install with apache-1.41/perl-5.6.2/mp-1.30
Issac Goldstand wrote:
The apreq developers are planning a maintenance release of
libapreq1. This version primarily addresses an issue noted with
FireFox 2.0 truncating file uploads
That's 3 +1s. Uploading to CPAN and announcing...
Issac Goldstand wrote:
+1
make, test, install with apache-1.41/perl-5.6.2/mp-1.30
Issac Goldstand wrote:
The apreq developers are planning a maintenance release of
libapreq1. This version primarily addresses an issue noted
Bojan Smojver wrote:
It has been over two years since the latest apreq2 release, so it is
time to get some new code out the door. Numerous bugs were fixed (see
the full list in the CHANGES file) since the last official release
(2.08), so please give us feedback on this release candidate.
Issac Goldstand wrote:
Philip M. Gollucci wrote:
Issac Goldstand wrote:
Request.xs: In function `upload_hook':
Request.xs:250: error: syntax error before fwrite
make[1]: *** [Request.o] Error 1
make[1]: Leaving directory `/home/issac/asf/svn/apreq1/Request'
make: *** [subdirs] Error 2
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 mode.
Additionally, the memory allocation algorithm for multipart
requests has been improved.
Please give the tarball at
After reviewing the RELEASE files for 1.x and 2.x, I'd like to propose
that we clean them up a bit (though I don't forsee any more 1.3
releases, we may as well get it in at the same time as 2.x)
I won't summarize the current orders of operation (see [1] and [2]), but
here's what I'd like to see
(resending to apreq-dev as my mail server is acting up and gmail's
giving me a different FROM address)
Here's the error I'm seeing - perl 5.6.2, apache 1.3.41, mp 1.30
[EMAIL PROTECTED]:~/asf/svn/apreq1$ make
cp libapreq.pod blib/lib/libapreq.pod
cp lib/Apache/libapreq.pm
Philip M. Gollucci wrote:
Issac Goldstand wrote:
Request.xs: In function `upload_hook':
Request.xs:250: error: syntax error before fwrite
make[1]: *** [Request.o] Error 1
make[1]: Leaving directory `/home/issac/asf/svn/apreq1/Request'
make: *** [subdirs] Error 2
IS your perl using stdio
I want to finish with the 1.3 release and then I can try to take a look
Bojan Smojver wrote:
On Tue, 2008-11-11 at 15:54 +1100, Bojan Smojver wrote:
On Mon, 2008-11-10 at 23:46 -0500, Philip M. Gollucci wrote:
Is that with
$ make test TEST_VERBOSE=1
Fails in exactly the same way as make
Ahem,
On that subject, libapreq1 is already a year and a half into it's latest
release cycle. We're still waiting for a PMC vote to finish the
release... Someone remind me to do a lightning talk about this next
time I'm at AC :)
Foo JH wrote:
Fantastic! Can I assume that libapreq will
William A. Rowe, Jr. wrote:
Issac Goldstand wrote:
Ahem,
On that subject, libapreq1 is already a year and a half into it's
latest release cycle. We're still waiting for a PMC vote to finish
the release... Someone remind me to do a lightning talk about this
next time I'm at AC :)
Time
Phillip,
If it helps you move along better and have more time to review both 1
2, I'll voulenteer to pick up RMing 2.09 in addition to 1.34 so we can
get them both out the door. Let me know.
Issac
Philip M. Gollucci wrote:
Are we going to have 2.09 release? It's been quite some time since
After going too long without any tuits, I've gotten around to properly
testing this. Looks ok, although I didn't really do anything
in-depth. - I'm going to commit and roll another RC.
Issac
Joe Schaefer wrote:
Joe Schaefer [EMAIL PROTECTED] writes:
Issac Goldstand [EMAIL PROTECTED
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 mode.
Additionally, the memory allocation algorithm for multipart
requests has been improved.
Please give the tarball at
I took a peek at this. Basically, Joseph and the folks at Mozilla found
that some odd quirk in FireFox is causing the bytestream to be sent with
funny packet payloads of, mostly, 1 byte, 4095 bytes, 1 byte, 4095
bytes, etc. That seems to be a client issue.
What's happening is that occasionally,
OK.
New fresh builds of Perl 5.8.8, Apache 2.2.3, randy's apxs, mod_perl
2.0.3-rc2, Apache::Test-1.29-rc2, in their own clean tree, using VC6
(and Windows SDK just for building apache, for the ldap stuff)
So far so good. mod_perl was detected by Apache-Test this time (so I
guess we'll
Philip M. Gollucci wrote:
Issac Goldstand wrote:
Following up on the FAIL report for win32:
Can you post your configuration steps -- I'm the wrong person to ask,
but someone else might know. I see Steve H. got passing results.
Just perl Makefile.PL, nmake, nmake test
Which CGI tests
Following up on the FAIL report for win32:
The new Apache-Test-1.29-RC2 runs the test suite for 2.08 just fine
(against mod_perl-2.0.3-RC2). However, here the test suite can't load
mod_perl (also mod_perl-2.0.3-RC2) into the server properly:
E:\cpp\libapreq2-2.09\glue\perlperl t\TEST -clean
Win32 (VS2003) - httpd/2.2.3 - ActivePerl 5.8.8.819
PASS Apache-Test
PASS mod_perl
FAIL libapreq2
libapreq passed the 2 sets of C-based tests and failed the 3rd set
(quite miserably), so it may just be a bug in Apache-Test. I'll look
into it and send a proper bug report with details to
Sorry this took me so long to get back to - it did catch aprutil-1.lib
after using SVN mod_perl.
I'll try to build RC4.
Issac
Randy Kobes wrote:
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
Having utterly no idea what it was you said on IRC yesterday, I can only
comment that it looks much less cluttered, at the cost of losing most
upward links to the parent httpd project (and it takes a few moments to
consider clicking on the banner to do so)...
Maybe breadcrumbs on top (like those
50 matches
Mail list logo