On Tue, Jun 20, 2006 at 04:40:53PM +0200, Steinar H. Gunderson wrote:
> On Mon, Jun 19, 2006 at 08:57:02PM +0200, Steinar H. Gunderson wrote:
> > After some discussion on IRC, here's the updated patch.
>
> One change is needed yet; the current code in debconf-copydb simply turns off
> i18n support (since the old code couldn't handle that properly, it seems, or
> perhaps it's even older). Just nuke the setenv() line from debconf-copydb.c
> and we should be okay.
>
> BTW, Joey: There _are_ lots of non-UTF-8 strings out there, it seems -- it's
> unfortunate, but we can't nuke the support from debconf just yet. :-/
In case this is of interest for someone, here are some figure:
* There are 7 packages in unstable with Field-xx translated fields
(i.e. without encoding):
pool/main/a/amavis-ng/amavis-ng_0.1.6.9-1_all.deb
pool/main/b/bottlerocket/bottlerocket_0.05b3-6.1_i386.deb
pool/main/c/chdrv/chdrv_1.0.13p-2_i386.deb
pool/main/f/filterproxy/filterproxy_0.30-6_all.deb
pool/main/i/ifupdown/ifupdown_0.6.7_i386.deb
pool/main/n/ndtpd/ndtpd_3.1.5-6.3_i386.deb
pool/main/x/x-symbol/x-symbol_4.43-5_all.deb
* There are 107 (180 in main + 5 in contrib + 2 in non-free) packages
in unstable with non UTF-8 (and non utf-8 :)) Field-xx.encoding
translated fields. Note that many packages need more than a simple
rebuild because they implemented the hack described in
http://lists.debian.org/debian-i18n/2003/07/msg00026.html
to ease woody portability.
* There is no package with Field-xx.utf8 translated field, so the
applied fix looks safe.
IIRC cdebconf does only support UTF-8 on output too, so it cannot
replace debconf when run under a non UTF-8 locale.
Denis
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
