On Sun, 20 Mar 2005, Geoffrey Young wrote:
> To take a look at the codebase you can checkout the following branch
> from subversion:
>
> http://svn.apache.org/repos/asf/perl/modperl/branches/apache2-rename-unstable
>
> and test and install it as usual.
For those Win32 users wishing to give this a
Geoffrey Young wrote:
[...]
no, it's been happening to me for a while. I get this error from a fresh
checkout at trunk:
mkdir mod_perl-2.0.0-RC5/xs/Apache/Command
-e: xs/Apache/Command/svn:this_dir not found at -e line 1
Can't read xs/Apache/Command/svn:this_dir: No such file or directory
make: **
Stas Bekman wrote:
> Geoffrey Young wrote:
>
>> hi stas :)
>>
>> I cannot 'make dist' anymore, either on trunk or the branch. I think
>> it has
>> to do with this change:
>>
>> "when building mp2 EU::MM looks into Apache-Test/MANIFEST and
>> complains"
>>
>> can you look into it?
>
>
> What
>
> make dist has a problem, so I can't roll a tarball at the moment.
try this
http://cvs.apache.org/~geoff/mod_perl-unstable.tar.gz
--Geoff
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAI
Geoffrey Young wrote:
hi stas :)
I cannot 'make dist' anymore, either on trunk or the branch. I think it has
to do with this change:
"when building mp2 EU::MM looks into Apache-Test/MANIFEST and complains"
can you look into it?
What do you mean? Tthe trunk works just fine for me.
Why did you com
Geoffrey Young wrote:
> hi stas :)
>
> I cannot 'make dist' anymore, either on trunk or the branch. I think it has
> to do with this change:
>
> "when building mp2 EU::MM looks into Apache-Test/MANIFEST and complains"
>
> can you look into it?
forget it, I seem to have found the issue.
--
Geoffrey Young <[EMAIL PROTECTED]> writes:
> I would expect that, barring any new developments,
> we should be able to roll a candidate by monday
> at the latest.
-1, let's not rush things. We're not all on the same
page right now, even as developers, so there needs
to be some/lots of formal v
Adam Kennedy wrote:
>> Anybody know if this branch actually solves our current CPAN issues
>> with trunk? It'd royally suck if we just displaced the known
>> CPAN/installer problems with trunk with a whole new set of
>> CPAN/installer problems associated with this branch.
>
>
> I have to say I
hi stas :)
I cannot 'make dist' anymore, either on trunk or the branch. I think it has
to do with this change:
"when building mp2 EU::MM looks into Apache-Test/MANIFEST and complains"
can you look into it?
--Geoffs
-
To uns
> "Geoffrey" == Geoffrey Young <[EMAIL PROTECTED]> writes:
Geoffrey> - first, assume lazy consensus if nobody hollers with something new
that
Geoffrey> we haven't already heard and discussed ad nauseum
Mark me as a lazy consenter. :-)
--
Randal L. Schwartz - Stonehenge Consulting Service
Adam Kennedy wrote:
>> no, the mp2 MakeMaker tools serve many purposes, and installing into
>> Apache2
>> is just one of them. another is, for instance, letting XS modules know
>> where the mod_perl header files and typemaps are, or (IIRC) adding things
>> that, say, win32 needs to know about.
>
no, the mp2 MakeMaker tools serve many purposes, and installing into Apache2
is just one of them. another is, for instance, letting XS modules know
where the mod_perl header files and typemaps are, or (IIRC) adding things
that, say, win32 needs to know about.
so no, they stay. but now pure perl m
Adam Kennedy wrote:
>> yes, it would suck, but I don't see how it would cause new problems.
>> Apache2:: is a namespace like any other, and it previously did not
>> exist, so
>> I would expect it to install like any other namespace but not stomp on
>> prior
>> existing stuff, which were the big c
yes, it would suck, but I don't see how it would cause new problems.
Apache2:: is a namespace like any other, and it previously did not exist, so
I would expect it to install like any other namespace but not stomp on prior
existing stuff, which were the big concerns.
Indeed. And the other half of t
Joe Schaefer wrote:
> Geoffrey Young <[EMAIL PROTECTED]> writes:
>
> [...]
>
>
>> - you cannot make, test, or install the unstable branch over any
>>other version of mod_perl-1.99
>
>
> Blech. IMO that's a rather serious problem with this branch.
> Any thoughts on how it could be fixed
Anybody know if this branch actually solves our current CPAN
issues with trunk? It'd royally suck if we just displaced
the known CPAN/installer problems with trunk with a whole new
set of CPAN/installer problems associated with this branch.
I have to say I'm yet to take a detailed look at this
Joe Schaefer wrote:
> Geoffrey Young <[EMAIL PROTECTED]> writes:
>
> [...]
>
>
>> - mod_perl.pm is now mod_perl2.pm
>>
>> - Apache2.pm no longer exists
>
>
> Procedural question: how should we vote on
> this stuff? At this point, I think we should
> treat this proposal as just that, a p
Geoffrey Young <[EMAIL PROTECTED]> writes:
[...]
>
> - mod_perl.pm is now mod_perl2.pm
>
> - Apache2.pm no longer exists
Procedural question: how should we vote on
this stuff? At this point, I think we should
treat this proposal as just that, a proposal.
Any ideas about how, and when, we
Geoffrey Young <[EMAIL PROTECTED]> writes:
[...]
> - you cannot make, test, or install the unstable branch over any
> other version of mod_perl-1.99
Blech. IMO that's a rather serious problem with this branch.
Any thoughts on how it could be fixed?
[...]
> If you have issues or concerns
I've further simplified the handler. the following
package Apache::Handler;
use strict;
use warnings;
use Apache::Const 'OK';
use Devel::Peek;
sub handler {
Dump OK;
print "a";
return OK;
}
1;
__END__
gives:
#0 0x40547266 in Perl_pp_entersub (my_perl=0x81b22b8) at pp_hot.c:2664
2664
Stas Bekman wrote:
I get segfaults after Apache::Reload has reloaded a module. I've
attached a tarball which reproduces the segfault(s).
hmm, for some reason the message didn't make it through. Must be the
tarball. You can now get it from here http://stason.org/tmp/AR-segv-mp2.tar.gz
It could be
I get segfaults after Apache::Reload has reloaded a module. I've attached
a tarball which reproduces the segfault(s).
It could be a problem in A-R, in the perl, in the modperl or any mix of
the three.
Just run the following (adjust the paths):
make clean
perl-5.8.6-ithread Makefile.PL -apxs /ho
And this version:
package Apache::Handler;
use strict;
use warnings;
use Apache::Const 'OK';
sub handler {
print "a";
return OK;
}
1;
__END__
has a problem:
[Mon Mar 21 19:22:10 2005] [error] [client 127.0.0.1] Undefined subroutine
called at
/home/stas/work/modules/Apache-VMonitor-2.0/Apa
Randy Kobes wrote:
[...]
I've looked into this (on linux), and made some progress,
but still get some problems with tests involving APR::Pool
and APR::Bucket* in the apr-ext tests. I'll post a partial
patch which illustrates the problem, but was wondering a
couple of things:
- just to confirm, the
a release candidate for Apache-Test 1.21 is now available.
http://cvs.apache.org/~geoff/Apache-Test-1.21-dev.tar.gz
please take the time to excercise the candidate through all your existing
applications that use Apache-Test and report back successes or failures.
--Geoff
Changes since 1.20:
f
Tom Schindl <[EMAIL PROTECTED]> writes:
> What's going to happen to Apache::Request will it also follow this
> direction and renamed Apache2::Request?
TBD- I think that issue depends on what folks say about the
current renaming proposal for mp2. In the past the apreq-dev
has always honored the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
my svn-client refuses to checkout from the repository telling me that
the URL-Schema is unknown. Are there any tar.gz's to download or even
better does anybody know what that means(does my distribution forgot to
add this protocol). I'm using Mandrak
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
What's going to happen to Apache::Request will it also follow this
direction and renamed Apache2::Request?
Tom
Joe Schaefer wrote:
| Geoffrey Young <[EMAIL PROTECTED]> writes:
|
| [...]
|
|
|>The process has reached the point where discussion ought to m
28 matches
Mail list logo
