David Wheeler wrote:
On Wednesday, June 18, 2003, at 07:30 AM, Stas Bekman wrote:
Now just awaiting a confirmation from David and I'll put Apache::Test
1.03 on CPAN.
David, if you see this before tomorrow, simpy try the latest cvs, I
have already committed the needed change. Hopefully it does d
On Wednesday, June 18, 2003, at 07:30 AM, Stas Bekman wrote:
Now just awaiting a confirmation from David and I'll put Apache::Test
1.03 on CPAN.
David, if you see this before tomorrow, simpy try the latest cvs, I
have already committed the needed change. Hopefully it does do the
right thing for
Now just awaiting a confirmation from David and I'll put Apache::Test
1.03 on CPAN.
David, if you see this before tomorrow, simpy try the latest cvs, I have
already committed the needed change. Hopefully it does do the right thing for you.
___
Randy Kobes wrote:
On Tue, 17 Jun 2003, Stas Bekman wrote:
[ .. ]
David, please test this patch. This version performs the
cleanup only during 'make install'. what I'm not sure about is
whether it handles correctly some weird paths when creating the
packlist. I think it should work, since nothing i
On Tue, 17 Jun 2003, Stas Bekman wrote:
[ .. ]
> David, please test this patch. This version performs the
> cleanup only during 'make install'. what I'm not sure about is
> whether it handles correctly some weird paths when creating the
> packlist. I think it should work, since nothing is passed v
Stas Bekman wrote:
David Wheeler wrote:
On Monday, June 16, 2003, at 08:02 PM, Stas Bekman wrote:
Any idea why has it failed to delete the file? I've copied the code
from forceunlink sub in MakeMaker (which is called on UNINST=1), it
changes the mode to 0666 and then attempts to delete the file.
David Wheeler wrote:
On Monday, June 16, 2003, at 08:02 PM, Stas Bekman wrote:
Any idea why has it failed to delete the file? I've copied the code
from forceunlink sub in MakeMaker (which is called on UNINST=1), it
changes the mode to 0666 and then attempts to delete the file.
Because I ran it
On Monday, June 16, 2003, at 08:02 PM, Stas Bekman wrote:
Any idea why has it failed to delete the file? I've copied the code
from forceunlink sub in MakeMaker (which is called on UNINST=1), it
changes the mode to 0666 and then attempts to delete the file.
Because I ran it as a non-root user.
Da
David Wheeler wrote:
On Monday, June 16, 2003, at 02:42 AM, Stas Bekman wrote:
OK, here is the patch that nukes Apache/test.pm. Please test it on
case-insensitive systems (if you don't have Apache/test.pm, please add
it just to test). Once you confirm that it works, I release
Apache::Test 1.03,
On Monday, June 16, 2003, at 02:42 AM, Stas Bekman wrote:
OK, here is the patch that nukes Apache/test.pm. Please test it on
case-insensitive systems (if you don't have Apache/test.pm, please add
it just to test). Once you confirm that it works, I release
Apache::Test 1.03, so we can go ahead w
OK, here is the patch that nukes Apache/test.pm. Please test it on
case-insensitive systems (if you don't have Apache/test.pm, please add it just
to test). Once you confirm that it works, I release Apache::Test 1.03, so we
can go ahead with the new libapreq release.
Index: Changes
=
--- Begin Message ---
[ This message is resent on behalf of David Wheeler <[EMAIL PROTECTED]>.
-- justin ]
On Tuesday, May 6, 2003, at 08:49 AM, Randy Kobes wrote:
> An upshot of this is that, when installing Apache-Test,
> a system file Apache/Test.pm or Apache/test.pm should
> probably be unli
--- Begin Message ---
[ This message is resent on behalf of James G Smith <[EMAIL PROTECTED]>.
-- justin ]
Stas Bekman <[EMAIL PROTECTED]> wrote:
>We have a problem with using the Apache::Test name, more correctly we have a
>problem with using the Apache/Test.pm filename. On platforms with
>case
--- Begin Message ---
[ This message is resent on behalf of David Wheeler <[EMAIL PROTECTED]>.
-- justin ]
On Monday, May 5, 2003, at 07:34 PM, Stas Bekman wrote:
> I don't think this will be robust enough, since vendors tend to do
> things in their own subtle ways. It's probably much better to
--- Begin Message ---
[ This message is resent on behalf of David Wheeler <[EMAIL PROTECTED]>.
-- justin ]
On Monday, May 5, 2003, at 06:13 PM, Joe Schaefer wrote:
> Seems like a workable compromise to me: if all we have to do is
> s/Apache::Test/Test::Apache/ for libapreq-1.x, that seems easy
>
--- Begin Message ---
[ This message is resent on behalf of Joe Schaefer
<[EMAIL PROTECTED]>. -- justin ]
Stas Bekman <[EMAIL PROTECTED]> writes:
> We have a problem with using the Apache::Test name, more correctly we have a
> problem with using the Apache/Test.pm filename. On platforms with
> c
--- Begin Message ---
[ This message is resent on behalf of David Wheeler <[EMAIL PROTECTED]>.
-- justin ]
On Monday, May 5, 2003, at 05:19 PM, Geoffrey Young wrote:
> ok, so it's not like that I don't believe that this is an issue, but I
> don't believe you - if you have Apache/test.pm and you
--- Begin Message ---
-- justin ]
On Tuesday, May 6, 2003, at 10:40 AM, Randy Kobes wrote:
>> I'm beginning to think that, for all the up-front hassle of it,
>> just renaming it to Apache::Tester or Test::Apache will avoid
>> more headaches in the long run.
>
> That's a good point, although as S
--- Begin Message ---
[ This message is resent on behalf of Philippe M. Chiasson
<[EMAIL PROTECTED]>. -- justin ]
On Tue, 2003-05-13 at 07:36, Stas Bekman wrote:
> Geoffrey Young wrote:
> >
> >> I actually like Apache::TestPlan, it's most of the functionality that
> >> this module provides. but t
--- Begin Message ---
-- justin ]
On Thursday, May 8, 2003, at 05:44 PM, Stas Bekman wrote:
> 1) Integrate test.pm in Test.pm. I think we should bundle Apache::Test
> with future versions of mod_perl to make the maintenance simple and
> remove the original Apache::test from it.
>
> 2) Rename A
--- Begin Message ---
[ This message is resent on behalf of David Wheeler <[EMAIL PROTECTED]>.
-- justin ]
On Tuesday, May 13, 2003, at 03:50 PM, Stas Bekman wrote:
> I think it's simpler to eliminate Apache/Test.pm. It introduces very
> little trouble to the current users of Apache::Test, whic
--- Begin Message ---
[ This message is resent on behalf of David Wheeler <[EMAIL PROTECTED]>.
-- justin ]
On Tuesday, May 13, 2003, at 08:08 PM, Stas Bekman wrote:
> If an old mod_perl 1.0 is installed and it overrides Apache::Test,
> Makefile.PL will simply fail to satisfy the requirement of
--- Begin Message ---
[ This message is resent on behalf of David Wheeler <[EMAIL PROTECTED]>.
-- justin ]
On Friday, May 16, 2003, at 07:37 AM, Randy Kobes wrote:
> I agree - the solution looks good. So if it's OK with the OSX
> people ...
Sorry, on a client site and haven't had time to test.
--- Begin Message ---
[ This message is resent on behalf of David Wheeler <[EMAIL PROTECTED]>.
-- justin ]
On Tuesday, May 13, 2003, at 09:11 PM, Stas Bekman wrote:
> so that bug should be fixed in CPANPLUS, in any case new Apache/test
> will have a $VERSION
Yes. I sent them a patch. We'll see
--- Begin Message ---
[ This message is resent on behalf of David Wheeler <[EMAIL PROTECTED]>.
-- justin ]
On Monday, May 19, 2003, at 03:43 PM, Stas Bekman wrote:
> That's the trick. Each of these files contains both Apache::test and
> Apache::Test (do you see that each has require() called tw
--- Begin Message ---
-- justin ]
On Monday, May 19, 2003, at 05:08 PM, Stas Bekman wrote:
> That's right. Let's try this next: I've attached a new patch, which
> moves the creation of lib/Apache/test.pm into a Makefile.PL. On
> case-insensitive systems it'll overwrite lib/Apache/Test.pm.
Tha
--- Begin Message ---
-- justin ]
On Monday, May 19, 2003, at 06:41 PM, Stas Bekman wrote:
> So we need to figure out how to enforce UNINST the old Apache/test.pm
> if any.
>
> For example we could adjust MY::install to unlink it, without messing
> with UNINST=1, though the latter will be the
--- Begin Message ---
-- justin ]
On Monday, May 19, 2003, at 07:18 PM, Stas Bekman wrote:
>>> my $is_case_insensitive = -e catfile qw(lib Apache test.pm);
>> Ah, yes, of course. So there _is_ a simple way to test for it!
>
> if it works, then yes!
It works:
% perl -e 'print -e "lib/Apache/tes
--- Begin Message ---
-- justin ]
On Monday, May 19, 2003, at 07:40 PM, Stas Bekman wrote:
> Not really, assuming that CPANPLUS if fixed, modules wanting to use
> Apache::Test will require Apache::Test => 1.03 or so and then it'll be
> re-installed again.
Good point.
> The only problem is wi
--- Begin Message ---
-- justin ]
On Monday, May 19, 2003, at 07:57 PM, Stas Bekman wrote:
> As long as they hide it from MakeMaker so it won't attempt to install
> it, which will just cause an inconvenience to its users.
Of course. Mine is in t/lib, as is Mason's, I believe.
David
--
Davi
--- Begin Message ---
-- justin ]
On Monday, May 19, 2003, at 08:17 PM, Stas Bekman wrote:
> And here is a patch that will try to alert users to remove old
> Apache/test.pm if any. Probably not very useful as most will miss the
> warnings, but we can always say, "you have been warned" ;)
>
> I
--- Begin Message ---
-- justin ]
On Wednesday, May 21, 2003, at 07:37 PM, Stas Bekman wrote:
> David, the latest wind is not to do anything at all with Apache-Test.
>
> Instead replace Apache/test.pm with Apache/testold.pm in the mod_perl
> distro and ask all those who use Apache::test (which
--- Begin Message ---
-- justin ]
On Wednesday, May 21, 2003, at 08:10 PM, Stas Bekman wrote:
> Good point. We will do that from Apache-Test which I plan to bundle
> with 1.28 as well to make it spread faster to users and encourage
> developers to use it.
Cool, and good thinking.
Good luck w
[ This message is resent on behalf of David Wheeler <[EMAIL PROTECTED]>. --
justin ]
On Thursday, May 22, 2003, at 06:32 AM, Randy Kobes wrote:
M/MA/MAUNDER/Apache-AppCluster-0.02.tar.gz
M/MS/MSCHOUT/Apache-AuthCookie-3.04.tar.gz
K/KW/KWILLIAMS/Apache-Compress-1.003.tar.gz
J/JI/JIMW/libapreq-1.
On Fri, 23 May 2003, Stas Bekman wrote:
>
> Fantastic, Randy! There are very few as expected.
>
> Can we simply grep for Apache::test in all files (not only
> Makefile.PL) and then 'find . |grep Apache/test.pm' to exclude
> those who bundle the package?
By a strange coincidence, the system I ha
Randy Kobes wrote:
On Fri, 23 May 2003, Stas Bekman wrote:
Fantastic, Randy! There are very few as expected.
Can we simply grep for Apache::test in all files (not only
Makefile.PL) and then 'find . |grep Apache/test.pm' to exclude
those who bundle the package?
By a strange coincidence, the system
Randy Kobes wrote:
On Thu, 22 May 2003, Randy Kobes wrote:
On Thu, 22 May 2003, Stas Bekman wrote:
[ ... ]
It'd be very helpful if somebody could do a bit of processing
of CPAN and figure who uses Apache::test and compile a list of
their email addresses.
Here's a list of packages that have Apache:
On Thu, 22 May 2003, Randy Kobes wrote:
> On Thu, 22 May 2003, Stas Bekman wrote:
> [ ... ]
> > It'd be very helpful if somebody could do a bit of processing
> > of CPAN and figure who uses Apache::test and compile a list of
> > their email addresses.
>
> Here's a list of packages that have Apach
On Thu, 22 May 2003, Stas Bekman wrote:
[ ... ]
> So is everybody happy with this solution? (rename
> Apache/test.pm with Apache/testold.pm). So we can give Geoff a
> green light to publish his article?
Sounds good ...
> It'd be very helpful if somebody could do a bit of processing
> of CPAN an
David Wheeler wrote:
On Wednesday, May 21, 2003, at 08:10 PM, Stas Bekman wrote:
Good point. We will do that from Apache-Test which I plan to bundle
with 1.28 as well to make it spread faster to users and encourage
developers to use it.
Cool, and good thinking.
So is everybody happy with this s
David Wheeler wrote:
On Wednesday, May 21, 2003, at 07:37 PM, Stas Bekman wrote:
David, the latest wind is not to do anything at all with Apache-Test.
Instead replace Apache/test.pm with Apache/testold.pm in the mod_perl
distro and ask all those who use Apache::test (which should be very
few) to
David Wheeler wrote:
On Monday, May 19, 2003, at 08:17 PM, Stas Bekman wrote:
And here is a patch that will try to alert users to remove old
Apache/test.pm if any. Probably not very useful as most will miss the
warnings, but we can always say, "you have been warned" ;)
I'm just not sure that it
I think there are quite a lot of them:
http://search.cpan.org/search?query=Apache::test&mode=all
that list is actually a bit decieving - I took a look at the Apache::
modules that show up and, of the few I chose at random, none used
Apache::test. the only ones I know of are Ken Williams modul
David Wheeler wrote:
On Monday, May 19, 2003, at 07:57 PM, Stas Bekman wrote:
As long as they hide it from MakeMaker so it won't attempt to install
it, which will just cause an inconvenience to its users.
Of course. Mine is in t/lib, as is Mason's, I believe.
And here is a patch that will try to
The only problem is with those 1.x 3rd party modules, but they will
updated to 'require Apache::testold', which we can distribute in
Apache-Test.
Ah, but as I said, if they have Apache::test in their distros (as in
fact does MasonX::ApacheHandler::WithCallbacks and, IIRC, HTML::Mason),
it sti
Moreover, since now we know how to test for case-insensitive fs, we can copy
Apache/testold.pm to Apache/test.pm on case-sensitive platforms which singles
OSX as the only potentially problematic platform and only for 3rd party
modules, which will be encouraged to rename s/Apache::test/Apache::te
David Wheeler wrote:
On Monday, May 19, 2003, at 07:18 PM, Stas Bekman wrote:
my $is_case_insensitive = -e catfile qw(lib Apache test.pm);
Ah, yes, of course. So there _is_ a simple way to test for it!
if it works, then yes!
It works:
% perl -e 'print -e "lib/Apache/test.pm" ? "insensitive\n" :
David Wheeler wrote:
On Monday, May 19, 2003, at 06:41 PM, Stas Bekman wrote:
So we need to figure out how to enforce UNINST the old Apache/test.pm
if any.
For example we could adjust MY::install to unlink it, without messing
with UNINST=1, though the latter will be the simplest.
Sounds okay t
David Wheeler wrote:
On Monday, May 19, 2003, at 05:08 PM, Stas Bekman wrote:
That's right. Let's try this next: I've attached a new patch, which
moves the creation of lib/Apache/test.pm into a Makefile.PL. On
case-insensitive systems it'll overwrite lib/Apache/Test.pm.
That appears to work, bu
David Wheeler wrote:
On Monday, May 19, 2003, at 03:43 PM, Stas Bekman wrote:
That's the trick. Each of these files contains both Apache::test and
Apache::Test (do you see that each has require() called twice?). So it
doesn't matter which one gets overwritten. Give it a try.
But you can't have
David Wheeler wrote:
On Tuesday, May 13, 2003, at 09:11 PM, Stas Bekman wrote:
so that bug should be fixed in CPANPLUS, in any case new Apache/test
will have a $VERSION
Yes. I sent them a patch. We'll see if they apply it.
So we probably should check whether UNINST=1 is on, and if not (and if
w
On Fri, 16 May 2003, Geoffrey Young wrote:
>
> Stas Bekman wrote:
> > Folks please send your feedback on this last proposal, so we can close
> > this issue asap.
> >
> > In case you have missed it:
> > http://marc.theaimsgroup.com/?l=apache-test-dev&m=105288551432493&w=2
>
> the solution seems
Stas Bekman wrote:
Folks please send your feedback on this last proposal, so we can close
this issue asap.
In case you have missed it:
http://marc.theaimsgroup.com/?l=apache-test-dev&m=105288551432493&w=2
the solution seems reasonable to me, but then again I never had a problem :)
from what I re
Folks please send your feedback on this last proposal, so we can close this
issue asap.
In case you have missed it:
http://marc.theaimsgroup.com/?l=apache-test-dev&m=105288551432493&w=2
__
Stas BekmanJAm_pH --> Just A
David Wheeler wrote:
On Tuesday, May 13, 2003, at 08:08 PM, Stas Bekman wrote:
If an old mod_perl 1.0 is installed and it overrides Apache::Test,
Makefile.PL will simply fail to satisfy the requirement of a specific
version (because Apache::test's version is smaller than Apache::Test's).
Not su
Geoffrey Young wrote:
Unfortunately this solution won't work. If you have
PREREQ_PM => {Apache::Test => 1.03},
MakeMaker is going to 'require Apache::Test' and either won't find it
or will find Apache::test on case-insensitive platforms.
What a bummer.
yes, I thought about that already as I be
Unfortunately this solution won't work. If you have
PREREQ_PM => {Apache::Test => 1.03},
MakeMaker is going to 'require Apache::Test' and either won't find it or
will find Apache::test on case-insensitive platforms.
What a bummer.
yes, I thought about that already as I began to revamp my distri
David Wheeler wrote:
On Thursday, May 8, 2003, at 05:44 PM, Stas Bekman wrote:
1) Integrate test.pm in Test.pm. I think we should bundle Apache::Test
with future versions of mod_perl to make the maintenance simple and
remove the original Apache::test from it.
2) Rename Apache::Test to Apache::T
Stas Bekman wrote:
Geoffrey Young wrote:
I actually like Apache::TestPlan, it's most of the functionality that
this module provides. but there are a few subs that are not. May be
this other functionality should move elsewhere.
given that almost all of the functions from the various Test* packag
David Wheeler wrote:
On Thursday, May 8, 2003, at 05:44 PM, Stas Bekman wrote:
1) Integrate test.pm in Test.pm. I think we should bundle Apache::Test
with future versions of mod_perl to make the maintenance simple and
remove the original Apache::test from it.
2) Rename Apache::Test to Apache::T
This is what I see now as the simplest solution at all fronts:
1) keep the distro name Apache-Test.
2) s|Apache/Test.pm|Apache/TestPlan.pm|
3) contents of Apache/TestPlan.pm:
package Apache::Test;
$Apache::Test::VERSION = '1.02';
package Apache::TestPlan;
# what was previously Apache::Test code fo
Randy Kobes wrote:
On Tue, 13 May 2003, Stas Bekman wrote:
[ .. ]
This is what I see now as the simplest solution at all fronts:
1) keep the distro name Apache-Test.
2) s|Apache/Test.pm|Apache/TestPlan.pm|
3) contents of Apache/TestPlan.pm:
package Apache::Test;
$Apache::Test::VERSION = '1.02';
pac
On Tue, 13 May 2003, Stas Bekman wrote:
[ .. ]
> This is what I see now as the simplest solution at all fronts:
>
> 1) keep the distro name Apache-Test.
>
> 2) s|Apache/Test.pm|Apache/TestPlan.pm|
>
> 3) contents of Apache/TestPlan.pm:
>
> package Apache::Test;
> $Apache::Test::VERSION = '1.02
Geoffrey Young wrote:
I actually like Apache::TestPlan, it's most of the functionality that
this module provides. but there are a few subs that are not. May be
this other functionality should move elsewhere.
given that almost all of the functions from the various Test* packages
are exported by
I actually like Apache::TestPlan, it's most of the functionality that
this module provides. but there are a few subs that are not. May be this
other functionality should move elsewhere.
given that almost all of the functions from the various Test* packages are
exported by default and almost nob
Geoffrey Young wrote:
So currently we are down to two options:
1) Integrate test.pm in Test.pm. I think we should bundle Apache::Test
with future versions of mod_perl to make the maintenance simple and
remove the original Apache::test from it.
if you mean future versions of mp1, that's a good id
Randy Kobes wrote:
On Fri, 9 May 2003, Stas Bekman wrote:
[ .. ]
Yes, that shouldn't be a problem.
So currently we are down to two options:
1) Integrate test.pm in Test.pm. I think we should bundle
Apache::Test with future versions of mod_perl to make the
maintenance simple and remove the original
On Fri, 9 May 2003, Stas Bekman wrote:
[ .. ]
> Yes, that shouldn't be a problem.
>
> So currently we are down to two options:
>
> 1) Integrate test.pm in Test.pm. I think we should bundle
> Apache::Test with future versions of mod_perl to make the
> maintenance simple and remove the original Ap
So currently we are down to two options:
1) Integrate test.pm in Test.pm. I think we should bundle Apache::Test
with future versions of mod_perl to make the maintenance simple and
remove the original Apache::test from it.
if you mean future versions of mp1, that's a good idea. that's probably
r
Randy Kobes wrote:
On Thu, 8 May 2003, Stas Bekman wrote:
[ .. ]
One question remains: should the package be renamed to
Apache-Tester as well? Since people will see Apache::Test and
will try to install Apache::Test in CPAN.pm, and that won't
work.
Probably to make a clean break the whole package
Randy Kobes wrote:
On Thu, 8 May 2003, Stas Bekman wrote:
The problem with providing a replacement for Apache::test is
that some people are going to reinstall older mod_perl versions
and kill the overriden file.
That's certainly true in general (for case-preserving but
otherwise case-insensitiv
Geoffrey Young wrote:
So it seems to me that the simplest route to take is to
s/Apache::Test/Apache::Tester/ as suggested by David. Only one file is
modified.
If there are no objections, I'll proceed with this route.
not to be nitpicky, but Apache::Tester strikes me as, well, something.
this i
So it seems to me that the simplest route to take is to
s/Apache::Test/Apache::Tester/ as suggested by David. Only one file is
modified.
If there are no objections, I'll proceed with this route.
not to be nitpicky, but Apache::Tester strikes me as, well, something.
this is a really cool piece o
On Thu, 8 May 2003, Stas Bekman wrote:
> The problem with providing a replacement for Apache::test is
> that some people are going to reinstall older mod_perl versions
> and kill the overriden file.
That's certainly true in general (for case-preserving but
otherwise case-insensitive file systems
On Thu, 8 May 2003, Stas Bekman wrote:
[ .. ]
> One question remains: should the package be renamed to
> Apache-Tester as well? Since people will see Apache::Test and
> will try to install Apache::Test in CPAN.pm, and that won't
> work.
Probably to make a clean break the whole package should be
Randy Kobes wrote:
On Tue, 6 May 2003, David Wheeler wrote:
On Tuesday, May 6, 2003, at 08:49 AM, Randy Kobes wrote:
An upshot of this is that, when installing Apache-Test,
a system file Apache/Test.pm or Apache/test.pm should
probably be unlinked before copying to the blib/ directory.
Yes, and
On Tue, 6 May 2003, David Wheeler wrote:
> On Tuesday, May 6, 2003, at 08:49 AM, Randy Kobes wrote:
>
> > An upshot of this is that, when installing Apache-Test,
> > a system file Apache/Test.pm or Apache/test.pm should
> > probably be unlinked before copying to the blib/ directory.
>
> Yes, an
On Mon, 5 May 2003, Geoffrey Young wrote:
> Stas Bekman wrote:
> > We have a problem with using the Apache::Test name, more
> > correctly we have a problem with using the Apache/Test.pm
> > filename. On platforms with case-insentive filesystems
> > (winFU, Mac OS X) if mod_perl 1.x is installed, t
David Wheeler wrote:
On Monday, May 5, 2003, at 07:34 PM, Stas Bekman wrote:
I don't think this will be robust enough, since vendors tend to do
things in their own subtle ways. It's probably much better to
explicitly search @INC, rather than relying on INSTALLVENDORARCH.
Hrm, yes, I guess you'r
David Wheeler wrote:
On Monday, May 5, 2003, at 06:13 PM, Joe Schaefer wrote:
Seems like a workable compromise to me: if all we have to do is
s/Apache::Test/Test::Apache/ for libapreq-1.x, that seems easy
enough.
You know, we might be able to eliminate this whole problem by having
Apache::Test b
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
We have a problem with using the Apache::Test name, more correctly we have a
problem with using the Apache/Test.pm filename. On platforms with
case-insentive filesystems (winFU, Mac OS X) if mod_perl 1.x is installed,
there is Apache/test
David Wheeler wrote:
On Monday, May 5, 2003, at 05:19 PM, Geoffrey Young wrote:
ok, so it's not like that I don't believe that this is an issue, but I
don't believe you - if you have Apache/test.pm and you install 2.0
then Apache/Test.pm would replace the existing file, no? that's why
Apache2
I can see a third possibility - installing Apache::Test relative to
Apache2, that way there is no namespace collision and uses can control
their destiny.
This is not an option. Apache::Test should be available unrelated to
availability of mp2.
_
Stas Bekman wrote:
We have a problem with using the Apache::Test name, more correctly we
have a problem with using the Apache/Test.pm filename. On platforms with
case-insentive filesystems (winFU, Mac OS X) if mod_perl 1.x is
installed, there is Apache/test.pm (notice the lower case 't'). So wh
We have a problem with using the Apache::Test name, more correctly we have a
problem with using the Apache/Test.pm filename. On platforms with
case-insentive filesystems (winFU, Mac OS X) if mod_perl 1.x is installed,
there is Apache/test.pm (notice the lower case 't'). So when you say 'use
Apa
85 matches
Mail list logo