MESSAGE
| DATE | 2021-03-17 |
| FROM | Fred Moyer
|
| SUBJECT | Re: [Hangout - NYLXS] [DISCUSS] The future of mod_perl
|
From hangout-bounces-at-nylxs.com Thu Mar 18 10:26:46 2021
Return-Path:
X-Original-To: archive-at-mrbrklyn.com
Delivered-To: archive-at-mrbrklyn.com
Received: from www2.mrbrklyn.com (www2.mrbrklyn.com [96.57.23.82])
by mrbrklyn.com (Postfix) with ESMTP id 5DB3E163FB7;
Thu, 18 Mar 2021 10:26:45 -0400 (EDT)
X-Original-To: hangout-at-www2.mrbrklyn.com
Delivered-To: hangout-at-www2.mrbrklyn.com
Received: by mrbrklyn.com (Postfix, from userid 1000)
id E2F67163FB4; Thu, 18 Mar 2021 10:26:00 -0400 (EDT)
Resent-From: Ruben Safir
Resent-Date: Thu, 18 Mar 2021 10:26:00 -0400
Resent-Message-ID: <20210318142600.GH15427-at-www2.mrbrklyn.com>
Resent-To: hangout-at-mrbrklyn.com
X-Original-To: ruben-at-mrbrklyn.com
Delivered-To: ruben-at-mrbrklyn.com
Received: from mxout1-he-de.apache.org (mxout1-he-de.apache.org
[95.216.194.37]) by mrbrklyn.com (Postfix) with ESMTP id A288516113A
for ; Wed, 17 Mar 2021 23:02:26 -0400 (EDT)
Received: from mail.apache.org (mailroute1-lw-us.apache.org [207.244.88.153])
by mxout1-he-de.apache.org (ASF Mail Server at
mxout1-he-de.apache.org) with SMTP id 0D82C64588
for ; Thu, 18 Mar 2021 03:02:24 +0000 (UTC)
Received: (qmail 12858 invoked by uid 500); 18 Mar 2021 03:02:23 -0000
Mailing-List: contact modperl-help-at-perl.apache.org; run by ezmlm
Precedence: bulk
Delivered-To: mailing list modperl-at-perl.apache.org
Received: (qmail 12847 invoked by uid 99); 18 Mar 2021 03:02:23 -0000
Received: from spamproc1-he-fi.apache.org (HELO spamproc1-he-fi.apache.org)
(95.217.134.168)
by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Mar 2021 03:02:23 +0000
Received: from localhost (localhost [127.0.0.1])
by spamproc1-he-fi.apache.org (ASF Mail Server at spamproc1-he-fi.apache.org)
with ESMTP id 56CDCC02D5
for ; Thu, 18 Mar 2021 03:02:22 +0000 (UTC)
X-Virus-Scanned: Debian amavisd-new at spamproc1-he-fi.apache.org
X-Spam-Flag: NO
X-Spam-Score: 0.201
X-Spam-Level:
X-Spam-Status: No, score=0.201 tagged_above=-999 required=6.31
tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.2,
SPF_NONE=0.001] autolearn=disabled
Authentication-Results: spamproc1-he-fi.apache.org (amavisd-new);
dkim=pass (2048-bit key)
header.d=redhotpenguin-com.20150623.gappssmtp.com
Received: from mx1-he-de.apache.org ([116.203.227.195])
by localhost (spamproc1-he-fi.apache.org [95.217.134.168]) (amavisd-new,
port 10024) with ESMTP id WVT3I4KYIWwS for ;
Thu, 18 Mar 2021 03:02:21 +0000 (UTC)
Received-SPF: None (mailfrom) identity=mailfrom;
client-ip=2607:f8b0:4864:20::1034; helo=mail-pj1-x1034.google.com;
envelope-from=fred-at-redhotpenguin.com; receiver=
Received: from mail-pj1-x1034.google.com (mail-pj1-x1034.google.com
[IPv6:2607:f8b0:4864:20::1034])
by mx1-he-de.apache.org (ASF Mail Server at mx1-he-de.apache.org) with ESMTPS
id 1DD707FA5B
for ; Thu, 18 Mar 2021 03:02:20 +0000 (UTC)
Received: by mail-pj1-x1034.google.com with SMTP id gb6so2174937pjb.0
for ; Wed, 17 Mar 2021 20:02:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=redhotpenguin-com.20150623.gappssmtp.com; s=20150623;
h=mime-version:references:in-reply-to:from:date:message-id:subject:to
:cc; bh=z9C06yrMXd/THhB4qSr8ZTpFRtlK/rARzJKQ9DFomTs=;
b=JCC7IB4GX6YNzVSRvOV6kZeqSFjQiKHS59ni5FO1KTszg0y2u6dcvoGcNjQB44KhXk
MY4SNHmk6ZtOpjqorkeBn4hgzf2dkbVSsGrXCXEeiy+QtXe5m2GhdYuvb/CqHmJCmEF+
VkoMvr60O/+kxIkPnfFrrFhUW3jOX+H72iMeJXKWdLtOekes6Rf/jz5UvdHtZ8glvLan
rTU6HvFQCHdS1ypaM12csSCanZi1HAsEoBEU5PbylMzQhmTgJ+AYib5bVTuaB8ykbhZC
ZbUZU4nXn5cgEowa8fMDvlqSeIs+i3SeCG1XWsBjPLRHI27i8PB2SQdkeDjzVuT96Wa7
2oLA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:mime-version:references:in-reply-to:from:date
:message-id:subject:to:cc;
bh=z9C06yrMXd/THhB4qSr8ZTpFRtlK/rARzJKQ9DFomTs=;
b=dHBrXaWE1hYDXlYV9ciu/r6pr0MqDU4lUVz3gGOew2MtxqPaFZKbFefN59568ANQnV
1fDcXqbtyOq17txSFoMdUQaVKOkGw7VMN2awKTNMXuVEebWZRMsmhMNqG4QTcH06lWfK
Ksb264CpCDZe8rL4pqsOuC/a2fFwS1fNgg4WX9BFYPWP5+chwbui7qO4vmSZwlpWWA87
TCWKbl756iZhf9VxxW/6fDKdNZXIwRKDT8iv39Pqwv/pEh5rQPDF8upF6pFgxdS8Wr6Y
HroIuhCiBVpWzr1rWYYrXr7d0ZWU2oRCBvDHFtcDK3oTRC/AE3XwNOQdTppBRpn8Joso
Uu8A==
X-Gm-Message-State: AOAM530XcVNz/Yaolz4mrxcFppMIO8MNxPGOz56t5TMBNcbpZmSoc3mI
9SKI/lG0Ir9HR0zYh9BZULudUv/2mTDfM4GWGye3AQ==
X-Google-Smtp-Source: ABdhPJxC0QEVIzxmPEBDSj/tcsR3Z0+IqvBkwmmNWz1sVuqn4XhZXrrkpo6EszVWhUs7wGSTzkbldVX6ogj/iF5upLM=
X-Received: by 2002:a17:90a:c08a:: with SMTP id
o10mr1923419pjs.67.1616036538869;
Wed, 17 Mar 2021 20:02:18 -0700 (PDT)
MIME-Version: 1.0
References:
<6db02a9e-5544-1836-9277-ebd7128df1a0-at-minaret.biz>
<74fbc642-a2b5-c73d-794b-9463456fd27c-at-netrition.com>
<4e4bd659-d3f2-cc0a-afc2-779304f4919c-at-utoronto.ca>
In-Reply-To: <4e4bd659-d3f2-cc0a-afc2-779304f4919c-at-utoronto.ca>
From: Fred Moyer
Date: Wed, 17 Mar 2021 20:02:08 -0700
Message-ID:
To: Adam Prime
Cc: mod_perl list
Subject: Re: [Hangout - NYLXS] [DISCUSS] The future of mod_perl
X-BeenThere: hangout-at-nylxs.com
X-Mailman-Version: 2.1.30rc1
List-Id: NYLXS Tech Talk and Politics
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Content-Type: multipart/mixed; boundary="===============1337063044=="
Errors-To: hangout-bounces-at-nylxs.com
Sender: "Hangout"
--===============1337063044==
Content-Type: multipart/alternative; boundary="000000000000d800b505bdc6d3cf"
--000000000000d800b505bdc6d3cf
Content-Type: text/plain; charset="UTF-8"
Happy to continue being a maintainer. Longer response coming soon :)
On Wed, Mar 17, 2021, 7:39 PM Adam Prime wrote:
> I think if you want to discuss alternatives, then a new thread would be
> the place to do that.
>
> With regards to plug being pulled, I think that it is up to the
> community if, when, and how that happens. That's what the point of this
> thread is. If there aren't people that are committed 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 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 with the Apache server to the quick and dirty stuff
> > (ModPerl::PerlRun, I believe to keep Perl and modules in memory).
> >
> > For those drawing the same conclusions from this thread as me, I've seen
> > mod_fcgid proposed as an alternative, but I haven't yet played with it.
> > Anyone with similar thoughts would ideally be looking for something that
> > doesn't require months of redeveloping to a proposed replacement to
> > mod_perl.
> >
> > I like mod_perl and it does a good job for what I use it for, but if we
> > have no one developing, it sounds like we're waiting for the catalyst to
> > come along that puts and end to it. EG.. some future Apache
> > incompatibility. I'd really like someone with mod_perl authority to
> > tell me I'm wrong, but my take on Adam's reply pretty much leaves me
> > with that conclusion. I don't see another way to draw a better
> conclusion.
> >
> > Jim
> >
>
--000000000000d800b505bdc6d3cf
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Happy to continue being a maintainer. Longer response com=
ing soon :)
kquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #cc=
c solid;padding-left:1ex">I think if you want to discuss alternatives, then=
a new thread would be
the place to do that.
With regards to plug being pulled, I think that it is up to the
community if, when, and how that happens. That's what the point of this=
thread is. If there aren't people that are committed 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 pu=
lling
> 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 <=
br>
> with the various means of using mod_perl from the low level means of <=
br>
> interfacing with the Apache server to the quick and dirty stuff
> (ModPerl::PerlRun, I believe to keep Perl and modules in memory).
>
> For those drawing the same conclusions from this thread as me, I'v=
e seen
> mod_fcgid proposed as an alternative, but I haven't yet played wit=
h it.
> Anyone with similar thoughts would ideally be looking for something th=
at
> doesn't require months of redeveloping to a proposed replacement t=
o
> mod_perl.
>
> I like mod_perl and it does a good job for what I use it for, but if w=
e
> have no one developing, it sounds like we're waiting for the catal=
yst to
> come along that puts and end to it. EG.. some future Apache
> incompatibility.=C2=A0 I'd really like someone with mod_perl autho=
rity to
> tell me I'm wrong, but my take on Adam's reply pretty much lea=
ves me
> with that conclusion. I don't see another way to draw a better con=
clusion.
>
> Jim
>
--000000000000d800b505bdc6d3cf--
--===============1337063044==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
Hangout mailing list
Hangout-at-nylxs.com
http://lists.mrbrklyn.com/mailman/listinfo/hangout
--===============1337063044==--
--===============1337063044==
Content-Type: multipart/alternative; boundary="000000000000d800b505bdc6d3cf"
--000000000000d800b505bdc6d3cf
Content-Type: text/plain; charset="UTF-8"
Happy to continue being a maintainer. Longer response coming soon :)
On Wed, Mar 17, 2021, 7:39 PM Adam Prime wrote:
> I think if you want to discuss alternatives, then a new thread would be
> the place to do that.
>
> With regards to plug being pulled, I think that it is up to the
> community if, when, and how that happens. That's what the point of this
> thread is. If there aren't people that are committed 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 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 with the Apache server to the quick and dirty stuff
> > (ModPerl::PerlRun, I believe to keep Perl and modules in memory).
> >
> > For those drawing the same conclusions from this thread as me, I've seen
> > mod_fcgid proposed as an alternative, but I haven't yet played with it.
> > Anyone with similar thoughts would ideally be looking for something that
> > doesn't require months of redeveloping to a proposed replacement to
> > mod_perl.
> >
> > I like mod_perl and it does a good job for what I use it for, but if we
> > have no one developing, it sounds like we're waiting for the catalyst to
> > come along that puts and end to it. EG.. some future Apache
> > incompatibility. I'd really like someone with mod_perl authority to
> > tell me I'm wrong, but my take on Adam's reply pretty much leaves me
> > with that conclusion. I don't see another way to draw a better
> conclusion.
> >
> > Jim
> >
>
--000000000000d800b505bdc6d3cf
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Happy to continue being a maintainer. Longer response com=
ing soon :)
kquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #cc=
c solid;padding-left:1ex">I think if you want to discuss alternatives, then=
a new thread would be
the place to do that.
With regards to plug being pulled, I think that it is up to the
community if, when, and how that happens. That's what the point of this=
thread is. If there aren't people that are committed 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 pu=
lling
> 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 <=
br>
> with the various means of using mod_perl from the low level means of <=
br>
> interfacing with the Apache server to the quick and dirty stuff
> (ModPerl::PerlRun, I believe to keep Perl and modules in memory).
>
> For those drawing the same conclusions from this thread as me, I'v=
e seen
> mod_fcgid proposed as an alternative, but I haven't yet played wit=
h it.
> Anyone with similar thoughts would ideally be looking for something th=
at
> doesn't require months of redeveloping to a proposed replacement t=
o
> mod_perl.
>
> I like mod_perl and it does a good job for what I use it for, but if w=
e
> have no one developing, it sounds like we're waiting for the catal=
yst to
> come along that puts and end to it. EG.. some future Apache
> incompatibility.=C2=A0 I'd really like someone with mod_perl autho=
rity to
> tell me I'm wrong, but my take on Adam's reply pretty much lea=
ves me
> with that conclusion. I don't see another way to draw a better con=
clusion.
>
> Jim
>
--000000000000d800b505bdc6d3cf--
--===============1337063044==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
Hangout mailing list
Hangout-at-nylxs.com
http://lists.mrbrklyn.com/mailman/listinfo/hangout
--===============1337063044==--
|
|
