Re: XKB layouts on the console (was: Re: X Strike Force X.Org X11 SVN commit: r988 - trunk/debian)

2006-01-03 Thread Denis Barbier
On Tue, Jan 03, 2006 at 04:31:38AM +, Daniel Stone wrote:
 On Sat, Dec 31, 2005 at 09:55:04AM +0100, Denis Barbier wrote:
  Please note also that some packages depend on XKB data. For instance,
  Anton Zinoviev wrote a nice program to use XKB layouts to replace
  console layouts.  Of course, this program could be useful without X.
  If XKB data are shipped in xlibs-data, he will provide his own copy
  of XKB files in his package to not depend on a large package, which
  is not optimal.
 
 Do you have a URL for this?

See
 
http://lists.alioth.debian.org/pipermail/pkg-kbd-devel/2005-September/04.html
 http://lists.alioth.debian.org/pipermail/pkg-kbd-devel/2005-October/13.html
and maybe some other messages from Anton on the same list.

Denis


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: No direct rendering with kernels 2.6.14,2.6.15-rc4,5

2006-01-03 Thread Svante Signell
The same problem persists with xorg 6.9.0.dfsg.1-1, no direct rendering
with kernels 2.6.14-2-686-smp (and 2.6.15-rc4,rc5). With kernel 2.6.11
direct rendering is OK. (2.6.12 is not installed). Graphics card is MGA
G400 Dual Head. Next step is to file a bug report.

LIBGL_DEBUG=verbose glxgears
libGL error: XF86DRIQueryDirectRenderingCapable returned false
...
LIBGL_DEBUG=verbose glxinfo
name of display: :0.0
libGL error: XF86DRIQueryDirectRenderingCapable returned false
...
from Xorg.0.log
(II) MGA(0): Using overlay video
(II) MGA(0): X context handle = 0x1
(II) MGA(0): [drm] installed DRM signal handler
(II) MGA(0): [DRI] installation complete
(EE) MGA(0): [drm] Failed to map DMA buffers list
(II) MGA(0): [drm] removed 1 reserved context for kernel
(II) MGA(0): [drm] unmapping 8192 bytes of SAREA 0xe8958000 at
0xb5153000
(WW) MGA(0): Direct rendering disabled

Please Cc: me since I'm not subscribed to this list.

On Wed, 2005-12-28 at 20:24 +0100, Svante Signell wrote:
 Maybe a bug report is necessary for anything to happen?
 
 linux-image-2.6.14-2-686-smp is available in unstable now.
 
 LIBGL_DEBUG=verbose glxgears
 libGL error: XF86DRIQueryDirectRenderingCapable returned false
-- 
Svante Signell [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#329712: Garbles certain graphics characters (e.g., ACS_CKBOARD) in UTF-8 locale

2006-01-03 Thread David Martínez Moreno
El martes, 3 de enero de 2006 02:02, Thomas Dickey escribió:
 On Fri, Sep 23, 2005 at 12:50:04AM +0200, Daniel Burrows wrote:
  Package: xterm
  Version: 6.8.2.dfsg.1-7
  Severity: normal
[...]
 The color issue appears to be fixed in a change I made in
 2005/04/18 (which is part of #202).  I don't recall whether the
 version you reported against was #200 or #202, but suspect the former.

It was against 6.8.2.dfsg.1-7, so it was #202.

Best regards,


Ender.
-- 
- Pirata: Arrrgh... Mi bisabuela de 98 años tiene mejores bíceps que tú.
- Guybrush Threepwood: Ugh, sí, pero tanto ella como yo tenemos mejor
  control de la vejiga que tú.
-- Duelo de insultos en Escape from Monkey Island.
--
Desarrollador de Debian
Debian developer


pgpmj5KMrYDMw.pgp
Description: PGP signature


Re: X Strike Force X.Org X11 SVN commit: r1000 - branches/modular/lib/mesa-6.4.1

2006-01-03 Thread David Martínez Moreno
El martes, 3 de enero de 2006 06:16, X Strike Force SVN Repository Admin 
escribió:
 Author: dnusinow
 Date: 2006-01-03 00:15:27 -0500 (Tue, 03 Jan 2006)
 New Revision: 1000

 Added:
branches/modular/lib/mesa-6.4.1/Makefile
branches/modular/lib/mesa-6.4.1/Makefile.DJ
branches/modular/lib/mesa-6.4.1/Makefile.mgw
branches/modular/lib/mesa-6.4.1/bin/
branches/modular/lib/mesa-6.4.1/configs/
branches/modular/lib/mesa-6.4.1/debian/
branches/modular/lib/mesa-6.4.1/descrip.mms
branches/modular/lib/mesa-6.4.1/docs/
branches/modular/lib/mesa-6.4.1/include/
branches/modular/lib/mesa-6.4.1/mms-config.
branches/modular/lib/mesa-6.4.1/progs/
branches/modular/lib/mesa-6.4.1/src/
branches/modular/lib/mesa-6.4.1/vms/
branches/modular/lib/mesa-6.4.1/windows/
 Log:
 Re-add mesa-6.4.1 which was accidentally deleted

Hello, David. Are you going to finally upload Mesa by yourself?

Best regards,


Ender.
-- 
Los sistemas me pasado los correos de las personas contradas pero los 
@red.es.
-- Jesús Sanz de las Heras (RedIRIS).
--
Desarrollador de Debian
Debian developer


pgp7IOVZSuzxf.pgp
Description: PGP signature


Bug#345753: xlibosmesa4: undefined symbol: driDispatchRemapTable

2006-01-03 Thread Joerg Hessdoerfer
Package: xlibosmesa4
Version: 6.9.0.dfsg.1-1
Severity: important


I'm running a closed-source proprietary application, which ran fine
under 6.8.2. Since the update to 6.9.0, I get the following error:

symbol lookup error: /usr/X11R6/lib/libOSMesa.so.4: undefined symbol:
driDispatchRemapTable

I'm using an ATI Mobility 9600, with the radeon driver and DRI enabled.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-686
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages xlibosmesa4 depends on:
ii  libc6 2.3.5-9GNU C Library: Shared libraries an
ii  libxext6  6.9.0.dfsg.1-1 X Window System miscellaneous exte
ii  xlibmesa-gl [libgl1]  6.9.0.dfsg.1-1 Mesa 3D graphics library [X.Org]

xlibosmesa4 recommends no packages.

-- debconf-show failed


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#345758: No direct rendering with recent kernels

2006-01-03 Thread Svante Signell
Subject: xserver-xorg: No direct rendering with recent kernels
Package: xserver-xorg
Version: 6.9.0.dfsg.1-1
Severity: important

*** Please type your report below this line ***
Recent kernels 2.6.14-2-686-smp and 2.6.15-rc4-686-smp does not have 
direct rendering enabled. Kernel 2.6.11-1-686-smp works OK.

Kernel 2.6.14:
~$ LIBGL_DEBUG=verbose glxgears
libGL error: XF86DRIQueryDirectRenderingCapable returned false
598 frames in 6.2 seconds = 97.027 FPS
560 frames in 6.4 seconds = 87.010 FPS
560 frames in 6.4 seconds = 88.052 FPS

Kernel 2.6.11:
~$ LIBGL_DEBUG=verbose glxgears
libGL: XF86DRIGetClientDriverName: 1.2.1 mga (screen 0)
libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/mga_dri.so
drmOpenByBusid: Searching for BusID pci::01:00.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 4, (OK)
drmOpenByBusid: drmOpenMinor returns 4
drmOpenByBusid: drmGetBusid reports pci::01:00.0
2440 frames in 5.0 seconds = 487.941 FPS
2526 frames in 5.0 seconds = 505.015 FPS
2519 frames in 5.0 seconds = 503.690 FPS

Note that the Xorg.0.log file given below is from kernel
2.6.11-1-686-smp. Below the diff is given.

~$ cat Xorg.0.log_2.6.11-2.6.14.diff
--- Xorg.0.log_2.6.11   2006-01-03 11:18:52.0 +0100
+++ Xorg.0.log_2.6.14   2006-01-03 11:08:19.0 +0100
@@ -3,16 +3,16 @@
 Release Date: 21 December 2005
 X Protocol Version 11, Revision 0, Release 6.9
 Build Operating System: Linux 2.6.14-2-686 i686 [ELF]
-Current Operating System: Linux cl-dual 2.6.11-1-686-smp #1 SMP Mon
Jun 
20 20:18:45 MDT 2005 i686
+Current Operating System: Linux cl-dual 2.6.14-2-686-smp #1 SMP Wed
Dec 
28 18:47:53 UTC 2005 i686
 Build Date: 29 December 2005
Before reporting problems, check http://wiki.X.Org
to make sure that you have the latest version.
 Module Loader present
-OS Kernel: Linux version 2.6.11-1-686-smp ([EMAIL PROTECTED]) (gcc
version 
3.3.6
(Debian 1:3.3.6-6)) #1 SMP Mon Jun 20 20:18:45 MDT 2005
+OS Kernel: Linux version 2.6.14-2-686-smp (Debian 2.6.14-7) 
([EMAIL PROTECTED]) (gcc version 4.0.3 20051201 (prerelease) (Debian 
4.0.2-5)) #1 SMP Wed Dec 28
18:47:53 UTC 2005
 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/Xorg.0.log, Time: Tue Jan  3 11:17:36 2006
+(==) Log file: /var/log/Xorg.0.log, Time: Tue Jan  3 11:04:30 2006
 (==) Using config file: /etc/X11/xorg.conf
 (==) ServerLayout Default Layout
 (**) |--Screen Default Screen (0)
@@ -662,20 +662,10 @@
 (II) MGA(0): [drm] loaded kernel module for mga driver
 (II) MGA(0): [drm] DRM interface version 1.2
 (II) MGA(0): [drm] created mga driver at busid pci::01:00.0
-(II) MGA(0): [drm] added 8192 byte SAREA at 0xe89ac000
-(II) MGA(0): [drm] mapped SAREA 0xe89ac000 to 0xb519e000
+(II) MGA(0): [drm] added 8192 byte SAREA at 0xe8b7d000
+(II) MGA(0): [drm] mapped SAREA 0xe8b7d000 to 0xb50d3000
 (II) MGA(0): [drm] framebuffer handle = 0xe400
 (II) MGA(0): [drm] added 1 reserved context for kernel
-(II) MGA(0): [agp] Mode 0x1f000201 [AGP 0x8086/0x7190; Card 
0x102b/0x0525]
-(II) MGA(0): [agp] 12288 kB allocated with handle 0x0001
-(II) MGA(0): [agp] WARP microcode handle = 0xe800
-(II) MGA(0): [agp] Primary DMA handle = 0xe8008000
-(II) MGA(0): [agp] DMA buffers handle = 0xe8108000
-(II) MGA(0): [drm] Added 128 65536 byte DMA buffers
-(II) MGA(0): [agp] agpTexture handle = 0xe8908000
-(II) MGA(0): [agp] agpTexture size: 2816 kb
-(II) MGA(0): [drm] Registers handle = 0xefefc000
-(II) MGA(0): [drm] Status handle = 0xe89ba000
 (II) MGA(0): [dri] visual configs initialized
 (II) MGA(0): Memory manager initialized to (0,0) (1600,2400)
 (II) MGA(0): Largest offscreen area available: 1600 x 1200
@@ -706,9 +696,10 @@
 (II) MGA(0): X context handle = 0x1
 (II) MGA(0): [drm] installed DRM signal handler
 (II) MGA(0): [DRI] installation complete
-(II) MGA(0): [drm] Mapped 128 DMA buffers
-(II) MGA(0): [drm] dma control initialized, using IRQ 193
-(II) MGA(0): Direct rendering enabled
+(EE) MGA(0): [drm] Failed to map DMA buffers list
+(II) MGA(0): [drm] removed 1 reserved context for kernel
+(II) MGA(0): [drm] unmapping 8192 bytes of SAREA 0xe8b7d000 at 
0xb50d3000
+(WW) MGA(0): Direct rendering disabled
 (==) RandR enabled
 (II) Initializing built-in extension MIT-SHM
 (II) Initializing built-in extension XInputExtension

-- Package-specific info:
Contents of /var/lib/xfree86/X.roster:
xserver-xfree86
xserver-xorg

/etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum.

X server symlink status:
lrwxrwxrwx 1 root root 17 2005-07-13 11:52 /etc/X11/X
- /usr/bin/X11/Xorg
-rwxr-xr-x 1 root root 1852284 2005-12-29 08:38 /usr/bin/X11/Xorg

Contents of /var/lib/xfree86/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
:01:00.0 VGA compatible controller: Matrox Graphics, Inc. G400/G450
(rev 04)


Bug#329712: Garbles certain graphics characters (e.g., ACS_CKBOARD) in UTF-8 locale

2006-01-03 Thread Thomas Dickey

On Tue, 3 Jan 2006, David Mart?nez Moreno wrote:


El martes, 3 de enero de 2006 02:02, Thomas Dickey escribi?:

On Fri, Sep 23, 2005 at 12:50:04AM +0200, Daniel Burrows wrote:

Package: xterm
Version: 6.8.2.dfsg.1-7
Severity: normal

[...]

The color issue appears to be fixed in a change I made in
2005/04/18 (which is part of #202).  I don't recall whether the
version you reported against was #200 or #202, but suspect the former.


It was against 6.8.2.dfsg.1-7, so it was #202.


In that case, I need more information regarding the color change.
I can't do much about the dot-sizes unless I build up a bitmap (which
is doable, but rather high cost for a single character).

--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net

Bug#345476: xserver-xorg: Similar problem: Buttons remapped, too many buttons detected by xorg and button 7 stopped working

2006-01-03 Thread Friedrich Delgado Friedrichs
Package: xserver-xorg
Version: 6.9.0.dfsg.1-1
Followup-For: Bug #345476

I see similar problems since the last update. Although I specified

  OptionButtons   7
  OptionZAxisMapping  6 7

the Xorg.0.log shows

(**) Option Buttons 7
(==) Mouse[1]: Emulate3Buttons, Emulate3Timeout: 50
(**) Option ZAxisMapping 6 7
(**) Mouse[1]: ZAxisMapping: buttons 6 and 7
(**) Mouse[1]: Buttons: 11

i.e. 4 Buttons too many, as in the OP's report. (I have a 7 Button mouse)

Button 6 was remapped to 10 and Button 7 doesn't generate any event at
all any more.

HTH to narrow it down.

Kind regards
 Friedel
-- Package-specific info:
Contents of /var/lib/xfree86/X.roster:
xserver-xfree86
xserver-xorg

/etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum.

X server symlink status:
lrwxrwxrwx 1 root root 17 2005-08-25 22:54 /etc/X11/X - /usr/bin/X11/Xorg
-rwxr-xr-x 1 root root 1852284 2005-12-29 08:38 /usr/bin/X11/Xorg

Contents of /var/lib/xfree86/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
:01:05.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY 
[Radeon 7000/VE]

/var/lib/xfree86/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 10126 2006-01-03 13:55 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
##

Section Files
  FontPath  /usr/X11R6/lib/X11/fonts/TrueType
  FontPath  /usr/X11R6/lib/X11/fonts/100dpi:unscaled
  FontPath  /usr/X11R6/lib/X11/fonts/75dpi:unscaled
  FontPath  /usr/X11R6/lib/X11/fonts/Type1
  FontPath  /usr/X11R6/lib/X11/fonts/Speedo
  FontPath  /usr/X11R6/lib/X11/fonts/100dpi
  FontPath  /usr/X11R6/lib/X11/fonts/75dpi
  FontPath  /usr/X11R6/lib/X11/fonts/tv
  FontPath  /usr/X11R6/lib/X11/fonts/misc:unscaled
  FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
  FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/CID

# This irritates dri-trunk
#  ModulePath/usr/X11R6/lib/modules
  RgbPath   /usr/X11R6/lib/X11/rgb
EndSection

Section ServerFlags
  OptionAllowMouseOpenFail
  OptionDontZap
  OptionAllowDeactivateGrabs on
  OptionAllowClosedownGrabs on
EndSection

Section Module
  Load  type1
  Load  speedo
  Load  extmod
  Load  freetype
  Load  glx
  Load  dbe
  Load  v4l
  # Crash mit Radeon 7200, XFree 4.2.1, kernel 2.4.23 (oder 2.4.24!)
  # und den drm Treibern vom dri.sf.net Projekt...
  # (die drm Treiber aus dem kernel crashen auch, aber anders)
  # Mit dri-trunk (4.3.99) geht's auch nicht...
  # Mit dem guten alten 2.4.22 geht's auch nicht...
  # liegt wohl an der neuen Karte...
  # Auch nicht mit XFree 4.3 ... (debian experimental)

  # Darum erstmal dri nicht laden... :(

  # Ok, ich versuch's nochmal mit dem 2.6.8er kernel (debian paket)
  Load  dri
  # Stuerzt auch ab, daher nur in XF86Config-4+3D angeschalted
  # Load  randr
EndSection

Section Extensions
# Fun, but much, much too slow on my athlon 550
#Option Composite Enable
EndSection

Section InputDevice
  Driverkbd
  IdentifierKeyboard0
  # OptionProtocol  Xqueue
  OptionXkbLayout de
  OptionXkbModel  pc105
  OptionXkbRules  xorg
  Optionaltwin:meta_win
  Optioncompose:ralt
EndSection


Section InputDevice
  Drivermouse
  IdentifierMouse[1]
  OptionDevice/dev/gpmdata
  OptionInputFashion  Mouse
  OptionName  Microsoft IntelliMouse Explorer PS/2
  OptionProtocol  ExplorerPS/2 
  OptionVendorMicrosoft
  OptionButtons   7
  OptionZAxisMapping  6 7
EndSection


Section Monitor
  IdentifierMonitor[0]
  ModelName CTX-PR960F-series
  VendorNameCTX-ChuntexElectronic
  VertRefresh   50-160
  HorizSync 30-110
  UseModes  Modes[0]
  DisplaySize   366 275  #Siehe ~friedel/doc/Monitor-dpi
  OptionDPMS
  # Gamma   0.8 0.8 0.8

  #Alle Daten aus dem Handbuch:

  # AG Pitch: 0.24 mm(center)
  # Input Signal:
  #  Video: 0.7 Vp-p/75 ohm, analog positive

  #  Sync: Separate Sync.: TTL Level Horizontal Sync.: positive/negative
  #Vertical Sync.: positive/negative Composite Sync.: TTL Level,
  #positive/negative on green video (0.3Vp-p Negative)
  # Scan Frequency Horizontal: 30 to 110 kHz automatically
  #  Vertical: 50 to 160 Hz automatically
  # Max. Resolution 1600 x 1200 pixel, non-interlaced
  # Display Colors Analog input, unlimited colors
  # Pixel Rate 232.5 MHz
  # Plug  Play DDC 1 / DDC 2B
  # USB Downstream port x 4 Per downstream port support current 500mA(Max.)
  # Power Supply 100-120 VAC/200-240 VAC, 50/60 Hz (automatically)
  # Power Consumption 125W max.
  # Dimensions 460(W) x 469(H) x 485(D) mm
  # Weight 31 kgs(G.W.), 26.5 kgs(N.W.)
  # Environment Consideration:
  # Operating Temperature: 0°C to 35°C
  # 

Bug#345796: xlibs: typo in /etc/X11/xkb/symbols/compose

2006-01-03 Thread Andreas Kroschel
Package: xlibs
Version: 6.9.0.dfsg.1-1
Severity: normal

There's a typo in /etc/X11/xkb/symbols/compose, which stops CAPS to
work as compose key. A quick and dirty patch is attached.

-- Package-specific info:
Keyboard-related contents of X.Org X server log file
/var/log/Xorg.0.log:
(==) Using config file: /etc/X11/xorg.conf
(==) ServerLayout Default Layout
(**) |--Screen Default Screen (0)
(**) |   |--Monitor Philips 200P4
(**) |   |--Device Geforce FX 5200
(**) |--Input Device Generic Keyboard
(**) |--Input Device Intellimouse Explorer
(**) FontPath set to unix/:7110
(**) RgbPath set to /usr/X11R6/lib/X11/rgb
(**) ModulePath set to /usr/X11R6/lib/modules
(**) Option DontZoom true
--
(II) LoadModule: nvidia
(II) Loading /usr/X11R6/lib/modules/drivers/nvidia_drv.o
(II) Module nvidia: vendor=NVIDIA Corporation
compiled for 4.0.2, module version = 1.0.8178
Module class: XFree86 Video Driver
(II) LoadModule: kbd
(II) Loading /usr/X11R6/lib/modules/input/kbd_drv.so
(II) Module kbd: vendor=X.Org Foundation
compiled for 6.9.0, module version = 1.0.1
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 0.5
(II) LoadModule: evdev
(II) Loading /usr/X11R6/lib/modules/input/evdev_drv.so
--
(II) Loading extension NV-CONTROL
(**) 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 XFIXES
--
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) Initializing built-in extension XEVIE
(II) Initializing extension GLX
(**) Option CoreKeyboard
(**) Generic Keyboard: Core Keyboard
(**) Option Protocol standard
(**) Generic Keyboard: Protocol: standard
(**) Option AutoRepeat 500 30
(**) Option XkbRules xorg
(**) Generic Keyboard: XkbRules: xorg
(**) Option XkbModel pc101
(**) Generic Keyboard: XkbModel: pc101
(**) Option XkbLayout us
(**) Generic Keyboard: XkbLayout: us
(**) Option XkbVariant intl
(**) Generic Keyboard: XkbVariant: intl
(**) Option XkbOptions compose:caps
(**) Generic Keyboard: XkbOptions: compose:caps
(**) Option CustomKeycodes off
(**) Generic Keyboard: CustomKeycodes disabled
(**) Option CorePointer
(**) Intellimouse Explorer: Core Pointer
(**) Intellimouse Explorer: Device: /dev/input/event3
(II) Intellimouse Explorer: Found x and y relative axes
(II) Intellimouse Explorer: Found mouse buttons
(II) Intellimouse Explorer: Configuring as mouse
(II) XINPUT: Adding extended input device Intellimouse Explorer (type: MOUSE)
(II) XINPUT: Adding extended input device Generic Keyboard (type: KEYBOARD)
(II) XINPUT: Adding extended input device NVIDIA Event Handler (type: Other)
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

Keyboard-related contents of X.Org X server log file
/var/log/Xorg.20.log:
(==) Using config file: /etc/X11/xorg.conf
(==) ServerLayout Custom Layout
(**) |--Screen Default Screen (0)
(**) |   |--Monitor Philips 200P4
(**) |   |--Device Geforce FX 5200
(**) |--Input Device Generic Keyboard
(**) |--Input Device Intellimouse Explorer
(**) FontPath set to unix/:7110
(**) RgbPath set to /usr/X11R6/lib/X11/rgb
(**) ModulePath set to /usr/X11R6/lib/modules
(**) Option DontZoom true
--
(II) LoadModule: nvidia
(II) Loading /usr/X11R6/lib/modules/drivers/nvidia_drv.o
(II) Module nvidia: vendor=NVIDIA Corporation
compiled for 4.0.2, module version = 1.0.7174
Module class: XFree86 Video Driver
(II) LoadModule: kbd
(II) Loading /usr/X11R6/lib/modules/input/kbd_drv.o
(II) Module kbd: vendor=X.Org Foundation
compiled for 6.8.2, module version = 1.0.0
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 0.4
(II) LoadModule: mouse
(II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o
--
(II) Loading extension NV-CONTROL
(==) 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 XFIXES
--
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) Initializing built-in extension XEVIE
(II) 

Bug#345796: Acknowledgement (xlibs: typo in /etc/X11/xkb/symbols/compose)

2006-01-03 Thread Andreas Kroschel
Sorry, this was an error. Maybe it's a typo, but it does *not* stop
CAPS from working as compose key. Please change severity to minor or
close this bug.

Sorry again.
Andreas.
-- 
The whole world is a tuxedo and you are a pair of brown shoes.
-- George Gobel


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



X Strike Force X.Org X11 SVN commit: r1001 - trunk/debian

2006-01-03 Thread X Strike Force SVN Repository Admin
Author: ender
Date: 2006-01-03 11:01:25 -0500 (Tue, 03 Jan 2006)
New Revision: 1001

Modified:
   trunk/debian/changelog
   trunk/debian/xserver-xorg.templates
Log:
Hide a string in the xserver-xorg debconf templates.  Thanks, Christian
Perrier (closes: #345609).  While at it, added whitespace that made all
the translations gain 1 fuzzy string.



Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2006-01-03 05:15:27 UTC (rev 1000)
+++ trunk/debian/changelog  2006-01-03 16:01:25 UTC (rev 1001)
@@ -20,8 +20,11 @@
   [ David Martínez Moreno ]
   * Added -n in order to avoid newline in xdm script (closes: #31).
   * While at it, removed another extra space in debian/905_debian_xdm.diff.
+  * Hide a string in the xserver-xorg debconf templates.  Thanks, Christian
+Perrier (closes: #345609).  While at it, added whitespace that made all
+the translations gain 1 fuzzy string.
 
- -- David Nusinow [EMAIL PROTECTED]  Mon,  2 Jan 2006 18:52:19 -0500
+ -- David Martínez Moreno [EMAIL PROTECTED]  Tue,  3 Jan 2006 16:57:45 +0100
 
 xorg-x11 (6.9.0.dfsg.1-1) unstable; urgency=low
 

Modified: trunk/debian/xserver-xorg.templates
===
--- trunk/debian/xserver-xorg.templates 2006-01-03 05:15:27 UTC (rev 1000)
+++ trunk/debian/xserver-xorg.templates 2006-01-03 16:01:25 UTC (rev 1001)
@@ -68,8 +68,8 @@
  X server loads by default.  This option is for advanced users.  In most
  cases, all of these modules should be enabled.
  .
- The glx module enable software OpenGL rendering.  The dri module
- enables support in the X server for Direct Rendering Infrastructure (DRI).
+ The glx module enables software OpenGL rendering.  The dri module
+ enables support in the X server for Direct Rendering Infrastructure (DRI). 
  Note that support for DRI must also exist in the kernel, the video card, and
  the installed version of the Mesa libraries for hardware-accelerated 3D
  operations using DRI to work.  Otherwise, the server falls back to software
@@ -539,5 +539,5 @@
 
 Template: xserver-xorg/config/fontpath/fontserver
 Type: string
-_Description: Extra fontpath URL
+Description: Extra fontpath URL
  This is an internal (hidden) debconf question.  It should not be translated.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#345609: xorg-x11: The hidden debconf template should not be marked as translatable

2006-01-03 Thread David Martínez Moreno
tags 345609 + fixed pending
thanks for the fish

El lunes, 2 de enero de 2006 08:26, Christian Perrier escribió:
 Package: xorg-x11
 Severity: normal
 Tags: l10n

 The hidden debconf template about an extra fontpath URL should not be
 marked for translation.

 This can be done by removing the leading underscore on the Description
 line.

Change done. Thank you very much, Christian.

Best regards,


Ender.
-- 
- Kyle, all those times I said you were a dumb, stupid Jew,
  well, I was wrong, you're not a Jew.
- Cartman, I *am* Jewish!
- There, there, don't be hard on yourself, Kyle.
-- Cartman  Kyle (South Park).
--
Desarrollador de Debian
Debian developer


pgpgWuVYptsFD.pgp
Description: PGP signature


Bug#345436: xlibs: Alt-GR key not working at all under X

2006-01-03 Thread David Martínez Moreno
El lunes, 2 de enero de 2006 18:36, Denis Barbier escribió:
[...]
  Denis, rest of XSF, should we do anything about this recurrent issue?

 Backward compatibility rules can be added, this is performed by
 xkeyboard-config.
 In this particular case, de_CH was a layout which could not be combined
 with other layouts, and was already obsolete in sarge.  I do not know
 what can be done to force people to upgrade to newer layouts.

I think that could be an automatic debconf warning showing up when 
there is a 
match of 'XkbRules xfree86' in xorg.conf.

Best regards,


Ender.
-- 
We accidentally replaced your heart with a baked potato. You have
 about three seconds to live.
-- Dr. Doctor to Kenny (South Park).
--
Desarrollador de Debian
Debian developer


pgpFfGeI6Zsdj.pgp
Description: PGP signature


Bug#345454: xserver-xorg: Upgrade to 6.9.0 broke vt switching

2006-01-03 Thread David Martínez Moreno
severity 345387 serious
merge 345387 345454
thanks for the fish

El lunes, 2 de enero de 2006 23:18, Simon Richard Grint escribió:
  Same here. It broke the keyboard mapping and the unability to switch to a
  virtual terminal seems to be just one consequence. Manually updating
  xlibs-data fixed it for me. Looks like a proper Depends is missing
  somewhere...

 Yes, having a correctly upgraded and configued xlibs-data fixes this.
 Unfortunately, for many people the xlibs-data package dosen't configure
 correctly because of bug #345387.

 It may be best to merge this bug with #345387.

Yes, it should, the problem has the same source.

Best regards,


Ender.
-- 
Non. Je suis la belette de personne.
-- Amélie (Le fabuleux destin d'Amélie Poulain).
--
Desarrollador de Debian
Debian developer


pgpWXDQlVFEoO.pgp
Description: PGP signature


Bug#345436: Lost numeric keypad on my USB docking keyboard

2006-01-03 Thread VALETTE Eric RD-MAPS-REN
I have upgraded from 6.8.2 something to the new 6.9 and lost my keyboard
numeric key on the left. What I found strange is that starting xorgcfg
and using the numeric block makes the mouse move?

Any idea.

-- 
Eric Valette
France Telecom
Recherche  Developpement
Middleware et Plates-formes Avancées
tél : (+33) 2 99 12 45 71
mél : mailto:[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#345436: Lost numeric keypad on my USB docking keyboard

2006-01-03 Thread David Martínez Moreno
El martes, 3 de enero de 2006 21:58, VALETTE Eric RD-MAPS-REN escribió:
 I have upgraded from 6.8.2 something to the new 6.9 and lost my keyboard
 numeric key on the left. What I found strange is that starting xorgcfg
 and using the numeric block makes the mouse move?

 Any idea.

Could you please look into your xorg.conf for the line XkbRules? 
Somehting 
like

grep xorg /etc/X11/xorg.conf|grep -i xkb

It would be very nice of you if you send log files, configuration, etc, 
etc, 
etc.

Best regards,


Ender.
-- 
I find your lack of faith disturbing.
-- Darth Vader (Star Wars).
--
Desarrollador de Debian
Debian developer


pgpw1Bzl66eUd.pgp
Description: PGP signature


Bug#345436: Re : Lost numeric keypad on my USB docking keyboard

2006-01-03 Thread Eric Valette
 Could you please look into your xorg.conf for the line XkbRules?
 Somehting like

 grep xorg /etc/X11/xorg.conf|grep -i xkb


I already switched from xfree86 to xorg but that did not solve the
problem. I'm home now but I will try to report as much info as I can.

NB : I have two more problems unrelated problem to report because of
this switch to 6.9.


-- 
   __
  /  `  Eric Valette
 /--   __  o _. 6 rue Paul Le Flem
(___, / (_(_(__ 35740 Pace

Tel: +33 (0)2 99 85 26 76   Fax: +33 (0)2 99 85 26 76
E-mail: [EMAIL PROTECTED]






-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



[X.Org 6.9 / xmodmap] Mouse buttons not well recognized

2006-01-03 Thread Alexandre Ahmim-Richard
Hello everyone,

Here is the problem, I have a 7 buttons mouse (MS intellieye optical)
and xmodmap tells me that there is 11 buttons. The first 5 buttons are
still usable.

In previous versions 6.8.2 I only had to remap buttons 6 7 to 4 and 5
with xmodmap, in order to use properly this mouse.

I'm using Debian unstable with this package version: 6.9.0.dfsg.1-1

Detailed problem:

Here is my xorg.conf:
Section InputDevice
Identifier Configured Mouse
Driver mouse
Option CorePointer
Option Device /dev/input/mice
Option Protocol ExplorerPS/2
Option Emulate3Buttons False
Option Buttons 7
Option ZAxisMapping 6 7
EndSection

xmodmap conf:
pointer = 1 2 3 6 7 4 5

xmodmap now outputs an error.
xmodmap:  commandline:1:  bad number of buttons, must have 11 instead of 7

xmodmap -pp confirms that:
There are 11 pointer buttons defined.

PhysicalButton
 Button  Code
1  1
2  2
3  3
4  4
5  5
6  6
7  7
8  8
9  9
10 10
11 11

xmodmap says me that I've got 11 buttons on my mouse. Strange. I tried
to collect more informations using xev.
xev gave me something to play with, buttons 1, 2, 3, 6 and 7 are rightly
recognized. As before, 6 and 7 need to be remaped to 4 and 5.

But, button 4 (in the previous version) is now recognized as button 10 !
Button 5 is simply not recognized. 4 and 5 are my left and right special
buttons. 6 and 7 the wheel.

I tried to define Option Buttons 11 in xorg.conf and play around
with it, but this time xmodmap says me that I've got 16 buttons !
I can notice that the button 5 is this time recognized as button 12.

I tried to remap thoses crazy buttons, with xmodmap and the help of xev,
but without any success.

A related bug https://bugs.freedesktop.org/show_bug.cgi?id=4212 was
fixed, but apparently, not totally.

Does anyone noticed the problem ?

-- 
Alexandre Ahmim-Richard
passe at clope dot net
http://www.u-admin.org


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#343728: can you please tell how to get over this?

2006-01-03 Thread Pekka Jääskeläinen
I think I bumped into this problem after the latest xserver update.

Previously my MS Intellimouse Optical worked perfectly: all its
buttons, including
the thumb buttons (for back and forward), and the wheel worked
perfectly in Mozilla.

After the upgrade, wheel and thumb buttons stopped working, and I got the wheel
working by commenting out following lines in xorg.conf, thus resorting
to their new
default values:

# Option  Buttons 7
# Option  ZAxisMapping 6 7

Can you please give instructions for getting also the thumb buttons to
work again? I don't understand how that ZAxisMapping thing is supposed
to work with my mouse.

Thanks,
--
--PJ



Bug#345476: related bug?

2006-01-03 Thread Pekka Jääskeläinen
I think this bug might have something to do with this one:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=343728

--
--PJ



Bug#343728: can you please tell how to get over this?

2006-01-03 Thread Alexandre Ahmim-Richard
Pekka Jääskeläinen wrote:
 I think I bumped into this problem after the latest xserver update.
 

Me too.

 Previously my MS Intellimouse Optical worked perfectly: 
 

I've got the same mouse, same thing here.

 After the upgrade, wheel and thumb buttons stopped working, and I got the 
 wheel
 working by commenting out following lines in xorg.conf, thus resorting
 to their new
 default values:
 
 # Option  Buttons 7
 # Option  ZAxisMapping 6 7
 
 Can you please give instructions for getting also the thumb buttons to
 work again? I don't understand how that ZAxisMapping thing is supposed
 to work with my mouse.
 

I've described the problem here :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=345704

You can have your 5 first buttons working (so it includes the wheel).

Let: Option  Buttons 7
Set: Option  ZAxisMapping 4 5

And you are done.

You can also deactivate your xmodmap which should be pointer = 1 2 3 6 7 4 5
As described in my bugreport, X see 11 buttons on this mouse (that's the
main problem), xmodmap expects 11 buttons to be mapped, not 7.

If you also want to use your 2 specials left and right buttons, for all
I know, it's not actually possible.

-- 
Alexandre Ahmim-Richard
passe at clope dot net
http://www.u-admin.org



Bug#237877: Patches for X.Org: dpi settings changes

2006-01-03 Thread Christopher Martin
Attached are updated patches that apply to the latest X.Org in unstable.

Cheers,
Christopher Martin

On Sunday 06 November 2005 15:09, Christopher Martin wrote:
 Any chance that the changes I suggested below (in previous posts to this
 bug number) will be reviewed in time to make the 6.9.0 release upload?
 The problems I describe are still relevant. Let me know if I can supply
 any further information, or answer any questions.

 Thanks,
 Christopher Martin

 On May 20, 2005 11:07, Christopher Martin wrote:
  These patches, for the etch-targeted X.Org server, improve dpi handling
  in several ways.
 
  The first, fallback_dpi.patch, is a new one-line patch that changes the
  xserver's final fallback dpi value from 75 to 100. I've written
  extensively (to this bug report) on why this is a very important and
  quite safe change that would be great to have in the X.Org packages. In
  summary, since a default fallback value will always be required, we
  should make it a good one. This has ramifications for the choosing of
  default font sizes (in KDE, for instance).
 
  The other two items, 905_debian_xdm.diff.diff and xserverrc.diff, are
  diffs to existing Debian patches and files. They remove the forcing of
  100 dpi on startup, when using startx or xdm. With the pending debconf
  reforms, and the near-ubiquity of DDC, it no longer makes sense to
  force a specific dpi value on startup as the default behaviour. In
  conjunction with
  fallback_dpi.patch, users for whom dpi auto-calculation fails will
  notice no difference, since X would in this case fall back to 100 dpi
  anyway. I've made more general arguments about dpi handling in my
  previous posts to #237877.
 
  I'm putting forth these diffs while the X.Org packages are young and
  experimental, since this is the perfect time to try these sorts of
  changes. I hope you'll apply them.
--- xorg.orig/debian/patches/debian/905_debian_xdm.diff
+++ xorg.patched/debian/patches/debian/905_debian_xdm.diff
@@ -12,8 +12,7 @@
 * config/Xres.cpp: report OS name in greeter widget
 * config/Xserv.ws.cpp:
 - add comments to help local admins
-- run local server with DPI setting forced to 100 and TCP listening
-  turned off for security
+- run local server with TCP listening turned off for security
 * config/Xsession: replace guts with simple call to Debian's Xsession
   script
 * config/xdm-conf.cpp:
@@ -124,7 +123,7 @@
 +XCOMM Examples for multiple local X displays:
 +XCOMM :0 local BINDIR/X :0 vt9 -depth 15 -nolisten tcp
 +XCOMM :1 local BINDIR/X :1 vt10 -depth 8 -nolisten tcp
-+:0 local BINDIR/X DEFAULTVT -dpi 100 -nolisten tcp
++:0 local BINDIR/X DEFAULTVT -nolisten tcp
 Index: xc/programs/xdm/config/Xsession.cpp
 ===
 --- xc/programs/xdm/config/Xsession.cpp.orig	2005-12-24 16:46:49.0 -0500
--- xorg.orig/xc/programs/Xserver/hw/xfree86/common/xf86Priv.h
+++ xorg.patched/xc/programs/Xserver/hw/xfree86/common/xf86Priv.h
@@ -125,7 +125,7 @@
 #define DEFAULT_LOG_VERBOSE	3
 #endif
 #ifndef DEFAULT_DPI
-#define DEFAULT_DPI		75
+#define DEFAULT_DPI		100
 #endif
 
 #define DEFAULT_UNRESOLVED	TRUE
--- xorg.orig/debian/local/xserverrc
+++ xorg.patched/debian/local/xserverrc
@@ -2,4 +2,4 @@
 
 # $Id: xserverrc 189 2005-06-11 00:04:27Z branden $
 
-exec /usr/bin/X11/X -dpi 100 -nolisten tcp
+exec /usr/bin/X11/X -nolisten tcp


Bug#343728: 097_mouse_zaxis_mapping_pushes_up_buttons should be dropped as of 6.9/7.0 RC3

2006-01-03 Thread Christopher Martin
severity 343728 grave
stop

Since this patch is still included in the X.Org packaging in unstable, 
imwheel is now broken. Please drop the patch (made obsolete by upstream 
changes, as explained below) in the next upload.

This link (and the links it contains) explains further:
https://bugs.freedesktop.org/show_bug.cgi?id=1900

Thanks,
Christopher Martin

On Saturday 17 December 2005 12:14, Christopher Martin wrote:
 Package: xserver-xorg
 Version: 6.8.99.903.dfsg.1-1
 Severity: normal
 Tags: experimental

 Debian's X.Org packaging includes the patch
 097_mouse_zaxis_mapping_pushes_up_buttons.diff, which serves to adjust
 mouse button mappings so that users didn't have to use xmodmap to make
 all available physical buttons available for use.

 In X.Org 6.9/7.0 RC3, upstream made changes to the mouse button handling.
 The default ZAxisMapping is 4 5 6 7, accommodating scroll wheels with
 two axes. Also by default the mouse physical : logical button mapping is
 now 1 2 3 8 9 ..., so that all physical buttons can be used (thumb
 buttons are 8 and 9) without conflict with the scroll wheel.

 These changes make Debian's 097 patch obsolete, since now all buttons are
 properly exposed by default. Indeed, continuing to include the 097 patch
 causes problems, since the buttons are shifted around twice, and it all
 becomes very messy. (When wondering why imwheel stopped working with the
 latest experimental X, I read up on upstream's changes, and had to
 rebuild X without 097 to get the expected new behaviour).

 FYI, since you'll probably get questions/bug reports, this change in
 behaviour has other implications. Mozilla uses buttons 6 and 7 for
 forward and back, but this doesn't work anymore, since those buttons
 are now assumed to represent the horizontal axis of the scroll wheel,
 whether your mouse has one or not. Users can of course use xmodmap or the
 new ButtonMapping xorg.conf option to work around this. As far as I can
 tell, Qt applications seem to use 6 and 7 for horizontal scrolling
 already, so they shouldn't generate too many reports of brokenness.

 Cheers,
 Christopher Martin

 I'd also like to append this obligatory nag to have bug #237877 looked at
 :)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#345865: X.org renders ugly TrueType fonts

2006-01-03 Thread WireSpot
Package: xserver-xorg
Version: 6.9.0.dfsg.1-1

I run Debian unstable.

Applications which do not use modern font display techniques, such as
older GTKv1 applications (ie XMMS), Motif or Athena applications,
render TrueType fonts very ugly. See this for an example:
http://img252.imageshack.us/my.php?image=truetypefontsdebian1xr.png

The culprit seems to be the following shared library:
/usr/X11R6/lib/modules/fonts/libfreetype.so

Replacing it with a libfreetype.so file from a similar (6.8.0) x.org
package, compiled from source on a Fedora system, produces the
following much improved result:
http://img263.imageshack.us/my.php?image=debiantruetypefontsfixed5zr.png

The font in both screenshots is the same: Verdana, as is the
configuration and application (nedit).



xterm-208

2006-01-03 Thread Thomas Dickey
   Patch #208 - 2006/1/3 - XFree86 4.5.99.19

 * add  charClass  resource to XTerm.ad and UXTerm.ad which simplifies
   selecting URLs (prompted by Kirill Ponomarew).
 * modify install rule for uxterm to account for the --program-prefix,
   etc., options by invoking the transformed name of xterm rather than
   simply xterm.
 * modifyconfigure--with-app-defaultsoptiontoallow
   --without-app-defaults.
 * add  configure  --with-symlink option to make it simpler to install
   successive  versions  of  xterm renamed using the --program-prefix,
   etc., options with a symbolic link pointing to the most recent.
 * make   -iconic  option  work  with  toolbar  configuration  (GenToo
   #113604).
 * suppress  lastlog  feature  for  64-bit Solaris configuration since
   that  platform  provides  only  a 32-bit interface (report by Peter
   Bray).
 * fix  memory  reallocation  for the UTF-8 menu entry when xterm is
   started using the +u8 option (reported by Jan Willem Stumpel).
 * add  a  configure check for the actual path of luit, to work around
   broken imake configurations.
 * add a configure check for pkg-config (Redhat Bugzilla #173541).
 * modify install-rule for uxterm to omit executable suffix, e.g., for
   Cygwin.
 * modify sinstall.sh to work around quirks in Cygwin configuration.

-- 
Thomas E. Dickey [EMAIL PROTECTED]
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature


Bug#345893: xbase-clients: [Xorg bug# 5077] Czech symbols/pc/cz xkbdata contains bad includes

2006-01-03 Thread Matej Cepl
Package: xbase-clients
Version: 6.9.0.dfsg.1-1
Severity: important
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

it is already reported bug on Xorg bugzilla
https://bugs.freedesktop.org/show_bug.cgi?id=5077, but it is
really important because it makes Xorg basically unusable to all
Czech users -- please make an update as soon as possible.

There is include cz(basic) instead of pc/cz(basic) in
symbols/pc/cz.

This is fixed by attached patch.

Thanks a lot,

Matej Cepl

- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (600, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.3
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)

Versions of packages xbase-clients depends on:
ii  cpp   4:4.0.2-2  The GNU C preprocessor (cpp)
ii  libc6 2.3.5-11   GNU C Library: Shared libraries an
ii  libdmx1   6.9.0.dfsg.1-1 Distributed Multihead X client lib
ii  libexpat1 1.95.8-3   XML parsing C library - runtime li
ii  libfontconfig12.3.2-1.1  generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libfs66.9.0.dfsg.1-1 X Font Server library
ii  libglu1-xorg [libglu1]6.9.0.dfsg.1-1 Mesa OpenGL utility library [X.Org
ii  libice6   6.9.0.dfsg.1-1 Inter-Client Exchange library
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libsm66.9.0.dfsg.1-1 X Window System Session Management
ii  libxau6   6.9.0.dfsg.1-1 X Authentication library
ii  libxaw8   6.9.0.dfsg.1-1 X Athena widget set library
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.9.0.dfsg.1-1 X Window System miscellaneous exte
ii  libxfixes36.9.0.dfsg.1-1 X Window System miscellaneous 'fix
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxi66.9.0.dfsg.1-1 X Window System Input extension li
ii  libxinerama1  6.9.0.dfsg.1-1 X Window System multi-head display
ii  libxkbfile1   6.9.0.dfsg.1-1 X Keyboard Extension file parsing 
ii  libxkbui1 6.9.0.dfsg.1-1 X Keyboard Extension user interfac
ii  libxmu6   6.9.0.dfsg.1-1 X Window System miscellaneous util
ii  libxmuu1  6.9.0.dfsg.1-1 lightweight X Window System miscel
ii  libxp66.9.0.dfsg.1-1 X Window System printing extension
ii  libxpm4   6.9.0.dfsg.1-1 X pixmap library
ii  libxrandr26.9.0.dfsg.1-1 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  libxss1   6.9.0.dfsg.1-1 X Screen Saver client-side library
ii  libxt66.9.0.dfsg.1-1 X Toolkit Intrinsics
ii  libxtrap6 6.9.0.dfsg.1-1 X Window System protocol-trapping 
ii  libxtst6  6.9.0.dfsg.1-1 X Window System event recording an
ii  libxv16.9.0.dfsg.1-1 X Window System video extension li
ii  libxxf86dga1  6.9.0.dfsg.1-1 X Direct Graphics Access extension
ii  libxxf86misc1 6.9.0.dfsg.1-1 X miscellaneous extensions library
ii  libxxf86vm1   6.9.0.dfsg.1-1 X Video Mode selection library
ii  xlibmesa-gl [libgl1]  6.9.0.dfsg.1-1 Mesa 3D graphics library [X.Org]
ii  xlibs 6.9.0.dfsg.1-1 X Window System client libraries m
ii  xlibs-data6.9.0.dfsg.1-1 X Window System client data
ii  zlib1g1:1.2.3-9  compression library - runtime

xbase-clients recommends no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDu03O4J/vJdlkhKwRAvUtAJ9Aqu/aZgEMOL6j5zuwa34Mzt0H1wCdFp9R
fDRYDcKBxd/Hj7qYNSdjUKo=
=MkRo
-END PGP SIGNATURE-
diff -ur xkbdata-0.99.1.orig/symbols/pc/cz xkbdata-0.99.1/symbols/pc/cz
--- xkbdata-0.99.1.orig/symbols/pc/cz	2005-08-12 13:08:49.0 +0200
+++ xkbdata-0.99.1/symbols/pc/cz	2005-11-17 10:56:50.0 +0100
@@ -78,7 +78,7 @@
 
 // Use BKSL instead of LSGT (useful for keyboard without LSGT key)
 xkb_symbols bksl {
-include cz(basic)
+include pc/cz(basic)
 name[Group1]= Czechia - With \| key;
 
 key BKSL	{ [ backslash,bar,slash, NoSymbol ]	};
@@ -91,7 +91,7 @@
 // of 'Z' and 'Y' keys, which are in the qwerty style (ie. swapped).
 // 2001 by Kamil Toman [EMAIL PROTECTED]
 
-include cz(basic)
+include pc/cz(basic)
 name[Group1]= Czechia - qwerty;
 
 key AB01	{ [ z,  Z,   degree, NoSymbol ]	};
@@ -100,7 +100,7 @@
 
 // Use BKSL