Package: wmii
Version: 3.1-2
Severity: important
Tags: patch l10n

A bug in liblitz, when using UTF-8 locale.
non-ascii characters are broken in Window titles and menu labels 

The problem is that liblitz refuses to work with fontsets if one of
the encodings required by the locale is missing; but this is not
really necessary.

The attached trivial patch fixes this for me, using e.g.

WMII_FONT="-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso10646-1"

With this patch there is no need to replace en_US.UTF-8/XLC_LOCALE

Best, Gonzalo


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.12.3-gtl4
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages wmii depends on:
ii  libc6              2.3.6.ds1-4           GNU C Library: Shared libraries
ii  libx11-6           4.3.0.dfsg.1-14sarge1 X Window System protocol client li
ii  xlibs              4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu

-- no debconf information
#! /bin/sh /usr/share/dpatch/dpatch-run
## 02-fontset-fix.dpatch by Gonzalo Tornaría <[EMAIL PROTECTED]>
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Fixes fontset problem

@DPATCH@

--- wmii-3.1.orig/liblitz/font.c        2006-06-17 08:44:30.000000000 -0300
+++ wmii-3.1/liblitz/font.c     2006-10-22 20:16:19.000000000 -0200
@@ -37,10 +37,12 @@
                while(n--)
                        fprintf(stderr, "liblitz: missing fontset: %s\n", 
missing[n]);
                XFreeStringList(missing);
+               /*
                if(font->set) {
                        XFreeFontSet(dpy, font->set);
                        font->set = nil;
                }
+               */
        }
        if(font->set) {
                XFontSetExtents *font_extents;

Reply via email to