Bug#265084: Not critical
According to my understanding of the severity levels, the fact that X doesn't work on one system doesn't count as a critical bug. -- Thomas Hood
Bug#238540: And if you wait?
If you wait until X has finished initializing before switching to a VC, do you run into the same problem? Is there a version of the package about which you know that it does _not_ suffer from this problem? -- Thomas Hood [EMAIL PROTECTED]
Bug#236780: No need to Conflict with xlib6
On Tue, 2004-03-16 at 11:10, Branden Robinson wrote: You've convinced me, and I've committed a reversion of this decision as r1151. The change should appear in XFree86 4.3.0-6. Thank you kindly. -- Thomas Hood [EMAIL PROTECTED]
Bug#236780: No need to Conflict with xlib6
Package: xlibs Version: 4.3.0-5 Severity: wishlist Tags: sid I mentioned this in #233818 already but I now suspect that the cases of xlib6 and xlib6g may differ in important respects so I am filing a separate report. WordPerfect 8 works with xlib6, xpm4.7 and libc5. Until release 4.3 of xfree86 I had these installed and marked hold and I had no problem. Now I have installed xlibs 4.3.0 which Conflicts with xlib6 and forces it off my system. I don't see the reason for this. xlib6 installs files in /usr/i486-linuxlibc1/ so there is no pathname collision with anything in current xfree86 packages. When I remove (but don't purge) xlibs and install xlib6 then everything including WP8 works fine again. It may be objected that WP8 is not free software, etc., but I need to keep the program around so that I can convert old files in WP formats to formats readable by OOo. So, unless there is some good reason why xlib6 should be forced off the system, I would like xlibs to refrain from Conflicting with it. -- Package-specific info: Keyboard-related contents of XFree86 X server log (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device Neomagic Corporation NM2160 [MagicGraph 128XD] (laptop/notebook) (**) |--Input Device Generic Keyboard JDTH (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc102 (**) XKB: model: pc102 (**) Option XkbLayout us_intl (**) XKB: layout: us_intl (==) Keyboard: CustomKeycode disabled (**) |--Input Device GPM Mouse (**) |--Input Device USB Mouse (WW) The directory /usr/lib/openoffice/share/fonts/truetype does not exist. Entry deleted from font path. (**) FontPath set to /usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/cyrillic,/usr/local/mathematica/SystemFiles/Fonts/Type1,/usr/local/mathematica/SystemFiles/Fonts/X,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,/usr/lib/X11/fonts/TrueType/arialuni,/usr/share/fonts/truetype/Windows,/usr/share/fonts/truetype/code2000 -- (==) RandR enabled (II) Setting vga for screen 0. (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Keyboard Generic Keyboard JDTH handled by legacy driver (**) Option Protocol PS/2 (**) GPM Mouse: Protocol: PS/2 (**) Option CorePointer (**) GPM Mouse: Core Pointer (**) Option Device /dev/gpmdata XFree86 X server log files on system: -rw-r--r--1 root root43987 2004-03-08 10:22 /var/log/XFree86.0.log -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (800, 'testing'), (700, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.24 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages xlibs depends on: ii libice6 4.3.0-5Inter-Client Exchange library ii libsm64.3.0-5X Window System Session Management ii libx11-6 4.3.0-5X Window System protocol client li ii libxext6 4.3.0-5X Window System miscellaneous exte ii libxft1 4.3.0-5FreeType-based font drawing librar ii libxi64.3.0-5X Window System Input extension li ii libxmu6 4.3.0-5X Window System miscellaneous util ii libxmuu1 4.3.0-5lightweight X Window System miscel ii libxp64.3.0-5X Window System printing extension ii libxpm4 4.3.0-5X pixmap library ii libxrandr24.3.0-5X Window System Resize, Rotate and ii libxt64.3.0-5X Toolkit Intrinsics ii libxtrap6 4.3.0-5X Window System protocol-trapping ii libxtst6 4.3.0-5X Window System event recording an ii xlibs-data4.3.0-5X Window System client data -- no debconf information
Bug#233818: Also a problem for WordPerfect 8 users
(cc:ing the submitters of the bugs merged with this one) WordPerfect 8 works with xlib6, xpm4.7 and libc5. Until release 4.3 of xfree86 I had these installed and marked hold and I had no problem. Now I have installed xlibs 4.3.0 which Conflicts with xlib6, forcing it off my system. I don't immediately see the reason for this. xlib6 installs files in /usr/i486-linuxlibc1/ so there is no pathname collision with anything in current xfree86 packages. When I remove (but don't purge) xlibs and install xlib6 my system works perfectly again. I'd really like to force them off the system. Why? Would it be so awful to rebuild some of these packages that haven't been updated since potato? You mean rename and rebuild xlib6 and stick it in the oldlibs section? That would be fine with me, but I would like to know why we have to do that. -- Thomas Hood [EMAIL PROTECTED]
Bug#234772: Must be a bug in apt
On Thu, 2004-02-26 at 14:28, James Troup wrote: b) don't randomly reassign bugs if you don't know what you're talking about. Unfortunately, not everyone is omniscient. This is NOT a bug in apt. It's (the indirect result) of a bug in the postrm of the X lib* packages in 4.3.0-2. Thanks for the explanation. -- Thomas Hood [EMAIL PROTECTED]
Bug#234772: #234772
Notice how libice6 is not installed for the build. That is why libICE.so.6 is not present. This despite the fact that libice-dev (which is installed) depends on libice6. -- Thomas Hood [EMAIL PROTECTED]
Bug#167009: Proper creation of /dev/apm_bios
John Goerzen [EMAIL PROTECTED] wrote: On certain (many?) machines, the new X packages will cause the console to completely hang after waking back up from being put to sleep. This can be fixed by having /dev/apm_bios and appropriate kernel support. The powermgmt-base package does this, but on PowerPC, it is not installed by default, leaving PowerPC laptops in a situation where they are easily hung by default. That does sound like an unacceptable situation on powerpc. We don't want machines hanging mysteriously. If it were simply a matter of checking for the presence of /dev/apm_bios, then X could do that at startup time and exit if the node was absent. However, it sounds to me as if the problem isn't one that can be fixed by X. Without APM support, X doesn't know when a suspend-and-resume cycle occurs, and so doesn't know when it should reinitialize hardware registers. So the solution must be to configure APM support on machines that are capable of suspending and resuming. If you don't have APM support then you shouldn't suspend the machine. If you go ahead and suspend the machine anyway then you should be prepared for failures. It might be fair to ask that X print a message at startup when it can't find APM support: it could warn that, in the absence of APM support, suspending and resuming an X session may have unpredictable results. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#167009: Proper creation of /dev/apm_bios
John Goerzen [EMAIL PROTECTED] wrote: On certain (many?) machines, the new X packages will cause the console to completely hang after waking back up from being put to sleep. This can be fixed by having /dev/apm_bios and appropriate kernel support. The powermgmt-base package does this, but on PowerPC, it is not installed by default, leaving PowerPC laptops in a situation where they are easily hung by default. That does sound like an unacceptable situation on powerpc. We don't want machines hanging mysteriously. If it were simply a matter of checking for the presence of /dev/apm_bios, then X could do that at startup time and exit if the node was absent. However, it sounds to me as if the problem isn't one that can be fixed by X. Without APM support, X doesn't know when a suspend-and-resume cycle occurs, and so doesn't know when it should reinitialize hardware registers. So the solution must be to configure APM support on machines that are capable of suspending and resuming. If you don't have APM support then you shouldn't suspend the machine. If you go ahead and suspend the machine anyway then you should be prepared for failures. It might be fair to ask that X print a message at startup when it can't find APM support: it could warn that, in the absence of APM support, suspending and resuming an X session may have unpredictable results. -- Thomas Hood
