Render Web | 1 Jan 02:21 2005

Re: [summary] The Conflict of mp1 vs mp2 vs mp22 vs ... vs mpNN

Randal L. Schwartz wrote:
> Four out of my five biggest customers *will* need to have both
> modperl1 and modperl2 in the same Perl installation tree on their

Bullcrap - I would say that sep perl installs is not enough!

Personally I would hate to work for anyone who does insists
on dev/testing on live systems - they deserve what they get
- outages *and* public ridicule.

And please don't give me that it's *sooo* hard to set up. One of our
clients have connections to payment, billing and mobile networks
that require major effort and cost for test config and even with
this overhead they see the advantages of a distinct test system.

I would hope that your clients (as part of the disaster recovery plan)
would have a detailed list of software installed (including perl modules 
, configuration files etc) so that in the worst case scenario you can 
replicate the live systems without having to retest due to "possible" 
changes - frequent vaping and re-installing of the test system
is a good way to ensure the disaster recovery plan actually works...

Clients I know running Apache based systems have upgraded to AP2/MP2
and in the process, have planned upgrades of new hardware to allow //
running as part of the migration process. Commonly hardware cost is
often less or equal to the cost of executing a system test plan.
Often they have been running MP1 for a number of years and the hardware
has come to its "end of life".

If you are doing anything commercially sensitive I would expect
(Continue reading)

Dan Brian | 1 Jan 03:14 2005

Re: [summary] The Conflict of mp1 vs mp2 vs mp22 vs ... vs mpNN

> Stas> 99.9% of users do *not* need to use this workaround. So that
> Stas> issue is moot if you ask me.
>
> Randal> You keep saying this like you believe it.  In fact, the number 
> keeps
> Randal> getting closer to 100% each time.
>
> Randal> This is pure, fabricated *fiction*.

For me, this ends up being the sane way to do it, for the same reason I 
install Apache2 into a separate tree. MP2 isn't simply a collection of 
modules. It's an embedded interpreter with pieces that enter the Apache 
tree. I realize this isn't the big issue, but comparisons to other Perl 
"generations" don't quite match for this reason.

> Randal> Four out of my five biggest customers *will* need to have both
> Randal> modperl1 and modperl2 in the same Perl installation tree on 
> their
> Randal> development machines, because they'll need to start looking at 
> how to
> Randal> port their work over, and they won't want to duplicate-install 
> all the
> Randal> other modules they use into two different Perl installations 
> on one
> Randal> box.

I may be the exception, but I've done a lot of porting already and 
would never go about it the way you describe. An mp2 install 
(regardless of the solutions at hand) virtually demands a clean Perl 
install (usually on a clean box as well), and duplicate installs of 
(Continue reading)

Pratik | 1 Jan 16:53 2005
Picon

Invalid link to mod_perl 2.0 CVS Web Interface

The link at http://perl.apache.org/download/source.html#mod_perl_2_0_CVS_Web_Interface
is http://cvs.apache.org/viewcvs.cgi/modperl-2.0/ and that is dead.

Looks like it got replaced with http://cvs.apache.org/viewcvs.cgi/modperl/

Thanks,
Pratik
-- 
http://pratik.syslock.org

--

-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Stas Bekman | 1 Jan 17:06 2005

Re: Invalid link to mod_perl 2.0 CVS Web Interface

Pratik wrote:
> The link at http://perl.apache.org/download/source.html#mod_perl_2_0_CVS_Web_Interface
> is http://cvs.apache.org/viewcvs.cgi/modperl-2.0/ and that is dead.
> 
> Looks like it got replaced with http://cvs.apache.org/viewcvs.cgi/modperl/
> 
> Thanks,
> Pratik

Thanks Pratik, it's actually:
http://svn.apache.org/viewcvs.cgi/perl/modperl/trunk/

Now fixed.

-- 
__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas <at> stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com

--

-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Michael Robinton | 1 Jan 22:14 2005

Re: [mp1] Linking confusion


On Thu, 30 Dec 2004, William McKee wrote:

> Hi folks,
>
> I'm trying to recompile Perl and Apache/mod_perl on a Debian Sarge
> system using the following versions:
>
>  Perl 5.8.6
>  Apache 1.3.33
>  mod_perl 1.29
>
> I am compiling mod_perl statically (using Apachetoolbox) with the
> following options:
>
>     APACHE_PREFIX=/usr/local/apache
>     APACHE_SRC=/usr/local/src/Apachetoolbox-1.5.72/apache_1.3.33/src
>     SSL_BASE=
>     APACI_ARGS='--enable-module=rewrite'
>     DO_HTTPD=1
>     USE_APACI=1
>     EVERYTHING=1
>

Try...

in apache directory

make distclean

(Continue reading)

Randy Kobes | 1 Jan 22:51 2005
Picon

Re: [summary] The Conflict of mp1 vs mp2 vs mp22 vs ... vs mpNN

On Sat, 1 Jan 2005, Render Web wrote:

[ ... ]
> p.s.
>   Under windows (perl 5.6 for MP1 and 5.8.x for MP2) forcing
> distinct perl installs.

Just a minor clarification on this, for the archives - while
it's true that perl-5.8.x is required for mp2 on Win32, mp1
can run now on either 5.6.x or 5.8.x, so in principle it's
possible to have both mp1 and mp2 in a single 5.8.x Win32
install.

-- 
best regards,
randy

--

-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Stas Bekman | 2 Jan 23:35 2005

[ANNOUNCE] Apache-Scoreboard-2.03

The uploaded file

     Apache-Scoreboard-2.03.tar.gz

has entered CPAN as

   file: $CPAN/authors/id/S/ST/STAS/Apache-Scoreboard-2.03.tar.gz
   size: 17263 bytes
    md5: ad4accfef4a33b127e71a4f0a9954d91

Changes since 2.02:

in thaw() replace the usage of memmove with apr_pmemdup, since objects
created by the pool, can't mix memmove with apr pool allocation (found
this problem after apr was compiled with CPPFLAGS="-DAPR_BUCKET_DEBUG"
--enable-pool-debug, were getting segfaults when the pool was
destroyed)

-- 
__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas <at> stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com

--

-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

(Continue reading)

Stas Bekman | 3 Jan 00:35 2005

[ANNOUNCE] Apache::DebugFilter 0.01_02

The uploaded file

     Apache-DebugFilter-0.01_02.tar.gz

has entered CPAN as

   file: $CPAN/authors/id/S/ST/STAS/Apache-DebugFilter-0.01_02.tar.gz
   size: 5915 bytes
    md5: c7f1e8aecd5ea8deafa3515d32178351

This is a new module, which is an abstraction of a snoop filter 
(MyApache::FilterSnoop) covered here:
http://perl.apache.org/docs/2.0/user/handlers/filters.html#All_in_One_Filter

Note that it's 0.01_02, since I'm not quite sure if the API is good 
enough, so comments are welcome. Here is the README:

NAME
     Apache::DebugFilter - Debug mod_perl and native Apache2 filters

Synopsis
       # httpd.conf
       # ----------
       PerlModule Apache::DebugFilter
       # Connection snooping (everything)
       PerlInputFilterHandler  Apache::DebugFilter::snoop_connection
       PerlOutputFilterHandler Apache::DebugFilter::snoop_connection

       # HTTP Request snooping (only HTTP request body)
       <Location /foo>
(Continue reading)

Stas Bekman | 3 Jan 07:09 2005

Apache::Filter::HTTPHeadersFixup 0.05

The uploaded file

     Apache-Filter-HTTPHeadersFixup-0.05.tar.gz

has entered CPAN as

   file: $CPAN/authors/id/S/ST/STAS/Apache-Filter-HTTPHeadersFixup-0.05.tar.gz
   size: 7799 bytes
    md5: b0b57a33e61cd21dacc863130134b68b

Changes since 0.04:

sync APR::Bucket->new API with mp-1.99_17 and require it

pass non-data META buckets through

fix the (temporary request/connection long) memory s/remove/delete/.
APR::Bucket::delete requires mp1.99_16

-- 
__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas <at> stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com

--

-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
(Continue reading)

Stas Bekman | 3 Jan 19:39 2005

[ANNOUNCE] Apache::Peek 1.02


The uploaded file

     Apache-Peek-1.02.tar.gz

has entered CPAN as

   file: $CPAN/authors/id/S/ST/STAS/Apache-Peek-1.02.tar.gz
   size: 23500 bytes
    md5: 160f9c78fcf6d7d034ce83bf7b4c118b

Changes since 1.02 (relevant only for mp2 users)

- adjust XS to use the latest mod_perl 2.0 API (require 1.99_15 for
   mp2 builds)

- require Apache::Test 1.10 -ipv6 fixes

-- 
__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas <at> stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com

--

-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

(Continue reading)


Gmane