On Thu, Jul 31, 2003 at 01:27:01PM -0700, Michael G Schwern wrote:
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. Try the snapshot on makemaker.org. I just
fixed a
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
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
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, I
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 into
place,
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
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
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 know
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.
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
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 Makefile.PL
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 are
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 source
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
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::StatusPerlInitHandler
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
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
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
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 bashing
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 know
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
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 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
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
[ 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 wget
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
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
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 RH9.
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 new
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 manually
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, 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 job
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
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
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 from
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 module:
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]#
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
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
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.
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 though the
-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
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
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
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
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.
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)
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?
Better
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 CPAN to
49 matches
Mail list logo