On 3/19/2012 3:36 PM, testwreq wreq wrote:
Dear Jeff,
Unfortunately, it did not fix the problem. Encode was up to date.
[root@www2 ~]#  perl -MCPAN -e "install Encode"
CPAN: Storable loaded ok
Going to read /root/.cpan/Metadata
   Database was generated on Sun, 18 Mar 2012 23:12:50 GMT
Encode is up to date.

Did you originally install RT from source?  If so, the
easiest solution is to visit the original source tree
and run 'make fixdeps' and cross your fingers.

Alternatively, you can just install a newer Encode
(and then move on to Apache::Request).

    http://search.cpan.org/dist/Encode/

Pick a version, download it, unpackage it, and run

    perl Makefile.PL
    make
    make install

[ Or read the README included with the package ]

Unfortunately, this is how things go on Linux distributions
unless you explicitly exclude key software from being updated.
The update changed things that RT wants.  The only real
solution is to solve it by hand through Perl module upgrades
on your own (which may very well then be overwritten again
by your package manager in the future!).

That's about all I can offer.

On Mon, Mar 19, 2012 at 3:03 PM, Jeff Blaine <jbla...@kickflop.net
<mailto:jbla...@kickflop.net>> wrote:

    On 3/19/2012 1:54 PM, testwreq wreq wrote:

        What mime_name should I be looking for?


    None.

    I guess I was too terse.

    CentOS "upgraded" your Perl "Encode" module for you and
    the version that RH and CentOS push out breaks RT.  The
    version they push out (which breaks things) is lacking
    an attribute or function called mime_name.  You don't
    need to know that to fix it, I am only telling you so
    that if you see "mime_name" mentioned in an error some
    time, you will have some context for it.

    To fix, just do this:


        perl -MCPAN -e "install Encode"

        On Mon, Mar 19, 2012 at 1:47 PM, Jeff Blaine
        <jbla...@kickflop.net <mailto:jbla...@kickflop.net>
        <mailto:jbla...@kickflop.net <mailto:jbla...@kickflop.net>>> wrote:

            On 3/19/2012 1:34 PM, testwreq wreq wrote:

                Hi
                I upgraded centos from 5.5 to 5.8 release on my development
                server. I
                cannot get RT to work. My RT installation is under data/rt3
                folder. The
                document rool is .../share/html; When we try to access
        the RT
                host name
                on the browser, it does not reach the index.html file
        location
                in the
                document root of RT, bur instead tries to open some file
        and is
                looking
                for a filetype to open it with
                I ran ./rt-test-dependencies --with-modperl1 on both
        development and
                production. there are following things missing on both
                  Apache::Request...MISSING
                CORE missing dependencies:
                         Encode >= 2.13...MISSING
                                 Encode version 2.13 required--this is only
                version 2.12
                However, the production centos  is not updgraded and it is
                working. I
                don't get any errors in the error log. Could anyone help
        us to
                find what
                the problem could be?
                thanks much:)


            perl -MCPAN -e "install Encode"

            Red Hat / CentOS updates nearly always screw up something with
            the "Encode" that RT expects.  The RH or CentOS one lacks
        mime_name
            somewhere.



Reply via email to