We're making free tech blogs available to our social network on our
mod_perl + event_mpm platform.
Something like blogs.sunstarsys.com/joe look interesting? Get in on the
ground floor and contact me privately for your account.
Thanks! Let's revive the mod_perl tech community together
Quick reminders on how to get mod_perl working with mpm_event. The primary
objective is to never allow mod_perl to garbage collect *any* of your
interpreters during ithread-pool management. Two key components of that
are:
1/ always set PerlInterpMaxSpare == PerlInterpMax.
2/ always set
ue Onyx)
perl -v
This is perl 5, version 32, subversion 1 (v5.32.1) built for
x86_64-linux-thread-multi
(with 52 registered patches, see perl -V for more detail)
httpd -v
Server version: Apache/2.4.53 (Rocky Linux)
Server built: Apr 28 2023 00:00:00
(And yes mod_perl is installed )
Th
erl -V for more detail)
httpd -v
Server version: Apache/2.4.53 (Rocky Linux)
Server built: Apr 28 2023 00:00:00
(And yes mod_perl is installed )
The working system is an older distro of Rocky Linux 8.5, but otherwise all is identical, with the exceptions I”m connecy=ting to
Oracle on it not Pos
In message , "Johnson, Bruce
E - (bjohnson)" writes:
>apachectl configtest
>
>[Fri Oct 27 08:41:49.204868 2023] [so:warn] [pid 97206:tid 97206] AH01574: =
>module perl_module is already loaded, skipping
>
>Syntax OK
>
>
># su - webworker
>$ perl -c /home/allwebfiles/perl/startup.pl
>
>
>[webworker
On Oct 27, 2023, at 6:34 AM, John D Groenveld wrote:
The contents of startup.pl seem to be correct (the only change was
the dbd line in the DBI startup.)
Two tests come to mind that might help you debug:
# apachectl configtest
apachectl configtest
[Fri Oct 27 08:41:49.204868 2023] [so:warn
In message <8b1ff73c-7c72-40d0-9e27-9d19e237a...@email.arizona.edu>, "Johnson,
Bruce E - (bjohnson)" writes:
>I'm setting up a new server to replace one that is currently running
>fine (I am changing the database for my app from oracle to Postgres
>and need to test this before doing the switchover
is is perl 5, version 32, subversion 1 (v5.32.1) built for
x86_64-linux-thread-multi
(with 52 registered patches, see perl -V for more detail)
httpd -v
Server version: Apache/2.4.53 (Rocky Linux)
Server built: Apr 28 2023 00:00:00
(And yes mod_perl is installed )
The working system is an older di
We are pleased to announce the release of mod_perl 2.0.13
mod_perl is an Apache HTTP Server module for embedding a Perl
interpreter in your web server, giving you super-fast dynamic content
by avoiding the overhead of starting an external interpreter.
This release is now, or soon will be
On Sep 11, 2023, at 2:13 PM, Steve Hay wrote:
>
> Fred, are you still looking into this, or shall we assume it's
> Apache::Test related and proceed with this mod_perl release?
Sorry I missed this; MP emails were ending up in my httpd filter for some
reason. It looks AT related;
Fred, are you still looking into this, or shall we assume it's
Apache::Test related and proceed with this mod_perl release?
On Sat, 26 Aug 2023 at 17:20, Steve Hay wrote:
>
> Thanks. Is it the same problem that Adam has reproduced?
>
> If so then perhaps we can go ahead with the
Thanks. Is it the same problem that Adam has reproduced?
If so then perhaps we can go ahead with the release and deal with this
issue afterwards since it seems to be more related to Apache::Test
than mod_perl.
On Thu, 24 Aug 2023 at 05:55, Fred Moyer wrote:
>
> On Fri, Aug 18, 2023 at 2
On Fri, Aug 18, 2023 at 2:47 AM Steve Hay wrote:
> Were there any build errors/warnings?
> Is this a clean set-up, or do either httpd or perl have an old
> mod_perl in them already?
Digging into this; appears to be a problem with the perl I build mp
with and the system mod_perl. Will
L
Failed 1/245 test programs. 3/2586 subtests failed.
(expected failure)
On 8/6/23 08:00, Steve Hay wrote:
Please download, test, and report back on this mod_perl 2.0.13 release
candidate.
https://dist.apache.org/repos/dist/dev/perl/mod_perl-2.0.13-rc1.tar.gz
SHA256:
mod_perl-2.0.13-
com. Learn why this is
important at https://aka.ms/LearnAboutSenderIdentification ]
Hitting an issue on MacOS, perl 5.36.1, httpd 2.4.57. Not sure if this
is me out of practice or not. Do I need to build against httpd 2.2?
ulimit -c unlimited; /opt/homebrew/Cellar/perl/5.36.1/bin/perl
/Users/phred/dev/mod_perl-2.0.13-rc1/t
L
Failed 1/245 test programs. 3/2586 subtests failed.
(expected failure)
On 8/6/23 08:00, Steve Hay wrote:
Please download, test, and report back on this mod_perl 2.0.13 release
candidate.
https://dist.apache.org/repos/dist/dev/perl/mod_perl-2.0.13-rc1.tar.gz
SHA256:
mod_perl-2.0.13-
$ uname -srv
SunOS 5.11 omnios-r151046-27629b966d
$ /opt/apache24/perl-5.38.0/bin/perl -v|head -2
This is perl 5, version 38, subversion 0 (v5.38.0) built for i86pc-solaris-64
$ make test
[snip]
using Apache/2.4.57 (prefork MPM)
[snip]
Test Summary Report
---
t/filter/in_bbs_inject
On Sun, 6 Aug 2023 13:00:15 +0100
Steve Hay wrote:
> Please download, test, and report back on this mod_perl 2.0.13 release
> candidate.
>
> https://dist.apache.org/repos/dist/dev/perl/mod_perl-2.0.13-rc1.tar.gz
>
Hi Steve,
+1 on Debian Bookworm.
Debian version 12.1
Server
On Fri, 18 Aug 2023 at 06:11, Fred Moyer wrote:
>
> Hitting an issue on MacOS, perl 5.36.1, httpd 2.4.57. Not sure if this
> is me out of practice or not. Do I need to build against httpd 2.2?
>
> ulimit -c unlimited; /opt/homebrew/Cellar/perl/5.36.1/bin/perl
> /Users/phred/d
Hitting an issue on MacOS, perl 5.36.1, httpd 2.4.57. Not sure if this
is me out of practice or not. Do I need to build against httpd 2.2?
ulimit -c unlimited; /opt/homebrew/Cellar/perl/5.36.1/bin/perl
/Users/phred/dev/mod_perl-2.0.13-rc1/t/TEST -bugreport -verbose=0
/opt/homebrew/opt/httpd/bin
wallclock secs ( 0.78 usr 0.35 sys + 68.44
cusr 19.29 csys = 88.86 CPU)
Result: FAIL
On 2023-08-06 08:00, Steve Hay wrote:
Please download, test, and report back on this mod_perl 2.0.13 release
candidate.
https://dist.apache.org/repos/dist/dev/perl/mod_perl-2.0.13-rc1.tar.gz
SHA256:
mod_perl
On Mon, 14 Aug 2023 at 19:23, Vincent Veyron wrote:
>
> On Sun, 6 Aug 2023 13:00:15 +0100
> Steve Hay wrote:
>
> > Please download, test, and report back on this mod_perl 2.0.13 release
> > candidate.
>
> Hi Steve,
>
> This is the result on Debian 11.7 w
On Sun, 6 Aug 2023 13:00:15 +0100
Steve Hay wrote:
> Please download, test, and report back on this mod_perl 2.0.13 release
> candidate.
Hi Steve,
This is the result on Debian 11.7 with Apache 2.4.56
Test Summary Report
---
t/filter/in_bbs_inject_header.t (Ws
2023 at 13:00, Steve Hay wrote:
>
> Please download, test, and report back on this mod_perl 2.0.13 release
> candidate.
>
> https://dist.apache.org/repos/dist/dev/perl/mod_perl-2.0.13-rc1.tar.gz
>
> SHA256:
> mod_perl-2.0.13-rc1.tar.gz: EC72BC99 EC01DAE5 BE
Please download, test, and report back on this mod_perl 2.0.13 release
candidate.
https://dist.apache.org/repos/dist/dev/perl/mod_perl-2.0.13-rc1.tar.gz
SHA256:
mod_perl-2.0.13-rc1.tar.gz: EC72BC99 EC01DAE5 BEB1DC8F 2F3807CB A4A9BF4D
D492E846 858DABC0 EEA8E6B7
SHA512
LL file to include specific
> "simple instructions" for Debian Linux 11.2:
>
> Added instructions for Debian Linux 11.2 #4
> https://www,github.com/apache/mod_perl/pull/4
>
Apologies for the very long delay in responding to this. I hope to
re
On Sun, Nov 27, 2022 at 08:49:29AM +0800, Host Cache wrote:
> On 2022-11-21 23:16, Xinhuan Zheng wrote:
> > Hi All,
> >
> > We need to migrate our codebase from mod_perl 1.0 to 2.0. In our
> > codebase, we have used “use Apache::Constants”. We want to change
&
On 2022-11-21 23:16, Xinhuan Zheng wrote:
Hi All,
We need to migrate our codebase from mod_perl 1.0 to 2.0. In our
codebase, we have used “use Apache::Constants”. We want to change
it to be like:
https://perl.apache.org/docs/2.0/user/porting/compat.html
Hi All,
We need to migrate our codebase from mod_perl 1.0 to 2.0. In our codebase, we
have used “use Apache::Constants”. We want to change it to be like:
https://perl.apache.org/docs/2.0/user/porting/compat.html#mod_perl_1_0_and_2_0_Constants_Coexistence.
Our codebase are not only used in
anted with it
Plack (and Dancer) and Mojolicious are what most seem to be using now. These
are good but lose a lot of the functionality that mod_perl has to offer {but
then most people didn't use those parts anyway}
-Original Message-
From: Edward J. Sabol
Sent: 20 September 202
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
greetings,
I personally use both perl and ruby for development.
for web apps the more popular framework is rails.
But I did know mod_perl well, I think it's a powerful tool integrated
with Apache webserver.
May I know if mod_perl is still active on web development today?
Thank you
--
Ken
Its got a GIL and it cores frequently and it’s not exposing much of the
httpd/apr. It’s not that popular compared to wsgi.
On Fri, Aug 19, 2022 at 10:20 PM pengyh wrote:
> I know perl and python a bit well, most time use both of them for work.
> besides mod_perl, there is also mod_python
That is because unlike mod_perl mod_python doesn't integrate deeply into
Apache and you can't extend every HTTP request cycle phases.
Only two programming languages integrate that deeply - C and Perl.
On Fri, Aug 19, 2022, 7:19 PM pengyh wrote:
> I know perl and python a bit we
I know perl and python a bit well, most time use both of them for work.
besides mod_perl, there is also mod_python.
do you know what's the difference between them?
I never heard people using mod_python to make some jobs.
Thanks
We are pleased to announce the release of mod_perl 2.0.12
mod_perl is an Apache HTTP Server module for embedding a Perl
interpreter in your web server, giving you super-fast dynamic content
by avoiding the overhead of starting an external interpreter.
This release is now, or soon will be
Is there any update on libapr?
Thanks
On Sun, Jan 9, 2022 at 2:31 AM Steve Hay wrote:
> On Sat, 18 Dec 2021 at 11:21, Steve Hay wrote:
> >
> > Please download, test, and report back on this mod_perl 2.0.12 release
> > candidate.
> >
>
> Still waiting to s
On Sat, 18 Dec 2021 at 11:21, Steve Hay wrote:
>
> Please download, test, and report back on this mod_perl 2.0.12 release
> candidate.
>
Still waiting to see the necessary votes from other committers before
I can release this.
FWIW it's all good here (Windows 10) with httpd 2.4.51 / perl 5.34.0.
n control every
> stage of a HTTP request.
> such as mod_auth, mod_rewrite etc, they can all rewritten by modperl.
>
>
> On Sun, Jan 2, 2022 at 12:18 PM Turritopsis Dohrnii Teo En Ming
> wrote:
>>
>> Subject: Is mod_perl the module being used in Apache HTTP we
En Ming <
ceo.teo.en.m...@gmail.com> wrote:
> Subject: Is mod_perl the module being used in Apache HTTP web server?
>
> Good day from Singapore,
>
> Is mod_perl the module being used in Apache HTTP web server?
>
> From Wikipedia:
>
> "mod_perl is an optional
Subject: Is mod_perl the module being used in Apache HTTP web server?
Good day from Singapore,
Is mod_perl the module being used in Apache HTTP web server?
>From Wikipedia:
"mod_perl is an optional module for the Apache HTTP server. It embeds
a Perl interpreter into the Apache se
Linux 11.2:
Added instructions for Debian Linux 11.2 #4
https://www,github.com/apache/mod_perl/pull/4
Thanks so very much for all the excellent and important work you're
doing in maintaining and updating mod_perl2. (The same goes for
everyone else who's been
who developed perl/modperl. I hope the
> project can survive a long time.
>
> Regards
>
>
> > Hi.
> > "> I was thinking this project has died."
> >
> > I would sincerely hope not.
> > At least for my company, mod_perl is still a vita
Happy new year.
Piper
On Fri, Dec 24, 2021 at 6:05 AM Chris Bennett <
cpb_mod_p...@bennettconstruction.us> wrote:
> Absolutely not dead!
>
> I tinkered a little bit with some non-mod_perl.
> (just some new stuff, never stopped what was running.)
>
> I simply decided, why the
Absolutely not dead!
I tinkered a little bit with some non-mod_perl.
(just some new stuff, never stopped what was running.)
I simply decided, why the hell am I doing this?
Ditched all that waste of time and running all mod_perl again.
So if it's good enough to return to after experiment
With the exception of t/filter/in_bbs_inject_header.t, all tests pass
with perl-5.34.0 under OmniOS/illumos.
On FreeBSD, there's this additional failure:
T -verbose apr-ext/finfo.t
# testing : $finfo->device()
# expected: '90074047811460016'
# received: '9.007404781146e+16'
not ok 16
John
groenv.
Thanks Steve and everyone other who developed perl/modperl. I hope the
project can survive a long time.
Regards
> Hi.
> "> I was thinking this project has died."
>
> I would sincerely hope not.
> At least for my company, mod_perl is still a vital and effec
I would like to second that.
mod_perl has a lot of value to offer in terms of power and flexibility.
I certainly hope the hype on some other programming languages will
falter and developers will look at mod_perl as a strong API backend for
example.
I would like to take this occasion to wish
Hi.
"> I was thinking this project has died."
I would sincerely hope not.
At least for my company, mod_perl is still a vital and effective piece of our software
development and infrastructure.
Many thanks to Steve Hay (and many others) for keeping perl and mod_perl alive
and wel
I am surprised to see mod_perl is still in active development.I was thinking this project has died.Merry Christmas! 18.12.2021, 19:22, "Steve Hay" :Please download, test, and report back on this mod_perl 2.0.12 releasecandidate.https://dist.apache.org/repos/dist/dev/perl/mod_perl-
Please download, test, and report back on this mod_perl 2.0.12 release
candidate.
https://dist.apache.org/repos/dist/dev/perl/mod_perl-2.0.12-rc2.tar.gz
SHA256:
mod_perl-2.0.12-rc2.tar.gz: 3203E37F 7A37732B DE5F171D 4322B4AF 525A447C
7AAA908E A07A9622 ADDC9FE0
SHA512
I successfully compiled, tested, and ran this without previous workarounds
and patches for arch linux with a makepkg package.
Perl: v5.34.0
Apache: 2.4.51
On Sun, 7 Nov 2021 at 13:49, Steve Hay wrote:
> Please download, test, and report back on this mod_perl 2.0.12 release
> can
On Tue, 23 Nov 2021 08:37:44 +
Steve Hay wrote:
>I don't recall seeing the t/apache/daemon.t failure before.
[repost, it seems my first message did not get through]
Steve,
I realized I did not run the tests with 2.0.12 correctly (ran t/TEST without
doing 'make test' first)
Here is the r
On Tue, 23 Nov 2021 08:37:44 +
Steve Hay wrote:
>I don't recall seeing the t/apache/daemon.t failure before.
Steve,
I realized I did not run the tests with 2.0.12 correctly (ran t/TEST without
doing 'make test' first)
Here is the result of a re-run :
Test Summary Report
-
On Mon, 8 Nov 2021 at 20:34, vincent.vey...@libremen.org
wrote:
>
> On Sun, 7 Nov 2021 13:48:58 +
> Steve Hay wrote:
>
> > Please download, test, and report back on this mod_perl 2.0.12 release
> > candidate.
> >
> > https://dist.apache.org/repos/dist
On Sun, 7 Nov 2021 13:48:58 +
Steve Hay wrote:
> Please download, test, and report back on this mod_perl 2.0.12 release
> candidate.
>
> https://dist.apache.org/repos/dist/dev/perl/mod_perl-2.0.12-rc1.tar.gz
>
Hi Steve,
Tested on Debian 10.10 (Buster)
I had to do the f
Thanks for the release. I will test it on my ubuntu system.
Steve Hay 于2021年11月7日 周日下午9:49写道:
> Please download, test, and report back on this mod_perl 2.0.12 release
> candidate.
>
> https://dist.apache.org/repos/dist/dev/perl/mod_perl-2.0.12-rc1.tar.gz
>
> SHA256:
> mod_p
Please download, test, and report back on this mod_perl 2.0.12 release
candidate.
https://dist.apache.org/repos/dist/dev/perl/mod_perl-2.0.12-rc1.tar.gz
SHA256:
mod_perl-2.0.12-rc1.tar.gz: 50CF6B06 6BAFF225 78F3BB77 7695F6CC 142D1F68
8E085067 A055EB2B B58425D3
SHA512
On Tue, 10 Aug 2021 at 18:50, Tammer, Rainer
wrote:
> Hello,
> No problem at all.
>
> Sorry, this is indeed a typo.
>
> I can test the new release when you are done preparing it.
>
>
>
Thanks. This is now committed. I will post to this list when 2.0.012-RC1 is
ready.
-
Simple install:
% perl Makefile.PL MP_APXS=/usr/local/apache2/bin/apxs
% make && make test
% make install
Simple install on AIX:
You will need GNU make to compile mod_perl. The AIX make does not work.
If you have installed GNU make from the AIX Toolbox:
% export MAKE="
> Simple install:
>
> % perl Makefile.PL MP_APXS=/usr/local/apache2/bin/apxs
> % make && make test
> % make install
>
> Simple install on AIX:
>
> You will need GNU make to compile mod_perl. The AIX make does not work.
> If you have installed GNU m
ork if the found make is the AIX make and
not GNU make (aka gmake).
If you modify your PATH before you compile mod_perl to include the
directory /opt/freeware/bin
before /usr/bin or export MAKE=/opt/freeware/bin/gmake (and if GNU make
is installed on the system)
then the GNU make is used.
mod_perl on:
AIX: 7100-03-05-1524 (AIX 7.1 TL3 SP5)
Perl: v5.10.1 (system perl) with ExtUtils 6.55_02
Apache: 2.2.26
mod_perl: 2.0.8
Apache was compiled with the following options:
export CC=cc_r
export CXX=xlC_r
export CFLAGS="-DAP_UNSAFE_ERROR_LOG_UNESCAPED"
./configure \
--prefix=
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.
[...]
>
Hello,
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.
If I call "gmake -i" to ignore the make error then I can su
Hi.
I am a long-term (30+) user of Apache/mod_perl (and perl), but at the application level,
not at the committer or PMC level.
May I therefor respectfully contribute an "outsider's" point of view ?
I believe that mod_perl (like perl itself) suffers from the fact that it is
> What is missing or too hard to do in mod_perl?
1) Using an MPM other than prefork
2) Websockets
On Tue, Mar 23, 2021 at 2:57 PM Chris
wrote:
> On Wed, Mar 17, 2021 at 08:40:33PM +0100, Sander Striker wrote:
> > Dear community members,
> >
> > As projects mature, the
here are not at least 3 active PMC
> members providing oversight. Projects that reach this stage are usually
> placed in the Attic [1] or absorbed by another Apache project willing to
> manage its releases.
>
I don't know that I would be good as a PMC. But I do want mod_perl to
c
es.
>
> 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].
>
> Cheers,
>
> Sande
Porting code from CGI to mod_perl is a fun project.
This is a late reply to your original post but wanted to point out an
excellent resource - the Practical mod_perl book. The link for the book
on the mod_perl site (perl.apache.org) is broken but you can find it at
https://modperl2book.org
Hello,
> On 18 Mar 2021, at 23:05, Michel Jansen wrote:
>
> Isnt it interesting to know how many, happy, users modperl has?
Yes, count me in. Out of curiosity I tried to search for a mod_perl alternative
for our applications, but have not found anything which could replace it. It
project
willing to manage its releases.
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].
Cheers,
Sander Striker
Director
Sounds like mod_perl would benefit from using some CI tools. Looks like ASF
provides some via https://ci.apache.org/?
David Cook
Software Engineer
Prosentient Systems
Suite 7.03
6a Glen St
Milsons Point NSW 2061
Australia
Office: 02 9212 0899
Online: 02 8005 0595
-Original Message
family, my time is limited, but not too much to
> review and lend a +1 or feedback. I think that may be the case for a
> few of the folks on this list. I'd like to see Steve Hay lead the
> future of mod_perl project as I know a lot of the old guard have
> personal duties now that
, and what it would mean to
> get more context if you're interested in more detail.
>
> Adam
>
> [1] http://attic.apache.org/
>
>
>
>
> Quoting Jim Albert :
>
>> When mod_perl does come to an end what would an End of Life look like?
>> I'm tol
y when a Perl update or a new version of Apache they
> just installed breaks mod_perl or there's a vulnerability that
> requires a fix and there's no one to fix... go ahead and roll your
> dice... it's your party.
You are not understanding. We've been at this for sever
y when a Perl update or a new version of Apache they
> just installed breaks mod_perl or there's a vulnerability that
> requires a fix and there's no one to fix... go ahead and roll your
> dice... it's your party.
You are not understanding. We'v been at this for sever
OK... last email on this topic.
I feel like I'm getting replies like I'm from another planet for asking
prudent questions.
If others want to keep their heads in the sand and get a huge surprise
someday when a Perl update or a new version of Apache they just
installed breaks mod_perl
it would mean to
> get more context if you're interested in more detail.
>
> Adam
>
> [1] http://attic.apache.org/
>
>
>
>
> Quoting Jim Albert :
>
>> When mod_perl does come to an end what would an End of Life look like?
>> I'm told mod
tic is, and what it would mean to get
more context if you're interested in more detail.
Adam
[1] http://attic.apache.org/
Quoting Jim Albert :
When mod_perl does come to an end what would an End of Life look like?
I'm told mod_perl is an Apache Software Foundation project. Do Apache
So
t if you're interested in more detail.
Adam
[1] http://attic.apache.org/
Quoting Jim Albert :
When mod_perl does come to an end what would an End of Life look like?
I'm told mod_perl is an Apache Software Foundation project. Do Apache
Software Foundation projects have a struct
On 3/18/2021 10:41 AM, Ruben Safir wrote:
On Thu, Mar 18, 2021 at 10:37:02AM -0400, Jim Albert wrote:
When mod_perl does come to an end what would an End of Life look like?
maybe we can focus on keeping it maintained... really.
A secure well written project like modperl doesn't nee
I don't think there's any sudden urgency to switch to something else, since
nothing has actually changed about the state of mod_perl. However, if you
do want to migrate to something else, you should look at Plack:
https://metacpan.org/pod/Plack
Plack is not a drop-in replacement for mod
The problem is I don't think there is mod_perl is quite a unique infrastructure
- across all language I believe! I don't think any other language/framework
gives you this level of flexibility.
Most frameworks just concentrate on the request phase and shoe horn everything
in ther
On Thu, Mar 18, 2021 at 10:37:02AM -0400, Jim Albert wrote:
> When mod_perl does come to an end what would an End of Life look like?
maybe we can focus on keeping it maintained... really.
A secure well written project like modperl doesn't need new features and
people destroying its
When mod_perl does come to an end what would an End of Life look like?
I'm told mod_perl is an Apache Software Foundation project. Do Apache
Software Foundation projects have a structured life cycle or do some
just suddenly disappear with no warning given various situations that
result i
On Wed, Mar 17, 2021 at 09:50:05PM -0400, Jim Albert wrote:
> Not that I want to be the guy that says it sounds like we'll be
> pulling the mod_perl plug at any time the right scenario arises, but
> is it reasonable to have a discussion here on mod_perl alternatives
> inline with
> >6a Glen St
> >
> >Milsons Point NSW 2061
> >
> >Australia
> >
> >Office: 02 9212 0899
> >
> >Online: 02 8005 0595
> >
> >*From:*Sander Striker
> >*Sent:* Thursday, 18 March 2021 6:41 AM
> >*To:* d...@perl.apache.org; m
the case for a
> few of the folks on this list. I'd like to see Steve Hay lead the
> future of mod_perl project as I know a lot of the old guard have
> personal duties now that take precedence.
>
Thanks Fred and Adam for stepping up. I'm happy to keep pushing out
new releases as
Jim, mod_perl, while a module, is it's own Top Level Project at the
Apache Software Foundation. So the Project Management Committee (PMC)
of the mod_perl project determines how things go. For other modules that
aren't their own project, they fall under the Apache HTTPD PMC's
Thanks for the thorough response, Fred.
At some point before mod_perl stops having any development support would
you expect an End Of Life announcement with reasonable advanced notice?
I haven't followed discussion or announcements on other Apache modules
to know how modules normally
y lead the
future of mod_perl project as I know a lot of the old guard have
personal duties now that take precedence.
mod_perl is not a new Apache project. It's approaching two decades,
close to the age of the Apache httpd project itself. It was a core
driver in developing my career in software,
code, but I'm likely not going to have the time or skills
to make significant changes should they be required.
When significant bugs come up within mod_perl developers from httpd
project may also get brought in. That's what happened last time anyway
(https://nvd.nist.gov/vuln/detai
Given the recent discussion on the need for mod_perl PMC members and the
disclosure that there is no active development on mod_perl this seems
like an appropriate time to start a thread on a discussion of mod_perl
alternatives inline with the various means of using mod_perl from the
low level
eases, but that's
not necessarily a developer and it doesn't sound involved. I expect
you'll get some volunteers.
However, aside from that is the bigger issue of you stated there are no
developers maintaining mod_perl. That's the big red flag in this. Should
some vulnerabi
gt;
>
>
> On 3/17/2021 9:50 PM, Jim Albert wrote:
> > Not that I want to be the guy that says it sounds like we'll be pulling
> > the mod_perl plug at any time the right scenario arises, but is it
> > reasonable to have a discussion here on mod_perl alternatives
enough to the
project for whatever reason to step up and keep it from going to the
attic, then that's what will happen.
Adam
On 3/17/2021 9:50 PM, Jim Albert wrote:
Not that I want to be the guy that says it sounds like we'll be pulling
the mod_perl plug at any time the right sce
Not that I want to be the guy that says it sounds like we'll be pulling
the mod_perl plug at any time the right scenario arises, but is it
reasonable to have a discussion here on mod_perl alternatives inline
with the various means of using mod_perl from the low level means of
interfacing
The projects current state is that no new development happening. This
isn't to say that new development shouldn't happen, but it isn't. Apache
and Perl both continue to move forward, and we are pretty lucky that the
design that Stas, Phillipe, Geoff, etc built mod_perl 2 unde
1 6:41 AM
*To:* d...@perl.apache.org; modperl@perl.apache.org
*Subject:* [DISCUSS] The future of mod_perl
Dear community members,
As projects mature, they will naturally reach a point where activity
reduces to a level such that the project is no longer sustainable. At
Apache, projects reach this sta
1 - 100 of 5933 matches
Mail list logo