ere failing the tests all the time, so i
installed them with force, i.e. for DBI module:
force install DBI
Thanks again,
Hans
On feb. 24 2019, at 8:07 pm, Michael Schout wrote:
> On 2/22/19 10:54 AM, Matthias Schmitt wrote:
> > I doubt that you will be able to compile mod_perl 1.x w
> On 2/25/2019 2:28 PM, Randolf Richardson wrote:
> > [sNip]
> >>> As long as one isn't relying on the client's dynamic TCP port number
> >>> from $r->connection->remote_addr->port for anything (as I've
> >>> discovered no longer works in the current release of mod_perl2),
> >>> updating to the n
On 2/25/2019 2:28 PM, Randolf Richardson wrote:
[sNip]
As long as one isn't relying on the client's dynamic TCP port number
from $r->connection->remote_addr->port for anything (as I've
discovered no longer works in the current release of mod_perl2),
updating to the newest mod_perl2 sho
[sNip]
> > As long as one isn't relying on the client's dynamic TCP port number
> > from $r->connection->remote_addr->port for anything (as I've
> > discovered no longer works in the current release of mod_perl2),
> > updating to the newest mod_perl2 should ultimately be relatively
> > problem-
On 2/24/2019 4:44 PM, Randolf Richardson wrote:
On 2/22/19 10:54 AM, Matthias Schmitt wrote:
I doubt that you will be able to compile mod_perl 1.x with newer compilers and
operating systems.
Hold my beer :).
[sNip]
I have a Makefile that does all of this. I suppose I could publish
it on
> On 2/22/19 10:54 AM, Matthias Schmitt wrote:
> > I doubt that you will be able to compile mod_perl 1.x with newer compilers
> > and operating systems.
>
> Hold my beer :).
[sNip]
> I have a Makefile that does all of this. I suppose I could publish
> it on github
On 2/22/19 10:54 AM, Matthias Schmitt wrote:
> I doubt that you will be able to compile mod_perl 1.x with newer compilers
> and operating systems.
Hold my beer :).
$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu
Hello,
> On 22 Feb 2019, at 17:19, Hans Poo wrote:
>
> Yes, I do. I'am aware of that, the software is built with mod_perl 1.0, and I
> have been able to run it under 10.04, but there's no support for 10.4 in the
> internet right now you know, so I'm looking for
Yes, I do. I'am aware of that, the software is built with mod_perl 1.0, and
I have been able to run it under 10.04, but there's no support for 10.4 in
the internet right now you know, so I'm looking for a way to compile it for
12.04.
El vie., 22 feb. 2019 11:34 a.m., Matthias Sc
Hello,
> On 22 Feb 2019, at 12:47, Hans Poo wrote:
>
> I've been unable to compile 1.0 on ubuntu 12.04 or later. Anyone has been
> able to compile it or has a patched mod_perl source tree ?
>
> wget https://archive.apache.org/dist/httpd/apache_1.3.42.tar.gz
> wget h
Hi,
I've been unable to compile 1.0 on ubuntu 12.04 or later. Anyone has been
able to compile it or has a patched mod_perl source tree ?
cd ~/src
wget https://archive.apache.org/dist/httpd/apache_1.3.42.tar.gz
wget http://apache.org/dist/perl/mod_perl-1.31.tar.gz
tar xzvf apache_1.3.42.t
Can anyone help with this?
T
I just wanted to mention, this the configure we used for apache
./configure --prefix=/usr/local/httpd-2.4.16 --enable-file-cache
--enable-cache --enable-disk-cache --enable-mem-cache --enable-deflate
--enable-expires --enable-headers --enable-usertrack --enable-ssl
--enable-vhost-alias --enable-re
Hello Ken,
As you can see, we are also using prefork `Server MPM: prefork` and
perl without threading however,
we are still getting the error. Can anyone help with this please?
Thanks in Advance,
Terrance
We are also using mod_perl. But I have not compiled modperl by hand for
a long time. Under ubuntu we just did:
apt-get install apache2 apache2-mpm-prefork
apt-get install libapache2-mod-perl2
apt-get install libapreq2
apt-get install libapache2-request-perl
a2enmod apreq
apache2ctl restart
And
Hello,
I am using perl build without threads and httpd with prefork. My understand
that this all non-threaded environment however, when trying to compile
mod_perl I still get the error:
* perl -V
Summary of my perl5 (revision 5 version 20 subversion 2) configuration:
Platform:
osname
Hi,
i want compile mod_perl 2.0.8 on a ubnunt 12.04 LTS system.
I have a own perl 5.14.2 installation in /opt
So , calling
perl Makefile.PL MP_APXS=/usr/bin/apxs2
give some warnings
Note (probably harmless): No library found for -lnsl
Note (probably harmless): No library found for -ldl
Thanks, Alex!
I figured that patch out separately by looking at perldelta for perl
5.16.0 right after I sent in the email. I've finally got mod_perl
to build, but I had to also apply another patch (attached) to get it to work.
There was a compile bug in modperl_exports.c in
On Tue, May 29, 2012 at 12:07 PM, Doug Hunt wrote:
> Hi mod_perl list!
>
> I've been using Apache and mod_perl for a long time on our web site, but I'm
> having troubles getting it to compile under the most recent Apache, mod_perl
> and perl.
>
> I'm working
Hi mod_perl list!
I've been using Apache and mod_perl for a long time on our web site, but
I'm having troubles getting it to compile under the most recent Apache,
mod_perl and perl.
I'm working under CentOS 6.2 on an x86_64 system.
I'm trying to do a static Apa
On Tuesday, 28 February 2012 18:14:20 Vincent Veyron wrote:
> I am a tiny one-man company using mod_perl with great success(*) and
> pleasure, and your post has me very worried that it could end in a
> hurry
So am I and so are many (perhaps most) of the other contributors. What I am
trying to say
On 29 Feb 2012, at 19:33, Dan Axtell wrote:
>
> Basically I want to have various virtual hosts be reverse proxied to various
> back end servers (e.g. mod_perl for some legacy apps, a Catalyst app under
> fast CGI). I tried this with Nginx and it all seemed to work but what I
> discovered is
On Wed, Feb 29, 2012 at 2:33 PM, Dan Axtell wrote:
> Basically I want to have various virtual hosts be reverse proxied to various
> back end servers (e.g. mod_perl for some legacy apps, a Catalyst app under
> fast CGI). I tried this with Nginx and it all seemed to work but what I
> discovered is
>
> There's also a talk I gave a couple of years ago about non-plack
> options, like nginx+fastcgi:
> http://elem.com/~perrin/web_arch.pdf.gz
>
Thanks for posting this. I understand the general idea of having a
lightweight server on port 80 to handle static content and reverse proxying to
ano
Le mardi 28 février 2012 à 17:27 -0500, Perrin Harkins a écrit :
> On Tue, Feb 28, 2012 at 4:48 PM, Jan Dubois wrote:
> > I find this talk an excellent overview of all the different ways to
> > deploy Perl (PSGI) applications:
> >
> > http://www.slideshare.net/miyagawa/deploying-plack-web-applicat
On Tue, Feb 28, 2012 at 4:48 PM, Jan Dubois wrote:
> I find this talk an excellent overview of all the different ways to
> deploy Perl (PSGI) applications:
>
> http://www.slideshare.net/miyagawa/deploying-plack-web-applications-oscon-2011-8706659
There's also a talk I gave a couple of years ago a
On Tue, 28 Feb 2012, Vincent Veyron wrote:
> Le mardi 28 février 2012 à 13:46 -0500, Perrin Harkins a écrit :
>
> > Even if mod_perl someday stops being developed for new versions of
> > perl and apache, there will be no immediate need to move off it and
> > plenty of alternatives available.
>
> Do
Le mardi 28 février 2012 à 13:46 -0500, Perrin Harkins a écrit :
> Even if mod_perl someday stops being developed for new versions of
> perl and apache, there will be no immediate need to move off it and
> plenty of alternatives available.
>
Do you think nginx+perl could be one of those alternat
> 2012/2/28 Vincent Veyron :
> > I am a tiny one-man company using mod_perl with great success(*) and
> > pleasure, and your post has me very worried that it could end in a
> > hurry :-(
I depend on mod_perl2 for nearly all the web sites that I maintain,
and I've been trying to encourage
2012/2/28 Vincent Veyron :
> I am a tiny one-man company using mod_perl with great success(*) and
> pleasure, and your post has me very worried that it could end in a
> hurry :-(
Don't panic! There's no immediate danger to mod_perl, and most people
are not trying to run on the very latest version
Le mercredi 22 février 2012 à 13:37 +0100, Torsten Förtsch a écrit :
> Unfortunately, last year generated quite a lot of work. There was perl 5.14
> with a few incompatible changes and the upcoming httpd 2.4. Not to forget the
> transition from LWP 5.x to LWP 6.x which our test-suite is based up
On Tuesday, 21 February 2012 13:49:41 Brian Millett wrote:
> I guess I'm asking is anyone has made any progress with mod_perl with the
> new httpd 2.4 ??
There is quite a lot that has changed in httpd from 2.2 to 2.4. Last summer I
have worked on porting modperl a bit. The result is available at
Thanks for the spot. We're rolling rc3 for 2.0.6 right now, I have
cc'd the dev list about this issue. I may have some tuits to look at
this, but am guessing someone else will fix it more quickly.
On Tue, Feb 21, 2012 at 11:49 AM, Brian Millett wrote:
> Well, its a no go, even after checking out
Well, its a no go, even after checking out the latest SVN code,
Problem is the ‘conn_rec’ structure has changed. It no longer has 'remote_ip'
defined in it.
[bpm]$ make
cd "src/modules/perl" && make
make[1]: Entering directory
`/home/bpm/src/apache/mod_perl-2.0/src/modules/perl' gcc
-I/home/bpm
On Sunday, 16 October 2011 02:26:53 Ævar Arnfjörð Bjarmason wrote:
> > $ cat xx
> >
> > use POSIX();
> > POSIX::exit(15);
> >
> > $ httpd -c 'Include "'$PWD/xx'"'; echo $?
> > 15
> > $ cat xx
> >
> > die
> >
> > $ httpd -c 'Include "'$PWD/xx'"'; echo $?
> > Syntax error on line 2 of /.../xx:
>
On Sat, Oct 15, 2011 at 19:35, Torsten Förtsch wrote:
> On Saturday, 15 October 2011 18:00:26 Ævar Arnfjörð Bjarmason wrote:
>> Maybe this is something elementary that I've just missed, but it seems
>> to me that when transitioning from mod_perl 1 to 2 there's no way to
>> get a non-zero exit code
On Saturday, 15 October 2011 18:00:26 Ævar Arnfjörð Bjarmason wrote:
> Maybe this is something elementary that I've just missed, but it seems
> to me that when transitioning from mod_perl 1 to 2 there's no way to
> get a non-zero exit code from Apache if your application has
> compilation errors.
>
Maybe this is something elementary that I've just missed, but it seems
to me that when transitioning from mod_perl 1 to 2 there's no way to
get a non-zero exit code from Apache if your application has
compilation errors.
I have an application that I'm loading like this:
PerlPostConfigRequire
januar 2010 09:22
To: Morten Bjørnsvik
Cc: mod_perl list
Subject: Re: unable to compile mod_perl under perl 5.10.1
Here's what's on my 5.8.8 with fPIC, I haven't tried 5.10.1 on 64 bit yet.
cc='cc', ccflags ='-fPIC -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -I/usr/incl
Here's what's on my 5.8.8 with fPIC, I haven't tried 5.10.1 on 64 bit yet.
cc='cc', ccflags ='-fPIC -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm',
I'm not sure if the perl you showed me below has fpic configured.
I recommend that yo
local/lib
-fstack-protector'
-Original Message-
From: Fred Moyer [mailto:f...@redhotpenguin.com]
Sent: 11. januar 2010 22:29
To: Morten Bjørnsvik
Cc: mod_perl list
Subject: Re: unable to compile perl under perl 5.10.1
Have you verified perl was actually compiled with fpic? perl -V
Have you verified perl was actually compiled with fpic? perl -V
On Mon, Jan 11, 2010 at 7:23 AM, Morten Bjørnsvik
wrote:
> Hi all
> I'm unable to compile mod_perl-2.0.x from svn(trunk 2.0.5-dev) or cpan(2.0.4)
> on perl 5.10.1, do anyone have some
> black belt options that
Hi all
I'm unable to compile mod_perl-2.0.x from svn(trunk 2.0.5-dev) or cpan(2.0.4)
on perl 5.10.1, do anyone have some
black belt options that make it works, I believed the -fPIC now is embedded in
the -Dusethreads, because
I see it appear lots of places in the perl compile output
I
On Sun, Dec 27, 2009 at 2:55 PM, Daniel Hembree
wrote:
> After upgrading perl to 510.1 I get this compile error for mod_perl-2.0.4.
> Perl is compiled with no threads and no multiplicity. Here's the output:
Might want to try a 2.0.5 snapshot with 5.10 compatibility.
http://perl
After upgrading perl to 510.1 I get this compile error for mod_perl-2.0.4. Perl
is compiled with no threads and no multiplicity. Here's the output:
perl Makefile.PL MP_APXS=/usr/local/apache2/bin/apxs MP_COMPAT_1X=0
...
make
cd "src/modules/perl" && make
make[1]: Ent
Hello,
I tried to compile mod_perl 2.0.4 on mac os x 10.6.2
httpd 2.2.14
./configure --prefix=/tmp/q
make ; make install
mod_perl 2.0.4 and latest from SVN
perl Makefile.PL MP_APXS=/tmp/q/bin/apxs PREFIX=/tmp/q2
system perl: perl -V
Summary of my perl5 (revision 5 version 10 subversion 0
Hi list:
I need to compile mod_perl as static module in apache, i try to compile like
oleg with a few changes, but i got different problems when i hit make, my line
of configuration in mod_perl is:
perl Makefile.PL MP_USE_STATIC=1 MP_AP_PREFIX=../httpd-2.2.9/ MP_AP_CONFIGURE="
--prefix
Oleg Burlaca wrote:
P.S. I don't see any logical explanation why adding MP_MAINTAINER
removed the segfault, but I hope that I did something wrong at the
beginning.
Well it backs up the NULL memory access. The debugging moved things
around and some pointer which is invalid now happens to be
Hi Philip,
thanks for the answer.
> I assume you passed paths to those right, otherwise you've just found
your problem. Which is conflicting library versions. I'll bet you a beer.
Yes, of course "--with-apr-config=/path/to/apr/bin/apr-1-config"
here is the complete config line:
perl ./Makefile
Oleg Burlaca wrote:
After struggling for two days, I've managed to install Apache2.2.9 +
ModPerl2.0.4.
Three crucial things were needed:
1. build mod_perl as a DSO and not static
Thats the default
2. build apache --with-included-apr
Correct, by default it uses apxs if its found in $PATH
After struggling for two days, I've managed to install Apache2.2.9 +
ModPerl2.0.4.
Three crucial things were needed:
1. build mod_perl as a DSO and not static
2. build apache --with-included-apr
3. build libapreq2 --with-apr-config --with-apu-config
I've started apache and tried to acc
27;-Wl,-E
-Wl,-rpath,/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE'
Characteristics of this binary (from libperl):
Compile-time options: MULTIPLICITY PERL_IMPLICIT_CONTEXT
PERL_MALLOC_WRAP USE_ITHREADS USE_LARGE_FILES
USE_PERLIO USE_REENTRANT_API
Does someone know where the shoe pinches?
Thanks.
_lib] Error 2
| error: Bad exit status from /var/tmp/rpm-tmp.83996 (%build)
|
| ===
| any idea on how to fix this or what I'm doing wrong???
|
| Thanks
| James Kosin
The latest snapshot seems to compile and work with perl-5.10.0; though I
have a minor issue with Bugzilla now.
James Kos
_lib] Error 2
| error: Bad exit status from /var/tmp/rpm-tmp.83996 (%build)
|
| ===
| any idea on how to fix this or what I'm doing wrong???
|
| Thanks
| James Kosin
The latest snapshot seems to compile and work with perl-5.10.0; though I
have a minor issue with Bugzilla now.
James Kos
James Kosin wrote:
-BEGIN PGP SIGNED MESSAGE-
modperl_interp.c: In function `modperl_interp_unselect':
modperl_interp.c:294: error: structure has no member named `xmg_magic'
modperl_interp.c: In function `modperl_interp_select':
modperl_interp.c:509: error: structure has no member named `
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm in the process of updating all my packages for perl; however,
mod_perl 2.0.3 fails as follows:
+ cd mod_perl-2.0.3
+ LANG=C
+ export LANG
+ unset DISPLAY
+ CFLAGS=-O2 -g -pipe -march=i386 -mcpu=i686
+ /usr/bin/perl Makefile.PL
PREFIX=/var/tmp/
On Wed, 26 Dec 2007, Wagner, Chris (GEAE, CBTS) wrote:
Reposting since I haven't heard anything from any of the developers. I
know u guys are busy but could u give me a cursory diagnosis. Thanks.
Hi. I've got a problem trying to compile mod-perl 2.0.3.
I get the same error wi
Reposting since I haven't heard anything from any of the developers. I
know u guys are busy but could u give me a cursory diagnosis. Thanks.
Hi. I've got a problem trying to compile mod-perl 2.0.3. I get the
same error
with the SVN snapshot modperl-2.0_20071219053952. Google h
Hi. I've got a problem trying to compile mod-perl 2.0.3. I get the same error
with the SVN snapshot modperl-2.0_20071219053952. Google has nothing. I have
ActiveState perl build 822 that I compiled. I'm on Solaris and used the Sun
compiler suite. Previously when I had a binary bui
On 8/11/07, usha rani <[EMAIL PROTECTED]> wrote:
> how can we compile modperl programs in cygwin.
You g-billboards.com people need to stop asking the same question over
and over. If you're looking for Win32 binaries, they are on
http://perl.apache.org/. If that's not what
hi
how can we compile modperl programs in cygwin.
--
www.g-billboards
er options I'm using.
Thanks,
Martin
-Original Message-
From: imacat [mailto:[EMAIL PROTECTED]
Sent: 15 March 2007 10:15
To: mod_perl
Subject: Re: Undefined symbol compile errors with mod_perl-1.99_14 and
AIX 5.2
On Thu, 15 Mar 2007 10:55:47 +0100
"Crumley, Martin \(GE Infr
On Thu, 15 Mar 2007 10:55:47 +0100
"Crumley, Martin \(GE Infra, Energy\)" <[EMAIL PROTECTED]> wrote:
> I'm experiencing problems when I run the make command on
> mod_perl-1.99_14. I'm including an extract of the output when running
> the make.
Why not using mod_perl 2.0.3? Version 1.99_xx
Hi all,
I'm experiencing problems when I run the make command on
mod_perl-1.99_14. I'm including an extract of the output when running
the make.
The OS is AIX 5.2 64-bit, the perl version is 5.8.5 and I'm compiling
using xlC.
Here are the errors I'm receiving...
=
HASHI Hiroaki wrote:
mod_perl2 2.0.3 can not build with compile option '-march=pentium3'.
A wrong code is xs/APR/APR/Makefile.PL.
Argument may contain multiple '=' charactor
such as CCFLAGS="-O2 -pipe -march=pentium3".
Thanks, we found this Friday. FreeBSD port
mod_perl2 2.0.3 can not build with compile option '-march=pentium3'.
A wrong code is xs/APR/APR/Makefile.PL.
Argument may contain multiple '=' charactor
such as CCFLAGS="-O2 -pipe -march=pentium3".
--- xs/APR/APR/Makefile.PL.orig Mon Nov 20 08:31:02 2006
+++ xs/AP
Hi guys,
I'm using FBSD6.0. I've done the latest cvsup on the ports, installed
apache 2.0.59 and mod_perl 2.0.2,3 and and trying to install
libapreq2-2.0.08.
Unfortunately its something in your local setup. I do the FAMP stack ports
compile almost daily.
th=/opt/exp/gnu/lib /usr/lib /usr/ccs/lib
libs=-lsocket -lnsl -ldb -ldl -lm -lc
perllibs=-lsocket -lnsl -ldl -lm -lc
libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=&
Foo JH wrote:
> Hi guys,
>
> I'm using FBSD6.0. I've done the latest cvsup on the ports, installed
> apache 2.0.59 and mod_perl 2.0.2,3 and and trying to install
> libapreq2-2.0.08.
Unfortunately its something in your local setup. I do the FAMP stack ports
compile al
Hi guys,
I'm using FBSD6.0. I've done the latest cvsup on the ports, installed
apache 2.0.59 and mod_perl 2.0.2,3 and and trying to install
libapreq2-2.0.08.
Halfway through the compilation, I get this error:
cc -shared .libs/util.o .libs/version.o .libs/cookie.o .libs/param.o
.libs/parser.
least make it work at
compile-time, I suppose, though.
> You need to use Apache-Test for the mod_perl bits if you want to do
> that.
Okay, good to know.
-Max
--
http://www.everythingsolved.com/
Everything Solved: Competent, Friendly Bugzilla and Linux Services
On Fri, 2006-08-18 at 11:00 -0700, Max Kanat-Alexander wrote:
> This is not a problem when Apache uses the module, only when you try to
> compile a command-line script that uses ModPerl::RegistryLoader.
You can't do that. These are APIs to apache internals. They don't
thread-multi/ModPerl/RegistryLoader.pm
line 74.
However, the script properly uses Apache2::ServerUtil, which does
indeed have a subroutine called server_root.
This is not a problem when Apache uses the module, only when you try to
compile a command-line script that uses ModPerl::Registry
> [Wed Jul 19 15:08:45 2006] [info] base server + 30 vhosts ready to run tests
> ...[Wed Jul 19 15:08:48 2006] [error] Insecure directory in $ENV{PATH} while
> running with -T switch at
> /s5/twh/papache/modperl-2.0/Apache-Test/lib/Apache/TestConfig.pm line
> 1106.\nCompilation failed in require
-8<-- Start Bug Report 8<--
1. Problem Description:
I have tried MP2 2.0.2 and the most recent dev version.
Both of them gave me the same compile error message.
===
waiting 120 seconds for server to start: .[Wed Jul 19 15:08:44 2006] [warn]
Useless
Hi Charlie,
> Using cpan shell or webmin, I get following errro on attempt install
> XML::DOM, so the whole install blows up.
This mailing list is specifically for discussion of mod_perl. For
general Perl questions, try one of the places listed here:
http://perl.apache.org/docs/offsite/other.ht
Using cpan shell or webmin, I get following errro on attempt install
XML::DOM, so the whole install blows up.
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/dom_jp_print.t31 33.3
Adrian Diezig wrote:
I want to install mod_perl on a Sun-Fire-V240 solaris machine with Solaris
5.9 installed.
Perl 5.8.7 and Apache 2.2.0 are already installed.
I have also installed the fallowing solaris packages:
apr-1.2.2
aprutil-1.2.2
expat
libiconv
gdbm
db-4.2.52.NC
openssl-0.9.8a
gcc-3.3.
I want to install mod_perl on a Sun-Fire-V240 solaris machine with Solaris
5.9 installed.
Perl 5.8.7 and Apache 2.2.0 are already installed.
I have also installed the fallowing solaris packages:
apr-1.2.2
aprutil-1.2.2
expat
libiconv
gdbm
db-4.2.52.NC
openssl-0.9.8a
gcc-3.3.2
make
After that I do
1. Problem Description:
Hi there,
I'm trying to compile mod_perl-2.0.2 on debian sarge and I'm getting the
following error at the beginning of the testing phase:
8<
Syntax error on line 12 of
/home/bfoote/files/mod_perl/mod_perl-2.0.2/t/conf/httpd.conf:
Cannot load
Ok, you are right. A huge monkey is the cause that i didn't make && make
install the
modperl module o_O
Done! I've had to compile also Parse-RecDescent cause apreq claimed it didn't
found.
Now apparently everything has gone right. Thanks!
>eps com estem wrote:
&g
eps com estem wrote:
I've recompile everything with your purposed changes (i wasn't understanding
what a mp2
statically build did mean), but i get the same error in apreq2.
#modperl
perl Makefile.PL MP_USE_STATIC=1 MP_AP_PREFIX="/blah/sources/httpd-2.0.55/" \
MP_AP_CONFIGURE="--with-mpm=prefork
*** [perl/Makefile] Error 2
make[1]: Leaving directory `/blah/sources/libapreq2-2.06-dev/glue'
make: *** [install-recursive] Error 1
Any idea? Thanks for your responses!
>eps com estem wrote:
>> Hi, in the procedure to compile new apache+modperl2+apreq2 i'm finding
>>
eps com estem wrote:
Hi, in the procedure to compile new apache+modperl2+apreq2 i'm finding
problems with apreq2 compilation.
perl 5.87
apache 2.0.55
modperl 2.01
ExtUtils-XSBuilder-0.27
libapreq2-2.06-dev
The commands i do
#perl
/Configure -des -Dusethreads
make
make install
Hi, in the procedure to compile new apache+modperl2+apreq2 i'm finding
problems with apreq2 compilation.
perl 5.87
apache 2.0.55
modperl 2.01
ExtUtils-XSBuilder-0.27
libapreq2-2.06-dev
The commands i do
#perl
/Configure -des -Dusethreads
make
make install
#apache
/configure --prefix
I reset the masonhandler path as follows:
SetHandler perl-script
PerlHandler HTML::Mason::ApacheHandler
and now get:
[Thu Sep 29 09:01:23 2005] [error] unknown field \n passed to constructor
for class HTML::Mason::ExceptionCompilation failed in require at
/opt/rt3/lib/R
I backed off to Mason version but still get:
Odd number of elements in hash assignment at
/usr/local/lib/perl5/site_perl/5.8.7/HTML/Mason/Exceptions.pm line 152.
Syntax error on line 2395 of /usr/local/apache/conf/httpd.conf:
unknown field
passed to constructor for class HTML::Mason::ExceptionC
Thanks Philip, I'll give it a try...
John
-Original Message-
From: "Philip M. Gollucci"<[EMAIL PROTECTED]>
Sent: 9/22/05 7:54:29 PM
To: "John.kelley"<[EMAIL PROTECTED]>
Cc: "modperl@perl.apache.org"
Subject: Re: Apache
<[EMAIL PROTECTED]>
Cc: "modperl@perl.apache.org"
Subject: Re: Apache DSO compile issue...
>
> AddModule mod_perl.c
>
>
> .
See
http://perl.apache.org/docs/1.0/guide/install.html#Installing_separate_Apache_and_mod_per
Ihadn't posted it but it's there for mod_perl.
John
-Original Message-
From: "Philip M. Gollucci"<[EMAIL PROTECTED]>
Sent: 9/22/05 6:48:40 PM
To: "John Kelley"<[EMAIL PROTECTED]>
Cc: "modperl@perl.apache
John Kelley wrote:
Odd number of elements in hash assignment at
/usr/local/lib/perl5/site_perl/5.8.7/HTML/Mason/Exceptions.pm line 152.
[Fri Sep 23 08:24:55 2005] [error] unknown field \n passed to
constructor for class HTML::Mason::ExceptionCompilation failed in
require at /opt/rt3/lib/RT/Inte
I'm installing RT, a supportware allpication. As part of that effort, I've
compiled in mod_perl and loaded a bunch of Perl modules onto the
machine. I've reach an impasse when after compiling in mod_perl, I get
following error when performing an apache configtest:
Odd number of elements in
John.kelley wrote:
LoadModule Mod_perl or libperl?
Is there supposed to be a mod_perl.so or am I supposed to overlay the "old"
libperl.so?
LoadModule perl_modulelibexec/libperl.so
AddModule mod_perl.c
ls libexec/ |grep perl
:-rwxr-xr-x 1 pgollucci wheel - 4.9M Sep 22 19:50:20 2005
AddModule mod_perl.c
.
See
http://perl.apache.org/docs/1.0/guide/install.html#Installing_separate_Apache_and_mod_perl_RPMs
You're missing the LoadModule line.
I swore the order was AddModule then LoadModule, so try both.. or whatever you
have these things in your httpd.conf
.
.
Alia
Hi, I'd greatly appreciate ideas on getting mod_perl successfully loaded
via DSO into my Apache 1.3.33 installation.
I compile and receive no errors (via Makefile.PL or via direct apache compile).
I am not sure if I do not have my config file properly referencing mod_perl
(I think it
Tom Caldwell wrote:
Stas and Marc,
So after a week hiatus I was finally able to return to my
Perl/ModPerl2/Apache2 woes on my Dell 64bit box running redhat linux.
When we last left the main saga, I had just rebuilt perl and modperl
with the -fPIC flag only to find that the tests for subprocess.t
em...
I supposed that Tom has recompiled everything after rebuilding
perl. mod_perl will pick up -fPIC automatically at compile
time, if perl was compiled with it.
Yes that's Ok for all perl modules.
But BTW, my Perl Compilation did not put automaticaly the -fPIC
flag when configuring and als
iled everything after rebuilding perl.
mod_perl will pick up -fPIC automatically at compile time, if perl was
compiled with it.
Yes that's Ok for all perl modules.
But BTW, my Perl Compilation did not put automaticaly the -fPIC flag
when configuring and also didn't detect the needed librar
> Maybe that's the problem...
>
> I supposed that Tom has recompiled everything after rebuilding
> perl.
> mod_perl will pick up -fPIC automatically at compile time, if
> perl was
> compiled with it.
>
>
> Yes that's Ok for all perl modules.
> But BTW, my Perl
had to recompile with -fPIC db and libz, for example)
Maybe that's the problem...
I supposed that Tom has recompiled everything after rebuilding
perl.
mod_perl will pick up -fPIC automatically at compile time, if
perl was
compiled with it.
Yes that's Ok for all perl modules.
But BTW, my Perl
1 - 100 of 218 matches
Mail list logo