Your message dated Sat, 12 Jul 2025 20:45:41 +0200
with message-id <ahktvans3ea9d...@per.namespace.at>
and subject line Re: Bug#204207: unable to cope with encodings
has caused the Debian Bug report #204207,
regarding unable to cope with encodings
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
204207: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=204207
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: ircii
Version: 20030315-1
Handling of different encodings in ircii is just pathetic: the only recoding
possible between user input and irc channel (whose encoding is undefined by
the protocol, which is broken in itself) is via some 1-to-1 lookup tables.
That way it is impossible to use under a locale that uses a multibyte
encoding (e.g. UTF-8). Instead, ircii should pick up the locale's encoding
from the environment and allow the channel's encoding to be defined to any
encoding as the user wants, and the messages recoded accordingly via
iconv().
--- End Message ---
--- Begin Message ---
Source: ircii
Source-Version: 20151120-1
On Tue, Aug 05, 2003 at 02:39:59PM +0200, Rüdiger Kuhlmann wrote:
> Handling of different encodings in ircii is just pathetic: the only recoding
> possible between user input and irc channel (whose encoding is undefined by
> the protocol, which is broken in itself) is via some 1-to-1 lookup tables.
> That way it is impossible to use under a locale that uses a multibyte
> encoding (e.g. UTF-8). Instead, ircii should pick up the locale's encoding
> from the environment and allow the channel's encoding to be defined to any
> encoding as the user wants, and the messages recoded accordingly via
> iconv().
Hopefully fixed upstream by:
Changes in ircII 20131230:
o re-add the utf-8 changes now that the scrolling is not slowed
--- End Message ---
