On Sun, Jan 25, 2004 at 09:39:13 +0100, "Martin v. Löwis" wrote:
> Matthias Klose wrote:
> >>The default /etc/python2.3/site.py specifies "ascii" as a system
> >>encoding. This causes errors if non-ascii characters are fed to
> >>python programs unaware of i18n/l10n issues (eq. libglade-convert
> >>script). Please make utf-8 (which is backwards compatible but will not
> >>cause fatal errors) or enable locales in default site.py.
>
> I would strongly advise against making it locale-aware - this would
> mean that locale is considered in strange places, causing moji-bake,
> and the cause of the moji-bake would be difficult to find. It also
> means that the same program may work for some users and fail for
> others.
>
> Setting it to utf-8 would "work", but it would mean that Debian
> deviates from all other Python installations in the world.
>
> Changing it locally is "somewhat recommended"; such changes should
> be carried out through sitecustomize.py, instead of editing site.py.
>
> The real solution is to fix the buggy applications, i.e.
> libglade-convert in this case.
I realized that soon after posting this bug and posted another for
libglade-convert. Feel free to close this bug and account it to bug #229372.
-------------------------------------------------------------------------------
Jan 'Bulb' Hudec <[EMAIL
PROTECTED]>
