That's a good point. I will at least suggest it to them.
Scott
On Tue, 2005-04-19 at 17:37 -0400, Perrin Harkins wrote:
> On Tue, 2005-04-19 at 17:21 -0400, Scott Cain wrote:
> > That is a great idea and I will use it in the future. Unfortunately, it
> > doesn't really help my users who, while
Philip,
Thanks! That is very useful info--I will forward it to the turnkey
developers (it's not my project, just related to one I am working on).
Scott
On Tue, 2005-04-19 at 17:26 -0400, Philip M. Gollucci wrote:
> Scott Cain wrote:
>
> >I am using turnkey (http://turnkey.sf.net) which tries t
On Tue, 2005-04-19 at 17:21 -0400, Scott Cain wrote:
> That is a great idea and I will use it in the future. Unfortunately, it
> doesn't really help my users who, while very bright, are not perl
> developers and would likely balk at doing that.
I do something similar to what Cliff has here. Ther
Scott Cain wrote:
I am using turnkey (http://turnkey.sf.net) which tries to do some fancy
footwork to determine which mod_perl is being used:
(note that Turnkey::Root::mod_perl_version parses $ENV{MOD_PERL} and
returns 2 if it looks like mod_perl 1.99+ or 1 otherwise):
Thats not going to run und
That is a great idea and I will use it in the future. Unfortunately, it
doesn't really help my users who, while very bright, are not perl
developers and would likely balk at doing that.
Thanks,
Scott
On Tue, 2005-04-19 at 14:14 -0700, ___cliff rayman___ wrote:
> Scott Cain wrote:
>
> >because I
I am using turnkey (http://turnkey.sf.net) which tries to do some fancy
footwork to determine which mod_perl is being used:
(note that Turnkey::Root::mod_perl_version parses $ENV{MOD_PERL} and
returns 2 if it looks like mod_perl 1.99+ or 1 otherwise):
if (Turnkey::Root::mod_perl_version( $ENV{MOD
Scott Cain wrote:
because I had to blow away my installation of mp1 to get my mp2 apps to
work.
I always build my servers with their own copy of perl in a directory
such as:
/usr/local/httpd_20050419
I build a fresh perl and apache in that directory, and get everything
working. My particular
Scott Cain wrote:
I did see the rename doc, though I didn't realize that it applied to
something as recent as the transition to RC4->RC5. Are you currently
using mp1 and mp2? What about any mp applications that were written
prior to this name change? Of course, I can't do any testing myself,
be
I did see the rename doc, though I didn't realize that it applied to
something as recent as the transition to RC4->RC5. Are you currently
using mp1 and mp2? What about any mp applications that were written
prior to this name change? Of course, I can't do any testing myself,
because I had to blo
Geoffrey Young wrote:
Torsten Foertsch wrote:
Hi,
http://perl.apache.org/docs/2.0/rename.html states: "If using CGI.pm you will
need to upgrade to version 3.08 - versions 3.07 and older do not support the
new mod_perl API. you can get CGI.pm from
http://search.cpan.org/dist/CGI.pm/.";
But I
Sc
So, the question is: is it possible (and relatively easy) to have
mod_perl1 and mod_perl2 installed on the same machine?
Try mod_perl2.00 RC5 seems to work for me :)
MP_APACHE2_INST=1 is gone.
mod_perl.pm is installed as mod_perl2.pm
and mp2 libs are in Apache2:: directory and namespace by de
Hello,
I imagine that this question has been asked before, but my google skills
are failing me at the moment. Here's the thing: I have users who would
like to keep their apache1/mp1 setup in place while they work on the
same machine testing apache2/mp2. When I tried to do a similar thing a
month
Geoffrey Young wrote:
http://search.cpan.org/src/GEOFF/Apache-HEADRegistry-0.01/Makefile.PL
of course, this is really being academic and there's no reason you can't use
PREREQ_PM. but don't let PREREQ_PM lure you into a false sense of security.
for example, just finding Apache-Test isn't sufficie
Philip M. Gollucci wrote:
> Stas Bekman wrote:
>
>> Philip M. Gollucci wrote:
>> [...]
>>
>>> I was going to add some Apache-Test tests using Apache::TestMM (per
>>> ask's requests), but I couldn't figure out how not to kill the
>>> existing test suites if Apache-Test isn't installed (for mp1 us
On Tue, 2005-04-19 at 11:30, Devin Murphy wrote:
> I'm trying to implement abstract URL / URI calls.
>
> For my htdocs directory (and .html files), the
> MultiViews option works fine. For example,
> http://localhost/address will resolve to its
> respective html file.
>
> No such luck when I'm tr
Philip M. Gollucci wrote:
Hi all,
Hopefully I didn't overstep any bounds here.
At http://p6m7g8.net/Apache-DBI are 3 files
http://p6m7g8.net/Apache-DBI/0.94_0.96.patch
http://p6m7g8.net/Apache-DBI-0.96.tar.gz
http://p6m7g8.net/Apache-DBI/Apache-DBI.ppd
So sorry,
http://p6m7g8.net/Apache
Stas Bekman wrote:
Philip M. Gollucci wrote:
[...]
I was going to add some Apache-Test tests using Apache::TestMM (per
ask's requests), but I couldn't figure out how not to kill the
existing test suites if Apache-Test isn't installed (for mp1 users
this will usually be the case as its not in the
I'm trying to implement abstract URL / URI calls.
For my htdocs directory (and .html files), the
MultiViews option works fine. For example,
http://localhost/address will resolve to its
respective html file.
No such luck when I'm trying to get Apache to resolve
.pl files. For example, http://loc
Philip M. Gollucci wrote:
[...]
I was going to add some Apache-Test tests using Apache::TestMM (per
ask's requests), but I couldn't figure out how not to kill the existing
test suites if Apache-Test isn't installed (for mp1 users this will
usually be the case as its not in the core mp1 core)
Jus
Slava Bizyayev wrote:
On Mon, 2005-04-18 at 23:08, Scott Gifford wrote:
... I'm just explaining why the > probably showed up.
Right, I hope I've fixed this in POD original for now by joining 'From'
line with the previous one. Luckily for me, it was not the beginning of
the paragraph...
:)
In commo
On Mon, 2005-04-18 at 23:08, Scott Gifford wrote:
> ... I'm just explaining why the > probably showed up.
Right, I hope I've fixed this in POD original for now by joining 'From'
line with the previous one. Luckily for me, it was not the beginning of
the paragraph...
In common case for the future,
Torsten Foertsch wrote:
> Hi,
>
> http://perl.apache.org/docs/2.0/rename.html states: "If using CGI.pm you will
> need to upgrade to version 3.08 - versions 3.07 and older do not support the
> new mod_perl API. you can get CGI.pm from
> http://search.cpan.org/dist/CGI.pm/.";
>
> But I have f
On Mon, Apr 18, 2005 at 10:49:10PM +0200, Markus Wichitill wrote:
> Hi,
>
> I have a log handler that is supposed to log whether certain
> HTTP-authenticated customers were able to completely download their digital
> deliveries. The mod_perl 1.x version works just fine.
>
> Now under SuSE Linux
Hi,
http://perl.apache.org/docs/2.0/rename.html states: "If using CGI.pm you will
need to upgrade to version 3.08 - versions 3.07 and older do not support the
new mod_perl API. you can get CGI.pm from
http://search.cpan.org/dist/CGI.pm/.";
But I have found only 3.07 there.
Thanks,
Torsten
p
Hi all,
Hopefully I didn't overstep any bounds here.
At http://p6m7g8.net/Apache-DBI are 3 files
http://p6m7g8.net/Apache-DBI/0.94_0.96.patch
http://p6m7g8.net/Apache-DBI-0.96.tar.gz
http://p6m7g8.net/Apache-DBI/Apache-DBI.ppd
This gets Apache::DBI to work nicely with mod_pe
Dear Stas,
The patch worked, thanks for your help!
Harald.
26 matches
Mail list logo
