?
Cheers,
-- jra
--
Jay R. Ashworth[EMAIL PROTECTED]
Member of the Technical Staff Baylink RFC 2100
The Suncoast Freenet The Things I Think
Tampa Bay, Floridahttp://baylink.pitas.com
On Sun, Jan 11, 2004 at 01:45:39PM -0800, Stas Bekman wrote:
> Jay R. Ashworth wrote:
> [...]
> > If I weren't so busy trying to get WebGUI to run overtop it (the
> > upgrade of mp2 didn't fix my problem), I'd observe that there are
> > probably lots of other
On Sun, Jan 11, 2004 at 12:36:33PM -0800, Stas Bekman wrote:
> Jay R. Ashworth wrote:
> > Thank ghod for tgrep. TMPDIR falls back to /tmp, and mine, probably
> > because of a drive failure and subsequent unmounting, was 755 instead
> > of 777; I presume that the comment abo
On Sat, Jan 10, 2004 at 07:23:12PM -0500, Jay R. Ashworth wrote:
> On Sat, Jan 10, 2004 at 01:10:49PM -0800, Stas Bekman wrote:
> > > *** sysopen error: Permission denied at /usr/src/other/mod_perl-1.99_12/blib/l
> > > ib/Apache/compat.pm line 596.
> >
> > it f
uccess check, please check why "$TMPDIR/${$}" is not writable by the user
> you run the test suite with.
I'd have to assume $TMPDIR doesn't exist, since I'm running the make
test as root.
Even an unset $TMPDIR wouldn't cause that
rl_extra.pl, pid=31513
==8<==========
Any ideas yet? :-)
Cheers,
-- jra
--
Jay R. Ashworth[EMAIL PROTECTED]
Member of the Technical Staff Baylink RFC 2100
The Suncoast Freenet
lt;==========
Does that help you any more?
Cheers,
-- jra
--
Jay R. Ashworth[EMAIL PROTECTED]
Member of the Technical Staff Baylink RFC 2100
The Suncoast Freenet The Things I Think
Tampa Bay, Florida
ions will fail if
> you have run out of file descriptors, for example.
Yes, and no, respectively. This box is still pre-production;
WebGUI/mod_perl/apache2 and postfix will likely be the only
inhabitants.
Cheers,
-- jra
--
Jay R. Ashworth[EM
7;t look right to *me* either, but I ran
the verbose the way the page said to, and that's what I pasted in as 5.
I did it the other way, with the makefile and the variables. If that's
broken in this build, I can certainly go back and do it th
07 22:45:00 2004] [error] server reached MaxClients setting,
consider raising the MaxClients setting
[Wed Jan 07 22:45:00 2004] [info] Child process pid=18831 is exiting
[Wed Jan 07 22:45:00 2004] [info] Child process pid=18834 is exiting
[Wed Jan 07 22:45:00 2004] [info] remov
* the packaging. But it appears that they;re improperly
conflated by (at least) the CPAN coed (that was a typo, but it's so
damn funny I'm gonna leave it there), and it's unclear whether that's
fixable.
Cheers,
-- jra
--
Jay R. Ashworth
ast 3 generations on CPAN.
Oh yeah, it was quite clear to me that it was an infrastructural
problem. But yes, breaking it out into another datum will solve most
of the problem. I'm still not happy with overloading it into the
version number rather than the name, but perhaps th
On Mon, Dec 22, 2003 at 09:41:29PM +, Ged Haywood wrote:
> On Mon, 22 Dec 2003, Stas Bekman wrote:
> > Jay R. Ashworth wrote:
> >> On Mon, Dec 22, 2003 at 01:28:40PM -0800, Stas Bekman wrote:
> >>>>>...
>
> Guys, it's Christmas.
Certainly.
Well
major version of the parent, then this
> > entire conversation doesn't apply to that module, no?
>
> It does if you suggest to deduct which version this module is designed for
> from its version number.
*You* are suggesting that.
*
e called 1.0? 2.0? It just doesn't work.
If it doesn't depend on the major version of the parent, then this
entire conversation doesn't apply to that module, no?
Cheers,
-- jra
--
Jay R. Ashworth[EMAIL PROTECTED]
Member of the Tech
modified to indicate which version of it's parent it applies
to.
Apache 1 and Apache 2 really *are* two separate parents; encoding your
dependency in *your own* version number is a recipe for pain.
As is obvious.
Cheers,
-- jra
--
Jay R. Ashworth
ugh, and I was hoping
the poster would catch on that no one realised he was a troll on the
first round, last week.
Please Don't Feed The Trolls.
Cheers,
-- jra
--
Jay R. Ashworth[EMAIL PROTECTED]
Member of the Technica
on: ParseHeaders
I'm not a pro (yet :-), but I suspicion that's supposed to be
"+ParseHeaders", based on other things I've seen. Where it is, and
who's supposed to put it there, are other matters. But if you can
find it to change, try that.
Cheers,
-- jra
--
Jay
tha tyou have *2* error_logs to
look in, one for the vhost, and the "master" log for the server,
defined outside the vhost definitions in the config file.
Cheers,
-- jra
--
Jay R. Ashworth[EMAIL PROTECTED]
Member of the
to get the core file when
> the server is running as a daemon, i.e. multiproc. You'd just start it
> normally via apachectl and get the core file when it segfaults.
Ok, I've officially got it now. Thanks.
Cheers,
-- jra
--
Jay R. Ashworth
p to other people, yourself included.
I'm not sure if I can hack the whole load, but I'll certainly try to
distill the parts of this thread that helped me most, as you noted.
Cheers,
-- jra
--
Jay R. Ashworth[EMAIL PROTECTED]
Member of t
On Fri, Nov 28, 2003 at 12:23:53AM -0800, Stas Bekman wrote:
> Jay R. Ashworth wrote:
> > On Thu, Nov 27, 2003 at 05:12:10PM -0800, Stas Bekman wrote:
> >
> >>httpd -DONE_PROCESS -DNO_DETACH
> >
> >
> > Oh, *ick*; it's a Heisenbug.
> >
&g
ole installation, but I can certainly distill out the important
parts.
Cheers,
-- jra
--
Jay R. Ashworth[EMAIL PROTECTED]
Member of the Technical Staff Baylink RFC 2100
The Suncoast Freenet The Things I Think
Tamp
with a symptom of "alternates
between this and dumping core" and we'll see what happens. Thanks for
your patience, gents.
Cheers,
- jra
--
Jay R. Ashworth[EMAIL PROTECTED]
Member of the Technical Staff Baylink
> gdb /appl/apache/bin/httpd core # notice that the core may be in form core.45487
> gdb> bt
Ah. Wonderful.
Isn't it nice to have these emails to excerpt for the next update of
that web page? :-) I have to *shut down* the standard daemon version
too, so as not
On Fri, Nov 28, 2003 at 12:44:06AM +, Ged Haywood wrote:
> Stas is probably in bed now. :)
Nope. :-)
> On Thu, 27 Nov 2003, Jay R. Ashworth wrote:
> > no backtrace
>
> You need to run Apache under gdb (Gnu DeBugger).
> You run it like that, let it segfault, then y
daemonizes? Ok, I guess I'll
go run one by hand on 8080 and talk to *it* and see if I can get it to
dump.
Cheers,
-- jra
--
Jay R. Ashworth[EMAIL PROTECTED]
Member of the Technical Staff Baylink RFC
On Thu, Nov 27, 2003 at 06:53:44PM -0500, Jay R. Ashworth wrote:
> Indeed. I just have to figure out where the build lives; I've done *so
> many* things in 5 days, I don't even remember whether I built mod_perl
> or cpan did, and if it did, I'm not sure where. I
On Thu, Nov 27, 2003 at 03:51:17PM -0800, Stas Bekman wrote:
> Jay R. Ashworth wrote:
> [...]
> >>All the items that are asked for in the bug report are potentially
> >>important, so try to include as much as possible. A well written bug
> >>report that incl
the
CPAN stuff, and the 100kLOC in WebGUI. I'm swimmin, here, guys... :-)
I'll try to get it to dump core. As soon as I remember where to go to
recompile modperl. Thank ghod I script(1)ed the whole build.
Cheers,
-- jra
--
Jay R. Ashworth
On Thu, Nov 27, 2003 at 02:45:03PM -0800, Stas Bekman wrote:
> Jay R. Ashworth wrote:
> [...]
> >>>[Thu Nov 27 16:07:56 2003] [notice] child pid 736 exit signal
> >>>Segmentation fault (11)
> >>
> >>Jay, you know the drill, to start with please g
On Thu, Nov 27, 2003 at 02:11:09PM -0800, Stas Bekman wrote:
> Jay R. Ashworth wrote:
> > I've started getting (the machine is only about 4 days old, and not in
> > production yet) my apache children dying when I call into WebGUI. I
> > seem to be able to retrieve pages
cs I can try here to attempt to
localize this?
FYI: yes, I already ran memtest86, this doesn't, at the moment, look
like bad RAM.
The server can be checked at http://statemedia.dyndns.org/env.pl
Cheers,
-- jra
--
Jay R. Ashworth[EMAIL PROTECT
yes, I already ran memtest86, this doesn't, at the moment, look
like bad RAM.
The server can be checked at http://statemedia.dyndns.org/env.pl
Cheers,
-- jra
--
Jay R. Ashworth[EMAIL PROTECTED]
Member of the Technical Staff Baylink
r. I believe the handler has changed it's name to
ModPerl::Registry in mod_perl 2; at least, that's what I'm using, with
apparent success.
Cheers,
-- jra
--
Jay R. Ashworth[EMAIL PROTECTED]
Member of the Technical Staff Baylink
. But I'm not 9 anymore...
>
> oops, missed the second one. 5.6 and 5.8 aren't binary compatible -- i.e. you
> need to rebuild everything, mod_perl and all the Perl/XS modules.
I'll stick with 5.6.1 for now, then.
Cheers,
-- jra
--
Jay R. Ashworth
On Mon, Nov 24, 2003 at 05:18:00PM -0800, Stas Bekman wrote:
> Jay R. Ashworth wrote:
> > I'm running a perl -MCPAN -e 'CPAN::Shell->install(CPAN::Shell->r)', to
> > see if it helps me with a PerlMagick/ImageMagick version(?)
> > incompatibility, an
1.99 for Apache2, and
I'm wondering if CPAN's likely to have broken anything for me. I
suspect not, I'm just tying up loose ends.
Oh, and will in-place upgrading my perl from 5.6.1 to 5.8.1 break
things? Will I, for example, have to rebuild mod_perl or anyt
option.
Ah. Got it. Thanks.
It probably is an option, but ...
> To get the latest Test.pm, use CPAN.pm/CPANPLUS
> clients or search.cpan.org to manually install it:
> http://search.cpan.org/~sburke/Test-1.24/
Aha. Cool. Thanks. I can re
On Sat, Nov 22, 2003 at 12:12:37PM -0800, Stas Bekman wrote:
> Jay R. Ashworth wrote:
> [...]
> > I have to become another CVS hacker!
> >
> > Couldn't I upgrade my test.pm, instead, Daddy? Please? Can't I?
>
> On the opposite, I'm glad you had an
to the latest cvs version and see whether you get 100% pass
> now.
> http://perl.apache.org/download/source.html#Development_mod_perl_2_0_Source_Distribution
rh!!!
:-)
I have to become another CVS hacker!
Couldn't I upgrade my test.pm, instead, Daddy? Please? Can't I?
Cheers,
--
the sent message
to the list, and ezmlm, presumably, ignored it, cause it didn't show
up. So I forwarded his reply back to the list. Sorry for the
confuseion, but I have djb rash this week to begin with...
Cheers,
-- jra
--
Jay R. Ashworth[E
check prereq's there, too? I'd been hoping, silly me, to
avoid having to become Yet Another Perl hacker on this level, this
quickly; how do I upgrade that?
Cheers,
-- jra
--
Jay R. Ashworth[EMAIL PROTECTED]
Member of the Technical Staff
Well, I tried to bounce it; apparently, ezmlm is even *less* ez than I
thought.
- Forwarded message from Stas Bekman <[EMAIL PROTECTED]> -
Date: Fri, 21 Nov 2003 13:49:15 -0800
From: Stas Bekman <[EMAIL PROTECTED]>
To: "Jay R. Ashworth" <[EMAIL PROTECTED]>
Su
On Fri, Nov 21, 2003 at 01:32:24PM -0800, Stas Bekman wrote:
> Jay R. Ashworth wrote:
> [...]
> > Alas, installing CGI fixed *those* problems, but not the "Not enough
> > arguments for Test::skip" ones; they're still coming up and failing the
> > test, tel
CGI.pm. Please install it and try again.
>
> I'll check why these tests requiring CGI.pm weren't skipped and fix it.
Alas, installing CGI fixed *those* problems, but not the "Not enough
arguments for Test::skip" ones; they're still coming up and failing the
test, tel
m. Please install it and try again.
>
> I'll check why these tests requiring CGI.pm weren't skipped and fix it.
I wasn't, actually, sure that that was all it was, but I will. I
assume I can do that with the CPAN installer? I'm a *real* novice,
perl runtime env
e] caught SIGTERM, shutting down
END in modperl_extra.pl, pid=23821
This report was generated by t/REPORT on Fri Nov 21 05:27:34 2003 GMT.
-8<-- End Bug Report --8<--
Note: Complete the rest of the details and post this bug re
48 matches
Mail list logo