Bug#255070: 255070 - strange colors (blue) since xterm 4.3.0.dfsg.1-4
Debian Bug report logs - #255070 strange colors (blue) since xterm 4.3.0.dfsg.1-4 This was a duplicate of 241717 (fixed in xterm patch #192) Is it really fixed? I still have weird colours in xterm. Every other terminal has darker blue as background. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Bug#260104: xserver-common: Too many server config files?
Package: xserver-common Version: 4.3.0.dfsg.1-6 Severity: wishlist Hi, As an observation there are a lot of different places that the Xserver is configured and that this complicates the process of finding errors in the configuration - the ones I'm aware of are: /etc/X11/XF86Config-4 /etc/X11/serverconfig /etc/X11/xserver /etc/X11/xinit/xserverrc and probably some to do with particular display managers as well. It seems to be that it would be nice to slim some of these down if possible. Dave (having just helped someone with a DPI problem) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.5 Locale: LANG=en_GB, LC_CTYPE=en_GB Versions of packages xserver-common depends on: ii debconf [debconf-2.0] 1.4.29 Debian configuration management sy ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii xfree86-common4.3.0.dfsg.1-6 X Window System (XFree86) infrastr -- debconf information: xserver-common/xwrapper/nice_value/error: * xserver-common/clobber_xwrapper_config: false xserver-common/aware_xwrapper: xserver-common/xwrapper/old_config_file_obsolete: xserver-common/xwrapper/nice_value: -10 xserver-common/using_obsolete_xserver: xserver-common/xwrapper/allowed_users: Console Users Only xserver-common/xwrapper/actual_allowed_users: console
Bug#260099: xlibmesa-gl: for Voodoo3 cards, should suggest libglide3-dev instead of only libglide3
Package: xlibmesa-gl Version: 4.3.0.dfsg.1-4 Severity: normal Hi, direct rendering is disabled until libglide3-dev is installed since libglide3.so is dlopened which is (due to Debian policy, I guess) only in package libglide3-dev. Thus, this package needs to Suggest: libglide3-dev and not libglide3 (pulled in by libglide3-dev) unless you get the maintainer to not follow policy, here. Maybe this suggest should even be moved to xlibmesa-dri since the tdfx_dri.so module causes this effect (or I got it all wrong ;) HS -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages xlibmesa-gl depends on: ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii libxext6 4.3.0.dfsg.1-4 X Window System miscellaneous exte ii xlibs 4.3.0.dfsg.1-4 X Window System client libraries m -- no debconf information
Bug#255070: 255070 - strange colors (blue) since xterm 4.3.0.dfsg.1-4
On Sun, Jul 18, 2004 at 03:50:08PM +0200, Bartosz Fenski aka fEnIo wrote: Debian Bug report logs - #255070 strange colors (blue) since xterm 4.3.0.dfsg.1-4 This was a duplicate of 241717 (fixed in xterm patch #192) Is it really fixed? yes. I still have weird colours in xterm. Every other terminal has darker blue as background. dfsg.1-4 seems to correspond to xterm patch #187. (I don't know the downstream packages state). dfst.1-6 iirc incorporates xterm patch #191. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpYqhmCm6fO2.pgp Description: PGP signature
Bug#259996: xterm: keybinding tables in manpage
On Sat, Jul 17, 2004 at 10:40:08PM +0200, Thomas Dickey wrote: On Sat, Jul 17, 2004 at 10:00:13PM +0200, Sebastian Kapfer wrote: Package: xterm Version: 4.3.0.dfsg.1-6 Severity: normal The keybinding tables in the xterm manpage don't format correctly here. It seems like the newline characters aren't interpreted by groff. It looks like this: The default bindings in the VT102 window are: Shift KeyPress Prior:scroll???back(1,halfpage) \n Shift KeyPress Next:scroll???forw(1,halfpage) \n Shift KeyPress Select:select???cursor???start() (more mess here...) I made a fix for this in XFree86 CVS (affects more than xterm). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpuCvNcNYPzy.pgp Description: PGP signature
Bug#230787: xterm: dies when XIM is killed
On Thu, Jul 15, 2004 at 08:10:11PM +0200, Branden Robinson wrote: retitle 230787 xterm: dies when kinput2 (XIM) process is killed severity 230787 important tag 230787 + moreinfo upstream thanks On Mon, Feb 02, 2004 at 04:32:15PM +0200, Rauli Ruohonen wrote: Package: xterm Version: 4.2.1-15 Severity: normal When using kinput2 with xterm, if kinput2 is killed, xterm dies, too. Very undesirable, as kinput2 needs to be restarted when its configuration options are changed. GTK2 programs work fine with kinput2 restarts, so xterm should, too. The current version of XTerm in Debian testing (sarge) is XTerm #187 (2004-04-27). The current version of XTerm in Debian unstable (sid) is XTerm #190 (2004-05-25). Can you still reproduce this problem? I tried to reproduce the problem today but could not. (If it's still a bug, I'll need more information about the environment, procedure, etc). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgp4dmfg8HRCR.pgp Description: PGP signature
Re: Patch 031 (was: Re: hurd-i386 updates)
On Wed, Jul 14, 2004 at 12:16:20PM -0500, Branden Robinson wrote: Hmm, well, how about this? --- xc/programs/glxinfo/Imakefile~2004-07-14 12:03:14.0 -0500 +++ xc/programs/glxinfo/Imakefile 2004-07-14 12:12:57.0 -0500 @@ -15,6 +15,6 @@ #endif - SYS_LIBRARIES = MathLibrary -lstdc++ + SYS_LIBRARIES = MathLibrary -SimpleProgramTarget(glxinfo) +SimpleCplusplusProgramTarget(glxinfo) Seems to build something. Seems to work...but I'm GNU/Linux on PowerPC. Seems like it. As long g++ was used, it should be ok. I'll test this on GNU/kFreeBSD and commit. -- Robert Millan [..] but the delight and pride of Aule is in the deed of making, and in the thing made, and neither in possession nor in his own mastery; wherefore he gives and hoards not, and is free from care, passing ever on to some new work. -- J.R.R.T., Ainulindale (Silmarillion)
Re: hurd-i386 updates
On Wed, Jul 14, 2004 at 11:57:42AM -0500, Branden Robinson wrote: I say do what you like, but keep in mind 1) that we no longer really have a relationship with XFree86 upstream, at least when it comes to Imakefiles and 2) no one other than XFree86 appears to be interested in retraining Imake as a build system. In other words, my ordinary caution about major overhauls in this part of the tree is not engaged, but please don't spend time engineering a solution for the ages, as the rest of the X community seems pretty interested in making sure Imake doesn't live very much longer. Yeah, this makes a lot of sense. I've wished imake went eat rotten flesh for a bunch of times now.. ;) -- Robert Millan [..] but the delight and pride of Aule is in the deed of making, and in the thing made, and neither in possession nor in his own mastery; wherefore he gives and hoards not, and is free from care, passing ever on to some new work. -- J.R.R.T., Ainulindale (Silmarillion)
