Hello again,
On Fri, 1 Aug 2003, Tofu Optimist wrote:
> To recap: I freshly installed RedHat 9 on a box,
> then used RPM to remove modules involving httpd.
> (See notes below). Then I built perl 5.8.0 from
> source, first doing a "export LANG=C"
why not
LANG=en_US
?
> Then as root I used CPA
Hi there,
On Fri, 1 Aug 2003, Tofu Optimist wrote:
> Exactly HOW do I change the locale?
http://twiki.org/cgi-bin/view/Codev/UsingPerl58OnRedHat8
about half a dozen messages down. See also
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=87682
> make && make install
>
> again, yes?
Bett
On Fri, Aug 01, 2003 at 11:35:47AM +0100, Steve Hay wrote:
> =
> # --- MakeMaker dynamic section:
> ## $(INST_PM) has been moved to the all: target.
> ## It remains here for awhile to allow for old usage: "make dynamic"
> #dynamic :: Makefile
> dynamic :: Makefile
>@$(NOOP)
I am still here, trying to build mod_perl 2.
Many thanks to everyone who offered help.
To recap: I freshly installed RedHat 9 on a box,
then used RPM to remove modules involving httpd.
(See notes below). Then I built perl 5.8.0 from
source, first doing a "export LANG=C" to address
the UTF bug. T
I have placed a pre-release of Apache::AuthCookie 3.05 which supports
mod_perl version 2 (as well as mod_perl version 1) up on the sorceforge
downloads. The API has changed slightly for mod_perl version 2 in order
to avoid using Apache->request. See the README.modperl2 file in the
distribution fo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Well, now that I've had a day or so to play with it (using both worker and
prefork), I have yet to see any issues. It looks good. However, any further
testing I do will probably be limited to prefork, since the overhead of ithreads
manages to eat al
"Scott" <[EMAIL PROTECTED]> writes:
> Hello all,
> I am working on a large modperl app, and one of the features of this is a
> plugin system that allows others to write and install modules. Everything is
> good as far as this goes, but the problem is updateing/deleting modules. It
> seems as thoug
I've been kicking around a proxy server here and found your
Apache-ProxyRewrite most useful but I have this quirk perhaps you can help
with.
I'm using version 0.17. I've read in the ChangeLog that one of the more
recent fixes (v0.16) may have been to address the problem I'm encountering.
Seems
I'm not TRYING to be difficult; I am clueless.
:)
Exactly HOW do I change the locale?
And after I do that, I do my
make && make install
again, yes?
Many thanks!
:)
A
__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://site
On Fri, 2003-08-01 at 17:46, Tofu Optimist wrote:
> Ack!! My perl build failed.
[...]
> Failed Test Stat Wstat Total
> Fail Failed List of Failed
> ---
> ../lib/Locale/Codes/t/all.t
Ack!! My perl build failed.
Here's what I did
nuke the RPMS
[EMAIL PROTECTED] root]# rpm -e mod_ssl
[EMAIL PROTECTED] root]# rpm -e mod_python
[EMAIL PROTECTED] root]# rpm -e pho
[EMAIL PROTECTED] root]# rpm -e php-ldap
[EMAIL PROTECTED] root]# rpm -e php-imap
[EMAIL PROTECTED] root]# r
On Fri, 1 Aug 2003, Jean-Sebastien Guay wrote:
> Hi Perrin,
>
> Thanks for both your answers. Indeed, for the other question, I was using
> CGI 2.91 instead of 2.93 (because that one isn't yet available for Perl 5.8
> via PPM). I'll find a way to upgrade it.
One way is to configure the CPAN mod
On Fri, 2003-08-01 at 16:59, Jean-Sebastien Guay wrote:
> Unfortunately, this doesn't seem to work. Even if I put the PerlSetVar
> statement before my PerlRequire statement like so:
>
> PerlSetVar SCRIPT_ROOT "D:/htdocs"
> PerlRequire "D:/htdocs/_startup.pl"
>
> the module, which is then loaded f
> I've copied the ppm packages
> also over to http://perl.apache.org/dist/win32-bin/, so
> they can also be accessed there.
Great, always good to have mirrors.
J-S
Hi Perrin,
Thanks for both your answers. Indeed, for the other question, I was using
CGI 2.91 instead of 2.93 (because that one isn't yet available for Perl 5.8
via PPM). I'll find a way to upgrade it.
> There are dozens of possible answers to this.
...
> There are also common approaches like pas
On Fri, 1 Aug 2003, Jean-Sebastien Guay wrote:
> > Sorry about this - I had a hard disc crash, and am just in
> > the process of restoring things. Computers are getting too
> > smart - they know when you're vulnerable, and will act
> > accordingly ... Hopefully it'll be ready in a day.
>
> Great
On Fri, 2003-08-01 at 14:20, Jean-Sebastien Guay wrote:
> [Fri Aug 01 13:49:05 2003] [error] Global $r object is not available.
> Set:
> PerlOptions +GlobalRequest
> in httpd.conf at D:/Perl/lib/CGI.pm line 269.
Make sure you have the very latest CGI.pm. There were some changes
related to
On Fri, 2003-08-01 at 15:46, Jean-Sebastien Guay wrote:
> I see only disadvantages to having to specify absolute paths in both
> these cases. For one, I have another web server running on port 8080,
> which I use to test my scripts on, and whose DocumentRoot is
> D:/htdocs-dev. So if I had to manua
On Fri, 2003-08-01 at 16:24, Tofu Optimist wrote:
> Am I going to have problems following the MP 2.0
> install instructions
>
> http://perl.apache.org/docs/2.0/user/install/install.html
>
> if I don't nuke the current perl first?
No, you should be fine. However, I have also simply installed a n
Thanks Ged.
> [4] Is a full uninstall enough, or should I
> reinstall RH itself?
>
> No, don't reinstall the entire OS. Get used to what
> your system feels
> like and eventually you'll know what to leave alone
> and what to change.
Well, I opted to reinstall everything, starting with a
fresh R
Hello again,
I have another problem trying to get one of my Perl
modules to load in my startup.pl script for the first time. In a couple places
in my scripts, I assume that the current directory is the one in which the
current script is being run. So for example, if my DocumentRoot is D:/ht
Hello,
I'm fairly new at mod_perl, and trying to get a
large number of existing Perl CGI scripts to run on it. I have started by trying
to start the server with a minimal startup.pl file that just loads one of my
custom modules (in addition to the ones that were suggested in the mod_perl
c
[ Please keep it on the list... ]
On Fri, 2003-08-01 at 14:06, petersm wrote:
> Perrin Harkins <[EMAIL PROTECTED]> wrote
> > Do some debugging. Look at the traffic going back and forth. Test
> > it with GET or lynx. See if the cookie header is being sent.
>
> Thanks for the suggestion. I used
On Fri, 2003-08-01 at 13:42, Scott wrote:
> I have
> looked at Apache::Reload and Apache::StatINC
And what was wrong with them? You should know that there is no perfect
way to reload a Perl module. It just isn't a feature of the language.
Those two modules come as close as you can get without a
Hello all,
I am working on a large modperl app, and one of the features of this is a
plugin system that allows others to write and install modules. Everything is
good as far as this goes, but the problem is updateing/deleting modules. It
seems as though the code is cached until an apache restart (i
On Fri, 2003-08-01 at 13:04, petersm wrote:
> When running under mod_perl the cookie is no
> where to be seen.
Do some debugging. Look at the traffic going back and forth. Test it
with GET or lynx. See if the cookie header is being sent.
> If I understand this correctly, then C::A uses CGI to
Hello all,
I am using CGI::App 3.1, Apache 1.3.27 and mod_perl 1.28
Here's the problem. I'm trying to set a cookie (using CGI's cookie method and
C::A's header_props method). When the site was running non mod_perl there was
no problem. The cookie was set. When running under mod_perl the cookie is
On Fri, 2003-08-01 at 11:10, Roger Davenport wrote:
> I've been working with Apache::Reload and Registry and have been
> unable to get any cache flushing to work. (I've added debug messages
> in Registry to show cache use or reloading).
Can you tell us what you are trying to reload and how you kn
> Sorry about this - I had a hard disc crash, and am just in
> the process of restoring things. Computers are getting too
> smart - they know when you're vulnerable, and will act
> accordingly ... Hopefully it'll be ready in a day.
Great job Randy! Got mod_perl installed, so I can now start bashin
The uploaded file
Apache-AuthzNIS-0.11.tar.gz
has entered CPAN as
file: $CPAN/authors/id/S/SP/SPEEVES/Apache-AuthzNIS-0.11.tar.gz
size: 4305 bytes
md5: 37bbbdc320c6bba7318d817e854bc8e1
Apache::AuthzNIS - mod_perl NIS Group Authorization module has been ported to work with both versions of
Hi there,
On Fri, 1 Aug 2003, Tofu Optimist wrote:
> Rather than /usr/src, I put in /home/aprk
That's fine. But in future, tell us what you did, not some fiction... :)
> Yes, you are correct. make && make test as non-root,
> then install as root. (Odd, isn't it, the docs at
> http://perl.apa
The uploaded file
Apache-AuthenNIS-0.11.tar.gz
has entered CPAN as
file: $CPAN/authors/id/S/SP/SPEEVES/Apache-AuthenNIS-0.11.tar.gz
size: 4095 bytes
md5: cac172a46c5b05034842fad5eed6b9be
Apache::AuthenNIS - mod_perl NIS Authentication module has been ported to work with both versions of m
I've been working
with Apache::Reload and Registry and have been unable to get any cache flushing
to work. (I've added debug messages in Registry to show cache use or
reloading).
I've tried this
combination: (httpd.conf)
PerlModule
Apache::RegistryPerlModule
Apache::StatusPerl
On Fri, 2003-08-01 at 10:31, Tofu Optimist wrote:
> [1] How do I find *everything* on the box related to
> perl / apache / mod_perl, both 1 and 2, both the RH
> install and from my own ftp / tar / make fumblings?
Well, you can run updatedb and then use locate to look for things like
apachectl and
On Fri, 2003-08-01 at 07:02, Tofu Optimist wrote:
> I'm a linux newbie. I freshly installed RH 9.
> I built perl 5.8.0 from source.
Go and change your locale from UTF8 to en_US or C. See this for why:
http://archive.develooper.com/[EMAIL PROTECTED]/msg97360.html
> As non-root, I downloaded sour
Ged -- Sorry I wasn't fully explicit, it is still
early in the morning:
> So your non-root user has write permission in
> /usr/src? H...
Rather than /usr/src, I put in /home/aprk
> % make && make test && make install
> This can't work, you need to be root to make
> install.
>
Yes, you
Hello again,
On Fri, 1 Aug 2003, Tofu Optimist wrote:
> --- Ged Haywood <[EMAIL PROTECTED]> wrote:
>
> > How did you do the
> >
> > perl Makefile.PL
> >
> > step?
>
> % cd /usr/src
> % tar xzvf apache_1.3.xx.tar.gz
> % tar xzvf mod_perl-1.xx.tar.gz
> % cd mod_perl-1.xx
> % perl Makefi
Exactly like it said in
http://perl.apache.org/docs/1.0/guide/install.html#A_Summary_of_a_Basic_mod_perl_Installation
% cd /usr/src
% lwp-download
http://www.apache.org/dist/httpd/apache_1.3.xx.tar.gz
% lwp-download
http://perl.apache.org/dist/mod_perl-1.xx.tar.gz
% tar xzvf apache_1.3.xx.
Hi there,
On Fri, 1 Aug 2003, Tofu Optimist wrote:
> sorry to break the thread in two.
:(
> Why did it skip 6 tests?
How did you do the
perl Makefile.PL
step?
73,
Ged.
> Sorry about this - I had a hard disc crash, and am just in
> the process of restoring things. Computers are getting too
> smart - they know when you're vulnerable, and will act
> accordingly ... Hopefully it'll be ready in a day.
No worries, things like these happen.
In the mean time, do you kn
Hi --
I'm following up on a previous message (below),
sorry to break the thread in two.
In my first post, I was wondering my handler didn't
work. I said "make test" worked fine for mod_perl.
Well, maybe.
Here's the output.
[EMAIL PROTECTED]:~/source/mod_perl-1.28> make test
(cd ../apache_1.3
Hi.
I need some help with handlers.
I'm a linux newbie. I freshly installed RH 9.
I built perl 5.8.0 from source.
As non-root, I downloaded source for
Apache 1.3.28 and mod_perl 1.28
and built them, using the instructions here
http://perl.apache.org/docs/1.0/guide/install.html#A_Summary_of_a_B
Michael G Schwern wrote:
On Fri, Aug 01, 2003 at 10:03:20AM +0100, Steve Hay wrote:
This bug evidently goes back a long way: MM 6.06_02 fails in the same
way as 6.13.
I tried to use MM 6.06_01, but it wouldn't build itself ("don't know
how to make 'C:\perl5\libNAME'"). Instead, I knife-and
On Fri, Aug 01, 2003 at 09:05:55AM +0100, Steve Hay wrote:
> I just tried MM 6.13: that made no difference.
>
> Then I tried the snapshot (taken at 01 Aug 2003 07:55 UTC): that failed
> loads of its own tests, but made no difference to the libapreq build
> process.
Oh yeah, I didn't update the
On Fri, Aug 01, 2003 at 10:03:20AM +0100, Steve Hay wrote:
> >This bug evidently goes back a long way: MM 6.06_02 fails in the same
> >way as 6.13.
> >
> >I tried to use MM 6.06_01, but it wouldn't build itself ("don't know
> >how to make 'C:\perl5\libNAME'"). Instead, I knife-and-forked it int
Steve Hay wrote:
This bug evidently goes back a long way: MM 6.06_02 fails in the same
way as 6.13.
I tried to use MM 6.06_01, but it wouldn't build itself ("don't know
how to make 'C:\perl5\libNAME'"). Instead, I knife-and-forked it into
place, but when I tried to use it to build libapreq,
Steve Hay wrote:
Michael G Schwern wrote:
If I could see the Makefiles from 6.03 and 6.12 I might be able to
figure out
what's different. Also, if you could try various alpha versions between
those two, show the Makefiles and whether or not they exhibited the
behavior that would help alot in n
Michael G Schwern wrote:
On Thu, Jul 31, 2003 at 03:23:36PM +0100, Steve Hay wrote:
This patch finally fixes it for me:
I'm glad you guys got it working, but there's still the problem of why
MakeMaker's behavior changed. Since I tend not to touch the XS building
code much its likely a bug
48 matches
Mail list logo
