Simple installation question (I hope)

RT Users
1

Hi, I’m installing RT on a Slackware box and ran into something funny.

Slackware - 8.1
Apache, Mysql, Perl all installed from pkgtool. These are currently
“stock” installs without much setup (other than mysql root admin)

  1. Ran rt installation:
    make testdeps - errors
    make fixdeps - cpan ran and installed lots of things
    make testdeps - all ok
    make install - all worked, got congratulations message

  2. Configured config.pm

  3. Configured httpd.conf with:

DocumentRoot /opt/rt2/WebRT/html
ServerName 192.168.0.1
PerlModule Apache::DBI
PerlFreshRestart On
PerlRequire /opt/rt2/bin/webmux.pl

SetHandler perl-script
PerlHandler RT::Mason

  1. Ran /usr/sbin/apachectl start and got:
    Syntax error on line 1011 of /etc/apache/httpd.conf:
    Can’t locate Apache/DBI.pm in @INC (@INC contains: /us…

  2. I solved this by copying DBI.pm from:
    /usr/lib/perl5/site_perl/i386-linux
    to:
    /usr/lib/perl5/site_perl/i386-linux/Apache/

  3. Now the server starts but gives me lots of “redefined” statements.
    Example: (one of many)
    Subroutine DBI::st::fetchrow redefined at
    /usr/lib/perl5/site_perl/i386-linux/DB
    I.pm line 405.

Now the simple(??) question. Is this OK, or did I break some
rules big-time? Do I have some path issues messed up or is this
fairly typical? Thanks for suggestions,
Don

2

Don Brett wrote:

  1. Ran /usr/sbin/apachectl start and got:
    Syntax error on line 1011 of /etc/apache/httpd.conf:
    Can’t locate Apache/DBI.pm in @INC (@INC contains: /us…

Apache::DBI is not installed.

The README mentions that “You may need to install Apache::Session
and Apache::DBI by hand.”

$ perl -MCPAN -e ‘install Apache::DBI’

should fix you.

  1. I solved this by copying DBI.pm from:
    /usr/lib/perl5/site_perl/i386-linux
    to:
    /usr/lib/perl5/site_perl/i386-linux/Apache/

What makes people want to do this??? Don’t. Don’t. DON’T do this.
Phil Homewood, Systems Janitor, www.SnapGear.com
pdh@snapgear.com Ph: +61 7 3435 2810 Fx: +61 7 3891 3630
SnapGear - Custom Embedded Solutions and Security Appliances

3

-----Original Message-----
From: Don Brett [mailto:dlbrett@zoominternet.net]
Sent: Tuesday, November 12, 2002 8:39 PM
To: rt-users@lists.fsck.com
Subject: [rt-users] Simple installation question (I hope)

Hi, I’m installing RT on a Slackware box and ran into something funny.

Slackware - 8.1
Apache, Mysql, Perl all installed from pkgtool. These are currently
“stock” installs without much setup (other than mysql root admin)

A couple of things to watch out for:

Slackware Apache is built with all modules as DSOs. I’ve run into
problems with mod_perl in this configuration. I ended up compiling
Apache with static mod_perl.

Does Slack 8.1 fix the broken suidperl builds of previous versions?
This entry from the archives highlights the problem and a workaround.

http://lists.fsck.com/pipermail/rt-users/2001-July/003094.html

The caveat here is that I haven’t installed Slack 8.1 yet. My experiences
relate to Slack 7.1 and 8.0.

ttfn,
kevin

4

Phil,
Thanks for the suggestion about installing Apache::DBI and
Apache::Session manually, but it didn’t make any difference (I had
great hopes for it!). I also rebuilt Perl, mod_perl, cpan, all from
scratch. It still puts DBI.pm in the wrong(?) place. Any other
suggestions? Thanks.

Kevin,
I looked the get-around over. I’m confused, where do I put the
switches:
“Kernel can’t do setuid scripts safely”, and
“Let perl emulate setuid scripts”

Is this during configure, or put it into the makefile, or ??? Thanks
for the help,
Don

ps - I’m new to mailing lists. How do I reply to your posts in the same
thread?

5

Kevin,
I looked the get-around over. I’m confused, where do I put the
switches:
“Kernel can’t do setuid scripts safely”, and
“Let perl emulate setuid scripts”

Is this during configure, or put it into the makefile, or ??? Thanks
for the help,
Don

Don,

If you run perl’s configure script without the ‘-d’ switch, it asks
dozens of questions regarding desired capabilities. These are just
two of the questions asked. The default for the first question,
“Kernel can’t do setuid scripts safely”, is ‘no’, the desired answer.
However, the default for the second, “Let perl emulate setuid scripts”,
is also no, which disables any perl suid capability. Originally, when
I ran the Configure script, I accepted all defaults with this exception
and this perl worked fine.

ARRGH!! After I wrote this, I took a look at the perl.build script in
the Slackware 8.1 perl source tree. It looks like it has changed the
default
for letting perl do suid scripts. So, after reading the previous
exposition,
you should be able to ignore all of it. It appears that the Slackware 8.1
perl
should be able to emulate the setuid scripts after all and you shouldn’t
have
to compile it on your own.

This is what I get for trying to relate my previous experiences without
trying
to see if the underlying reasons have changed recently.

ttfn,
kevin

6

-----Original Message-----
From: Don Brett [mailto:dlbrett@zoominternet.net]
Sent: Tuesday, November 12, 2002 8:39 PM
To: rt-users@lists.fsck.com
Subject: [rt-users] Simple installation question (I hope)

Hi, I’m installing RT on a Slackware box and ran into something funny.

Slackware - 8.1
Apache, Mysql, Perl all installed from pkgtool. These are currently
“stock” installs without much setup (other than mysql root admin)

A couple of things to watch out for:

Slackware Apache is built with all modules as DSOs. I’ve run into
problems with mod_perl in this configuration. I ended up compiling
Apache with static mod_perl.

Does Slack 8.1 fix the broken suidperl builds of previous versions? This
entry from the archives highlights the problem and a workaround.

http://lists.fsck.com/pipermail/rt-users/2001-July/003094.html

The caveat here is that I haven’t installed Slack 8.1 yet. My
experiences relate to Slack 7.1 and 8.0.

ttfn,
kevin

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

Kevin,

I am currently running Slackware 8.1 and there are problems with RT2 and
Slack 8.1. You need to remove the perl package and recompile a version
from perl.com. I am currently running Apache 1.3.27, PHP 4.23 and MySQL
3.23.53. I have downloaded but not compiled the mod_perl module for
Apache. I am using Apache, MySQL and PHP straight from the Slack
install.

Stuart.