Bug#415651: requires unavailable kernel-patch-adeos
Am Sonntag, den 06.01.2008, 19:44 +0100 schrieb Filippo Giunchedi: what is the status of this bug? Any change RTAI can be compiled with = 2.6.18 ? RTAI upstream has patches up to and including 2.6.24, so it's still a matter of packaging all that sanely. -Malte -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415651: requires unavailable kernel-patch-adeos
On Tue, 20 Mar 2007 19:10:46 -0700, Steve Langasek wrote: And the answer is, yes, the kernel-patch-adeos generated from the rtai source only supports kernels up to 2.6.8... And besides, I tried to get 2.6.18 support [1] from upstream for etch, but upstream does not care much [2] about 2.6.18 and only supports 2.6.17 and 2.6.19 (because it would be difficult to support 2.6.18 due to half-done changes to the interrupt handling there). In essence, I'd advocate dropping RTAI for etch, too (it might make a comeback in early lenny-testing days). :-( Good luck with the release, -Malte [1] https://mail.rtai.org/pipermail/rtai/2007-February/016592.html [2] https://mail.rtai.org/pipermail/rtai/2007-February/016593.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399895: fontconfig bug workaround
Hmm, with current etch, fc-cache --force run as root seems to fix all instances of this bug I can find. I still don't know what causes the bug in the first place, but hey. -Malte -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399895: fontconfig: fails to display most fonts
Package: fontconfig Version: 2.4.1-2 Severity: important Hello, on our systems after an upgrade to recent etch, most gtk-based apps show only empty boxes instead of fonts. See http://planck.djpig.de/~mcornils/konten.png (German locale) This in effect renders the whole GNOME desktop unusable (please consider upgrading this bug to serious!). I tried to look at bug #385448 for hints, but this seems unrelated since it effects Western fonts, too; also, downgrading pango and/or fontconfig did not seem to help. However, for Firefox, MOZ_DISABLE_PANGO=1 firefox eliminated the problem. So maybe this bug is a pango bug after all (feel free to reassign accordingly). fc-cache --force as root as well as as user did not seem to help either. gaim, when started from the command line, shows: ---snip--- [EMAIL PROTECTED]:~$ gaim (gaim:8040): Pango-WARNING **: shape engine failure, expect ugly output. the offending font is 'Bitstream Vera Sans 10.4208984375' (gaim:8040): Pango-WARNING **: pango_font_get_glyph_extents called with bad font, expect ugly output (gaim:8040): Pango-WARNING **: shape engine failure, expect ugly output. the offending font is 'Bitstream Vera Sans 10' [EMAIL PROTECTED]:~$ ---snip--- firefox even crashes. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-486 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages fontconfig depends on: ii defoma 0.11.10 Debian Font Manager -- automatic f ii fontconfig-config2.4.1-2 generic font configuration library ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libexpat11.95.8-3.3 XML parsing C library - runtime li ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii zlib1g 1:1.2.3-13 compression library - runtime fontconfig recommends no packages. -- debconf information: * fontconfig/rendering_type: Bytecode interpreter (CRT screens) * fontconfig/subpixel_rendering: Automatic * fontconfig/enable_bitmaps: true fontconfig/hinting_type: Native * fontconfig/enable_autohinter: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373940: kdelibs4-dev: missing conflict resulting in FTBFS for kdeutils
Package: kdelibs4-dev Version: 4:3.5.0-2bpo2 Severity: important Hello, I had been trying to build kdeutils-3.5.x from backports.org on powerpc. However, the build dependencies selected by pbuilder do not work, since it is attempting to have kdebase-dev 3.3.x coinstalled with kdelibs4-dev 3.5.x. Unfortunately, the file /usr/lib/libkdeinit_kcmshell.la is contained in both of these versions, resulting in the following error: Unpacking kdebase-dev (from .../kdebase-dev_4%3a3.3.2-1sarge1_powerpc.deb) ... dpkg: error processing /var/cache/apt/archives/kdebase-dev_4%3a3.3.2-1sarge1_powerpc.deb (--unpack): trying to overwrite `/usr/lib/libkdeinit_kcmshell.la', which is also in package kdelibs4-dev dpkg-deb: subprocess paste killed by signal (Broken pipe) Maybe a conflict for kdelibs4-dev against kdebase-dev 3.5.0 would be sufficient so that pbuilder doesn't attempt to install this combination of package versions (which do not work together). HTH, -Malte Cornils -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-386 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages kdelibs4-dev depends on: ii hspell 0.9-2 Hebrew spell checker and morpholog ii kdelibs-bin4:3.5.0-2bpo2 core binaries for all KDE applicat ii kdelibs4 4:3.5.0-2bpo2 core libraries for all KDE applica ii libacl1-dev2.2.23-1 Access control list static librari ii libart-2.0-dev 2.3.17-1 Library of functions for 2D graphi ii libarts1-dev 1.5.0-2bpo1 development files for the aRts sou ii libaspell-dev 0.60.2+20050121-2 Development files for applications ii libattr1-dev 2.4.16-1 Extended attribute static librarie ii libbz2-dev 1.0.2-7 high-quality block-sorting file co ii libcupsys2-dev 1.1.23-10sarge1 Common UNIX Printing System(tm) - ii libfam-dev 2.7.0-6sarge1 client library to control the FAM ii libidn11-dev 0.5.13-1.0Development files GNU libidn, impl ii libjasper-1.701-dev1.701.0-2 Development files for the JasPer J ii libkrb5-dev1.3.6-2sarge2 Headers and development libraries ii liblualib50-dev5.0.2-5 Extension library for Lua 5.0: sta ii libopenexr-dev 1.2.2-2 development files for the OpenEXR ii libpcre3-dev 4.5-1.2sarge1 Perl 5 Compatible Regular Expressi ii libqt3-mt-dev 3:3.3.4-3 Qt development files (Threaded) ii libsasl2-dev 2.1.19-1.5sarge1 Development files for authenticati ii libssl-dev 0.9.7e-3sarge1SSL development libraries, header ii libtiff4-dev 3.7.2-4 Tag Image File Format library (TIF ii libxml2-dev2.6.16-7 Development files for the GNOME XM ii libxml2-utils 2.6.16-7 XML utilities ii libxslt1-dev 1.1.12-8 XSLT processing library - developm -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329467: libnss-pgsql1: getgrent_r group database query deadlocks if database is not available
Hello, On Donnerstag 22 September 2005 01:32 Micha Lenk wrote: 'id root' calls _nss_pgsql_setgrent() trying to open the database connection (with open_backend()), which fails. After that it still tries _nss_pgsql_getgrent_r() which detects that the backend is not open and tries to open it (just in case). For this it calls _nss_pgsql_setgrent(). We have a dirty workaround for our problem (patch attached). In case getgrent() was called without setgrent() before, normally it tries to open the database connection. We disable this and just return with a failure if the backend connection is not available. We're not sure whether calling getgrent() without previously calling setgrent() happens often or should even be supported, but for us, ignoring this case works. So that you're not confused, we consists of a team of glibc code newbies Micha Lenk Klara Mall Malte Cornils Have fun, -Malte --- interface.c.orig 2005-09-22 03:31:36.0 +0200 +++ interface.c 2005-09-22 03:33:42.0 +0200 @@ -149,8 +149,13 @@ __libc_lock_lock(lock); // Make sure the database is opened in case no one has called setpwent() - if(!backend_isopen()) - retval = _nss_pgsql_setgrent(); + if(!backend_isopen()) { + /* HACK HACK HACK: In case database is not opened yet, + * do not try to open it but abort. We assume opening + * has failed. */ + __libc_lock_unlock(lock); + return retval; + } if(backend_isopen()) retval = backend_getgrent(result, buffer, buflen, errnop);
Bug#318046: More debugging info
Hello, this bug occurs on this sarge system, too. I'm using ifplugd in combination with ifrename. A ps aux | grep ifplugd reveals not only a running ifplugd on the renamed ether0 interface, but also for the no longer existant eth0 device. stracing this process reveals what ifplugd does that is so time-consuming: strace -f -tt -o /tmp/ifplugd /usr/sbin/ifplugd -i eth0 -q -f -u0 -d3 -w -I: [...] 16706 22:49:19.754452 select(1024, [5], NULL, NULL, {1, 0}) = 0 (Timeout) 16706 22:49:20.754192 ioctl(7, SIOCGIFFLAGS, 0xbffafae0) = -1 ENODEV (No such device) 16706 22:49:20.786811 ioctl(7, SIOCETHTOOL, 0xbffafb40) = -1 ENODEV (No such device) 16706 22:49:20.818610 ioctl(7, SIOCGIFFLAGS, 0xbffafaf0) = -1 ENODEV (No such device) 16706 22:49:20.850862 ioctl(7, SIOCGMIIPHY, 0xbffafb40) = -1 ENODEV (No such device) 16706 22:49:20.882136 ioctl(7, SIOCGIFFLAGS, 0xbffafae0) = -1 ENODEV (No such device) 16706 22:49:20.914679 ioctl(7, SIOCGIWAP, 0xbffafb30) = -1 ENODEV (No such device) 16706 22:49:20.946584 ioctl(7, SIOCGIFFLAGS, 0xbffafaf0) = -1 ENODEV (No such device) 16706 22:49:20.979133 ioctl(7, SIOCGIFFLAGS, 0xbffafb40) = -1 ENODEV (No such device) 16706 22:49:21.009833 select(1024, [5], NULL, NULL, {1, 0}) = 0 (Timeout) 16706 22:49:22.009300 ioctl(7, SIOCGIFFLAGS, 0xbffafae0) = -1 ENODEV (No such device) 16706 22:49:22.042169 ioctl(7, SIOCETHTOOL, 0xbffafb40) = -1 ENODEV (No such device) 16706 22:49:22.073503 ioctl(7, SIOCGIFFLAGS, 0xbffafaf0) = -1 ENODEV (No such device) 16706 22:49:22.105409 ioctl(7, SIOCGMIIPHY, 0xbffafb40) = -1 ENODEV (No such device) 16706 22:49:22.137864 ioctl(7, SIOCGIFFLAGS, 0xbffafae0) = -1 ENODEV (No such device) 16706 22:49:22.170268 ioctl(7, SIOCGIWAP, 0xbffafb30) = -1 ENODEV (No such device) 16706 22:49:22.201533 ioctl(7, SIOCGIFFLAGS, 0xbffafaf0) = -1 ENODEV (No such device) 16706 22:49:22.233258 ioctl(7, SIOCGIFFLAGS, 0xbffafb40) = -1 ENODEV (No such device) 16706 22:49:22.266295 select(1024, [5], NULL, NULL, {1, 0}) = 0 (Timeout) [...] So, there are probably two bugs. The first: ifplugd should not be started for the eth0 interface, which is there only for a short time before ifrename kicks in. The second: Once running, ifplugd should detect that the device certainly is not there and at least after the first timeout it should stop trying. If you need the full log or more info, do not hesitate to contact me. -Malte Cornils -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318046: select() system call does not check for timeout
Hello, some further inspection reveals the following code segment (line 468, ifplugd.c): if (select(FD_SETSIZE, qfds, NULL, NULL, tv) 0) { if (errno == EINTR) continue; daemon_log(LOG_ERR, select(): %s, strerror(errno)); goto finish; } This means that error conditions are checked, but a timeout (return value 0) is not treated differently from a select() returning a specific file descriptor. In this case, link beat has been logged to daemon.log as not detected (the interface does not even exist, actually), so the select() always times out. Since -M was not specified (waiting via netlink API on appearance of the interface), ifplugd should even fail before that: daemon_log(LOG_INFO, Initialization complete, link beat %sdetected%s., status == IFSTATUS_UP ? : not , use_ifmonitor ? (disabled ? , interface disabled : , interface enabled) : ); beep(status == IFSTATUS_UP ? 0 : 1); if (status == IFSTATUS_UP || initial_down) if (action(status) 0) goto finish; This should probably be the place where ifplugd bails out since interface is not there. Hope this helps, -Malte -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269265: Won't fix bug
Hello, I just noticed this bug is still open; while the issue still exists, I'll definitely not find any time to implement the proposed script. While I agree with all your reasoning and ideas (kconf_update should be used, etc. etc.) I simply don't have time to start learning the kconf_update framework :-( Feel free to tag this one WONTFIX or [help] so some aspiring kconf_update hacker can whip up a correct patch. I'll still volunteer as tester in this case. Have fun, -Malte -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307982: Possible solution
Hello, try sticking an #define EXPORT_SYMTAB 1 in fork.c, at the beginning of the file. It compiles for me after that. Whether that is actually the correct solution remains to be determined. BTW, for those trying to reproduce the bug, get kernel-package from unstable (the version in sarge has a typo bug that makes it impossible to build with added patches) -Malte -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307982: Bug fixed?
tag 307982 patch thanks Somehow, the upstream patch was only half-fixed by the package's maintainer in recent uploads to cope with the Debian changes. fork.o should be in the list of files having exported objects. The attached patch is against the rtai-3.1.0 source package and only takes into account the 2.4.27 patch (since Debian sarge does not offer 2.4.26 etc anymore). Please test! -Malte Cornils, from the BSP in Karlsruhe diff -Naur rtai-3.1.0.orig/rtai-core/arch/i386/patches/hal16-2.4.27.patch rtai-3.1.0/rtai-core/arch/i386/patches/hal16-2.4.27.patch --- rtai-3.1.0.orig/rtai-core/arch/i386/patches/hal16-2.4.27.patch 2005-05-07 19:09:31.0 +0200 +++ rtai-3.1.0/rtai-core/arch/i386/patches/hal16-2.4.27.patch 2005-05-07 19:21:22.0 +0200 @@ -4443,7 +4443,7 @@ O_TARGET := kernel.o -export-objs = signal.o sys.o kmod.o context.o ksyms.o pm.o exec_domain.o printk.o fork.o -+export-objs = adeos.o signal.o sys.o kmod.o context.o ksyms.o pm.o exec_domain.o printk.o ++export-objs = adeos.o signal.o sys.o kmod.o context.o ksyms.o pm.o exec_domain.o printk.o fork.o obj-y = sched.o dma.o fork.o exec_domain.o panic.o printk.o \ module.o exit.o itimer.o info.o time.o softirq.o resource.o \
Bug#308082: /var/lib/dpkg/status file corrupted by external package
Package: dpkg Version: 1.10.27 Severity: wishlist Hi, I've installed the commercial nxclient package a while ago. That package had a Description field with an empty line (so, the . was lacking). dpkg did not prevent installation of this file and thus, allowed the status file to become corrupted. This in effect caused an unrelated maintainer script to die because grep-dctrl fails with such a file - so, corrupted status files can have bad consequences. Since running linda etc. are not necessary for external packagers and wrong Description fields are not totally rare, code could be implemented to check for such a condition and prevent installation. Would that fit into the design of dpkg, or is another package a better place for that? -Malte Cornils PS: I just checked, later nxclient packages are already fixed. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-mc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dpkg depends on: ii dselect 1.10.27 a user tool to manage Debian pa ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#226515: NIS segfault
Hello, I'm hitting the FAM bug here, too. I've tried to follow your debugging guide. Maybe it helps... -Malte druckerei:~# gdb /usr/sbin/famd GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condit ions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for detai ls. This GDB was configured as i386-linux...(no debugging symbols found) Using host libthread_db library /usr/lib/debug/libthread_db.so.1. (gdb) run -T 0 -d Starting program: /usr/sbin/famd -T 0 -d (no debugging symbols found) (no debugging symbols found) famd[7138]: log level is LOG_DEBUG famd[7138]: read /etc/fam.conf line 13: insecure_compatibility = fals e famd[7138]: read /etc/fam.conf line 20: untrusted_user = nobody famd[7138]: read /etc/fam.conf line 28: local_only = true famd[7138]: read /etc/fam.conf line 35: xtab_verification = true famd[7138]: Setting untrusted-user to nobody (uid: 65534, gid: 65534) famd[7138]: listening for clients on descriptor 6 famd[7138]: client fd 7 is local/untrusted. famd[7138]: new connection from client 7 famd[7138]: client 7 said: client 7 is sockmeister, and wants a unix domain socket famd[7138]: Setting groups to: (none) famd[7138]: Setting egid to 0 famd[7138]: Skipping setting euid, because it's already 0 famd[7138]: client sockmeister said uid 1075; creating /tmp/.famDmdwB1 famd[7138]: listening for requests for uid 1075 on descriptor 8 (/tmp/.famDmdwB1) famd[7138]: client fd 9 is local/trusted (socket /tmp/.famDmdwB1, uid 1075). Program received signal SIGSEGV, Segmentation fault. 0x40006b66 in getgrent_next_nss (ent=0xb840, buffer=0xb430 +, buflen=1024, user=0x806e688 mcornils, group=10, start=0xb89c, size=0xb8d4, groupsp=0xb8d8, limit=-1, errnop=0x401699a0) at nss_compat/compat-initgroups.c:266 266 nss_compat/compat-initgroups.c: Datei oder Verzeichnis nicht gefunden. in nss_compat/compat-initgroups.c (gdb) bt #0 0x40006b66 in getgrent_next_nss (ent=0xb840, buffer=0xb430 +, buflen=1024, user=0x806e688 mcornils, group=10, start=0xb89c, size=0xb8d4, groupsp=0xb8d8, limit=-1, errnop=0x401699a0) at nss_compat/compat-initgroups.c:266 #1 0x40006e96 in internal_getgrent_r (ent=0xb840, buffer=0xb430 +, buflen=1024, user=0x806e688 mcornils, group=10, start=0xb89c, size=0xb8d4, groupsp=0xb8d8, limit=-1, errnop=0x401699a0) at nss_compat/compat-initgroups.c:393 #2 0x40006fd4 in _nss_compat_initgroups_dyn ( user=0x806e688 mcornils, group=10, start=0xb89c, size=0xb8d4, groupsp=0xb8d8, limit=-1, errnop=0x401699a0) at nss_compat/compat-initgroups.c:422 #3 0x400df304 in internal_getgrouplist (user=0x806e688 mcornils, group=10, size=0xb8d4, groupsp=0xb8d8, limit=-1) at initgroups.c:175 #4 0x400df443 in getgrouplist ( user=0x388 Address 0x388 out of bounds, group=904, groups=0x8072868, ngroups=0xb908) at initgroups.c:210 #5 0x0804ad56 in ?? () #6 0x0805110d in ?? () #7 0x08059324 in __assert () #8 0x08059401 in __assert () #9 0x0805c45e in __assert () ---Type return to continue, or q return to quit--- #10 0x4004fdc6 in __libc_start_main (main=0x805c240 __assert+37984, argc=4, ubp_av=0xbc84, init=0x805dc10 __assert+44592, fini=0x805dc70 __assert+44688, rtld_fini=0x47e154a0 _rtld_local, stack_end=0x0) at ../sysdeps/generic/libc-start.c:242 #11 0x08049d51 in ?? () -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289468: strace shows strange font XFLD
Hello, I'm experiencing Karsten's problem on all of my machines. This is indeed very ugly (though easily worked around). The font that is actually displayed in konsole is file /usr/X11R6/lib/X11/fonts/misc/12x13ja.pcf.gz! I wrote a small test program, based on the konsole font selection code, without having much clue: #include qfont.h #include qapplication.h #include cstdio int main( int argc, char **argv ) { QApplication app(argc, argv, true); QFont f; f.setFamily(fixed); f.setFixedPitch(true); f.setStyleHint(QFont::TypeWriter); f.setPixelSize(13); QFontInfo fi(f); printf(fam: s, pxlSz: %d, ptSz: %d, italic: %d, weight: %d\n, fi.pixelSize(), fi.pointSize(), fi.italic(), fi.weight() ); printf(bold: %d, fixedPitch: %d\n, fi.bold(), fi.fixedPitch() ); printf(Qt Fontstring is: %s\n, f.toString().latin1() ); printf(XLFD is: %s\n, f.rawName().latin1() ); return 0; } Then, I straced this one and up came: open(/usr/X11R6/lib/X11/fonts/misc/12x13ja.pcf.gz, O_RDONLY) = 7 Which is something like -misc-fixed-medium-r-normal-*-13-120-75-75-c-120-iso10646-1 (this avgWdth-120 variant is suited for Japanese display, while its avgWdth-70 or -80 variants would indeed make good default konsole fonts) I'm also not sure whether I grok everything in the void Konsole::setFont(int fontno); method (konsole.cpp, 3.3.1, line 1752). Can anyone help? (probably an upstream problem?) -Malte -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289468: strace shows strange font XFLD
Hello, I wrote: Which is something like -misc-fixed-medium-r-normal-*-13-120-75-75-c-120-iso10646-1 (this avgWdth-120 variant is suited for Japanese display, while its avgWdth-70 or -80 variants would indeed make good default konsole fonts) I know replying to oneself is considered impolite, but maybe this is interesting: the venerable xterm uses -Misc-Fixed-Medium-R-SemiCondensed--13-120-75-75-C-60-ISO8859-1 as its default font. So one could force konsole to specify SemiCondensed (with QFont::Stretch/QFont::SemiCondensed) or one could set the AvgWdth (don't know how/if Qt enables setting this). Since I assume unconditionally setting SemiCondensed is not quite right either, I'm waiting for someone else to do a patch. You could also try this attached untested (!) patch against konsole.cpp in kdebase source package (setting SemiCondensed everywhere). And report whether it works for you. -Malte --- konsole.cpp.old 2005-01-19 21:19:24.0 +0100 +++ konsole.cpp 2005-01-19 21:21:52.0 +0100 @@ -1510,6 +1510,7 @@ // (1) set menu items and Konsole members QFont tmpFont(fixed); tmpFont.setFixedPitch(true); + tmpFont.setStretch(QFont::SemiCondensed); tmpFont.setStyleHint(QFont::TypeWriter); defaultFont = config-readFontEntry(defaultfont, tmpFont); @@ -1764,6 +1765,7 @@ QFont f; f.setRawName( fonts[fontno] ); f.setFixedPitch(true); +f.setStretch(QFont::SemiCondensed); f.setStyleHint(QFont::TypeWriter); if ( !f.exactMatch() fontno != DEFAULTFONT) { @@ -1779,6 +1781,7 @@ QFont f; f.setFamily(fixed); f.setFixedPitch(true); +f.setStretch(QFont::SemiCondensed); f.setStyleHint(QFont::TypeWriter); f.setPixelSize(QString(fonts[fontno]).toInt()); te-setVTFont(f);
Bug#289468: Sarge Konsole packages available with the Konsole-has-strange-font-bug-by-default bug fixed
Hello, you can grab a konsole binary from here: http://www.stud.uni-karlsruhe.de/~uhwe/konsole/ Please report to [EMAIL PROTECTED] whether this konsole has the bug fixed and has no other sideeffects. Also, be aware that this is, of course, a binary package by a complete stranger. While I just applied my patch and did nothing more, I could also be lying and the package could eat your brain, talk to your wife and send me all your money. No warranty! -Malte pgpBQOzR2SGEa.pgp Description: PGP signature