On Fri,19.Dec.08, 18:27:23, Bas Zoetekouw wrote:
> Hi Andrei!
>
> You wrote:
>
> > I've no idea why the patch works; it screws things up here, in
> > particular for languages that still use iso8859-1 (for example, french).
> > encode() encodes the perl string into a proper utf8 bytestring. At
>
Hi Andrei!
You wrote:
> I've no idea why the patch works; it screws things up here, in
> particular for languages that still use iso8859-1 (for example, french).
> encode() encodes the perl string into a proper utf8 bytestring. At
> least, that's what it's suppoed to do...
I think I might have
On Thu,18.Dec.08, 22:45:58, Bas Zoetekouw wrote:
> Hi Andrei!
>
> You wrote:
>
> > > Hmm, there was an ancient version of MIME::Lite embedded in the
> > > repositry. I've updated it now, but I doubt it makes any difference...
> > >
> > > I also tried with sid just now and it works perfectly her
Hi Andrei!
You wrote:
> > Hmm, there was an ancient version of MIME::Lite embedded in the
> > repositry. I've updated it now, but I doubt it makes any difference...
> >
> > I also tried with sid just now and it works perfectly here (both with
> > the old and new MIME::Lite).
>
> But why does
On Thu,18.Dec.08, 21:04:22, Andrei Popescu wrote:
> On Thu,18.Dec.08, 10:06:57, Bas Zoetekouw wrote:
>
> > Hmm, there was an ancient version of MIME::Lite embedded in the
> > repositry. I've updated it now, but I doubt it makes any difference...
> >
> > I also tried with sid just now and it wor
On Thu,18.Dec.08, 10:06:57, Bas Zoetekouw wrote:
> Hmm, there was an ancient version of MIME::Lite embedded in the
> repositry. I've updated it now, but I doubt it makes any difference...
>
> I also tried with sid just now and it works perfectly here (both with
> the old and new MIME::Lite).
Hi Andrei!
You wrote:
> > > and whaddaya know, it works for me!
> >
> > Hmm, which version of perl and MIME::Lite are you using? I tested this
> > on etch, an I'm sure it doesn't work, but it might have been fixed in
> > newer versions of perl and/or MIME:Lite.
>
> $ dpkg -l perl | grep ^ii
>
On Wed,17.Dec.08, 02:45:56, Bas Zoetekouw wrote:
> > and whaddaya know, it works for me!
>
> Hmm, which version of perl and MIME::Lite are you using? I tested this
> on etch, an I'm sure it doesn't work, but it might have been fixed in
> newer versions of perl and/or MIME:Lite.
$ dpkg -l perl |
Hi Andrei!
You wrote:
> Following a hunch I got for a while [the output with -g is the same as
> running 'iconv -f iso-8859-1 -t utf-8', (note: iso-8859-1, not
> iso-8859-2)] I tried this small patch
>
> ,[ ]
> | Index: check_trans.pl
> | ==
On Tue,16.Dec.08, 21:52:02, Andrei Popescu wrote:
> check_trans_term.txt.gz contains a copy-paste from the terminal after a
> -g run and check_trans_mail.txt.gz is a copy of the file from my
And here are the attachements ;)
Regards,
Andrei
--
If you can't explain it simply, you don't underst
On Tue,16.Dec.08, 10:15:09, Bas Zoetekouw wrote:
> Hi Andrei!
>
> You wrote:
>
> > > Yes, the -g option is broken (or rather Perl is, by not properly
> > > detecting your locale). The mails that are sent out should be fine
> > > though. Could you please check those?
> >
> > I'm checking with v
Hi Andrei!
You wrote:
> > Yes, the -g option is broken (or rather Perl is, by not properly
> > detecting your locale). The mails that are sent out should be fine
> > though. Could you please check those?
>
> I'm checking with version 1.88 and still the same. Any more info you
> need?
Curious
On Mon,15.Dec.08, 18:54:18, Bas Zoetekouw wrote:
> Hi Andrei!
>
> You wrote:
>
> > > I just committed a fix to CVS. Could you please check if that indeed
> > > solves the problem?
> >
> > Nope, same problem. If I add -g then I get the same output as running
> > iconv -f iso-8859-1 -t utf-8 mai
Hi Andrei!
You wrote:
> > I just committed a fix to CVS. Could you please check if that indeed
> > solves the problem?
>
> Nope, same problem. If I add -g then I get the same output as running
> iconv -f iso-8859-1 -t utf-8 mail_user.txt
> Hope this helps in diagnosing the problem.
Yes, the -
On Du,14.dec.08, 15:00:05, Bas Zoetekouw wrote:
> Hi Andrei!
>
> You wrote:
>
> > The messages sent by the check_trans.pl script are breaking the Romanian
> > special characters (actually mutt shows the "<83>" as "\203" and "<9f>"
> > as "\237"). Since I don't know perl I can't tell if I'm doi
Hi Andrei!
You wrote:
> The messages sent by the check_trans.pl script are breaking the Romanian
> special characters (actually mutt shows the "<83>" as "\203" and "<9f>"
> as "\237"). Since I don't know perl I can't tell if I'm doing something
> wrong or it's some bug. My locale is ro_RO.UTF
Hi Andrei!
You wrote:
> The messages sent by the check_trans.pl script are breaking the Romanian
> special characters (actually mutt shows the "<83>" as "\203" and "<9f>"
> as "\237"). Since I don't know perl I can't tell if I'm doing something
> wrong or it's some bug. My locale is ro_RO.UTF
Hello,
[I'm also writing directly since I don't know if you are subscribed to
d-www]
The messages sent by the check_trans.pl script are breaking the Romanian
special characters (actually mutt shows the "<83>" as "\203" and "<9f>"
as "\237"). Since I don't know perl I can't tell if I'm doing s
18 matches
Mail list logo
