hey, what's up?
Title: wf0UU9RjnRx0YlA6SYP119z Here it is! My webcam is finally up for you to see. P;ress here to see me live. stop this message?, press
Bug#258044: xlibs: XGetModifierMapping() doesn't work well with Ivan Pascal's workaround for multi-layout maps that use different modifier keysyms
[Tuomo Valkonen] The keycode for Alt_L is 0x40. xmodmap also reports two mappings keycode 64 = Alt_L Meta_L keycode 125 = Alt_L and only XGetModifierMapping uses the incorrect one, causing at least some programs to not ignore alt presses/releases as they should. This has been fixed in -6, can you please confirm? Denis
Bug#268363: xserver-xfree86: Hammering randomly on the keyboard results in strange behaviour
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-6 Severity: normal Steps to reproduce: 1) Take a one year old child 2) Allow said child to hammer at random on your keyboard After this treatment, any keyboard input results only in characters appearing which (I think) have the high-bit set. eg pressing m results in a mu, d a lower-case delta (IIRC) etc etc. Using Alt-Tab-Fx to switch to a console results in a complete console lockup -- no response to any keyboard input whatsoever. Logging in over the network, I can kill restart X which solves the problem. I haven't nailed down a precise key sequence which causes the problem (for hopefully obvious reasons!). It probably has something to do with the combinations of ctrl, alt etc and various other keys, since the hammering happens mostly on the bottom of the keyboard! Is there some kind of magic key combination which will result in meta being a sticky key? I haven't been able to find anything in the docs, but that might explain the observed X behaviour (although not the console lockup which is presumably a kernel/X interaction triggered by X putting the keyboard in some weird state). cheers, Phil -- Package-specific info: -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 Versions of packages xserver-xfree86 depends on: ii debconf [debconf-2.0] 1.4.32 Debian configuration management sy ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an ii xserver-common4.3.0.dfsg.1-6 files and utilities common to all ii zlib1g1:1.2.1.1-5compression library - runtime -- debconf information: xserver-xfree86/config/monitor/screen-size: 17 inches (430 mm) * xserver-xfree86/config/device/use_fbdev: false * xserver-xfree86/config/monitor/selection-method: Advanced xserver-xfree86/config/doublequote_in_string_error: xserver-xfree86/config/device/bus_id: xserver-xfree86/config/device/video_ram: * xserver-xfree86/config/monitor/lcd: false xserver-xfree86/config/inputdevice/keyboard/internal: * xserver-xfree86/config/device/driver: mga * xserver-xfree86/config/monitor/vert-refresh: 50-160 * xserver-xfree86/config/display/default_depth: 24 * xserver-xfree86/config/display/modes: 1280x960, 1152x864, 1024x768, 800x600, 640x480 xserver-xfree86/config/modules: GLcore, bitmap, dbe, ddc, dri, extmod, freetype, glx, int10, record, speedo, type1, vbe, xtt xserver-xfree86/config/monitor/range_input_error: * xserver-xfree86/autodetect_video_card: true * xserver-xfree86/config/inputdevice/keyboard/variant: * xserver-xfree86/config/inputdevice/mouse/port: /dev/psaux xserver-xfree86/config/write_files_section: true xserver-xfree86/autodetect_monitor: true xserver-xfree86/config/device/identifier: * shared/default-x-server: xserver-xfree86 xserver-xfree86/config/inputdevice/mouse/emulate3buttons: true * xserver-xfree86/config/inputdevice/keyboard/layout: gb * xserver-xfree86/config/monitor/horiz-sync: 27-96 xserver-xfree86/config/monitor/identifier: shared/no_known_x-server: xserver-xfree86/autodetect_mouse: true xserver-xfree86/config/monitor/mode-list: 1280x960 @ 60Hz * xserver-xfree86/config/inputdevice/keyboard/rules: xfree86 xserver-xfree86/multiple_possible_x-drivers: * xserver-xfree86/config/inputdevice/keyboard/model: pc105 xserver-xfree86/config/write_dri_section: true xserver-xfree86/config/inputdevice/mouse/zaxismapping: true xserver-xfree86/config/device/bus_id_error: * xserver-xfree86/config/inputdevice/keyboard/options: xserver-xfree86/config/nonnumeric_string_error: * xserver-xfree86/config/inputdevice/mouse/protocol: PS/2 shared/multiple_possible_x-servers: xserver-xfree86/config/null_string_error:
Missing libGL.la
Celestia 1.3.2 doesn't compile due to missing libGL.la libtool: link: cannot find the library `/usr/lib/libGL.la'
Bug#258044: xlibs: XGetModifierMapping() doesn't work well with Ivan Pascal's workaround for multi-layout maps that use different modifier keysyms
On Fri, Aug 27, 2004 at 08:49:23AM +0200, Denis Barbier wrote: [Tuomo Valkonen] The keycode for Alt_L is 0x40. xmodmap also reports two mappings keycode 64 = Alt_L Meta_L keycode 125 = Alt_L and only XGetModifierMapping uses the incorrect one, causing at least some programs to not ignore alt presses/releases as they should. This has been fixed in -6, can you please confirm? It may take a while... My 10-year-old monitor died over a week ago of old age, and I currently only have this ancient 486 laptop to use as a serial terminal. The new monitor I ordered still hasn't been sent to me, although the shop claims they have it in stock. I'd take my money elsewhere, but it seems almost nobody has any TFT:s worth buying in stock. -- Tuomo
Bug#268432: xserver-xfree86: monitor is put into powersave mode on X startup
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-4 Severity: important When I start the X server from the shell by typing X, it puts the monitor into powersave mode. The reason for this could also be that the video mode chosen by X is not acceptable for the monitor. I use an S3 Trio 64V+ with an Scott monitor by Zulauf Display GmbH, Germany. Other hardware I use includes two NE2000-compatible PCI Ethernet cards, a sound card which uses the es1371 kernel module, a Microsoft Natural Keyboard Pro and a IMPS/2-compatible wheel mouse. Both the keyboard and the mouse are attached via USB. I use kernel 2.4.18-bf24 from woody. The problem occurs with and without X configured to use the framebuffer device. The X server settings are (at least, approximately) those, I use for woody. Especially, the settings for horizontal and vertical sync ranges are exactly those, I have always used on woody and are exactly those given in my monitor's documentation. Under woody, I use xserver-s3, version 3.6. Everything works fine there. -- 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-08-27 16:13 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x 1 root root 1745132 2004-05-29 14:33 /usr/bin/X11/XFree86 Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :00:11.0 VGA compatible controller: S3 Inc. 86c764/765 [Trio32/64/64V+] (rev 44) /etc/X11/XF86Config-4 unchanged from checksum in /var/lib/xfree86/XF86Config-4.md5sum. XFree86 X server configuration file status: -rw-r--r-- 1 root root 2828 2004-08-27 16:20 /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 FontPathunix/: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/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel microsoft Option XkbLayout de Option XkbVariantnodeadkeys EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection Section Device Identifier Standardgrafikkarte Driver s3 EndSection Section Monitor Identifier Standardbildschirm HorizSync 30-70 VertRefresh 50-150 Option DPMS EndSection Section Screen Identifier Default Screen Device Standardgrafikkarte Monitor Standardbildschirm DefaultDepth24 SubSection Display Depth 1 Modes 1024x768 EndSubSection SubSection Display Depth 4 Modes 1024x768 EndSubSection SubSection Display Depth 8 Modes 1024x768 EndSubSection SubSection Display Depth 15
Bug#268432: It has something to do with the color depth...
I checked the configuration of my woody xserver-s3 (which has version 3.3.6, of course, not 3.6 as I told you) and discovered that I use only a color depth of 16 there. So the configuration of xserver-xfree86 4.3.0 was not so close to my woody configuration as I suggested. Sorry. When I change the depth to 24 under woody, xserver-s3 shows me No valid modes found.. So obviously the lack of suitable 24 bit color depth modes leads to the problem with sarge's xserver-xfree86. I changed the color depth to 16 under sarge and it worked. Here is a complete overview of the results when trying the two different X servers with the color depths 16 and 24: xserver-s3, version 3.3.6 (woody) with color depth 16: works fine xserver-s3, version 3.3.6 (woody) with color depth 24: shows No valid modes found. xserver-xfree86, version 4.3.0 (sarge) with color depth 16: works fine xserver-xfree86, version 4.3.0 (sarge) with color depth 24: sends monitor to powersave mode (or chooses a video mode, the monitor cannot handle) I would say, of course, that xserver-xfree86 4.3.0 should also give an error message instead of sending the monitor asleep. ;-)
Bug#252566: xbase-clients: Bug #252566
Package: xbase-clients Version: 4.3.0.dfsg.1-6 Followup-For: Bug #252566 I got a similar error here, on a Titanium IV: :$ cat /proc/cpuinfo processor : 0 cpu : 7455, altivec supported clock : 867MHz revision: 3.2 (pvr 8001 0302) bogomips: 864.64 machine : PowerBook3,5 motherboard : PowerBook3,5 MacRISC2 MacRISC Power Macintosh board revision : detected as : 80 (PowerBook Titanium IV) pmac flags : 000b L2 cache: 256K unified memory : 768MB pmac-generation : NewWorld Excerpt from /var/log/gdm/:0.log: --- Warning: Type TWO_LEVEL has 2 levels, but AD01 has 4 symbols Ignoring extra symbols Warning: Type TWO_LEVEL has 2 levels, but AD02 has 4 symbols Ignoring extra symbols Warning: Type TWO_LEVEL has 2 levels, but AD03 has 4 symbols Ignoring extra symbols Warning: Type TWO_LEVEL has 2 levels, but AD04 has 4 symbols Ignoring extra symbols Warning: Type TWO_LEVEL has 2 levels, but AD05 has 4 symbols [ cut ] --- And here the complete output from /usr/share/bug/xlibs /tmp/output 31 Keyboard-related contents of XFree86 X server log file /var/log/XFree86.0.log: (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor TiBook.IV Panel (**) | |--Device Generic Video Card (**) |--Input Device Keyboard0 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel macintosh (**) XKB: model: macintosh (**) Option XkbLayout de (**) XKB: layout: de (**) Option XkbVariant nodeadkeys (**) XKB: variant: nodeadkeys (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (WW) `fonts.dir' not found (or not valid) in /usr/lib/X11/fonts/util. Entry deleted from font path. (Run 'mkfontdir' on /usr/lib/X11/fonts/util). (**) FontPath set to unix/:7100,/usr/lib/X11/fonts/misc/:unscaled,/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/misc,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/usr/lib/X11/fonts/truetype -- (**) RADEON(0): Will re-initialize the DRI on VT switches (==) RandR enabled (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 Keyboard0 handled by legacy driver (**) Option Protocol ImPS/2 (**) Configured Mouse: Protocol: ImPS/2 (**) Option CorePointer (**) Configured Mouse: Core Pointer (**) Option Device /dev/input/mice Keyboard-related contents of XFree86 X server log file /var/log/XFree86.1.log: (==) 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 macintosh (**) XKB: model: macintosh (**) Option XkbLayout de (**) XKB: layout: de (**) Option XkbVariant nodeadkeys (**) XKB: variant: nodeadkeys (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (WW) The directory /usr/lib/X11/fonts/CID does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. -- (**) RADEON(0): DPMS enabled (II) RADEON(0): Direct rendering disabled (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 (EE) RADEON(0): FBIOPAN_DISPLAY: Invalid argument (II) Keyboard Generic Keyboard handled by legacy driver (**) Option Protocol ImPS/2 (**) Configured Mouse: Protocol: ImPS/2 (**) Option CorePointer (**) Configured Mouse: Core Pointer (**) Option Device /dev/input/mice XFree86 X server log files on system: -rw-r--r-- 1 root root 28338 Jul 30 2003 /var/log/XFree86.1.log -rw-r--r-- 1 root root 53383 Aug 27 18:24
Bug#259812: xserver-xfree86: [nv] 1600x1200 pixelated on Quadro FX 1100
On Tue, Jul 27, 2004 at 01:18:08AM -0500, Branden Robinson wrote: I think it may be supported by the XFree86 4.4.0 release candidate from which we can backport changes, but I don't know if there will be time to do this before Debian's xfree86 packages go into a freeze for the sarge release. That's fine, this is on amd64/unstable. If a relevent patch was available could it conceivably be backported to sid? (Technically, Debian's nv driver in our XFree86 packages is bit fresher than XFree86 4.3.0, but not as fresh as XFree86 4.4.0 RC 3.) Are you in a position to try NVIDIA's proprietary drivers? I've finally been able to test the proprietary driver for amd64 and can report that it does support 1600x1200. Ryan
Re: Bug#268120: Adpot Windows conventions for producing International Characters
On Thu, Aug 26, 2004 at 10:13:10PM +0100, TJ wrote: (...) How to use compose? well to get a ä (a umlaut) press compose (right win)(and release, not hold) then press (shift+2 on uk keyboards) then press a. compose will combine the and a to give you ä also: compose then s then s, gives you ß (German ss) or: compose then o then c, gives © (copyright char) all composes are compose then two chars, try it. The problem is that in some locales... compose key has no effect. See #264557 Mike
Bug#268461: xfree86: FBTFS: wrong Build-Depends libstdc++-5-dev
Package: xfree86 Version: 4.3.0.dfsg.1-4 Severity: serious Justification: no longer builds from source Hi, the gcc in sarge no longer builds libstdc++-5-dev but only libstdc++-5-3.3-dev. This causes the primary Build-Depends in xfree86 to fail and apt-get build-dep doesn't take the alternative. Please note that libstdc++5-3.3-dev is already build-essential: build-essental - g++ - g++-3.3 - libstdc++5-3.3-dev Removing the Build-Depends on libstdc++ completly sounds like the right thing to do. MfG Goswin -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.5-amd64 Locale: LANG=C, LC_CTYPE=de_DE