Rt2 to rt3 with Japanese Characters

RT Users
1

Folks,

I am trying to transition from RT2.0.15 to RT3.0.3. I installed Ben

Gertzfield’s patch for Japanese under RT2
(http://fsck.com/rtfm/article.html?id=123#120). Using rt2-to-rt3 V1.13, I
tried with $ENCODING = “iso-8859-1”; (default) first, and the DB imported in
its entirety but the characters did not display properly. I then changed the
$ENCODING line in dumpfile-to-rt-3.0 to “euc-jp” but obviously I’m missing
something. I get this error and the script dies when trying to import:

[Fri Jun 27 22:11:54 2003] [debug]: Got a resolvedticket with a resolved of
(/usr/local/rt3/lib/RT/Ticket_Overlay.pm:396)
.t-2853
[Fri Jun 27 22:11:55 2003] [debug]: Got a resolvedticket with a resolved of
(/usr/local/rt3/lib/RT/Ticket_Overlay.pm:396)
Character not from source char set: Invalid or incomplete multibyte or wide
character at /usr/lib/perl5/site_perl/5.6.1/Encode/compat/common.pm line
115.

I'm using perl 5.6.1, mysql and fastcgi on a RH7.3 box. All required perl

modules are installed. I read the proviso on using Perl5.8 for RT’s support
of Non-English languages (which I can find no further mention of in the
DRAFT Manual of 13 April), but really want to avoid it if possible (for
now). Any help would be appreciated.

Best Regards,
Camron

Camron W. Fox
Hilo Office
High Performance Computing Group
Fujitsu America, INC.
E-mail: cwfox@fujitsu.com

2

Folks,

I am trying to transition from RT2.0.15 to RT3.0.3. I installed Ben
Gertzfield’s patch for Japanese under RT2
(http://fsck.com/rtfm/article.html?id=123#120). Using rt2-to-rt3 V1.13, I
tried with $ENCODING = “iso-8859-1”; (default) first, and the DB imported in
its entirety but the characters did not display properly. I then changed the
$ENCODING line in dumpfile-to-rt-3.0 to “euc-jp” but obviously I’m missing
something. I get this error and the script dies when trying to import:

[Fri Jun 27 22:11:54 2003] [debug]: Got a resolvedticket with a resolved of
(/usr/local/rt3/lib/RT/Ticket_Overlay.pm:396)
.t-2853
[Fri Jun 27 22:11:55 2003] [debug]: Got a resolvedticket with a resolved of
(/usr/local/rt3/lib/RT/Ticket_Overlay.pm:396)
Character not from source char set: Invalid or incomplete multibyte or wide
character at /usr/lib/perl5/site_perl/5.6.1/Encode/compat/common.pm line
115.

I’m using perl 5.6.1, mysql and fastcgi on a RH7.3 box. All required perl
modules are installed. I read the proviso on using Perl5.8 for RT’s support
of Non-English languages (which I can find no further mention of in the
DRAFT Manual of 13 April), but really want to avoid it if possible (for
now). Any help would be appreciated.

You really want to run perl 5.8 for support of non-English
charactersets. Using perl 5.6 will be an exercise in slow and
excruciating pain.

Request Tracker... So much more than a help desk — Best Practical Solutions – Trouble Ticketing. Free.

3

-----Original Message-----
From: rt-users-admin@lists.fsck.com
[mailto:rt-users-admin@lists.fsck.com]On Behalf Of Jesse Vincent
Sent: Friday, June 27, 2003 18:34
To: Camron W. Fox
Cc: Rt-Users@Lists. Fsck. Com
Subject: Re: [rt-users] rt2 to rt3 with Japanese Characters

Folks,

I am trying to transition from RT2.0.15 to RT3.0.3. I installed Ben

Gertzfield’s patch for Japanese under RT2
(http://fsck.com/rtfm/article.html?id=123#120). Using
rt2-to-rt3 V1.13, I
tried with $ENCODING = “iso-8859-1”; (default) first, and the
DB imported in
its entirety but the characters did not display properly. I
then changed the
$ENCODING line in dumpfile-to-rt-3.0 to “euc-jp” but obviously
I’m missing
something. I get this error and the script dies when trying to import:

[Fri Jun 27 22:11:54 2003] [debug]: Got a resolvedticket with a
resolved of
(/usr/local/rt3/lib/RT/Ticket_Overlay.pm:396)
.t-2853
[Fri Jun 27 22:11:55 2003] [debug]: Got a resolvedticket with a
resolved of
(/usr/local/rt3/lib/RT/Ticket_Overlay.pm:396)
Character not from source char set: Invalid or incomplete
multibyte or wide
character at /usr/lib/perl5/site_perl/5.6.1/Encode/compat/common.pm line
115.

I'm using perl 5.6.1, mysql and fastcgi on a RH7.3 box. All

required perl

modules are installed. I read the proviso on using Perl5.8 for
RT’s support
of Non-English languages (which I can find no further mention of in the
DRAFT Manual of 13 April), but really want to avoid it if possible (for
now). Any help would be appreciated.

You really want to run perl 5.8 for support of non-English
charactersets. Using perl 5.6 will be an exercise in slow and
excruciating pain.

OK, Jesse,

I installed perl 5.8 as you recommended, installed all the required

modules, re-installed RT3.0.3, and ran dumpfile-to-rt-3.0 once again, with
no change in the results. The Japanese characters in the old tickets are
still not being displayed correctly. Any other suggestions? If a new ticket
is opened via email, or via the web interface, all is good.

Best Regards,
Camron

Camron W. Fox
Hilo Office
High Performance Computing Group
Fujitsu America, INC.