I'm seeing the same problem on OpenBSD 2.9, my details
are below :
> On Wed, 2003-02-05 at 07:07, Stas Bekman wrote:
>> John Eisenschmidt wrote:
>> > OpenBSD 3.2
>> > Perl 5.6.1
I'm seeing the same problem with perl 5.8.0
>> >
>> > I'm trying to build MP 1.99_08 for Apache 2.0.44, and I'm not q
-8<-- Start Bug Report 8<--
1. Problem Description:
No problems detected so far.
2. Used Components and their Configuration:
*** using
/opt/local/lib/perl5/site_perl/5.8.0/sun4-solaris/Apache2/Apache/BuildConfig.pm
*** Makefile.PL options:
MP_AP_PREF
-8<-- Start Bug Report 8<--
1. Problem Description:
Seeing this at make test time from today's CVS snapshot of mp2.
I haven't tried this with older snapshots or releases. The
box is running NetBSD 1.6.1 i386. :
steel1# make test
cd "src/modules/perl" && make
Stas Bekman wrote:
I thought that the reason is that you don't have LWP installed. So I was
trying to reproduce it, but it still worked. Can you try again with this
patch. I want to know whom to blame.
Patch applied. Here's the output from another make test :
steel1: {9} make test
cd "src/m
Stas Bekman wrote:
what happens if you replace:
my $r = (\&{$name})->(@_);
with:
require Carp;
my $r = Apache::TestClient::GET->(@_);
Carp::confess("oops") unless defined $r;
waiting for server to start: ok (waited 4 secs)
server localhost:8529 started
server localhost:8530 lis
Stas Bekman wrote:
Cool, now if you add:
require Apache::TestClient;
at the beginning of sub lwp_call {
it should have loaded it on line 30 of TestRequest.pm
waiting for server to start: ..[Thu Jun 05 12:25:48 2003] [info] 22
Apache:: modules loaded
[Thu Jun 05 12:25:48 2003] [info] 5 APR
Stas Bekman wrote:
probably better:
require Apache::TestClient;
my $r = Apache::TestClient::GET(@_);
Carp::confess("oops") unless defined $r;
or restore the original:
require Apache::TestClient;
my $r = (\&{$name})->(@_);
Carp::confess("oops") unless defined $r;
this is
steel1: {169} perl < mp2bug
-8<-- Start Bug Report 8<--
1. Problem Description:
No problems detected yet
2. Used Components and their Configuration:
*** mod_perl version 1.9910
*** using /data/src/modperl-2.0/bin/../lib/Apache/BuildConfig.pm
*** Makef
CVS up pulled 10 mins ago onto a NetBSD (i386) 1.6.1 box :
In file included from Filter.xs:26:
/data/src/modperl-2.0/xs/Apache/Filter/Apache__Filter.h: In function
`mpxs_Apache__Filter_print':
/data/src/modperl-2.0/xs/Apache/Filter/Apache__Filter.h:22: parse error
before `rv'
/data/src/modperl-2
Stas Bekman wrote:
Anyways, I have fixed that in cvs, if you notice something else please
let me know.
fixed, thanks.
I'm seeing loads of make test errors at the moment too,
transients, or do you want them submitted?
Carl
NetBSD 1.6.1 (i386)
Perl 5.8.0
Running as me, not root.
steel1: {115} perl mp2bug
-8<-- Start Bug Report 8<--
1. Problem Description:
lots of make test errors
2. Used Components and their Configuration:
*** mod_perl version 1.9910
*** using /data/src
Stas Bekman wrote:
Doesn't the doc at http://perl.apache.org/bugs/ mention the need to send
the relevant chunks of the t/logs/error_log file?
Mea Culpa
The server's down at the moment, will get this for yuo ASAP
Carl
!!! error running tests (please examine t/logs/error_log)
*** Error code 1
S
Carl Brewer wrote:
Stas Bekman wrote:
Doesn't the doc at http://perl.apache.org/bugs/ mention the need to
send the relevant chunks of the t/logs/error_log file?
Mea Culpa
t/logs/error_log :
[Tue Aug 26 08:55:52 2003] [info] Init: Initializing OpenSSL library
[Tue Aug 26 08:55:52 2003]
Stas Bekman wrote:
Hmm, looks like it has quit before the test suite has started? Can you do:
t/TEST -start
t/TEST -run
if it's the same, try to run a single test:
It was the same
t/TEST -start
t/TEST -run modperl/print
Same :
steel1: {37} ./t/TEST -start
/usr/local/apache2/bin/httpd -d /data/s
Stas Bekman wrote:
May be. I don't have IPv6 here, so I haven't tested with it. Anybody
with IPv6 can help us here? Philippe, when is your patch going in?
Carl, can you test without IPv6 enabled? Or is it too much of a trouble?
If you install things nevertheless can you run your own things off
Stas Bekman wrote:
May be. I don't have IPv6 here, so I haven't tested with it. Anybody
with IPv6 can help us here? Philippe, when is your patch going in?
Carl, can you test without IPv6 enabled? Or is it too much of a trouble?
Turning off IPv6 on the box is not an option :)
If you install th
Stas Bekman wrote:
So it's an issue with httpd.conf over IPv6.
I'd say so.
Have you tried gozer's patch? I posted the URL in the previous followup.
I'll try it tonight, and if I have no luck, may have time
to roll my own fix. mod_perl shouldn't care if localhost
is 127.0.0.1 or ::1 in the least
Stas Bekman wrote:
Nothing has changed with regards to Apache::Test in the last few days.
Purhaps you had a borked checkout.
Negative, ghostrider! Make test fails as before. I just
ignored make test, and installed it anyway, and it
works.
-
-8<-- Start Bug Report 8<--
1. Problem Description:
current CVS barfs at make time :
modperl_filter.c: In function `modperl_run_filter_init':
modperl_filter.c:362: parse error before `extern'
modperl_filter.c: In function `modperl_run_filter':
modperl_
Stas, do you want to add the output from uname or something to these
reports from mp2bug?
steel1: {87} uname -a
NetBSD steel1.stealstopper.com 1.6.1 NetBSD 1.6.1 (GENERIC) #0: Tue Apr
8 12:05:52 UTC 2003
[EMAIL PROTECTED]:/autobuild/netbsd-1-6/i386/OBJ/autobuild/netbsd-1-6/src/sys/arch/i386/comp
Carl Brewer wrote:
Stas, do you want to add the output from uname or something to these
reports from mp2bug?
And then noticed ...
*** /usr/local/perl-5.8.1/bin/perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 1) configuration:
Platform:
osname=netbsd, osvers=1.6.1, archname
Stas et al,
current CVS pull (as of this morning)
steel1: {173} perl mp2bug
-8<-- Start Bug Report 8<--
1. Problem Description:
steel1: {167} perl Makefile.PL MP_APXS=/usr/local/apache2/bin/apxs
Useless use of a constant in void context at Makefile.PL line
Stas Bekman wrote:
Nothing has changed since the 1.99_10 release in the build sw. Do you
get a different behavior if you try with 1.99_10? Also are you sure that
the line is reported correctly? Try to verify that the reported line is
correct:
I'll have a play with this tonight when I get home
Stas Bekman wrote:
Carl Brewer wrote:
current CVS pull (as of this morning)
I just pulled the very latest mp2 CVS down, and am still
seeing this error :
steel1: {167} perl Makefile.PL MP_APXS=/usr/local/apache2/bin/apxs
Useless use of a constant in void context at Makefile.PL line 467.
steel1
Stas Bekman wrote:
So the offending line is:
$string .= Apache::Test::install::nuke_Apache__test_target()
if APACHE_TEST_INSTALL();
You lost the actual constant that it was complaining about ;) I should
have looked closer.
Any change if you replace it with:
if (APACHE_TEST_INSTALL()
Stas Bekman wrote:
Carl Brewer wrote:
Stas Bekman wrote:
So the offending line is:
$string .= Apache::Test::install::nuke_Apache__test_target()
if APACHE_TEST_INSTALL();
You lost the actual constant that it was complaining about ;) I
should have looked closer.
Any change if you
Stas Bekman wrote:
It's now fixed in cvs. Apparently constants don't seem to work when
moved into a different namespace. May be a bug in perl, may be that's
how it should be. In any case, moving to lexical variable solves the
problem.
Magic,
thanks Stas :)
Carl
Stas Bekman wrote:
I'd like to release 1.99_13 in the next few days, as we haven't released
one in a long time. I'll post a release candidate soon, unless you think
we should wait with it for some reason...
Fine by me, the current (2 days ago?) release is working ok on
NetBSD 1.6.1 (make test st
Stas et al,
Just pulled down the latest from CVS (to test the IPv6 stuff again!)
Known problem? :
steel1: {12} t/REPORT
-8<-- Start Bug Report 8<--
1. Problem Description:
perl-2.0/xs/typemap Filter.xs > Filter.xsc && mv Filter.xsc Filter.c
cc -c -I/
Stas Bekman wrote:
please reply-all, thanks!
Mea Culpa
I've spent some time googling, trying to figure out what netbsd's gcc is
unhappy about, but I couldn't find anything useful. Please try this
patch instead:
Nope, no change.
steel1: {73} make
cd "src/modules/perl" && make -f Makefile.modp
Stas Bekman wrote:
Are you sure you have applied the patch? It now should be:
xs/modperl_xs_util.h:104:rv = func(aTHX_ obj, buf, &wlen);\
This is the chunk :
/* XXX: we probably shouldn't croak here */
#define mpxs_write_loop(func, obj) \
while (MARK <= SP) { \
apr_siz
Stas Bekman wrote:
yup, that's strange. Any difference if you drop (STRLEN):
- char *buf = SvPV(*MARK, (STRLEN)wlen);
+ char *buf = SvPV(*MARK, wlen);
Drop the cast, and lo! I have a new mod_perl binary :)
Now to play with your IPv6 stuff and see if it fixed the old
problems.
thanks!
Carl
---
Stas Bekman wrote:
> I forgot that SvPV is a macro too, and it turns its len argument into
&len, hence the error. I'm not happy about introducing a temp variable
and copy the values in a tight loop just because of some issue on
netbsd. I'm trying to get hold of Ian Holsman (or anybody else on
Stas Bekman wrote:
Carl, please try the current cvs, we have found what was the issue with
Ian and I committed a version that doesn't complain for him or me and
hopefully should work for you too! Thanks.
compiled fine!
Carl
Ian Holsman wrote:
I had some issues when I ran a 'make test' on the
t/filter/both_str_con_add test..
it caused the httpd process to grow to 1.7g of memory when I ran it.
My make test shows :
Failed Test Stat Wstat Total Fail Failed List of Failed
---
Stas Bekman wrote:
yes, please submit a verbose run's output only for:
t/TEST -v t/apr-ext/uuid.t
It's not finding perlloadmodule5.pm, but the file exists :
/data/src/modperl-2.0/t/response/TestDirective/perlloadmodule5.pm
Looks like a syntax error in httpd.conf, the line :
1670: PerlLoadModu
Stas Bekman wrote:
Hmm, strange. And if you run any other test it succeeds?
make test seems ok except for these :
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/apr-ext/uuid.t
-8<-- Start Bug Report 8<--
1. Problem Description:
No problems as yet! Looks good.
2. Used Components and their Configuration:
*** mod_perl version 1.9914
*** using /data/src/modperl-2.0/bin/../lib/Apache/BuildConfig.pm
*** Makefile.PL options:
MP_APXS
8<-- Start Bug Report 8<--
1. Problem Description:
Failure at compile time
2. Used Components and their Configuration:
*** mod_perl version 1.9915
*** using /data/src/mod_perl-1.99_15-dev/bin/../lib/Apache/BuildConfig.pm
*** Makefile.PL options:
MP_APR_LI
Stas Bekman wrote:
Please post the output of:
grep dynamic xs/APR/aprext/Makefile
steel1: {4} grep dynamic xs/APR/aprext/Makefile
# SKIP => [q[dynamic], q[test], q[static]]
# dynamic_lib => { OTHERLDFLAGS=>q[ -Wl,-rpath,/usr/pkg/lib
-Wl,-rpath,/usr/local/lib -L/usr/pkg/lib -L/usr/local/l
S
Looks fine as it's in .PHONY. You should be able to do
% cd xs/APR/aprext/Makefile
% make dynamic
make: Nothing to be done for `dynamic'.
steel1: {7} cd xs/APR/aprext/
steel1: {8} make dynmaic
make: don't know how to make dynmaic. Stop
make: stopped in /data/src/mod_perl-1.99_15-dev/xs/APR/apre
Stas Bekman wrote:
Carl Brewer wrote:
S
Looks fine as it's in .PHONY. You should be able to do
% cd xs/APR/aprext/Makefile
% make dynamic
make: Nothing to be done for `dynamic'.
steel1: {7} cd xs/APR/aprext/
steel1: {8} make dynmaic
make: don't know how to make dynmaic. Stop
m
-8<-- Start Bug Report 8<--
1. Problem Description:
No problems so far. looks good from a simple upgrade of
apache perspective
My apache is now 2.0.52. Only problem I can see is that t/REPORT
didn't find httpd!
2. Used Components and their Configuration:
*
Philippe M. Chiasson wrote:
a release candidate for mod_perl 1.99_17 is now available for testing.
Compiled & works like a charm on NetBSD 1.6.2/i386
with normal (BSD) make even. mp2bug can't find the
httpd binaryu though, but that's pretty minor.
steel1: {15} perl mp2bug
-8<--
Philippe M. Chiasson wrote:
Could you post your /data/src/modperl-2.0/bin/../lib/Apache/BuildConfig.pm
in it's entirety ?
steel1: {23} cat /data/src/modperl-2.0/bin/../lib/Apache/BuildConfig.pm
#
# /*
# * *** WARNING **
# * This file generated by Apache::Build/0.01
# * Any c
Hello Stas et al,
I'm trying to put this into NetBSD pkgsrc versioning,
which likes a numerical ascendancy I think.
Any sugestions for how to label this in the context
of ap2-perl-X.YY.ZZ?
Should I ask the NBSD pkgsrc people to bump up to 2.0.0-RC1
or stick with 1.99.18xxx ? As other pkgs have dep
Hello Stas et al,
I've just taken the opportunity (ok, I had a HD failure,
so the OS reinstall wasn't exactly voluntary!) to
replace one of my major webservers, that's been
running some libapreq(perl) and MP2 stuff for
ages (2 years now?).
I have been running 1.99.18-dev and 1.99.19-dev,
but have
Stas Bekman wrote:
There were a few critical build bugs fixed since RC5 (like failing 'make
install' and detection issue). Any chance we can go with RC6? And then
if everything is clear 2 weeks later it can be 2.0.0.
woo woo!
Any news on libapreq and the new namespace? And mason? :) and ...
---
I'm now running 2.0.0 on my NetBSD 2.0.2 server (i386) with
no problems so far and a pretty painless port from 1.99.16 :
Thanks Stas et al.
Except for this (something I missed?)
noisy: {45} t/REPORT > mybugreport
/usr/pkg/lib/perl5/site_perl/5.8.6/i386-netbsd-thread-multi/auto/APR/Request/Er
Stas Bekman wrote:
Actually, it is a problem of ModPerl::TestReport, my apologies for
discarding it in first place. I've committed the following fix to svn.
Please confirm that it works for you. Thanks.
I'll give this a try when I get a chance, am moving house at the moment :(
Index: Chan
Good news, everybody
The NetBSD pkgsrc (current) now (as of the 20th, I think)
has MP 2.0.1 in it (it was 1.99.17 for a -long- time).
I've submitted a patch to the p5-libapreq2 pkgsrc Makefile so it'll
go to 2.06-dev too, soon, I hope. As soon as someone who can
commit to pkgsrc notices anyway
51 matches
Mail list logo
