Bug#243598: xterm stops responding to window delete events after -e su logs in
Package: xterm Version: 4.3.0-7 Severity: normal If I type 'xterm -e su', and then send the resulting window a delete command using my window manager (twm, doing an f.delete), it will disappear and xterm exits. However, if I type in the root password then attempting to delete the window has no effect. If I type 'xterm', then type 'su' inside the new xterm, I can still delete the window after I type the root password. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (400, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.3 Locale: LANG=en_CA, LC_CTYPE=en_CA Versions of packages xterm depends on: ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libexpat1 1.95.6-8 XML parsing C library - runtime li ii libfontconfig1 2.2.2-1 generic font configuration library ii libfreetype62.1.7-2 FreeType 2 font engine, shared lib ii libice6 4.3.0-7 Inter-Client Exchange library ii libncurses5 5.4-3Shared libraries for terminal hand ii libsm6 4.3.0-7 X Window System Session Management ii libxaw7 4.3.0-7 X Athena widget set library ii libxext64.3.0-7 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxmu6 4.3.0-7 X Window System miscellaneous util ii libxpm4 4.3.0-7 X pixmap library ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0-7 X Toolkit Intrinsics ii xlibs 4.3.0-7 X Window System client libraries m ii xlibs-data 4.3.0-7 X Window System client data -- no debconf information
Bug#199111: xfs: Very ugly fonts
Package: xfs Version: 4.2.1-6 Severity: normal For some reason when I upgraded from some previous version of xfs[*], and all the non-fixed-width fonts used by twm, mozilla, and pretty much every other application I use (all non-gnome/kde) became horribly ugly; it appeared that scalable fonts were being used (without any anti-aliasing/sub-pixel rendering) when perfectly good bitmap fonts were available. I was able to correct this by editing /etc/X11/fs/config and changing the catalogue line as follows: catalogue = /usr/lib/X11/fonts/100dpi/,/usr/lib/X11/fonts/75dpi/,/usr/lib/X11/fonts/cyrillic/,/usr/lib/X11/fonts/misc/,/usr/lib/X11/fonts/Speedo/,/usr/lib/X11/fonts/CID/,/usr/lib/X11/fonts/Type1/ I don't know if this is the correct solution, but my fonts all look nice again. curmudgeon This is the first time I've had to fix my fonts in eight or so years of using Debian. It looks to me like the catalogue line was changed to get anti-aliased scalable fonts working. I don't have anything against anti-aliased fonts per se, but they are of virtually no use to me, so it is very annoying to have to spend an hour reading through the debian-user archive to fix all my non-anti-aliased fonts! /curmudgeon [*] I don't know exactly which upgrade is the culprit, because I didn't notice any problem until I rebooted my machine much later, causing xfs to be restarted. -- System Information: Debian Release: testing/unstable Architecture: powerpc Kernel: Linux herring 2.4.20 #1 Wed Jan 22 13:56:20 GMT 2003 ppc Locale: LANG=en_CA, LC_CTYPE=en_CA Versions of packages xfs depends on: ii libc6 2.3.1-16 GNU C Library: Shared libraries an ii zlib1g1:1.1.4-11 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#199111: xfs: Very ugly fonts
Package: xfs Version: 4.2.1-6 Severity: normal For some reason when I upgraded from some previous version of xfs[*], and all the non-fixed-width fonts used by twm, mozilla, and pretty much every other application I use (all non-gnome/kde) became horribly ugly; it appeared that scalable fonts were being used (without any anti-aliasing/sub-pixel rendering) when perfectly good bitmap fonts were available. I was able to correct this by editing /etc/X11/fs/config and changing the catalogue line as follows: catalogue = /usr/lib/X11/fonts/100dpi/,/usr/lib/X11/fonts/75dpi/,/usr/lib/X11/fonts/cyrillic/,/usr/lib/X11/fonts/misc/,/usr/lib/X11/fonts/Speedo/,/usr/lib/X11/fonts/CID/,/usr/lib/X11/fonts/Type1/ I don't know if this is the correct solution, but my fonts all look nice again. curmudgeon This is the first time I've had to fix my fonts in eight or so years of using Debian. It looks to me like the catalogue line was changed to get anti-aliased scalable fonts working. I don't have anything against anti-aliased fonts per se, but they are of virtually no use to me, so it is very annoying to have to spend an hour reading through the debian-user archive to fix all my non-anti-aliased fonts! /curmudgeon [*] I don't know exactly which upgrade is the culprit, because I didn't notice any problem until I rebooted my machine much later, causing xfs to be restarted. -- System Information: Debian Release: testing/unstable Architecture: powerpc Kernel: Linux herring 2.4.20 #1 Wed Jan 22 13:56:20 GMT 2003 ppc Locale: LANG=en_CA, LC_CTYPE=en_CA Versions of packages xfs depends on: ii libc6 2.3.1-16 GNU C Library: Shared libraries an ii zlib1g1:1.1.4-11 compression library - runtime -- no debconf information
