Help me with Initial RT install recommendation

Hope that’s not confusing
I am waiting for a new machine and I intend to load Redhat 7.2 on it and
then RT.

Is there another distribution I should look at or any other things I should
consider

I have looked at some of the documentation and I think I can get it working
but any hints would be appreciated.

Thanks in advance
William Kelleher
IS Manager
AA Services
703.461.9009 x137
wkelleher@aaservicesltd.com

wkelleher@aaservicesltd.com wrote:

I have looked at some of the documentation and I think I can get it working
but any hints would be appreciated.

Hmmm. Redhat… apart from the usual sysadmin stuff, you’ll have a lot
less trouble with the many facets of RT if you compile EVERYTHING yourself

  • perl, apache & mod_perl ( & mod_ssl if you like) that is.

It’s not that hard. You’ll enjoy it :).

T�o de Hesselle, \ One possible reason that things
Unix Systems Administrator \ aren’t going according to plan
\ is that there never was a plan
University of Technology, Sydney \ in the first place.

Ok, I’ll admit I only just started paying attention to this list, so
someone else here will hopefully correct me if I’m saying something
extremely horrible, but…

I just started fresh with redhat 7.2, which still has perl 5.6.0, which
seems to be a bit of a problem, but I was able to get it working… if you
don’t count the occasional apache child process segfaulting (hit the back
button and submit again, no big deal so far).

My goals were to stick as much as possible with redhat-supplied rpm
packages and to definitely NOT recompile perl. The apache segfaulting I
take to be related to perl 5.6.0 (vs 5.6.1), so maybe mine wasn’t the best
choice. I REALLY do NOT want to compile perl and ruin redhat’s rpm
version - personal preference.

I took some really rough notes though and I’d be happy to forward them
to you, wkelleher, if you want some additional guidance on the process.
I’m sorry, don’t have your original post, only Teo’s response below, so I
don’t know if you’re on redhat 7.2 or some other version. If it’s not
7.2, my notes probably won’t help much.

I’ll be doing the install again on another rh7.2 box very soon and will be
tarballing all the files I use for the install and cleaning up my notes
more carefully and I’ll be happy to share that as well if anyone’s
interested.

Email me directly if you think you may benefit from these notes and I’ll
send them.

treverOn Sat, 17 Nov 2001, Teo de Hesselle wrote:

wkelleher@aaservicesltd.com wrote:

I have looked at some of the documentation and I think I can get it working
but any hints would be appreciated.

Hmmm. Redhat… apart from the usual sysadmin stuff, you’ll have a lot
less trouble with the many facets of RT if you compile EVERYTHING yourself

  • perl, apache & mod_perl ( & mod_ssl if you like) that is.

It’s not that hard. You’ll enjoy it :).

Trever Furnish wrote:

My goals were to stick as much as possible with redhat-supplied rpm
packages and to definitely NOT recompile perl.

This shouldn’t be a huge problem, as long as you’re using the same
compiler and libs as was used to compile perl.

If not, when you compile perl modules, things either won’t work at all or
they will fail subtly - I suspect this is the cause of many people’s
segfaults.

See, perl remembers the options that were used to compile it (try a perl
-V), and your typical perl makefile.PL script uses the same switches to
compile the module, so the module is compiled in the environment as the
one used to make perl.

This leads to a world of pain if you end up using two sets of libs to
compile what is effectively the same program.

At the end of the day, I find compiling everything myself leads to a lot
less problems… Don’t get me wrong - packages rock - I make solaris
packages for just about everything, as it lets us have the same
environment across all our machines. The key factor is that my packages
make up a coherent environemnt, which is something very very easy to break
if you’re starting from something like redhat, because there’s bound to be
something you need to change, and then everything goes to hell.

In any case, I’ve ranted enough on the subject now.

T�o de Hesselle, \ One possible reason that things
Unix Systems Administrator \ aren’t going according to plan
\ is that there never was a plan
University of Technology, Sydney \ in the first place.