RHEL3 (perl 5.8.0) UTF-8 Problems.. (now slightly OT)

I didn’t look at your debugging output but Perl 5.8.0 is buggy for RT.
You need at least 5.8.3.

In that case then, does anyone have any tips on deploying a second
perl/(mod_perl|fastcgi) installation, which doesn’t walk all over the
one provided by distribution_x?

Nathan Ward

I didn’t look at your debugging output but Perl 5.8.0 is buggy for
RT. You need at least 5.8.3.

In that case then, does anyone have any tips on deploying a second
perl/(mod_perl|fastcgi) installation, which doesn’t walk all over the
one provided by distribution_x?

Actually, Nathan, you’ll need to log onto RHN and have a look at what
RH has patched their Perl with. Part of the “beauty” or RHEL is that
the version numbers are frozen with the OS release, with subsequent bug
fixes back-ported into that frozen version, which you can then get via
up2date. In other words, while the version says 5.8.0, it may actually
contain all the fixes up through 5.8.5 (or whatever). This behavior is
the reason I’m moving my RT installation to Solaris 9 from RHEL. If
you really like RH, maybe the Fedora version would be better.

-Guy

In that case then, does anyone have any tips on deploying a second
perl/(mod_perl|fastcgi) installation, which doesn’t walk all over the
one provided by distribution_x?

You should be able to simply build your own perl with a
different root directory -

./configure --prefix=/usr/local/pkg/perl-5.8.5

and then build the appropriate mod_perl or fastcgi to go with the perl
installed in that location.

fastcgi will be a lot simpler to configure than mod_perl.

I don’t know how well it would work with RT but I have gotten around
problems with perl’s UTF-8 support biting me in the ass before by simply
setenv LANG C

before i start the perl interpreter.

danno
dan pritts danno@internet2.edu
systems administrator 734/352-4953 office
internet2 734/834-7224 mobile

I didn’t look at your debugging output but Perl 5.8.0 is buggy for
RT. You need at least 5.8.3.

In that case then, does anyone have any tips on deploying a second
perl/(mod_perl|fastcgi) installation, which doesn’t walk all over the
one provided by distribution_x?

Actually, Nathan, you’ll need to log onto RHN and have a look at what
RH has patched their Perl with.

It’s probably easier to do a tarball install of perl somewhere
under /usr/local (probably the default) and use it with fastcgi.
It’s been years since I last needed multiple perl installs but
I don’t think it was difficult at all. Using it with fastcgi
should avoid the need to rebuild apache and mod_perl too.

Les Mikesell
les@futuresource.com

I didn’t look at your debugging output but Perl 5.8.0 is buggy for
RT. You need at least 5.8.3.

In that case then, does anyone have any tips on deploying a second
perl/(mod_perl|fastcgi) installation, which doesn’t walk all over the
one provided by distribution_x?

Actually, Nathan, you’ll need to log onto RHN and have a look at what
RH has patched their Perl with.

It’s probably easier to do a tarball install of perl somewhere
under /usr/local (probably the default) and use it with fastcgi.

Could very well be, but then why bother using RHEL in the first place,
if you’re going to go around stuff they supply? My point was that
Nathan may not even need a “newer” Perl because RH may have fixed the
relevant bugs in their idea of 5.8.0. My preference is still to avoid
RHEL for RT because it’s a pain either to deal with the strict version
requirements for all the various mods, or to work around them.

-Guy