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]