>>> I think we're ready from some +/-1s :)
>>
>> Although it doesn't affect me since I don't develop on Mac OS X, I'd
>> still like to see you include the simple CFLAGS fix for "make test"
>> for Mac OS X, for what it's worth.
>
> Can you be more specific as to what you are talking about ?
Jonatha
Hello! I have a project that has successfully used Apache2::AuthCookieDBI
with mod_perl on Apache 2.2 and Apache 2.0 before that for many years. For
various reasons, we are looking at moving this project to a new system that
uses Apache 2.4 exclusively, and the custodians of this new system are
dis
On Feb 20, 2019, at 11:28 AM, Michael Schout wrote:
> As for AuthCookieDBI, you may not even need to change it to use
> Apache2_4::AuthCookie base, as eventually I managed to get all of the
> changes needed to work togehter in Apache2::AuthCookie. I left
> Apache2_4::AuthCookie for historical rea
On Feb 21, 2019, at 5:22 AM, Vegard Vesterheim
wrote:
> I registered a ticket against Apache2-AuthCookieDBI regarding this issue
> a long time ago:
>
> https://rt.cpan.org/Public/Bug/Display.html?id=106663
>
> We do not use this any longer. But, given that the ticket is still open,
> I wonder i
Hello. I'm seeing the same failures in
t/filter/in_bbs_inject_header.t (Wstat: 0 Tests: 36 Failed: 3)
Failed tests: 22, 26, 30
that others reported with the release candidates. Those are
the only failures. This is when building with Apache 2.4.41 on
RHEL. All tests pass if I build with Ap
On Oct 11, 2019, at 3:59 PM, Steve Hay wrote:
>> Is the consensus that these test failures are innocuous and
>> it's OK to upgrade anyway?
>
> I believe so, especially since the same failures existed in 2.0.9 and
> 2.0.10, so at least aren't a new issue if that's what you're upgrading
> from.
Ex
On Oct 12, 2019, at 4:09 AM, Wesley Peng wrote:
> Edward J. Sabol wrote:
>> Except we're actually upgrading from Apache 2.2.34 to 2.4.41, and all the
>> tests pass with 2.2.34 (I just ran them again and verified this), so this
>> is kind of a new issue for us, but
On Feb 12, 2019, at 2:25 PM, Edward J. Sabol wrote:
> Hello! I have a project that has successfully used Apache2::AuthCookieDBI
> with mod_perl on Apache 2.2 and Apache 2.0 before that for many years. For
> various reasons, we are looking at moving this project to a new system that
>
On Oct 20, 2019, at 7:35 PM, Edward J. Sabol wrote:
> I've successfully ported Apache2::AuthCookieDBI's group
> authorization to work with Apache 2.4.x. It works on my system, and I am
> now looking at submitting a pull request on GitHub for this issue.
In case anyone i
On Jan 8, 2020, at 10:17 AM, André Warnier (tomcat/perl)
wrote:
> Please provide a full path to 'apxs' executable
> (press Enter if you don't have it installed):
>
>
> Configure mod_perl with C:\Apache24? [y] y
It seems to me you didn’t provide the *full* path to the apxs executable. I
would
On May 11, 2020, at 8:58 AM, Scott Alexander wrote:
> I've included using
> https://manpages.debian.org/unstable/libapache2-authcookie-perl/Apache2_4::AuthCookie.3pm.en.html
> as an example
>
> # In httpd.conf or .htaccess:
> PerlModule Sample::Apache2::AuthCookieHandler
> PerlSetVar WhatEverP
On Sep 7, 2020, at 11:28 AM, Andrew Green wrote:
> I’d like to be able to set SameSite=Strict on a cookie generated using
> Apache2::Cookie, but if I simply try to set that parameter, I get the
> following error:
>
> Can't locate object method "SameSite" via package "Apache2::Cookie”
>
> Is
Thanks, Joe, for your efforts with this release!
Should there be a v2_15 tag in http://svn.apache.org/viewvc/httpd/apreq/tags/ ?
FWIW, I successfully compiled and tested it with Apache httpd 2.4.41 and
mod_perl 2.0.11 on CentOS 6.10.
My httpd and mod_perl are 32-bit/i686 for silly legacy reason
On Mar 17, 2021, at 3:40 PM, Sander Striker wrote:
> If you are interested in seeing mod_perl remain an active project, and are
> able to help maintain and provide oversight, please respond in this thread
> indicating that you are interested in performing the duties of a PMC
> member[2].
I am,
Hi, Daniel. This error can happen even under regular Perl in some circumstances
when a package redefines a core function ((like what importing Time::HiRes does
here with time).
I would change "use Time::HiRes qw(time);" to "use Time::HiRes ();" and then
change "time()" on line 13 to "Time::HiRe
On Jul 6, 2021, at 2:49 AM, Rainer Tammer
wrote:
> I do have a problem compiling mod_perl 2.0.8, 2.0.10 or 2.0.11 on AIX 7.1/7.2.
> I did not have this problem in the past (older AIX and older AIX system Perl
> v5.10.1).
> The current system Perl version on AIX is 5.28.1.
[...]
> make: 1254-002
On Nov 23, 2021, at 3:34 AM, Steve Hay wrote:
> The mod_perl bug tracker is
> https://rt.cpan.org/Dist/Display.html?Name=mod_perl, which can be
> accessed from the "Issues" link in the left-hand menu at the
> metacpan.org page, https://metacpan.org/pod/mod_perl2. (I think you
> need to log in to a
> On Aug 4, 2022, at 3:29 AM, pengyh wrote:
> OK as you can test this GET works:
>
> http://fb.cloudcache.net/?timestamp=12345&authkey=906434463477769dba188a4b670ef425
>
> but this POST doesn't work:
>
> curl -X POST -d 'timestamp=12345' \
>-d 'authkey=906434463477769dba188a4b670ef4
On Aug 4, 2022, at 5:09 AM, pengyh wrote:
>> LoadModule apreq_module modules/mod_apreq2.so
>> in your httpd.conf?
>
> yes. as you see:
> lrwxrwxrwx 1 root root 27 Aug 4 14:00 perl.load ->
> ../mods-available/perl.load
> lrwxrwxrwx 1 root root 29 Aug 4 14:01 apreq2.load ->
> ../mods-available/
On Aug 16, 2022, at 12:27 PM, j...@sunstarsys.com wrote:
> To the best of my knowledge, the underlying problem with mod_perl+ithread is
> that it requires a reentrant malloc in libc.
That's it? This is the first I'm learning this. Is there an option to compile
Perl and mod_perl with a reentrant
On Aug 16, 2022, at 11:12 AM, j...@sunstarsys.com wrote:
> Here’s some more fun I’ve been grinding out for the mod_perl community.
> Unfortunately I haven’t resolved all the issues with using this stuff in a
> mod_perl+ithread runtime, but if you figure out the right incantation please
> let me
Very interesting, Joe! Thank you for sharing your insights into this and
experience with it. Here’s hoping someone can solve/fix the problem with
mod_perl threads on Linux.
Regards,
Ed
On Aug 19, 2022, at 1:44 PM, j...@sunstarsys.com wrote:
> The problem is really confined to embedded uses of
On Aug 20, 2022, at 8:54 AM, Mehul Sanghvi wrote:
> Since there seems to be activity on the mailing list, I’m re-posting the
> below query, in case it was missed earlier.
I looked at this when you posted it previously, but I couldn't find the cause
and neglected to subsequently follow up. (To b
On Aug 26, 2022, at 1:16 PM, Joe Schaefer wrote:
> AFAICT you guys are just too lazy to look.
That came across as rude, Joe. Not all of us are experts at Perl internals or
track the latest changes to Perl's ithread support and/or glibc, and it's
generally been accepted in the mod_perl community
On Sep 19, 2022, at 11:07 PM, Ken Peng wrote:
> May I know if mod_perl is still active on web development today?
I'm not sure what you're asking.
Do some people still use it for web development? Yes, most definitely. However,
I think it's safe to say it's declined in popularity compared to othe
On Oct 7, 2024, at 5:55 PM, Tim Lank wrote:I have the following in my startup.pl:use CGI qw(:all);use CGI::Carp 'fatalsToBrowser', 'carpout';use List::Util 'shuffle';CGI->compile(':all');Apache::DBI->connect_on_init ("DBI:mysql:holidayshop",I don't know if it will help or not, but, before the abo
On Jul 17, 2025, at 1:32 PM, Alex Aminoff wrote:
> I have written up a description and replication code here:
>
> http://back.nber.org/sys-admin/apache2_upload_bug.html
>
> Is this something anyone else has seen?
Hi, Alex. Yes, this is a known problem that has been discussed on the mod_perl
an
27 matches
Mail list logo
