Bug#369405: kdrill: exits immediately with Warning: Unable to load any usable ISO8859 font\nError: Aborting: no font fond
Package: kdrill
Version: 6.4-2.2
Severity: important
Prior to a recent binge of updating out-of-date packages and removing
apparently unused ones, kdrill had worked quite well for me for years.
At present, when I run kdrill, I get:
kdrill 6.4: by Philip Brown -- [EMAIL PROTECTED]
Starting up kdrill... please wait a while.
Warning: Unable to load any usable ISO8859 font
Error: Aborting: no font found
and am returned to the command line. (The newer upstream version, 6.5,
exhibits the same problem.)
As part of the recent package updating/removal I mentioned, I stepped
over the line from xorg 6.x to 7.x. This led to a number of other
problems - some of which were at least superficially font-related,
others of which prevented me from even getting into X - which have now,
so far as I can determine, been resolved; it seems possible that this
problem is linked to that change, as well.
Also in the process of the same mass of updates and other changes, I
updated a number of packages containing various fonts (i.e.
xfonts-*-transcoded); I do not remember removing any such packages, and
other programs which display characters of the same type as those needed
by kdrill continue to function as before, but it is possible that in
fact such a package was removed but is unexpectedly required (and yet
not depended on) by kdrill.
I am uncertain as to precisely what is going wrong; I have not been able
to discover even what specific thing kdrill is trying to do - say, open
a file containing a particular font - which is failing. (My last attempt
to do so culminated in my upgrading libxaw7, which removed a segfault
but did not fix the problem.) An strace log is below, although I'm
somewhat reluctant to include it as it is fairly long and I doubt it
contains anything particularly useful; if any other logs would be
helpful, please let me know what I need to provide.
I've set the severity to important because the problem prevents me
from being able to make use of the package; I've refrained from setting
it to grave because I have no evidence that anyone else is affected by
this problem, especially since no one else appears to have reported it.
In line with bug reporting guidelines:
$ uname -a
Linux pegasus 2.6.11.2 #2 Sun Mar 13 00:44:56 EST 2005 i686 GNU/Linux
$ dpkg -s libc6 | grep ^Version
Version: 2.3.6-9
$ strace kdrill
execve(/usr/bin/kdrill, [kdrill], [/* 30 vars */]) = 0
uname({sys=Linux, node=pegasus, ...}) = 0
brk(0) = 0x82da000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7fea000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or
directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7fe9000
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=134451, ...}) = 0
mmap2(NULL, 134451, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fc8000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
open(/usr/lib/libXaw.so.7, O_RDONLY) = 3
read(3, [EMAIL PROTECTED]...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=371080, ...}) = 0
mmap2(NULL, 370800, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xb7f6d000
mmap2(0xb7fc1000, 28672, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x54) = 0xb7fc1000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
open(/usr/lib/libXmu.so.6, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300I\0...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=89580, ...}) = 0
mmap2(NULL, 89356, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0xb7f57000
mmap2(0xb7f6c000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15) = 0xb7f6c000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
open(/usr/lib/libXt.so.6, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \276\0...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=324628, ...}) = 0
mmap2(NULL, 325240, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xb7f07000
mmap2(0xb7f53000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4c) = 0xb7f53000
mmap2(0xb7f56000, 1656, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f56000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
open(/usr/lib/libSM.so.6, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0 \0\000...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=31808, ...}) = 0
mmap2(NULL, 34840, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0xb7efe000
mmap2(0xb7f06000, 4096,
Bug#369405: kdrill: exits immediately with Warning: Unable to load any usable ISO8859 font\nError: Aborting: no font fond
On Mon, May 29, 2006 at 12:06:02PM -0400, The Wanderer wrote: kdrill 6.4: by Philip Brown -- [EMAIL PROTECTED] Starting up kdrill... please wait a while. Warning: Unable to load any usable ISO8859 font Error: Aborting: no font found I am uncertain as to precisely what is going wrong; I have not been able to discover even what specific thing kdrill is trying to do - say, open a file containing a particular font - which is failing. (My last attempt to do so culminated in my upgrading libxaw7, which removed a segfault but did not fix the problem.) The error you are seeing, does not come from kdrill. it comes from the low-level libraries. (libxaw). I dont think this is a bug in kdrill. What this sort of error usually comes from, is when the X libraries cannot even load the basic font fixed or some such. I dont see how kdrill could stop that from happening. You might want to remove $HOME/.kdrill, though, just to avoid any old resource definition conflicts -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369405: kdrill: exits immediately with Warning: Unable to load any usable ISO8859 font\nError: Aborting: no font fond
Philip Brown wrote: On Mon, May 29, 2006 at 12:06:02PM -0400, The Wanderer wrote: kdrill 6.4: by Philip Brown -- [EMAIL PROTECTED] Starting up kdrill... please wait a while. Warning: Unable to load any usable ISO8859 font Error: Aborting: no font found I am uncertain as to precisely what is going wrong; I have not been able to discover even what specific thing kdrill is trying to do - say, open a file containing a particular font - which is failing. (My last attempt to do so culminated in my upgrading libxaw7, which removed a segfault but did not fix the problem.) The error you are seeing, does not come from kdrill. it comes from the low-level libraries. (libxaw). ...somehow that doesn't surprise me. (I *knew* I should have left out that strace log...) I dont think this is a bug in kdrill. That's entirely possible... at best, it would seem to be a package-dependency problem, such that a particular font which kdrill needs to be installed isn't. What this sort of error usually comes from, is when the X libraries cannot even load the basic font fixed or some such. ...where would that font be found? The only things I find by 'locate -i fixed | grep -i font' are /usr/share/consolefonts/grfixed.psf.gz and eight various /usr/share/qte3/lib/fonts/fixed_*.qpf, none of which look like anything I'd recognize as being X-font-related; I'm not sure what I'd want to search on in order to find out what package would be expected to contain the relevant font(s), much less where I'd have to put them in order to have them load properly. (For that matter, is there an explanation anywhere of what exactly the various -*-*-font-* style font names mean, and what files they're talking about? I've never been able to make the least bit of sense out of them, and this time it looks like it's actually preventing me from understanding what's going on somewhere.) I'd kind of expect that if the X libraries were unable to load even the most basic of fonts, other programs (say, xterm?) might not work correctly - and everything else I've tried certainly seems to be functioning as expected... but I imagine I'm just making an unwarranted assumption somewhere. I dont see how kdrill could stop that from happening. You might want to remove $HOME/.kdrill, though, just to avoid any old resource definition conflicts Did that (and, temporarily, did the same with /etc/X11/app-defaults/KDrill, where the font defaults are specified), with no visible change. -- The Wanderer Warning: Simply because I argue an issue does not mean I agree with any side of it. Secrecy is the beginning of tyranny. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369405: kdrill: exits immediately with Warning: Unable to load any usable ISO8859 font\nError: Aborting: no font fond
Okay, I figured it out. This is indeed not a bug in kdrill; it is yet another problem with the xorg transition to 7.x, in that the symlink /usr/lib/X11/fonts was not updated to point to /usr/share/fonts/X11 rather than the old location of /usr/X11R6/lib/X11/fonts/ (IIRC, I had to move or copy or some such fonts from the old location to the new to fix an unrelated problem); changing the symlink by hand fixed the problem. Feel free to mark the bug as done (since I presume I can't do it myself, and see no way to try anyway); the symlink issue probably does need to be dealt with somewhere, but this is not the correct place to do it. -- The Wanderer Warning: Simply because I argue an issue does not mean I agree with any side of it. Secrecy is the beginning of tyranny. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
