Processed: severity of 365612 is normal
Processing commands for [EMAIL PROTECTED]: > severity 365612 normal Bug#365612: default XFILESEARCHPATH no longer finds -color resources 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) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [SUMMARY] Proposed debconf templates rewrite to follow the Developer's Reference 6.5
> Please hold off. I haven't had a chance to review them over the past 24 > hours, nor am I going to have the time for at least a few more days due to > a very high workload in real life. I'll do my best to set aside some time > to read over them this weekend though. Fine. The main intent of this SUMMARY was indeed saying "hey, if you want more time, please say so"so, no problem at all, of course. If shared work is planned, I indeed propose to commit the new templates in the SVN so that concurrent editing is possible. Would you have a problem with this? I'll leave for debconf tomorrow and, given the network problems there, I'm not sure that most work will be possible about this issue...We'll see..:) signature.asc Description: Digital signature
Bug#366924: Meta no longer sends escape in xterm
Package: xterm Severity: normal Version: 210-3 For some reason, my most recent upgrade to xterm 210-3 has broken metaSendsEscape: true; support. It's most likely not actually a bug in xterm, because downgrading to 210-2 (the previous version installed) doesn't fix the problem. However, rxvt doesn't show the same issue, so I'm kind of at a loss as to what the actual problem is. Relevant section of the xrdb -query: UXTerm*BoldMode:true UXTerm*VT100*font: -misc-fixed-medium-r-*-*-15-*-*-*-*-*-*-* UXTerm*altSendsEscape: true UXTerm*boldFont:-*-fixed-medium-r-*-*-20-*-*-*-*-*-iso10646-1 UXTerm*eightBitInput: false UXTerm*font:-*-fixed-medium-r-*-*-20-*-*-*-*-*-iso10646-1 UXTerm*geometry:159x58 UXTerm*jumpScroll: true UXTerm*metaSendsEscape: true UXTerm*utf-8*font: -misc-fixed-medium-r-*-*-15-*-*-*-*-*-iso10646-1 XTerm*VT100*font: -*-fixed-medium-r-*-*-20-*-*-*-*-*-*-* XTerm*altSendsEscape: true XTerm*background: black XTerm*eightBitInput:false XTerm*foreground: gray90 XTerm*geometry: 120x49 XTerm*highlightSelection: true XTerm*jumpScroll: true XTerm*metaSendsEscape: true XTerm*saveLines:1500 xterm*reverseWrap: true xmodmap -pm -pk output: xmodmap: up to 3 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32) lock control Control_L (0x25), Control_R (0x6d), Control_L (0x42) mod1Alt_L (0x40), Alt_R (0x71) mod2Num_Lock (0x4d) mod3 mod4Super_L (0x74) mod5Scroll_Lock (0x4e) There are 4 KeySyms per KeyCode; KeyCodes range from 8 to 255. KeyCode Keysym (Keysym) ... Value Value (Name) ... 8 9 0xff1b (Escape) 10 0x0031 (1) 0x0021 (exclam) 11 0x0032 (2) 0x0040 (at) 12 0x0033 (3) 0x0023 (numbersign) 13 0x0034 (4) 0x0024 (dollar) 14 0x0035 (5) 0x0025 (percent) 15 0x0036 (6) 0x005e (asciicircum) 16 0x0037 (7) 0x0026 (ampersand) 17 0x0038 (8) 0x002a (asterisk) 18 0x0039 (9) 0x0028 (parenleft) 19 0x0030 (0) 0x0029 (parenright) 20 0x002d (minus) 0x005f (underscore) 21 0x003d (equal) 0x002b (plus) 22 0xff08 (BackSpace) 0x (Delete) 23 0xff09 (Tab) 24 0x0071 (q) 0x0051 (Q) 25 0x0077 (w) 0x0057 (W) 26 0x0065 (e) 0x0045 (E) 27 0x0072 (r) 0x0052 (R) 28 0x0074 (t) 0x0054 (T) 29 0x0079 (y) 0x0059 (Y) 30 0x0075 (u) 0x0055 (U) 31 0x0069 (i) 0x0049 (I) 32 0x006f (o) 0x004f (O) 33 0x0070 (p) 0x0050 (P) 34 0x005b (bracketleft)0x007b (braceleft) 35 0x005d (bracketright) 0x007d (braceright) 36 0xff0d (Return) 37 0xffe3 (Control_L) 38 0x0061 (a) 0x0041 (A) 39 0x0073 (s) 0x0053 (S) 40 0x0064 (d) 0x0044 (D) 41 0x0066 (f) 0x0046 (F) 42 0x0067 (g) 0x0047 (G) 43 0x0068 (h) 0x0048 (H) 44 0x006a (j) 0x004a (J) 45 0x006b (k) 0x004b (K) 46 0x006c (l) 0x004c (L) 47 0x003b (semicolon) 0x003a (colon) 48 0x0027 (apostrophe) 0x0022 (quotedbl) 49 0x0060 (grave) 0x007e (asciitilde) 50 0xffe1 (Shift_L) 51 0x005c (backslash) 0x007c (bar) 52 0x007a (z) 0x005a (Z) 53 0x0078 (x) 0x0058 (X) 54 0x0063 (c) 0x0043 (C) 55 0x0076 (v) 0x0056 (V) 56 0x0062 (b) 0x0042 (B) 57 0x006e (n) 0x004e (N) 58 0x006d (m) 0x004d (M) 59 0x002c (comma) 0x003c (less) 60 0x002e (period) 0x003e (greater) 61 0x002f (slash) 0x003f (question) 62 0xffe9 (Alt_L) 63 0xffaa (KP_Multiply) 64 0xffe9 (Alt_L) 65 0x0020 (space) 66 0xffe3 (Control_L) 67 0xffbe (F1) 0xffca (F13) 68 0xffbf (F2) 0xffcb (F14) 69 0xffc0 (F3) 0xffcc (F15) 70 0xffc1 (F4) 0xffcd (F16) 71 0xffc2 (F5) 0xffce (F17) 72 0xffc3 (F6) 0xffcf (F18) 73 0xffc4 (F7) 0xffd0 (F19) 74 0xffc5 (F8) 0xffd1 (F20) 75
Processed: tagging 365612
Processing commands for [EMAIL PROTECTED]: > # sorry, didn't mean to set this tag > tags 365612 - help Bug#365612: default XFILESEARCHPATH no longer finds -color resources Tags were: patch help Tags removed: help > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365612: libxt6: Use customization values
Package: libxt6 Version: 1:1.0.0-4 Followup-For: Bug #365612 Hi, I applied the below patch before I noticed this bug, after I noticed that xfig was broken. It fixes it for me. -i --- libxt-1.0.0/debian/rules2006-05-12 14:13:33.0 +1000 +++ libxt-1.0.0-fixed/debian/rules 2006-05-12 14:08:54.0 +1000 @@ -31,7 +31,7 @@ confflags += --build=$(DEB_BUILD_GNU_TYPE) --host=$(DEB_HOST_GNU_TYPE) endif -CFLAGS += -DXFILESEARCHPATHDEFAULT=\\\"/usr/lib/X11/%L/%T/%N%S:/usr/lib/X11/%l/%T/%N%S:/usr/lib/X11/%T/%N%S:/etc/X11/%L/%T/%N%S:/etc/X11/%l/%T/%N%S:/etc/X11/%T/%N%S\\\" -include X11/XlibConf.h -D_REENTRANT +CFLAGS += -DXFILESEARCHPATHDEFAULT=\\\"/usr/lib/X11/%L/%T/%N%S:/usr/lib/X11/%l/%T/%N%S:/usr/lib/X11/%T/%N%S:/etc/X11/%L/%T/%N%C%S:/etc/X11/%l/%T/%N%C%S:/etc/X11/%T/%N%C%S:/etc/X11/%L/%T/%N%S:/etc/X11/%l/%T/%N%S:/etc/X11/%T/%N%S\\\" -include X11/XlibConf.h -D_REENTRANT build: patch build-stamp build-stamp: -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libxt6 depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libsm61:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-6 X11 client-side library ii x11-common1:7.0.17 X Window System (X.Org) infrastruc libxt6 recommends no packages. -- debconf information: libxt6/migrate_app_defaults_dir: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 365612
Processing commands for [EMAIL PROTECTED]: > tags 365612 patch Bug#365612: default XFILESEARCHPATH no longer finds -color resources Tags were: help Tags added: patch > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 365612
Processing commands for [EMAIL PROTECTED]: > tags 365612 help Bug#365612: default XFILESEARCHPATH no longer finds -color resources There were no tags set. Tags added: help > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366787: xserver-xorg-input-mouse: left/right events when scrolling up/down too quickly
On Thu, 2006-05-11 at 13:27 +0200, David Martínez Moreno wrote: > El jueves, 11 de mayo de 2006 04:13, Brian M. Carlson escribió: > > Package: xserver-xorg-input-mouse > > Version: 1:1.0.4-2 > > Severity: important > > Tags: patch > > Justification: makes mouse scroll wheels almost completely useless > > > > When using my mouse in Firefox, among other applications, scrolling up or > > down very quickly generates left and right events instead of the proper > > ones. Since I quite often hold down keys for a bit too long, this results > > in moving forward and backward in Firefox, instead of scrolling in the > > desired direction. > > > > Alan Coopersmith, who works on X for Sun Microsystems posted in his blog > > about this[0]. There is also an *upstream* patch[1]! > > > > I would greatly appreciate if this could be fixed fairly soon. > > Yes, I was aware of the problem. Could you please test if > > http://ftp.es.debian.org/~ender/xserver-xorg-input-mouse_1.0.4-2.1_i386.deb It works. Where I've normally had problems, I don't now, so I appreciate your fix (whatever it was). Thanks. signature.asc Description: This is a digitally signed message part
Re: [SUMMARY] Proposed debconf templates rewrite to follow the Developer's Reference 6.5
On Thu, May 11, 2006 at 05:59:52PM +0200, Christian Perrier wrote: > > No more comments about these proposed changes?? I integrated the few > corrections that were mentioned (replacing Frenglish "experimented" by > Oxfordglish "experienced"). > > If no mor ecomments come, I'm likely to commit the new templates on > tomorrow and then send a call for translation updates. Please hold off. I haven't had a chance to review them over the past 24 hours, nor am I going to have the time for at least a few more days due to a very high workload in real life. I'll do my best to set aside some time to read over them this weekend though. Also note that I'm considering adding a new debconf warning template to deal with #363169 because I've yet to come up with a good workaround in the packaging. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[SUMMARY] Proposed debconf templates rewrite to follow the Developer's Reference 6.5
No more comments about these proposed changes ? I integrated the few corrections that were mentioned (replacing Frenglish "experimented" by Oxfordglish "experienced"). If no mor ecomments come, I'm likely to commit the new templates on tomorrow and then send a call for translation updates. signature.asc Description: Digital signature
Bug#366114: Doesn't work with current CVS as well
On Thu, 2006-05-11 at 14:15 +0200, Sven Marnach wrote: > Michel Dänzer schrieb am Mi, 10. Mai 2006, um 11:24:57 +0200: > > It would be great if you could try with a DRM built from DRI CVS, see > > > > http://dri.freedesktop.org/wiki/Building#head-59338b545aa94fe7570b689a9f9f850f53f732ca > > http://dri.freedesktop.org/wiki/Building#head-d3dcc7d83ae38d3b36f7f23ddcd4f5268396b2b4 > > > > The crash also occurs with today's CVS. These are the diffs in the > log file (against the one I posted before): Thanks! It looks like this will have to be worked around upstream by not enabling the DRI by default in depth 24 with this card (family). :( -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#366114: Doesn't work with current CVS as well
Michel Dänzer schrieb am Mi, 10. Mai 2006, um 11:24:57 +0200: > It would be great if you could try with a DRM built from DRI CVS, see > > http://dri.freedesktop.org/wiki/Building#head-59338b545aa94fe7570b689a9f9f850f53f732ca > http://dri.freedesktop.org/wiki/Building#head-d3dcc7d83ae38d3b36f7f23ddcd4f5268396b2b4 > The crash also occurs with today's CVS. These are the diffs in the log file (against the one I posted before): 14c14 < (==) Log file: "/var/log/Xorg.0.log", Time: Tue May 9 12:24:09 2006 --- > (==) Log file: "/var/log/Xorg.0.log", Time: Thu May 11 13:59:35 2006 550c550 < (II) RADEON(0): [dri] Found DRI library version 1.2.0 and kernel module version 1.22.0 --- > (II) RADEON(0): [dri] Found DRI library version 1.2.0 and kernel module > version 1.24.0 560,561d559 < (WW) RADEON(0): [dri] limiting video memory to one aperture of 65536K < (WW) RADEON(0): [dri] detected radeon kernel module version 1.22 but 1.23 or newer is required for full memory mapping. 843,844c841,842 < (II) RADEON(0): [drm] added 8192 byte SAREA at 0xe0a91000 < (II) RADEON(0): [drm] mapped SAREA 0xe0a91000 to 0xa78e6000 --- > (II) RADEON(0): [drm] added 8192 byte SAREA at 0xe0a94000 > (II) RADEON(0): [drm] mapped SAREA 0xe0a94000 to 0xa78e6000 858a857 > (**) RADEON(0): DRI New memory map param 913c912 < (WW) RADEON(0): MC_AGP_LOCATION was: 0xffc0 is: 0xd47fd400 --- > (WW) RADEON(0): MC_AGP_LOCATION was: 0xffc0 is: 0xd87fd800 1008a1008 > (II) 3rd Button detected: disabling emulate3Button > On Tue, 2006-05-09 at 20:31 +0200, Sven Marnach wrote: > > Michel Dänzer schrieb am Di, 09. Mai 2006, um 15:07:44 +0200: > > > Also, if you're using Option "AGPMode" or any other AGP/DRI related > > > options, does disabling them make a difference? > > > > I don't understand what it means to "disable" the Option "AGPMode". > > Just don't specify it or comment it out, but the log file you provided > looks like that's already the case. I would have expected that the xorg.conf file I provided shows that I already did that -- thus my confusion. Greetings, Sven
Bug#366787: xserver-xorg-input-mouse: left/right events when scrolling up/down too quickly
El jueves, 11 de mayo de 2006 04:13, Brian M. Carlson escribió: > Package: xserver-xorg-input-mouse > Version: 1:1.0.4-2 > Severity: important > Tags: patch > Justification: makes mouse scroll wheels almost completely useless > > When using my mouse in Firefox, among other applications, scrolling up or > down very quickly generates left and right events instead of the proper > ones. Since I quite often hold down keys for a bit too long, this results > in moving forward and backward in Firefox, instead of scrolling in the > desired direction. > > Alan Coopersmith, who works on X for Sun Microsystems posted in his blog > about this[0]. There is also an *upstream* patch[1]! > > I would greatly appreciate if this could be fixed fairly soon. Yes, I was aware of the problem. Could you please test if http://ftp.es.debian.org/~ender/xserver-xorg-input-mouse_1.0.4-2.1_i386.deb fixes your problem? Best regards, Ender. -- - What's your number? - Two-Delta! -- Ed and Jordan Two Delta (The Island). -- Desarrollador de Debian Debian developer pgpxCJTQpPDWO.pgp Description: PGP signature
Bug#364288: Randomly loses input since X11R7 upgrade
On Wed, 2006-05-10 at 20:38 +0200, Tore Anderson wrote: > > Do you think there's any hope of getting nearer any solution to this > bug in forseeable future? I'm sorry, but this is making my workstation > so useless that I'll soon downgrade to etch or change to some other > distribution in the hope that this bug only appears in the Debian > builds. Some semi-random ideas to try and narrow down the problem: * Kill the running X apps one at a time and see if the problem goes away after killing any of them. * Add Option "AllowClosedownGrabs" to xorg.conf Section "ServerFlags" and press Ctrl+Alt+Keypad-Multiply when the problem occurs. * Do not load the "type1" and/or "freetype" X server modules. If you actually need their functionality, an X font server such as xfs should serve as a replacement. > I tried to attach GDB to the X server but then it just froze solid, > both with the binary NVidia driver, and with the included one. You can only attach to the X server with gdb remotely from another machine (or at the very least from console), as otherwise you end up in a dead lock where gdb stops execution of the X server, which is what provides interaction with gdb... -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#365654: xserver-xorg-core: Xorg hangs in kernel during startup
On Wed, 2006-05-10 at 09:47 -0700, Sean Smith wrote: > > Should I try disabling DRI? Yes, please. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer