Bug#447084: fluxbox: fails to correctly display UTF-8 window titles

2007-11-02 Thread Dmitry E. Oboukhov

It's oddly enough. As for me, everything works fine with your configs.
And I managed to reproduce your problems only with the old package
xfonts-artwiz. I think it is the very reason of the problems. I 
permanently work with Russian codings, and Russian codings were the
main reason for me to maintain fluxbox.   

Probably there are problems in some other package in Your system, and it
prevents the correct representation of the fonts.   
Try to install for example icewm and reproduce this bug in it.

On 23:38 Thu 01 Nov , Francesco Poli wrote:
FP On Fri, 26 Oct 2007 01:15:08 +0200 Francesco Poli wrote:

 On Thu, 25 Oct 2007 14:29:57 +0400 Dmitry E. Oboukhov wrote:
 
 FP I thought version 1.0.0-1 was about to migrate to testing, but
 FP it is instead still waiting.
 FP I cannot understand why it has not migrated to testing yet.
 t is bug buildd platforms of spark. I tried to do correspondence,
 but a result is not present.
 Be not afraid to install it from unstable. All of
 dependences already a long ago got in testing.
 
 I may try
FP [...]

FP Well, in the meanwhile fluxbox 1.0.0-1 migrated to testing.
FP I am currently using that version of fluxbox, but the bug is still
FP present.
FP I can reproduce the bug with the terminus font (all the previously
FP described tests fail).

FP So fluxbox 1.0.0-1 does _not_ fix the bug for me.

FP Moreover, I can still reproduce the bug with root-tail.
FP I'm more and more convinced that the problem may lie in libx11-6.
FP Which version of libx11-6 are you using?
$ zcat /usr/share/doc/libx11-6/changelog.Debian.gz|dpkg-parsechangelog
-l-|grep ^Version
Version: 2:1.0.3-7




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#447084: fluxbox: fails to correctly display UTF-8 window titles

2007-11-01 Thread Francesco Poli
On Fri, 26 Oct 2007 01:15:08 +0200 Francesco Poli wrote:

 On Thu, 25 Oct 2007 14:29:57 +0400 Dmitry E. Oboukhov wrote:
 
  FP I thought version 1.0.0-1 was about to migrate to testing, but
  FP it is instead still waiting.
  FP I cannot understand why it has not migrated to testing yet.
  t is bug buildd platforms of spark. I tried to do correspondence,
  but a result is not present.
  Be not afraid to install it from unstable. All of
  dependences already a long ago got in testing.
 
 I may try
[...]

Well, in the meanwhile fluxbox 1.0.0-1 migrated to testing.
I am currently using that version of fluxbox, but the bug is still
present.
I can reproduce the bug with the terminus font (all the previously
described tests fail).

So fluxbox 1.0.0-1 does _not_ fix the bug for me.

Moreover, I can still reproduce the bug with root-tail.
I'm more and more convinced that the problem may lie in libx11-6.
Which version of libx11-6 are you using?


-- 
 http://frx.netsons.org/doc/nanodocs/testing_workstation_install.html
 Need to read a Debian testing installation walk-through?
. Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgp0YGbPaspf7.pgp
Description: PGP signature


Bug#447084: fluxbox: fails to correctly display UTF-8 window titles

2007-10-25 Thread Dmitry E. Oboukhov
FP I thought version 1.0.0-1 was about to migrate to testing, but it is
FP instead still waiting.
FP I cannot understand why it has not migrated to testing yet.
t is bug buildd platforms of spark. I tried to do correspondence, but a
result is not present.
Be not afraid to install it from unstable. All of
dependences already a long ago got in testing.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#447084: fluxbox: fails to correctly display UTF-8 window titles

2007-10-25 Thread Francesco Poli
On Thu, 25 Oct 2007 14:29:57 +0400 Dmitry E. Oboukhov wrote:

 FP I thought version 1.0.0-1 was about to migrate to testing, but it
 FP is instead still waiting.
 FP I cannot understand why it has not migrated to testing yet.
 t is bug buildd platforms of spark. I tried to do correspondence, but
 a result is not present.
 Be not afraid to install it from unstable. All of
 dependences already a long ago got in testing.

I may try but... I managed to reproduce the bug with root-tail:

  $ root-tail -g 538x320+8+420 \
-font '-*-terminus-*-r-*-*-10-*-*-*-*-*-iso10646-*' foobar

(where foobar is a UTF-8 encoded text file containing cyrillic letters
and Unicode arrows) produces a mess of odd symbols in place of
non-latin1 characters.
Substituting fixed for terminus shows the first four arrows, but
not the other ones, and displays horribly-shaped cyrillic letters.
Substituting clean for terminus produces a mess similar to the
terminus one.

This finding surprised me a bit.
I began to think that the problem could lie in some lower level layer.
I took a look at fluxbox and root-tail dependencies: the only one
in common seems to be libx11-6.  Consequently I searched for bug
reports filed against libx11-6 and I found #364014, which describes
a problem that looks very similar to the one I am experiencing.

You said that you are not experiencing the issue I reported.
libx11-6 has currently the same version in testing and unstable
(2:1.0.3-7): are you using a version of libx11-6 from experimental,
by chance?

Do you think that this bug is a duplicate of #364014, and should be
reassigned to libx11 and merged with #364014 ?


-- 
 http://frx.netsons.org/doc/nanodocs/testing_workstation_install.html
 Need to read a Debian testing installation walk-through?
. Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpezbOX1ugvF.pgp
Description: PGP signature


Bug#447084: fluxbox: fails to correctly display UTF-8 window titles

2007-10-24 Thread Francesco Poli
On Sun, 21 Oct 2007 22:01:19 +0400 Dmitry E. Oboukhov wrote:

 FP Version: 1.0~rc3-5
 please check whether there is this bug in a version 1.0.0 (unstable).

I thought version 1.0.0-1 was about to migrate to testing, but it is
instead still waiting.
I cannot understand why it has not migrated to testing yet.

The migration checker[1] says:

| * trying to update fluxbox from 1.0~rc3-5 to 1.0.0-1 (candidate is 14
| days old)
| * fluxbox is not yet built on sparc: 1.0~rc3-5 vs 1.0.0-1 (missing 1
| binary: fluxbox)

The PTS[2] seems to confirm that sparc architecture is not in sync:

| * 14 days old (needed 10 days)
| * out of date on sparc: fluxbox (from 1.0~rc3-5)
| * Not considered

But buildd[3] says:

| Builds of version 1.0.0-1 have been attempted on the following
| occasions:
|
|* Fri 12 Oct 2007 14:51: maybe-successful

and a quick glance at the build log didn't spot any error...

What do I fail to understand?
Why is fluxbox 1.0.0-1 still out of testing?


[1] http://bjorn.haxx.se/debian/testing.pl?package=fluxbox
[2] http://packages.qa.debian.org/f/fluxbox.html
[3] http://buildd.debian.org/build.php?arch=sparcpkg=fluxboxver=1.0.0-1

-- 
 http://frx.netsons.org/doc/nanodocs/testing_workstation_install.html
 Need to read a Debian testing installation walk-through?
. Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpnltpwAbNET.pgp
Description: PGP signature


Bug#447084: fluxbox: fails to correctly display UTF-8 window titles

2007-10-21 Thread Dmitry E. Oboukhov
FP извините, я плохо говорю по-русски!

FP And I don't remember asking for a reply in Russian...  ;-)
Excuse me. I saw that for you problems with Russian and thought that you
know it :)


FP Could we please talk in English (or in Italian, if you prefer...)?
FP Moreover, why didn't you Cc: the bug?

FP Anyway, if I understand correctly, you are pointing out that the Meta
FP style uses glisp font by design.  I know, but glisp used to be shipped
FP in package xfonts-artwiz, which was removed from testing before etch
FP release, and later was removed from unstable, as well.  Only oldstable
FP currently includes this package.

Therefore, unfortunately this bug it is impossible reassign to the
package of xfonts-artwiz.

If to delete this package, other font and style will be utillized will
correctly show a menu.
Other variant - to copy itself style and to change a font in it.

FP Unfortunately, I am not able to understand the rest of your message in a
FP reasonable time-frame (I should resume my Russian language notes and a
FP good dictionary, in order to translate it: it would take too long,
FP because my knowledge is too limited... sorry).
FP Could you resend it in English (or in Italian, if you prefer so)?

FP Thank you very much.


If you will choose the best variant of font, suitable for this theme, I
will change style in next upload.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#447084: fluxbox: fails to correctly display UTF-8 window titles

2007-10-21 Thread Francesco Poli
On Sun, 21 Oct 2007 11:44:44 +0400 Dmitry E. Oboukhov wrote:

[...]
 FP And I don't remember asking for a reply in Russian...  ;-)
 Excuse me. I saw that for you problems with Russian and thought that
 you know it :)

No problem, let's go back to the reported issue and forget about the
language misunderstanding!  ;-)

[...] 
 FP Anyway, if I understand correctly, you are pointing out that the
 FP Meta style uses glisp font by design.  I know, but glisp used to
 FP be shipped in package xfonts-artwiz, which was removed from
 FP testing before etch release, and later was removed from unstable,
 FP as well.  Only oldstable currently includes this package.
 
 Therefore, unfortunately this bug it is impossible reassign to the
 package of xfonts-artwiz.

Well, actually, this bug is *not* in the xfonts-artwiz package, since I
haven't installed it and I am not using the glisp font.
As I said in the bug report, I customize the Meta style on the fly, by
using the following overlay file:

  $ cat ~/.fluxbox/overlay
  background: none
  *font: -*-terminus-*-r-*-*-12-*-*-*-*-*-iso10646-*

As a consequence, the font I am using is the above described terminus
one.
Moreover, as I stated in the bug report, the terminus font seems to be
able to correctly represent cyrillic letters.

The problem arises as soon as I use this font for window titles in
Fluxbox.
No UTF-8 (non-latin1) characters seem to be displayed properly.

 
 If to delete this package, other font and style will be utillized will
 correctly show a menu.
 Other variant - to copy itself style and to change a font in it.

As I said, I already selected (through the overlay file) a font that
fits my tastes and is capable of covering UTF-8 characters.

The problem seems to be in the way Fluxbox handles UTF-8 strings to be
used as window titles...

[...]
 If you will choose the best variant of font, suitable for this theme,
 I will change style in next upload.

Since the font is capable of representing cyrillic characters, I don't
think that changing font could help...


-- 
 http://frx.netsons.org/doc/nanodocs/testing_workstation_install.html
 Need to read a Debian testing installation walk-through?
. Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpkY2JghB2aD.pgp
Description: PGP signature


Bug#447084: fluxbox: fails to correctly display UTF-8 window titles

2007-10-21 Thread Dmitry E. Oboukhov
 Therefore, unfortunately this bug it is impossible reassign to the
 package of xfonts-artwiz.

FP Well, actually, this bug is *not* in the xfonts-artwiz package, since I
FP haven't installed it and I am not using the glisp font.
FP As I said in the bug report, I customize the Meta style on the fly, by
FP using the following overlay file:

For me this problem is reproduced only with the font of artwiz.

Your configuration works fine:

FP $ cat ~/.fluxbox/overlay
FP background: none
FP *font: -*-terminus-*-r-*-*-12-*-*-*-*-*-iso10646-*

Please will execute a command:

grep styleOverlay ~/.fluxbox/init

Is an option 'session.styleOverlay:' set for you?




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#447084: fluxbox: fails to correctly display UTF-8 window titles

2007-10-21 Thread Francesco Poli
On Sun, 21 Oct 2007 19:04:25 +0400 Dmitry E. Oboukhov wrote:

[...]
 FP Well, actually, this bug is *not* in the xfonts-artwiz package, since I
 FP haven't installed it and I am not using the glisp font.
 FP As I said in the bug report, I customize the Meta style on the fly, by
 FP using the following overlay file:
 
 For me this problem is reproduced only with the font of artwiz.

This is really strange.
Which font are you using?

 
 Your configuration works fine:
 
 FP $ cat ~/.fluxbox/overlay
 FP background: none
 FP *font: -*-terminus-*-r-*-*-12-*-*-*-*-*-iso10646-*
 
 Please will execute a command:
 
 grep styleOverlay ~/.fluxbox/init

  $ grep styleOverlay ~/.fluxbox/init
  session.styleOverlay:   ~/.fluxbox/overlay

 
 Is an option 'session.styleOverlay:' set for you?

Definitely: and it's working, since I can change font by editing
~/.fluxbox/overlay .

I did some tests with other fonts.

Moving ~/.fluxbox/overlay away makes Fluxbox choose a horribly
inappropriate font, and with the same issue in handling UTF-8
characters (I re-performed the PROMPT test, see my original bug report
for details).

Setting

  $ cat .fluxbox/overlay
  background: none
  *font: -*-fixed-*-r-*-*-12-*-*-*-*-*-iso10646-*

makes the Meta style look not really good, and doesn't completely solve
the issue with UTF-8 characters, even though something changes. In
detail:

 * the PROMPT test again produces a mess of odd symbols (but please
note that I am able to correctly see the same Russian word with the
same font in xfontsel!)
 * the arrow web page test correctly shows the first four arrows, but
not the remaining eleven (but please note that I am able to correctly
see the first six arrows with the same font in xfontsel!)
 * the Russian web page test shows cyrillic letters, but in horrible
shape (as if they were shown in poor man's bold; again please note that
I am able to correctly see the same Russian words with the same font in
xfontsel!)

If I set:

  $ cat .fluxbox/overlay
  background: none
  *font: -*-clean-*-r-*-*-12-*-*-*-*-*-iso10646-*

the results I get are basically identical to those described in the
original bug report for the terminus font: each of the three tests
fails to correctly show UTF-8 characters in window titles, even if the
font is capable of representing cyrillic letters and (at least some of
the) arrows.

I am more and more convinced that there's something wrong
in the way Fluxbox handles UTF-8 strings...


-- 
 http://frx.netsons.org/doc/nanodocs/testing_workstation_install.html
 Need to read a Debian testing installation walk-through?
. Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpLV740IDxkL.pgp
Description: PGP signature


Bug#447084: fluxbox: fails to correctly display UTF-8 window titles

2007-10-21 Thread Dmitry E. Oboukhov
FP This is really strange.
FP Which font are you using?
You configuration (font: -*-terminus-*-r-*-*-12-*-*-*-*-*-iso10646-*)

I utillize the version of 1.0.0 (unstable).



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#447084: fluxbox: fails to correctly display UTF-8 window titles

2007-10-21 Thread Dmitry E. Oboukhov
FP Version: 1.0~rc3-5
please check whether there is this bug in a version 1.0.0 (unstable).



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#447084: fluxbox: fails to correctly display UTF-8 window titles

2007-10-17 Thread Francesco Poli
Package: fluxbox
Version: 1.0~rc3-5
Severity: normal

Hi!
Firstoff, thanks for maintaining my favorite window manager package!

I'm having a problem with UTF-8 in fluxbox.
I'm using the Meta style with some customizations:

  $ grep session\.style ~/.fluxbox/init 
  session.styleFile: /usr/share/fluxbox/styles/Meta
  session.styleOverlay: ~/.fluxbox/overlay

  $ cat ~/.fluxbox/overlay
  background: none
  *font: -*-terminus-*-r-*-*-12-*-*-*-*-*-iso10646-*

Selecting the above font inside

  $ xfontsel  -sampleUCS технологии

confirms that it is indeed capable of displaying non-latin1 (specifically
cyrillic) characters.

Nonetheless, as soon as I try to have non-latin1 characters in a window
title, I fail to see them properly displayed.

For instance: setting

  $ PROMPT_COMMAND='echo -ne \033]0; технологии \007'

results in a mess of odd symbols in the UXTerm window title.
Please note that I have no problems in displaying cyrillic UTF-8 characters
in the UXTerm window, no matter if I'm running Bash, ViM, less, ...

Another test is the following one, based on the Galeon web browser:

  $ galeon http://home.arcor.de/plsdontreply/arrowstitle.html

Here I correctly see the 15 arrows in the page title, as long as I look
at the browser tab title.  But the window title looks like

  + , * - !j U X V Y W

which doesn't really make sense to me.

  $ galeon http://xhtml.ru/2007/09/06/no-iframe-use-object/

I see cyrillic characters correctly displayed inside the page and in
its title, as long as I look at the browser tab title.  But the window
title shows an odd sequence of characters beginning with

   XHTML Strict - 'U'`'\'e'^'V'_'d 'S 'U'`'\'e'

and so forth...


I searched the web, and I found
http://gentoo-wiki.com/HOWTO_Make_your_system_use_unicode/utf-8#Fluxbox
http://forums.gentoo.org/viewtopic-t-362901.html#3023021
http://gentoo-wiki.com/HOWTO_Fluxbox#Enabling_unicode_support
which however did not help at all...

What's wrong?
What did I fail to understand?!?

Thanks for your time.



-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.21-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages fluxbox depends on:
ii  libc6   2.6.1-1  GNU C Library: Shared libraries
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libgcc1 1:4.2.1-4GCC support library
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libstdc++6  4.2.1-4  The GNU Standard C++ Library v3
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxft2 2.1.12-2 FreeType-based font drawing librar
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxpm4 1:3.5.7-1X11 pixmap library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.4-1X Rendering Extension client libra
ii  menu2.1.36   generates programs menu for all me

fluxbox recommends no packages.

-- no debconf information