X Strike Force XFree86 SVN commit: r1675 - in trunk/debian: . local
Author: branden Date: 2004-07-20 01:42:08 -0500 (Tue, 20 Jul 2004) New Revision: 1675 Modified: trunk/debian/CHANGESETS trunk/debian/local/FAQ.xhtml Log: (cosmetic) Use more canonical URL to Thomas Dickey's website per his request. Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-07-19 14:45:47 UTC (rev 1674) +++ trunk/debian/CHANGESETS 2004-07-20 06:42:08 UTC (rev 1675) @@ -13,7 +13,7 @@ 1606 Miscellaneous cosmetic fixes. -1607, 1608, 1624, 1626, 1627, 1636, 1651, 1654, 1663, 1664 +1607, 1608, 1624, 1626, 1627, 1636, 1651, 1654, 1663, 1664, 1675 Grab latest version of XTerm (#191) from Thomas Dickey's website. 1609 Modified: trunk/debian/local/FAQ.xhtml === --- trunk/debian/local/FAQ.xhtml2004-07-19 14:45:47 UTC (rev 1674) +++ trunk/debian/local/FAQ.xhtml2004-07-20 06:42:08 UTC (rev 1675) @@ -215,8 +215,8 @@ Thomas Dickey, the upstream maintainer (and author of many features in) the XTerm terminal emulator, maintains the http://dickey.his.com/xterm/xterm.faq.html";>XTerm FAQ. A copy of - this FAQ is provided in the xterm package; it + href="http://invisible-island.net/xterm/xterm.faq.html";>XTerm FAQ. A copy + of this FAQ is provided in the xterm package; it addresses various issues with one of the most popular and important of X clients.
Re: X Strike Force XFree86 SVN commit: r1645 - in trunk/debian: . local
On Thu, Jul 15, 2004 at 09:49:45AM -, Thomas Dickey wrote: > X Strike Force SVN Repository Admin <[EMAIL PROTECTED]> wrote: > > + XTerm terminal emulator, maintains the > + href="http://dickey.his.com/xterm/xterm.faq.html";>XTerm FAQ. A copy > > of > > prefer > http://invisible-island.net Done (in SVN r1675). Sorry about that. -- G. Branden Robinson|If the license you accept is Debian GNU/Linux |oppressive in its terms, that means [EMAIL PROTECTED] |you can be oppressed. http://people.debian.org/~branden/ |-- Pamela Jones signature.asc Description: Digital signature
X Strike Force XFree86 SVN property change: propchange - r1653 svn:log
Author: branden Revision: 1653 Property Name: svn:log New Property Value: Document MANIFEST changes in debian/README.
Processed: Re: Bug#259434: xserver-xfree86: [mga] halts the console on powerpc
Processing commands for [EMAIL PROTECTED]: > tag 259434 + moreinfo upstream Bug#259434: xserver-xfree86: [mga] halts the console on powerpc There were no tags set. Tags added: moreinfo, upstream > retitle 259434 xserver-xfree86: [mga] blanks screen and locks console on MGA > 1064SG [Mystique] rev 3 Bug#259434: xserver-xfree86: [mga] halts the console on powerpc Changed Bug title. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
X Strike Force XFree86 SVN property change: propchange - r1654 svn:log
Author: branden Revision: 1654 Property Name: svn:log New Property Value: (cosmetic) Add Vim modeline to keep Vim from transcoding the file's character set. ** THIS WAS MISGUIDED, WRONG, AND REVERTED IN REVISION 1672. **
Re: xkb rules for Thinkpad extra keys
On Thu, Jul 15, 2004 at 12:38:43PM +0300, Hile Tuohela wrote:
> I have written a small set of xkb rules to enable the extra keys
> on thinkpad laptops (keysyms 233 and 234). The rules implement
> new keyboard model 'thinkpad'.
>
> The files are available with a html README from
> http://hile.dyndns.org/xkb-thinkpad.tgz
>
> You can probably just run diff for the files under xkb directory,
> the changes are quite trivial. It would be great if these configs
> would end up being part of the packages and upstream.
>
> There might be problems with the rules and the fact these rules
> replace the pc101,pc102 and other 'model' parameters in XF86Config-4,
> works for me at least with finnish keyboard.
>
> I think my mapping of 'Prev/Next_Virtual_Screen' is good to not mix
> the keys with any other, possibly used keys, and most likely map
> nicely to the tasks most people would do with these keys now: I see
> no other use for these keys except virtual desktop switching and
> window moving.
Please file a wishlist-severity bug against the "xlibs" package with this
request so that we do not lose track of it.
One of the best ways to do this is with the "reportbug" package and command
of the same name. One way to install reportbug is with "apt-get"; for
example:
# apt-get install reportbug
The "reportbug" command has a few different modes that cater to different
levels of user expertise. If this message has contained a lot of jargon
that is unfamiliar to you, you likely want to use reportbug's "novice"
mode; here's one way to do that.
$ reportbug --mode=novice
Please enter the name of the package in which you have found a problem,
or type 'other' to report a more general problem.
>
If you're more sophisticated, or if you are not using the released version
of Debian ("stable"), but instead Debian "testing" or "unstable", you
should use reportbug's standard mode.
$ reportbug
Please enter the name of the package in which you have found a problem,
or type 'other' to report a more general problem.
>
The reportbug command is extensively documented in its usage message and
manual page. Commands to view these pieces of documentation are:
$ reportbug --help | more
$ man reportbug
(The output of the above commands has been omitted from this message.)
Thanks for offering your contribution. We look forward to reviewing it.
--
G. Branden Robinson| It doesn't matter what you are
Debian GNU/Linux | doing, emacs is always overkill.
[EMAIL PROTECTED] | -- Stephen J. Carpenter
http://people.debian.org/~branden/ |
signature.asc
Description: Digital signature
Bug#259434: xserver-xfree86: [mga] halts the console on powerpc
tag 259434 + moreinfo upstream retitle 259434 xserver-xfree86: [mga] blanks screen and locks console on MGA 1064SG [Mystique] rev 3 thanks On Wed, Jul 14, 2004 at 02:38:25PM -0300, Rafael Avila de Espindola wrote: > Package: xserver-xfree86 > Version: 4.3.0.dfsg.1-6 > Severity: important > > The card is > :00:12.0 VGA compatible controller: Matrox Graphics, Inc. MGA 1064SG > [Mystique] (rev 03) > and it is installed in a b50 (powerpc). > If I use the mga driver the video gets black and the console halts. Can you ssh into the machine (if you have a way of doing so)? Does the box respond to pings when it is in this state? > Its is necessary to reboot the machine to get it back. X works with the > fbdev driver. What do you have to do to provoke this lockup? Does simply starting the X server suffice, or do you have to run some X clients or switch VTs? If the lockup happens when the X server starts, do you see an image displayed to the screen even for the briefest moment? -- G. Branden Robinson| Never attribute to malice that Debian GNU/Linux | which can be adequately explained [EMAIL PROTECTED] | by stupidity. http://people.debian.org/~branden/ | -- Hanlon's Razor signature.asc Description: Digital signature
Bug#255744: xserver-xfree86: Not just kdm
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-6 Followup-For: Bug #255744 I'm using xdm, and I had the same problem. Adding psmouse to /etc/modules fixed X not booting for me as well. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 20 Jun 26 13:24 /etc/X11/X -> /usr/bin/X11/XFree86 -rwxr-xr-x 1 root root 1745388 Jul 7 08:07 /usr/bin/X11/XFree86 Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 440] (rev a3) /etc/X11/XF86Config-4 does not match checksum in /var/lib/xfree86/XF86Config-4.md5sum. XFree86 X server configuration file status: -rw--- 1 root root 3140 Jul 19 23:11 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: XFree86 X server log files on system: -rw-r--r-- 1 root root 29145 Jul 19 23:25 /var/log/XFree86.0.log Contents of most recent XFree86 X server log file /var/log/XFree86.0.log: This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs). XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-6 20040707142024 [EMAIL PROTECTED]) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.23 i686 [ELF] Build Date: 07 July 2004 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.6.6-2-686 ([EMAIL PROTECTED]) (gcc version 3.3.3 (Debian 20040422)) #1 Wed Jun 16 01:25:38 PDT 2004 T Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Mon Jul 19 23:24:48 2004 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Generic Monitor" (**) | |-->Device "Generic Video Card" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc104" (**) XKB: model: "pc104" (**) Option "XkbLayout" "dvorak" (**) XKB: layout: "dvorak" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (**) |-->Input Device "Generic Mouse" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/usr/lib/X11/fonts/CID" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (++) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.3.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.3.0.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x8000f84c, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,1130 card , rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,1131 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1e:0: chip 8086,244e card , rev 01 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2440 card , rev 01 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,244b card 8086,4541 rev 01 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2442 card 8086,4541 rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1f:3: chip 8086,2443 card 8086,4541 rev 01 class 0c,05,00 hdr 00 (II) PCI: 01:00:0: chip 10de,0171 card 10b0,0002 rev a3 class 03,00,00 hdr 00 (II) PCI: 02:09:0: chip 10b7,9200 card 10b7,1000 rev 78 class
Bug#255070: 255070 - strange colors (blue) since xterm 4.3.0.dfsg.1-4
On Tue, Jul 13, 2004 at 07:43:30PM -0400, Thomas Dickey 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) ...which we don't have yet. XTerm #192 will be in the next release, and this bug should be automatically closed then. -- G. Branden Robinson|I must despise the world which does Debian GNU/Linux |not know that music is a higher [EMAIL PROTECTED] |revelation than all wisdom and http://people.debian.org/~branden/ |philosophy. -- Ludwig van Beethoven signature.asc Description: Digital signature
Bug#257190: Kicker hangs up after zooming OpenGL program, other programs run perfectly?
On Thu, Jul 15, 2004 at 11:24:23AM +0200, Michel Dänzer wrote: > On Thu, 2004-07-15 at 01:22 -0500, Branden Robinson wrote: > > > > Michel, do you see any smoking guns in the following? > > Not really. I can only suggest trying a current DRI CVS snapshot and > filing an upstream bug if the problem persists there. Okay. > > (Also, please let me know if this gives you any ideas for improvement of > > the xlibmesa-dri bug script.) > > The only thing else I can think of ATM would be any related kernel > output, something like grepping for 'drm'. I'm afraid that'll rarely be > very useful though. If the current reporting is good enough for you, it's good enough for me. :) -- G. Branden Robinson| One man's "magic" is another man's Debian GNU/Linux | engineering. "Supernatural" is a [EMAIL PROTECTED] | null word. http://people.debian.org/~branden/ | -- Robert Heinlein signature.asc Description: Digital signature
Bug#259639: marked as done (xserver-xfree86: [ati] X starts a bit, then returns to console; [drm:radeon_unlock] *ERROR* Process 1389 using kernel context 0)
Your message dated Tue, 20 Jul 2004 01:58:12 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#259639: xserver-xfree86: [ati] X starts a bit, then returns to console; [drm:radeon_unlock] *ERROR* Process 1389 using kernel context 0 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 15 Jul 2004 20:26:01 + >From [EMAIL PROTECTED] Thu Jul 15 13:26:01 2004 Return-path: <[EMAIL PROTECTED]> Received: from chastell.shot.pl [80.55.253.30] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BlCnn-L5-00; Thu, 15 Jul 2004 13:26:00 -0700 Received: by chastell.shot.pl (Postfix, from userid 1000) id A0892B731; Thu, 15 Jul 2004 22:25:57 +0200 (CEST) Date: Thu, 15 Jul 2004 22:25:57 +0200 From: Shot <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: xserver-xfree86: [ati] X starts a bit, then returns to console; [drm:radeon_unlock] *ERROR* Process 1389 using kernel context 0 Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline X-Reportbug-Version: 2.63 Organization: Freelance Shooters X-Operating-System: Debian GNU/Linux, up 9 min User-Agent: Mutt/1.5.6+20040523i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-4.0 required=4.0 tests=DATING,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Package: xserver-xfree86 Version: 4.3.0.dfsg.1-6 Severity: important Hello. After upgrading X from 4.3.0.dfsg.1-5 to -6 startx starts X, shows the gray background with the cross cursor, and then dies - with the dmesg's [drm:radeon_unlock] *ERROR* Process 1389 using kernel context 0 somewhere inbetween: [EMAIL PROTECTED]:~$ startx Using authority file /home/shot/.Xauthority Writing authority file /home/shot/.Xauthority Using authority file /home/shot/.Xauthority Writing authority file /home/shot/.Xauthority This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs). XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-6 20040707142024 [EMAIL PROTECTED]) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.23 i686 [ELF] Build Date: 07 July 2004 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.4.18-bf2.4 ([EMAIL PROTECTED]) (gcc version 2.95.4 20011002 (Debian prerelease)) #1 Son Apr 14 09:53:28 CEST 2002 TF Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Thu Jul 15 21:38:34 2004 (==) Using config file: "/etc/X11/XF86Config-4" Skipping "/usr/X11R6/lib/modules/extensions/libGLcore.a:m_debug_clip.o": No symbols found Skipping "/usr/X11R6/lib/modules/extensions/libGLcore.a:m_debug_norm.o": No symbols found Skipping "/usr/X11R6/lib/modules/extensions/libGLcore.a:m_debug_xform.o": No symbols found Skipping "/usr/X11R6/lib/modules/extensions/libGLcore.a:m_debug_vertex.o": No symbols found Skipping "/usr/X11R6/lib/modules/fonts/libspeedo.a:spencode.o": No symbols found Warning: font renderer for ".pcf" already registered at priority 0 Warning: font renderer for ".pcf.Z" already registered at priority 0 Warning: font renderer for ".pcf.gz" already registered at priority 0 Warning: font renderer for ".snf" already registered at priority 0 Warning: font renderer for ".snf.Z" already registered at priority 0 Warning: font renderer for ".snf.gz" already registered at priority 0 Warning: font renderer for ".bdf" already registered at priority 0 Warning: font renderer for ".bdf.Z" already registered at priority 0 Warning: font renderer for ".bdf.gz" already registered at priority 0 Warning: font renderer for ".pmf" already registered at priority 0 waiting for X server to shut down [
Bug#260232: xterm: XTerm*metaSendsEscape no longer working
On Mon, Jul 19, 2004 at 04:24:08PM -0400, Thomas Dickey wrote: > I don't think the problem is within xterm (it's been a while since I tweaked > the logic for this). More likely something in the keyboard configuration > has separated the definitions that you were relying upon. What I do to > debug this is to use xev and ensure that it's reporting "Meta_L" for the > key. If that's right, I generally compile a debug version of xterm It is. I already checked this before sending the report. > (configure --enable-trace) and check the initialization of the modifiers. Thanks, I'll try that. As a related problem mouse button emulation also stopped working in xterm. Mouseemu is a user space programm using the kernel's /dev/input/event layer to emulate say right mouseclicks using e.g. -. This still works in GTK based apps but no longer in xterm. I don't intend to mix bug reports here, but showed up at the same time and is also related to "modifier" keys. Cheers, -- Guido
Bug#257062: Need any help testing? I have an i8xx in my workstation.
On Thu, Jul 15, 2004 at 08:15:20PM +0200, Andreas Henriksson wrote: > Hi! > > I have this controller in my workstation and use it daily. > > $ lspci -d 8086:1132 - > :00:02.0 VGA compatible controller: Intel Corp. 82815 CGC [Chipset > Graphics Controller] (rev 02) (prog-if 00 [VGA]) > Subsystem: IBM: Unknown device 01e2 > Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR- FastB2B- > Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- > SERR- Latency: 0 > Interrupt: pin A routed to IRQ 11 > Region 0: Memory at f800 (32-bit, prefetchable) > Region 1: Memory at fea8 (32-bit, non-prefetchable) [size=512K] > Capabilities: > > I'm willing to help test any changes if thats needed. > Just drop me a mail with instructions and I'll try to help out as much > as possible. > > Thanks for your great work! Can you have a look at the X Strike Force HACKING document, particularly the part of it that talks about building the package from source, and let us know if you think you can undertake this task? http://necrotic.deadbeast.net/xsf/XFree86/HACKING.txt -- G. Branden Robinson|If you wish to strive for peace of Debian GNU/Linux |soul, then believe; if you wish to [EMAIL PROTECTED] |be a devotee of truth, then http://people.debian.org/~branden/ |inquire. -- Friedrich Nietzsche signature.asc Description: Digital signature
Bug#259632: xkb: Unitek KB-2125 multimedia keys not supported
On Thu, Jul 15, 2004 at 09:32:33PM +0200, Nicolas DEGAND wrote:
> Package: xlibs
> Version: 4.3.0.dfsg.1-6
> Severity: normal
[snip]
> Compiled XKB description for X server ":0.0":
> xkb_keymap {
> xkb_keycodes "xfree86+aliases(azerty)" {
> minimum = 8;
> maximum = 255;
[1491 lines of juicy, down-to-the-bare-metal goodness snipped]
>
> };
Mwa ha ha ha ha ha. And the users are unwittingly lured deeper into my web
of surveillance.
Mwa ha ha ha ha ha.
(Sorry, just had to indulge myself for a moment.)
--
G. Branden Robinson|
Debian GNU/Linux | Music is the brandy of the damned.
[EMAIL PROTECTED] | -- George Bernard Shaw
http://people.debian.org/~branden/ |
signature.asc
Description: Digital signature
Bug#260232: xterm: XTerm*metaSendsEscape no longer working
Hi Thomas, On Mon, Jul 19, 2004 at 02:58:34PM -0400, Thomas Dickey wrote: > > the above is no longer working after an upgrade to the versions below. > > Before that I could use: Alt-f, Alt-b to jump whole words forward or > > backward in a bash running within xterm. This doesn't work anymore, > > ESC-f, ESC-b still works though. Any ideas where to start digging? > > man xterm > metaSendsEscape I'm not sure I understand this. I have this on, and it stopped working recently, I can't find any hint in the manpage, for the cause of this. Cheers, -- Guido
Re: Processed: merging, take 2
On Fri, Jul 16, 2004 at 11:33:03PM -0700, Debian Bug Tracking System wrote: > Processing commands for [EMAIL PROTECTED]: > > > severity 259786 wishlist > Bug#259786: xserver-xfree86: Mouse is blocking > Severity set to `wishlist'. > > > merge 259786 237395 > Bug#237395: netcfg: Please give choice of whether to try DHCP > Bug#259786: xserver-xfree86: Mouse is blocking > Mismatch - only Bugs in same state can be merged: > Values for `package' don't match: > #237395 has `netcfg'; > #259786 has `xserver-xfree86' > > > quit smoking today > Stopping processing here. You need to quit smoking CRACK, boy! What the *hell* are you trying to do? -- G. Branden Robinson| Never underestimate the power of Debian GNU/Linux | human stupidity. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Processed: Re: Bug#259754: xlibmesa-dri: [i830] crack-attack segfaults
Processing commands for [EMAIL PROTECTED]: > tag 259754 + moreinfo upstream help Bug#259754: xlibmesa-dri: [i830] crack-attack segfaults There were no tags set. Tags added: moreinfo, upstream, help > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: severity of 259786 is normal
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.7.95.1 > # not a crash, hang, or SEGV > severity 259786 normal Bug#259786: xserver-xfree86: Mouse is blocking Severity set to `normal'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#259828: tabs mangled to spaces when copying from xterm
On Fri, Jul 16, 2004 at 09:02:20PM -0400, Thomas Dickey wrote: > On Fri, Jul 16, 2004 at 08:43:38PM -0400, Lee Revell wrote: > > > Just tried konsole and gnome terminal. Neither of them currently seem > > to work this way, at least the versions in unstable don't. Even if > > konsole supported this I could not use it, it took 10 seconds to start. > > I guess you have a fast machine. I just timed konsole's startup on my > 2.66GHz box, and it took 22 seconds to get the window on the screen. Bwa ha ha ha ha. Bwa ha ha ha. You guys are *so* tickling my wicked schadenfreude gene. Bwa ha ha ha ha. 505 [EMAIL PROTECTED]:~$ /usr/bin/time -v uxterm -e exit Command being timed: "uxterm -e exit" User time (seconds): 0.13 System time (seconds): 0.04 Percent of CPU this job got: 18% Elapsed (wall clock) time (h:mm:ss or m:ss): 0:00.90 Average shared text size (kbytes): 0 Average unshared data size (kbytes): 0 Average stack size (kbytes): 0 Average total size (kbytes): 0 Maximum resident set size (kbytes): 0 Average resident set size (kbytes): 0 Major (requiring I/O) page faults: 1383 Minor (reclaiming a frame) page faults: 532 Voluntary context switches: 0 Involuntary context switches: 0 Swaps: 0 File system inputs: 0 File system outputs: 0 Socket messages sent: 0 Socket messages received: 0 Signals delivered: 0 Page size (bytes): 4096 Exit status: 0 Bwa ha ha ha ha. processor : 0 cpu : 7455, altivec supported clock : 1249MHz revision: 3.3 (pvr 8001 0303) bogomips: 1248.46 processor : 1 cpu : 7455, altivec supported clock : 1249MHz revision: 3.3 (pvr 8001 0303) bogomips: 1248.46 total bogomips : 2496.92 machine : PowerMac3,6 motherboard : PowerMac3,6 MacRISC2 MacRISC Power Macintosh board revision : 0001 detected as : 129 (PowerMac G4 Windtunnel) pmac flags : L2 cache: 256K unified memory : 1024MB pmac-generation : NewWorld Under 1 second on a lowly Macintosh. Bwa ha ha ha ha. -- G. Branden Robinson|Fair use is irrelevant and Debian GNU/Linux |improper. [EMAIL PROTECTED] |-- Asst. U.S. Attorney Scott http://people.debian.org/~branden/ |Frewing, explaining the DMCA signature.asc Description: Digital signature
Bug#254923: xserver-xfree86: [keyboard] alt key not working
On Fri, Jul 16, 2004 at 04:38:56PM -0500, Pete Harlan wrote: > On Mon, 12 Jul 2004 22:57:58 -0500, G. Branden Robinson wrote: > > xfree86 4.3.0.dfsg.1-6 is now in unstable. Do they keys work for > > you now? > > Yes, thank you, I no longer can reproduce the problem where the first > use of Alt, Meta, etc. per login session is ignored. Excellent. > I do still have the problem where in an xterm (but not an Emacs > window) I have to press Alt+Windows to get the effect of Alt. > > Because nobody else appears to be having this latter problem (I got no > response about it on Debian-user), I'm thinking I might just purge all > X packages and reinstall them to see if it goes away. I don't know of > any way my setup is nonstandard, but obviously not everyone is having > the problem. Actually, we know of continuing problems with some of the modifier keys, and we are working to get a good solution in place. It's a lot more complicated than you'd think, and simply reverting the change that was made in -5 has its drawbacks. > If you'd rather I didn't purge/binge, let me know. No, please go ahead if you like. I don't think it will help anything, but it probably won't hurt either. Thanks for following up! -- G. Branden Robinson| Reality is what refuses to go away Debian GNU/Linux | when I stop believing in it. [EMAIL PROTECTED] | -- Philip K. Dick http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#259754: xlibmesa-dri: [i830] crack-attack segfaults
tag 259754 + moreinfo upstream help thanks On Fri, Jul 16, 2004 at 04:56:08PM +0200, Josselin Mouette wrote: > Package: xlibmesa-dri > Version: 4.3.0.dfsg.1-6 > Severity: normal > > 16:45 [EMAIL PROTECTED] ~ > LANG=C crack-attack --solo > Crack Attack! v1.1.9 > by Daniel Nelson [aluminumangel.org], 2002 > Erreur de segmentation > > GDB tracks down the issue to the i830 DRI driver: > (gdb) run --solo > Starting program: /usr/games/crack-attack --solo > Crack Attack! v1.1.9 > by Daniel Nelson [aluminumangel.org], 2002 > > Program received signal SIGFPE, Arithmetic exception. > [Switching to Thread 1078789536 (LWP 4629)] > 0x40633310 in _mesa_test_os_sse_exception_support () >from /usr/X11R6/lib/modules/dri/debug/i830_dri.so > #0 0x40633310 in _mesa_test_os_sse_exception_support () >from /usr/X11R6/lib/modules/dri/debug/i830_dri.so Well, I'd say the test failed. :-P I would like some more info. Please save the attached file and run it from a shell prompt to gather and deliver some more information to us: $ ./xlibmesa-dri.bug > /tmp/output 3>&1 $ mailx -s "Re: Bug#259754" [EMAIL PROTECTED] < /tmp/output Thanks! (In other news, I have no x86 machine [and thus no box on which a test for SSE extensions will be run], so I'm going to need assistance with this bug.) -- G. Branden Robinson| A fundamentalist is someone who Debian GNU/Linux | hates sin more than he loves [EMAIL PROTECTED] | virtue. http://people.debian.org/~branden/ | -- John H. Schaar #!/bin/sh # $Id: xlibmesa-dri.bug 1517 2004-06-06 17:18:03Z branden $ PATH="/sbin:/usr/bin/X11:$PATH" if which lspci >/dev/null 2>&1; then printf "VGA-compatible devices on PCI bus:\n" >&3 LC_ALL=C lspci | grep 'VGA compatible controller:' >&3 LC_ALL=C lspci -n | grep 'Class 0300:' >&3 else printf "The lspci command was not found; not including PCI data.\n" >&3 fi printf "\n" >&3 XFREE86_LOGS=$(ls -dt /var/log/XFree86.*.log 2>/dev/null) if [ -n "$XFREE86_LOGS" ]; then printf "XFree86 X server log files on system:\n" >&3 ls -dlrt /var/log/XFree86.*.log >&3 2>/dev/null printf "\n" >&3 for LOG in $XFREE86_LOGS; do if [ -f "$LOG" ]; then printf "Contents of most recent XFree86 X server log file\n" >&3 printf "%s:\n" "$LOG" >&3 cat "$LOG" >&3 # the log files are large; only show the most recent break fi done else printf "No XFree86 X server log files found.\n" >&3 fi printf "\n" >&3 if which glxinfo >/dev/null 2>&1; then printf "GL-library linkage of glxinfo executable:\n" >&3 ldd $(which glxinfo) | grep libGL >&3 2>/dev/null printf "\n" >&3 printf "glxinfo reports:\n" >&3 LIBGL_DEBUG=verbose glxinfo >&3 2>&1 else printf "The glxinfo command was not found; " >&3 printf "not including GLX extension information.\n" >&3 fi # vim:set ai et sts=4 sw=4 tw=0: signature.asc Description: Digital signature
Processed: severity of 259786 is important, severity of 259876 is wishlist, merging 259876 237395
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.7.95.1 > severity 259786 important Bug#259786: xserver-xfree86: Mouse is blocking Severity set to `important'. > severity 259876 wishlist Bug#259876: netcfg doesn't ask for manual settings Bug#237395: netcfg: Please give choice of whether to try DHCP Bug#239431: netcfg: Please give choice of whether to try DHCP Bug#255211: netcfg: Please give choice of whether to try DHCP Severity set to `wishlist'. > merge 259876 237395 Bug#237395: netcfg: Please give choice of whether to try DHCP Bug#259876: netcfg doesn't ask for manual settings Bug#239431: netcfg: Please give choice of whether to try DHCP Bug#255211: netcfg: Please give choice of whether to try DHCP Merged 237395 239431 255211 259876. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#260232: xterm: XTerm*metaSendsEscape no longer working
On Mon, Jul 19, 2004 at 04:24:08PM -0400, Thomas Dickey wrote:
> I don't think the problem is within xterm (it's been a while since I tweaked
> the logic for this). More likely something in the keyboard configuration
> has separated the definitions that you were relying upon. What I do to
> debug this is to use xev and ensure that it's reporting "Meta_L" for the
> key. If that's right, I generally compile a debug version of xterm
> (configure --enable-trace) and check the initialization of the modifiers.
Trace says about Meta:
~Meta: insert-seven-bit()
Meta: insert-eight-bit()
~Meta1: select-start()
Button1~Meta: select-extend()
~Ctrl~Meta2: ignore()
Meta2: clear-saved-lines()
~Ctrl~Meta2: insert-selection("PRIMARY", "CUT_BUFFER0")
~Ctrl~Meta3: start-extend()
Button3~Meta: select-extend()
~Meta: insert-seven-bit()
Meta: insert-eight-bit()
~Meta1: select-start()
Button1~Meta: select-extend()
~Ctrl~Meta2: ignore()
Meta2: clear-saved-lines()
~Ctrl~Meta2: insert-selection("PRIMARY", "CUT_BUFFER0")
~Ctrl~Meta3: start-extend()
Button3~Meta: select-extend()
Anything else I can provide?
Cheers,
-- Guido
signature.asc
Description: Digital signature
Bug#260232: xterm: XTerm*metaSendsEscape no longer working
On Tue, Jul 20, 2004 at 09:13:59AM +0200, Guido Guenther wrote: > On Mon, Jul 19, 2004 at 04:24:08PM -0400, Thomas Dickey wrote: > > I don't think the problem is within xterm (it's been a while since I tweaked > > the logic for this). More likely something in the keyboard configuration > > has separated the definitions that you were relying upon. What I do to > > debug this is to use xev and ensure that it's reporting "Meta_L" for the > > key. If that's right, I generally compile a debug version of xterm > > (configure --enable-trace) and check the initialization of the modifiers. > Trace says about Meta: > > ~Meta: insert-seven-bit() Trace-parent.out has a lot of information - the fragment you're showing tells what it can find about the translations resource. The piece I'm interested in corresponds to the xmodmap settings, e.g., (starting with "VTInitModifiers"): looking for style 'Root' VTInitModifiers alt_left mask 0x8 is Mod1 modifier alt_right mask 0x8 is Mod1 modifier TranslationsUseKeyword(7ac10):#override xterm looks to see which modifiers are associated with the Alt, Meta and NumLock keys so that when it gets a keypress event, it can look at the modifier information in that event and determine which of those keys might have been used for modifying the key. (Technically, I should also look for the control and shift keys, but it is unusual for someone to change _those_ with xmodmap). In the example I just gave, there's no Meta key associated with a modifier - so metaSendsEscape wouldn't work. The trace is there of course for debugging - it's also possible that xterm would find the modifiers but do something unexpected with them. All of the logic dealing with the modifiers is in input.c, so it's not hard to follow... -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpy3L3QYYAHx.pgp Description: PGP signature
Bug#259754: xlibmesa-dri: [i830] crack-attack segfaults
On Tue, 2004-07-20 at 02:04 -0500, Branden Robinson wrote: > > On Fri, Jul 16, 2004 at 04:56:08PM +0200, Josselin Mouette wrote: > > > > Program received signal SIGFPE, Arithmetic exception. > > [Switching to Thread 1078789536 (LWP 4629)] > > 0x40633310 in _mesa_test_os_sse_exception_support () > >from /usr/X11R6/lib/modules/dri/debug/i830_dri.so > > #0 0x40633310 in _mesa_test_os_sse_exception_support () > >from /usr/X11R6/lib/modules/dri/debug/i830_dri.so > > Well, I'd say the test failed. :-P Nope. If it failed, it'd raise a SIGILL, I think. And it still wouldn't be a problem, as it's the whole point of the test to provoke a signal and catch it. The submitter correctly continued and captured a backtrace of the actual problem. The information you asked for will still be useful, and I suspect the backtrace might be more accurate with something like electric-fence. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#259828: tabs mangled to spaces when copying from xterm
On Tue, Jul 20, 2004 at 09:30:11AM +0200, Branden Robinson wrote: > On Fri, Jul 16, 2004 at 09:02:20PM -0400, Thomas Dickey wrote: > > On Fri, Jul 16, 2004 at 08:43:38PM -0400, Lee Revell wrote: > > > > > Just tried konsole and gnome terminal. Neither of them currently seem > > > to work this way, at least the versions in unstable don't. Even if > > > konsole supported this I could not use it, it took 10 seconds to start. > > > > I guess you have a fast machine. I just timed konsole's startup on my > > 2.66GHz box, and it took 22 seconds to get the window on the screen. > > Bwa ha ha ha ha. Bwa ha ha ha. > > You guys are *so* tickling my wicked schadenfreude gene. to be (a little fairer), once gnome-terminal is initialized, it can bring up additional windows in more/less real time. konsole's no improvement of course. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpLSSWetwLMS.pgp Description: PGP signature
Bug#260232: xterm: XTerm*metaSendsEscape no longer working
On Tue, Jul 20, 2004 at 05:38:21AM -0400, Thomas Dickey wrote: > looking for style 'Root' > VTInitModifiers > alt_left mask 0x8 is Mod1 modifier > alt_right mask 0x8 is Mod1 modifier > TranslationsUseKeyword(7ac10):#override Mine says: VTInitModifiers meta_left mask 0x8 is Mod1 modifier alt_right mask 0x8 is Mod1 modifier num_lock mask 0x10 is Mod2 modifier meta_right mask 0x40 is Mod4 modifier Which looks sane as far as I can tell. I don't think that this helps much, but it seems that gnome-terminal still handels this correctly. Let me know if I can provide any more interesting data. Cheers, -- Guido signature.asc Description: Digital signature
Bug#260232: xterm: XTerm*metaSendsEscape no longer working
On Tue, Jul 20, 2004 at 01:10:56PM +0200, Guido Guenther wrote: > On Tue, Jul 20, 2004 at 05:38:21AM -0400, Thomas Dickey wrote: > > looking for style 'Root' > > VTInitModifiers > > alt_left mask 0x8 is Mod1 modifier > > alt_right mask 0x8 is Mod1 modifier > > TranslationsUseKeyword(7ac10):#override > Mine says: > > VTInitModifiers > meta_left mask 0x8 is Mod1 modifier > alt_right mask 0x8 is Mod1 modifier > num_lock mask 0x10 is Mod2 modifier > meta_right mask 0x40 is Mod4 modifier > > Which looks sane as far as I can tell. I don't think that this helps > much, but it seems that gnome-terminal still handels this correctly. > Let me know if I can provide any more interesting data. for now that looks like enough - I'll look closer when I get home (and can look up the history of that slice of code). Just reading the source right now, I do see a couple of things to investigate. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgp1A6JXMp3nx.pgp Description: PGP signature
Bug#255270: xfree86: libglide3 has now ia64 and amd64 support
Hi, On Sat, Jul 17, 2004 at 05:43:06AM +0200, Guillem Jover wrote: > Could someone with an amd64, ia64 or alpha (I'll take care of i386) > and a 3Dfx card with any of the following chipsets: > Voodoo Banshee, Voodoo 3, Voodoo 4 or Voodoo 5 I finally installed the SVN alpha packages I successfully build on my alpha, I have 3D acceleration with my voodoo4 (Quake2 with glx renderer): it works. [EMAIL PROTECTED]:~$ glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: VA Linux Systems, Inc. OpenGL renderer string: Mesa DRI 20020221 Voodoo4 OpenGL version string: 1.2 Mesa 4.0.4 OpenGL extensions: GL_ARB_multitexture, GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_packed_pixels, GL_EXT_paletted_texture, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_object, GL_EXT_texture_lod_bias, GL_EXT_vertex_array, GL_HP_occlusion_test, GL_IBM_rasterpos_clip, GL_MESA_window_pos, GL_NV_texgen_reflection glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x23 16 tc 1 16 0 r . . 5 6 5 0 0 0 0 0 0 0 0 0 0 None 0x24 16 tc 1 16 0 r . . 5 6 5 0 0 0 8 0 0 0 0 0 0 Slow 0x25 16 tc 1 16 0 r . . 5 6 5 0 0 0 0 16 16 16 0 0 0 Slow 0x26 16 tc 1 16 0 r . . 5 6 5 0 0 0 8 16 16 16 0 0 0 Slow 0x27 16 tc 1 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x28 16 tc 1 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x29 16 tc 1 16 0 r . . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow 0x2a 16 tc 1 16 0 r . . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow 0x2b 16 tc 1 16 0 r y . 5 6 5 0 0 0 0 0 0 0 0 0 0 None 0x2c 16 tc 1 16 0 r y . 5 6 5 0 0 0 8 0 0 0 0 0 0 Slow 0x2d 16 tc 1 16 0 r y . 5 6 5 0 0 0 0 16 16 16 0 0 0 Slow 0x2e 16 tc 1 16 0 r y . 5 6 5 0 0 0 8 16 16 16 0 0 0 Slow 0x2f 16 tc 1 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x30 16 tc 1 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x31 16 tc 1 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow 0x32 16 tc 1 16 0 r y . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow 0x33 16 dc 1 16 0 r . . 5 6 5 0 0 0 0 0 0 0 0 0 0 None 0x34 16 dc 1 16 0 r . . 5 6 5 0 0 0 8 0 0 0 0 0 0 Slow 0x35 16 dc 1 16 0 r . . 5 6 5 0 0 0 0 16 16 16 0 0 0 Slow 0x36 16 dc 1 16 0 r . . 5 6 5 0 0 0 8 16 16 16 0 0 0 Slow 0x37 16 dc 1 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x38 16 dc 1 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x39 16 dc 1 16 0 r . . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow 0x3a 16 dc 1 16 0 r . . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow 0x3b 16 dc 1 16 0 r y . 5 6 5 0 0 0 0 0 0 0 0 0 0 None 0x3c 16 dc 1 16 0 r y . 5 6 5 0 0 0 8 0 0 0 0 0 0 Slow 0x3d 16 dc 1 16 0 r y . 5 6 5 0 0 0 0 16 16 16 0 0 0 Slow 0x3e 16 dc 1 16 0 r y . 5 6 5 0 0 0 8 16 16 16 0 0 0 Slow 0x3f 16 dc 1 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x40 16 dc 1 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x41 16 dc 1 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow 0x42 16 dc 1 16 0 r y . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow Greetings Frederik Schueler -- ENOSIG
Bug#260440: [ati radeon] Random flicker on screen
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-6 Severity: important Sometimes, when the machine boots, the screen flickers. Resetting the XServer with ctrl-alt-backspace several times most often solve the issues. I file this bug in because the previous version of the X server, this wasn't happening. I also had this bug sometimes ago with another distribution so I think there's some kind of "randomness" in the way this bug appears. On that other distribution, I tried hard to solve the issue, but without any success. I thought it was related to the hsync/vsync configuration but since my Debian used to work flawlessly, without any help of me, I came to the conclusion that it was more of a bug than a misconfiguration. Also, for some reason, when the XServer starts, the text mode which is usually 80x25 on my machine now switches to 80x43 before going to graphics mode. I don't know if it's realted in anyway to this bug, I just mention it. Thank you for your efforts ! I'll be pleased to help anyone here. Stefan -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 20 2004-05-03 20:11 /etc/X11/X -> /usr/bin/X11/XFree86 -rwxr-xr-x 1 root root 1745388 2004-07-07 17:07 /usr/bin/X11/XFree86 Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY /etc/X11/XF86Config-4 does not match checksum in /var/lib/xfree86/XF86Config-4.md5sum. XFree86 X server configuration file status: -rw-r--r-- 1 root root 3256 2004-05-08 09:33 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # XF86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type "man XF86Config-4" at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 > /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID" FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"type1" Load"dbe" Load"dri" Load"extmod" Load"freetype" #Load "speedo" Load"glx" # Load"int10" # Load"ddc" Load"GLcore" # Load"bitmap" # Load"record" # Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "be" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "PS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "SendCoreEvents""true" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "Device" BoardName "Radeon LY" VendorName "ATI" Identifier "Generic Video Card" Driver "ati" Option "AGPMode" "4" EndSection Section "Monitor" Identifier "Generic Monitor" HorizSync 28-50
Bug#259215: mozilla-firefox: firefox fails to start with 'Xlib: connection to ":0.0" refused by server'
Dear bug submitter, Can you reproduce this problem with wdm and kdm as well? -- G. Branden Robinson| Debian GNU/Linux | Extra territorium jus dicenti [EMAIL PROTECTED] | impune non paretur. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Re: lost my 'c' key in X
also sprach Nori Heikkinen <[EMAIL PROTECTED]> [2004.07.20.2012 +0200]: > as suggested in an earlier thread[1]: `setxkbmap us` (or whatever variant > you're using -- for a good time, try `setxkbmap dvorak` ;) heh. sorry for not having checked the archives. it was too surreal for me to experience to even think that this may happen twice. also, the machine in question is being really wicked lately. anyway, my problem appears way before I even get an xterm. it's already present in xdm. sucks if your login name contains one of the broken characters... nevertheless, I am using the us keymap, and XF86Config-4 is correctly configured. I also see it in the logs: (**) Option "XkbLayout" "us" (**) XKB: layout: "us" it's cool to have a workaround, but i think we need to fix the bug at a deeper level. what the heck is going on? and why 'c' and 'e'? sounds like a corruption of the keyboard map files to me. or something like that... cheers, -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Bug#257062: Need any help testing? I have an i8xx in my workstation.
On Tue, Jul 20, 2004 at 01:53:38AM -0500, Branden Robinson wrote: > > Can you have a look at the X Strike Force HACKING document, particularly > the part of it that talks about building the package from source, and let > us know if you think you can undertake this task? > > http://necrotic.deadbeast.net/xsf/XFree86/HACKING.txt > Hi! Thanks for your mail. I've read the hacking-document and built the xfree86 packages from source. On the other hand I have no clue how to add the new driver. I'm not familiar with the build-system at all and generally know very little about XFree86. ;( I have looked at both the freedesktop.org i915 driver which was mentioned earlier in this bugreport and the xfree86.org driver in cvs that's supposed to support i9xx. Are they the same? Doesn't look like that judging from the different files in each directory. http://freedesktop.org/cgi-bin/viewcvs.cgi/mesa/Mesa/src/mesa/drivers/dri/ http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/drivers/i810/ I was hoping to get some help from the xfree86.org side on the build system but now I don't know if I can use anything from xfree86.org If anyone could help me out on how to add the driver that would be great. I'll investigate further later on but don't really know if I'll manage this task on my own... Regards, Andreas Henriksson
Bug#259434: xserver-xfree86: [mga] halts the console on powerpc
Em Tuesday 20 July 2004 03:39, Branden Robinson escreveu: > tag 259434 + moreinfo upstream > retitle 259434 xserver-xfree86: [mga] blanks screen and locks console on > MGA 1064SG [Mystique] rev 3 thanks > Can you ssh into the machine (if you have a way of doing so)? Does the box > respond to pings when it is in this state? I can ssh into the machine and restart it. Apparently X is just locking the keyboard. > What do you have to do to provoke this lockup? Does simply starting the X > server suffice, or do you have to run some X clients or switch VTs? just the X server is sufficient. > If the lockup happens when the X server starts, do you see an image > displayed to the screen even for the briefest moment? No image. The screen is black except for the topmost line that is filled with apparently random colours. Thanks, Rafael
Bug#260232: xterm: XTerm*metaSendsEscape no longer working
On Tue, Jul 20, 2004 at 01:10:56PM +0200, Guido Guenther wrote: > On Tue, Jul 20, 2004 at 05:38:21AM -0400, Thomas Dickey wrote: > > looking for style 'Root' > > VTInitModifiers > > alt_left mask 0x8 is Mod1 modifier > > alt_right mask 0x8 is Mod1 modifier > > TranslationsUseKeyword(7ac10):#override > Mine says: > > VTInitModifiers > meta_left mask 0x8 is Mod1 modifier > alt_right mask 0x8 is Mod1 modifier > num_lock mask 0x10 is Mod2 modifier > meta_right mask 0x40 is Mod4 modifier > > Which looks sane as far as I can tell. I don't think that this helps > much, but it seems that gnome-terminal still handels this correctly. > Let me know if I can provide any more interesting data. One possibility (which I read on one of the newsgroups a few years ago) is that detecting modifiers doesn't work if you try using one of the pairs of keys such as Alt_L as a meta key. (I don't recall the explanation, other than that it was a limitation of the way the modifier information is stored). I just setup a case like that, and indeed it doesn't work. For instance, using this with xmodmap: keycode 115 = Meta_L add mod1 = Meta_L remove mod1 = Alt_L produces this output from xmodmap (but I'm puzzled by the stray "," which looks as if I have more work to do): xmodmap: up to 3 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lockCaps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1 , Alt_R (0x71), Meta_L (0x73) mod2Num_Lock (0x4d) mod3 mod4Meta_L (0x73), Super_R (0x74) mod5 and in xterm's trace I have VTInitModifiers alt_right mask 0x8 is Mod1 modifier meta_left mask 0x8 is Mod1 modifier num_lock mask 0x10 is Mod2 modifier meta_left mask 0x48 is Mod1 modifier TranslationsUseKeyword(0x80c10f0):#override so that might be roughly what you have. Checking the rest of Trace-parent.out, I don't see any modifiers when I press left-alt (meta). The lines beginning "Input keysym" would show any modifiers that are in the event. In the text below, I pressed left-alt + 'm' twice (no mod1), but pressing right-alt with 'm' got a modifier. Input keysym 0xFFE9, 0:'' 7bit Input keysym 0x006D, 1:'m' 7bit Input keysym 0x006D, 1:'m' 7bit Input keysym 0xFFEA, 0:'' 7bit Input keysym 0x006D, 1:'m' 7bit Input keysym 0x006D, 1:'m' 7bit Input keysym 0xFFE4, 0:'' 7bit Input keysym 0x006D, 1:'^M' Control 7bit Input keysym 0x006D, 1:'^M' Control 7bit Input keysym 0xFFE7, 0:'' 7bit Input keysym 0x006D, 1:'m' Mod1 Mod4 8bit Input keysym 0x006D, 1:'m' Mod1 Mod4 8bit Input keysym 0xFFE3, 0:'' 7bit Input keysym 0x0064, 1:'^D' Control 7bit Input keysym 0x0064, 1:'^D' Control 7bit gnome-terminal might be trapping the keypress events (something to check on), or getting the information in some other way that hasn't occurred to me. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpV0bSYfwhFB.pgp Description: PGP signature
Bug#260232: xterm: XTerm*metaSendsEscape no longer working
Backing up a little, I did this: keycode 0x40 = Meta_L Alt_L and got xmodmap's output a little saner: xmodmap: up to 2 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lockCaps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1Meta_L (0x40), Alt_R (0x71) mod2Num_Lock (0x4d) mod3 mod4Super_L (0x73), Super_R (0x74) mod5 and my resulting trace is working fine: VTInitModifiers meta_left mask 0x8 is Mod1 modifier alt_right mask 0x8 is Mod1 modifier num_lock mask 0x10 is Mod2 modifier TranslationsUseKeyword(0x80a9ea8):#override and (using left-alt as meta): Handle 8bit-key Input keysym 0x006D, 1:'m' Mod1 8bit ...input-char is modified by META I also see right-alt interpreted as meta since they have the same modifier. That could be surprising if one isn't reading the debug trace. I don't use xmodmap often, so it does take some practice and experimentation. On my keyboard, I don't see a Meta_L or Meta_R by default, so adding it does require xmodmap. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpeNhgMhNscU.pgp Description: PGP signature
X Strike Force XFree86 SVN commit: r1676 - trunk/debian
Author: branden Date: 2004-07-20 23:34:48 -0500 (Tue, 20 Jul 2004) New Revision: 1676 Modified: trunk/debian/CHANGESETS trunk/debian/MANIFEST.all trunk/debian/MANIFEST.alpha.in trunk/debian/MANIFEST.amd64.in trunk/debian/MANIFEST.arm.in trunk/debian/MANIFEST.hppa.in trunk/debian/MANIFEST.hurd-i386.all trunk/debian/MANIFEST.hurd-i386.in trunk/debian/MANIFEST.i386.in trunk/debian/MANIFEST.ia64.in trunk/debian/MANIFEST.m68k.in trunk/debian/MANIFEST.mips.in trunk/debian/MANIFEST.mipsel.in trunk/debian/MANIFEST.powerpc.in trunk/debian/MANIFEST.s390.in trunk/debian/MANIFEST.sparc.in trunk/debian/changelog trunk/debian/control trunk/debian/xfonts-base.install trunk/debian/xutils.install trunk/debian/xutils.install.s390 Log: Move BDF font character set conversion files from xfonts-base package to xutils (these files are used and needed by the ucs2any tool in the latter package, and not by anything else). Update MANIFEST and .install files accordingly. Make xutils declare that it replaces xfonts-base (<< 4.3.0.dfsg.1-7). Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-07-20 06:42:08 UTC (rev 1675) +++ trunk/debian/CHANGESETS 2004-07-21 04:34:48 UTC (rev 1676) @@ -133,4 +133,11 @@ that the FAQ is already gzipped. 1665 +Move BDF font character set conversion files from xfonts-base package to +xutils (these files are used and needed by the ucs2any tool in the latter +package, and not by anything else). Update MANIFEST and .install files +accordingly. Make xutils declare that it replaces xfonts-base (<< +4.3.0.dfsg.1-7). +1676 + vim:set ai et sts=4 sw=4 tw=80: Modified: trunk/debian/MANIFEST.all === --- trunk/debian/MANIFEST.all 2004-07-20 06:42:08 UTC (rev 1675) +++ trunk/debian/MANIFEST.all 2004-07-21 04:34:48 UTC (rev 1676) @@ -4490,19 +4490,3 @@ usr/X11R6/lib/X11/fonts/misc/olgl12.pcf.gz usr/X11R6/lib/X11/fonts/misc/olgl14.pcf.gz usr/X11R6/lib/X11/fonts/misc/olgl19.pcf.gz -usr/X11R6/lib/X11/fonts/util/map-ISO8859-1 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-10 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-11 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-13 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-14 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-15 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-16 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-2 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-3 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-4 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-5 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-7 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-8 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-9 -usr/X11R6/lib/X11/fonts/util/map-JISX0201.1976-0 -usr/X11R6/lib/X11/fonts/util/map-KOI8-R Modified: trunk/debian/MANIFEST.alpha.in === --- trunk/debian/MANIFEST.alpha.in 2004-07-20 06:42:08 UTC (rev 1675) +++ trunk/debian/MANIFEST.alpha.in 2004-07-21 04:34:48 UTC (rev 1676) @@ -1126,6 +1126,22 @@ usr/X11R6/lib/X11/etc/xmodmap.std usr/X11R6/lib/X11/etc/xterm.termcap usr/X11R6/lib/X11/etc/xterm.terminfo +usr/X11R6/lib/X11/fonts/util/map-ISO8859-1 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-10 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-11 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-13 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-14 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-15 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-16 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-2 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-3 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-4 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-5 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-7 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-8 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-9 +usr/X11R6/lib/X11/fonts/util/map-JISX0201.1976-0 +usr/X11R6/lib/X11/fonts/util/map-KOI8-R usr/X11R6/lib/X11/icons/handhelds/cursors/X_cursor usr/X11R6/lib/X11/icons/handhelds/cursors/based_arrow_down usr/X11R6/lib/X11/icons/handhelds/cursors/based_arrow_up Modified: trunk/debian/MANIFEST.amd64.in === --- trunk/debian/MANIFEST.amd64.in 2004-07-20 06:42:08 UTC (rev 1675) +++ trunk/debian/MANIFEST.amd64.in 2004-07-21 04:34:48 UTC (rev 1676) @@ -1126,6 +1126,22 @@ usr/X11R6/lib/X11/etc/xmodmap.std usr/X11R6/lib/X11/etc/xterm.termcap usr/X11R6/lib/X11/etc/xterm.terminfo +usr/X11R6/lib/X11/fonts/util/map-ISO8859-1 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-10 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-11 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-13 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-14 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-15 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-16 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-2 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-3 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-4 +usr/X11R6/lib/X11/fonts/
