RT3 on SuSE 9

Has anyone experience with RT3 on SuSE 9? (We’ve given up on RH9, as have
RedHat :slight_smile: We’re getting responses from Apache, but they are the raw source

  • implying a Mason problem.

I’ve had to recompile Apache 1.3 and mod_perl - to avoid using the latter as
a DSO. The only obvious problem I’ve having is with Apache::Request -
libapreq 1.3 compiles but no tests run. 1.2 compiles, but fails all tests.
Needless to say, RT does not start.

We’ve RT2 running on RH7.2 and have had RT3 running on RH9, so we’ve some
experience, but so far no joy on SuSE.

Spattering of config details attached.

Thx,
G

BTW - why does RT show perl 5.8.0 found when the system has 5.8.1 installed

  • and no other?

perl:
5.8.0…found
CLI dependencies:
Getopt::Long 2.24…found
CORE dependencies:
Digest::MD5 2.27…found
DBI 1.37…found
Test::Inline …found
Class::ReturnValue 0.40…found
DBIx::SearchBuilder 0.94…found
Text::Template …found
File::Spec 0.8…found
HTML::Entities …found
Net::Domain …found
Log::Dispatch 2.0…found
Locale::Maketext 1.06…found
Locale::Maketext::Lexicon 0.32…found
Locale::Maketext::Fuzzy …found
MIME::Entity 5.108…found
Mail::Mailer 1.57…found
Net::SMTP …found
Text::Wrapper …found
Time::ParseDate …found
File::Temp …found
Term::ReadKey …found
Text::Autoformat …found
Text::Quoted 1.3…found
Scalar::Util …found
MAILGATE dependencies:
HTML::TreeBuilder …found
HTML::FormatText …found
Getopt::Long …found
LWP::UserAgent …found
DEV dependencies:
Regexp::Common …found
Time::HiRes …found
Test::Inline …found
WWW::Mechanize …found
MASON dependencies:
Params::Validate 0.02…found
Cache::Cache …found
Exception::Class …found
HTML::Mason 1.16…found
MLDBM …found
Errno …found
FreezeThaw …found
Digest::MD5 2.27…found
CGI::Cookie 1.20…found
Storable 2.08…found
Apache::Session 1.53…found
MYSQL dependencies:
DBD::mysql 2.1018…found
MODPERL1 dependencies:
CGI …found
Apache::Request …found
Apache::DBI 0.92…found

myhost:~/rt-3-0-7_01 # /usr/local/apache/bin/httpd -v
Server version: Apache/1.3.29 (Unix)
Server built: Dec 3 2003 16:16:57
myhost:~/rt-3-0-7_01 # /usr/local/apache/bin/httpd -l
Compiled-in modules:
http_core.c
mod_so.c
mod_perl.c
suexec: disabled; invalid wrapper /usr/local/apache/bin/suexec
myhost:~/rt-3-0-7_01 # rpm -qa | grep mysql
mysql-client-4.0.15-13
mysql-4.0.15-13
mysql-devel-4.0.15-13
mysql-shared-4.0.15-13
myhost:~/rt-3-0-7_01 #

Apache config:

NameVirtualHost *

VirtualHost example:

Almost any Apache directive may go into a VirtualHost container.

The first VirtualHost section is used for requests without a known

server name.

<VirtualHost *>
DocumentRoot /usr/local/apache/htdocs
ServerName xxxx.xx.com
ServerAlias myhost localhost

<VirtualHost *>
ServerName rt3.xxx.com
ServerAlias rt3
DocumentRoot /opt/rt3/share/html
AddDefaultCharset UTF-8

PerlModule Apache::DBI
PerlRequire /opt/rt3/bin/webmux.pl


# this section applies to Apache 1 only
<Location />
    SetHandler perl-script
    PerlHandler RT::Mason
</Location>

Get the latest news on SurfControl and our products,
subscribe to our monthly e-newsletter, SurfAdvisory at:
http://www.surfcontrol.com/resources/surfadvisory/surfadvisory_signup.aspx

The information in this email is confidential and may be legally
privileged. It is intended solely for the addressee. Access to this
email by anyone else is unauthorized. If you are not the intended
recipient, any disclosure, copying, distribution or any action taken
or omitted to be taken in reliance on it, is prohibited and may be
unlawful. If you believe that you have received this email in error,
please contact the sender.

Gary Holmes wrote:

Has anyone experience with RT3 on SuSE 9?

I installed RT3 on a fresh SuSE 9 about 4 weeks ago and had
no problems at all.

(We’ve given up on RH9, as have

RedHat :slight_smile: We’re getting responses from Apache, but they are the raw source

  • implying a Mason problem.

I’ve had to recompile Apache 1.3 and mod_perl - to avoid using the latter as
a DSO. The only obvious problem I’ve having is with Apache::Request -
libapreq 1.3 compiles but no tests run. 1.2 compiles, but fails all tests.

Can you provide any log messages from make test?

Jan

Needless to say, RT does not start.

We’ve RT2 running on RH7.2 and have had RT3 running on RH9, so we’ve some
experience, but so far no joy on SuSE.

Spattering of config details attached.

Thx,
G

BTW - why does RT show perl 5.8.0 found when the system has 5.8.1 installed

  • and no other?

perl:
5.8.0…found
CLI dependencies:
Getopt::Long 2.24…found
CORE dependencies:
Digest::MD5 2.27…found
DBI 1.37…found
Test::Inline …found
Class::ReturnValue 0.40…found
DBIx::SearchBuilder 0.94…found
Text::Template …found
File::Spec 0.8…found
HTML::Entities …found
Net::Domain …found
Log::Dispatch 2.0…found
Locale::Maketext 1.06…found
Locale::Maketext::Lexicon 0.32…found
Locale::Maketext::Fuzzy …found
MIME::Entity 5.108…found
Mail::Mailer 1.57…found
Net::SMTP …found
Text::Wrapper …found
Time::ParseDate …found
File::Temp …found
Term::ReadKey …found
Text::Autoformat …found
Text::Quoted 1.3…found
Scalar::Util …found
MAILGATE dependencies:
HTML::TreeBuilder …found
HTML::FormatText …found
Getopt::Long …found
LWP::UserAgent …found
DEV dependencies:
Regexp::Common …found
Time::HiRes …found
Test::Inline …found
WWW::Mechanize …found
MASON dependencies:
Params::Validate 0.02…found
Cache::Cache …found
Exception::Class …found
HTML::Mason 1.16…found
MLDBM …found
Errno …found
FreezeThaw …found
Digest::MD5 2.27…found
CGI::Cookie 1.20…found
Storable 2.08…found
Apache::Session 1.53…found
MYSQL dependencies:
DBD::mysql 2.1018…found
MODPERL1 dependencies:
CGI …found
Apache::Request …found
Apache::DBI 0.92…found

myhost:~/rt-3-0-7_01 # /usr/local/apache/bin/httpd -v
Server version: Apache/1.3.29 (Unix)
Server built: Dec 3 2003 16:16:57
myhost:~/rt-3-0-7_01 # /usr/local/apache/bin/httpd -l
Compiled-in modules:
http_core.c
mod_so.c
mod_perl.c
suexec: disabled; invalid wrapper /usr/local/apache/bin/suexec
myhost:~/rt-3-0-7_01 # rpm -qa | grep mysql
mysql-client-4.0.15-13
mysql-4.0.15-13
mysql-devel-4.0.15-13
mysql-shared-4.0.15-13
myhost:~/rt-3-0-7_01 #

Apache config:

NameVirtualHost *

VirtualHost example:

Almost any Apache directive may go into a VirtualHost container.

The first VirtualHost section is used for requests without a known

server name.

<VirtualHost *>
DocumentRoot /usr/local/apache/htdocs
ServerName xxxx.xx.com
ServerAlias myhost localhost

<VirtualHost *>
ServerName rt3.xxx.com
ServerAlias rt3
DocumentRoot /opt/rt3/share/html
AddDefaultCharset UTF-8

PerlModule Apache::DBI
PerlRequire /opt/rt3/bin/webmux.pl


# this section applies to Apache 1 only
<Location />
    SetHandler perl-script
    PerlHandler RT::Mason
</Location>

Get the latest news on SurfControl and our products,
subscribe to our monthly e-newsletter, SurfAdvisory at:
http://www.surfcontrol.com/resources/surfadvisory/surfadvisory_signup.aspx


The information in this email is confidential and may be legally
privileged. It is intended solely for the addressee. Access to this
email by anyone else is unauthorized. If you are not the intended
recipient, any disclosure, copying, distribution or any action taken
or omitted to be taken in reliance on it, is prohibited and may be
unlawful. If you believe that you have received this email in error,
please contact the sender.



rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users

Have you read the FAQ? The RT FAQ Manager lives at http://fsck.com/rtfm

Jan Algermissen http://www.topicmapping.com
Consultant & Programmer http://www.gooseworks.org

Gary Holmes wrote:

I’ve had to recompile Apache 1.3 and mod_perl - to avoid using the latter as
a DSO. The only obvious problem I’ve having is with Apache::Request -
libapreq 1.3 compiles but no tests run. 1.2 compiles, but fails all tests.
Needless to say, RT does not start.

You need to run the tests as an unprivileged user, then do “make
install” as root. If you want to take your chances, force the install. I
prefer to run the tests, myself, especially if apache was compiled from
source.

The last time I installed HTML::Mason the tests always failed, due to a
change in a dependency. I forced the install on that, and haven’t had
any problems (it was the last module I needed for RT).