Bug#1004125: Screen flickering with 2.4.109

2023-11-08 Thread Philipp Marek

ion because the issue is closed.
If you can still reproduce this with the latest kernel and libdrm 
packages,

can you open a new issue upstream? And mention that in this bug?


Well, right now with 6.5.0-1-amd64 I can't reproduce.
(Yeah, that's not the latest, I know)



Bug#988315: xterm menu display garbled

2021-05-10 Thread Philipp Marek
Package: xterm
Version: 367-1
Severity: minor
X-Debbugs-Cc: phil...@marek.priv.at

Please see the attached screenshot.

It doesn't matter which menu I open (Ctrl+left, Ctrl+right, ctrl+middle 
mouse button) - the right and bottom borders are always missing.

I can't be sure there aren't menu entries missing at the end.


Depending on the pixel position the right border sometimes partly exists 
(but the few existing pixels blink!).


Thanks for your patience!


-- System Information:
Debian Release: 11.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-6-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_AT:de
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages xterm depends on:
ii  libc6   2.31-11
ii  libfontconfig1  2.13.1-4.2
ii  libfreetype62.10.4+dfsg-1
ii  libice6 2:1.0.10-1
ii  libtinfo6   6.2+20201114-2
ii  libutempter01.2.1-2
ii  libx11-62:1.7.0-2
ii  libxaw7 2:1.0.13-1.1
ii  libxext62:1.3.3-1.1
ii  libxft2 2.3.2-2
ii  libxinerama12:1.1.4-2
ii  libxmu6 2:1.1.2-2+b3
ii  libxpm4 1:3.5.12-1
ii  libxt6  1:1.2.0-1
ii  xbitmaps1.1.1-2.1

Versions of packages xterm recommends:
ii  x11-utils  7.7+5

Versions of packages xterm suggests:
pn  xfonts-cyrillic  

-- no debconf information


Bug#916349: Happens with other xterm clients as well

2018-12-21 Thread Philipp Marek
I'm using

!XTerm*faceName: DejaVu Sans Mono

and my xterm -> mosh -> screen -> irssi crashes reproducibly when resizing 
the window in the irssi tab. At least it did so 10 times in a row before
starting to reply here ;)

Yeah, and now it happens again - resizing the window _sometimes_ works
in a plain shell window, in the IRSSI window it reproducibly crashes.


Another font file is being opened, though:

13967 17:30:55.114945 openat(AT_FDCWD, 
"/usr/share/fonts/truetype/noto/NotoColorEmoji.ttf", O_RDONLY) = 5


No missing glyphs that I know of ... how would I see them?

Still I don't see why it should crash because of that.



Bug#879936: xterm quits with "Selected font has no non-zero width for ISO-8859-1 encoding"

2017-11-05 Thread Philipp Marek

Hi Thomas,

"xterm" doesn't crash, it just gives the above message and quits - 
which

would've been unfortunate, hadn't I be running tmux at the time ;)


I don't see a crash (it probably depends on whether you have the bitmap
fonts installed).  Instead, it gives a message:

xterm-dev: cannot load font "2"

To reproduce it needs a few tries.

Here's my ~/.Xresources; I'm using TT fonts, perhaps that's another
factor as well:

  XTerm*charClass: 36:48,43:48,45-47:48,59:48,63-64:48,95:48,126:48
  XTerm*background: lightyellow
  XTerm*foreground: black
  XTerm*altSendsEscape: true
  XTerm*metaSendsEscape: true
  XTerm*utf8Title: true
  XTerm*utf8: always
  XTerm*visualBell: true
  XTerm*renderFont: true
  XTerm*faceName: DejaVu Sans Mono
  XTerm*faceSize1: 8
  XTerm*faceSize2: 10
  XTerm*faceSize3: 12
  XTerm*faceSize: 13
  XTerm*faceSize4: 15
  XTerm*faceSize5: 17
  XTerm*faceSize6: 19
  XTerm*fullscreen: never

and the locale is "de_AT.UTF-8", although xterm's message is talking
about 8859-1.



In the manual for xtermcontrol:

the "#" is literally part of the parameter (though the quotes are
misleading).

Yeah, I tried that as well.


Still, simply quitting just because the user asks for a different font 
size
is bad behaviour - and real data might be lost (generated but 
not-yet-saved

console output).
If there's no bitmap fonts, xterm's supposed to recover (and gray-out 
the
items for the missing fonts).  But I don't recall someone using 
xtermcontrol
to test that with.  If I knew the fonts you're using, I could reproduce 
this.

Does the above ~/.Xresources help?


Perhaps it's easier to find out how xterm lands in that code path...


Thank you for your patience!



Bug#879936: xterm quits with "Selected font has no non-zero width for ISO-8859-1 encoding"

2017-10-27 Thread Philipp Marek
Package: xterm
Version: 330-1
Severity: normal

Having an xterm with "Allow font ops" being enabled, it happens to quit 
after some of these:

 * use "xtermcontrol --font=" with  being eg. 0 or 5
 * choose a different size from the font menu

"xterm" doesn't crash, it just gives the above message and quits - which 
would've been unfortunate, hadn't I be running tmux at the time ;)


Still, simply quitting just because the user asks for a different font size 
is bad behaviour - and real data might be lost (generated but not-yet-saved
console output).


What I really wanted to achieve was to switch programmatically between 
different configured font sizes; this doesn't seem to work as expected for 
me. I guess this is a bit buggy as well.
(Using "--font=5" it only becomes a bit larger, "--font=1" keeps it the 
same, "--font=3" has no effect, and then choosing a different size in the 
menu made my xterm quit again...)


Thanks!


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-debug'), (500, 'unstable'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.12.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_AT:de (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xterm depends on:
ii  libc6   2.24-17
ii  libfontconfig1  2.12.3-0.2
ii  libice6 2:1.0.9-2
ii  libtinfo5   6.0+20170902-1
ii  libutempter01.1.6-3
ii  libx11-62:1.6.4-3
ii  libxaw7 2:1.0.13-1+b2
ii  libxft2 2.3.2-1+b2
ii  libxinerama12:1.1.3-1+b3
ii  libxmu6 2:1.1.2-2
ii  libxpm4 1:3.5.12-1
ii  libxt6  1:1.1.5-1
ii  xbitmaps1.1.1-2

Versions of packages xterm recommends:
ii  x11-utils  7.7+3+b1

Versions of packages xterm suggests:
pn  xfonts-cyrillic  

-- no debconf information

-- 



Bug#820803: xterm: X resources parsed with locale settings

2016-05-30 Thread Philipp Marek
> > > > Configuration files should be parsed via the "C" locale, IMO - having 
> > > > to 
> > > > think about "," vs. "." in there is awkward.
> > 
> > faceSize is affected, too, BTW.
> > 
> > 
> > > As far as I can tell the conversion is done in
> > > https://cgit.freedesktop.org/xorg/lib/libXt/tree/src/Converters.c#n822
> > > which indeed depends on the locale.
> > > 
> > > But since there's no way to tell how many people depend on the current
> > > behaviour, and changing it would break their configuration...
> > Well, it can't be *that* many people - because it's not that likely that
> >  a) different locale settings apply, AND
> >  b) user wants to change one of the few configuration settings that
> > are affected, AND
> >  c) user figures out that "," (or whatever else) would be the answer.
> > 
> > So, IMO changing that would be safe enough.
> > 
> > 
> > If you disagree with me, then how about just keeping the current behaviour, 
> > but try to parse with the "C" locale too!?
> It's a little late for that (existing configurations would break if xterm
> switched to "C" locale for evaluating resources).
It's never too late.
And I guess the number of users that figured out "," is *really* small 
- put it in Changelog, and they'll figure out to use "." too.


> And unlike the workaround used for "menuLocale", it's too early in the
> initialization for it to be a good solution for xterm (because that
> would break other parts of the initialization).
> 
> Besides this, there's the scaleHeight resource with the same potential issue.
Yeah, right.
Same reasoning as above applies, though.


Well, just use strtof() instead of sscanf(), and it's "." for comma only.
The current behaviour is unusable if people come in with (potentially) 
differing locales.



Bug#820803: xterm: X resources parsed with locale settings

2016-04-12 Thread Philipp Marek
> > Configuration files should be parsed via the "C" locale, IMO - having to 
> > think about "," vs. "." in there is awkward.

faceSize is affected, too, BTW.


> As far as I can tell the conversion is done in
> https://cgit.freedesktop.org/xorg/lib/libXt/tree/src/Converters.c#n822
> which indeed depends on the locale.
> 
> But since there's no way to tell how many people depend on the current
> behaviour, and changing it would break their configuration...
Well, it can't be *that* many people - because it's not that likely that
 a) different locale settings apply, AND
 b) user wants to change one of the few configuration settings that
are affected, AND
 c) user figures out that "," (or whatever else) would be the answer.

So, IMO changing that would be safe enough.


If you disagree with me, then how about just keeping the current behaviour, 
but try to parse with the "C" locale too!?
In the worst case, use "faceSizeC" or other names? (Ugh.)



Bug#602926: xorg: Segfaults on wireshark Follow TCP stream from remote machine

2010-11-09 Thread Philipp Marek
X-Reportbug-Version: 4.12.6
X-Debbugs-Cc: philipp.ma...@linbit.com
Package: xorg
Version: 1:7.5+8
Severity: normal

When starting wireshark over a SSH tunnel from a remote machine, and using
Follow TCP stream, I get a segfault in xorg - just when showing the 
window.

It's reproducible.

Backtrace:
0: /usr/bin/X (xorg_backtrace+0x28) [0x49f208]
1: /usr/bin/X (0x40+0x5fb79) [0x45fb79]
2: /lib/libpthread.so.0 (0x7f091acf8000+0xef60) [0x7f091ad06f60]
3: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f09177fb000+0x20c68) 
[0x7f091781bc68]
4: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f09177fb000+0x20f8d) 
[0x7f091781bf8d]
5: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f09177fb000+0x293ba) 
[0x7f09178243ba]
6: /usr/bin/X (0x40+0xd162a) [0x4d162a]
7: /usr/bin/X (0x40+0xc872e) [0x4c872e]
8: /usr/bin/X (0x40+0x346a4) [0x4346a4]
9: /usr/bin/X (0x40+0x25c3a) [0x425c3a]
10: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f09197fcc4d]
11: /usr/bin/X (0x40+0x257e9) [0x4257e9]
Segmentation fault at address (nil)

Fatal server error:
Caught signal 11 (Segmentation fault). Server aborting




-- Package-specific info:
/var/lib/x11/X.roster does not exist.

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 Jun  4 11:39 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1889376 Oct 10 13:22 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset 
Integrated Graphics Controller (rev 07)

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

Xorg X server configuration file status:
-rw-rw-r-- 1 root root 62 Oct 19 08:11 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# 
# Section Device
#   Option NoDDC true
# EndSection




Kernel version (/proc/version):
Linux version 2.6.34-1-amd64 (Debian 2.6.34-1~experimental.2) 
(b...@decadent.org.uk) (gcc version 4.4.4 (Debian 4.4.4-4) ) #1 SMP Sun Jun 6 
22:29:25 UTC 2010

Xorg X server log files on system:
-rw-r--r-- 1 root root 37456 Nov  9 10:57 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.7.7
Release Date: 2010-05-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian
Current Operating System: Linux cacao 2.6.34-1-amd64 #1 SMP Sun Jun 6 
22:29:25 UTC 2010 x86_64
Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.34-1-amd64 
root=/dev/mapper/sda2_crypt ro quiet nohz=on
Build Date: 10 October 2010  11:06:53AM
xorg-server 2:1.7.7-8 (Cyril Brulebois k...@debian.org) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
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 Nov  9 10:56:29 2010
(==) Using config file: /etc/X11/xorg.conf
(==) Using system config directory /usr/share/X11/xorg.conf.d
(==) No Layout section.  Using the first Screen section.
(==) No screen section available. Using defaults.
(**) |--Screen Default Screen Section (0)
(**) |   |--Monitor default monitor
(==) No monitor specified for screen Default Screen Section.
Using a default monitor configuration.
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to /usr/lib/xorg/modules
(II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
(II) Loader magic: 0x7c8a20
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 6.0
X.Org XInput driver : 7.0
X.Org Server Extension : 2.0
(++) using VT number 7

(--) PCI:*(0:0:2:0) 8086:2a42:1028:0402 Intel Corporation Mobile 4 Series 
Chipset Integrated Graphics Controller rev 7, Mem @ 0xf6c0/4194304, 
0xe000/268435456, I/O @ 
0xefe8/8
(--) PCI: (0:0:2:1) 8086:2a43:1028:0402 Intel Corporation Mobile 4 Series 
Chipset Integrated Graphics Controller rev 7, Mem @ 0xf6b0/1048576
(II) Open ACPI successful (/var/run/acpid.socket)
(II) LoadModule: extmod
(II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
(II) Module extmod: vendor=X.Org Foundation
compiled for 1.7.7, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server 

Bug#328112: xlibs: Backspace, tty switch, others not working

2005-09-20 Thread Philipp Marek
Am Dienstag, 13. September 2005 21:37 schrieb Denis Barbier:
 On Tue, Sep 13, 2005 at 05:00:55PM +0200, Philipp Marek wrote:
  I've got serious keyboard problems too, since about 3weeks.
  ALTGR defunct, CTRL-ALT-F1 and other not working, no @, etc.
  Last thing I tried was writing a complete .xmodmap with xkeycaps, but
  that didn't help.

 Either your configuration or your xlibs package is broken.  The former
 looks good, so it is likely that the culprit is the xlibs package.
 You can download this package from another mirror, run
   dpkg-deb -x xlibs_6.8.2.dfsg.1-6_all.deb /tmp/xlibs
   diff -ur /tmp/xlibs/etc/X11/xkb /etc/X11/xkb
 and see if you find something strange.
Today I got 
ii  xlibs 6.8.2.dfsg.1-7
ii  xlibs-data6.8.2.dfsg.1-7
but that didn't help.
To be on the safe side I did 
# dpkg -i --force-confmiss 
/var/cache/apt/archives/xlibs-data_6.8.2.dfsg.1-7_all.deb
afterwards.

So I searched again ...
$ xprop -root | grep XKB
$ strace -e open setxkbmap -model pc105 -layout de
open(/etc/ld.so.cache, O_RDONLY)  = 3
open(/usr/X11R6/lib/libxkbfile.so.1, O_RDONLY) = 3
open(/usr/lib/libX11.so.6, O_RDONLY)  = 3
open(/lib/tls/libc.so.6, O_RDONLY)= 3
open(/usr/lib/libXau.so.6, O_RDONLY)  = 3
open(/usr/lib/libXdmcp.so.6, O_RDONLY) = 3
open(/lib/tls/libdl.so.2, O_RDONLY)   = 3
open(/home/flip/.Xauthority, O_RDONLY) = 4
Couldn't interpret _XKB_RULES_NAMES property
Use defaults: rules - 'xorg' model - 'pc101' layout - 'us'
open(./rules/xorg-C.lst, O_RDONLY)= -1 ENOENT (No such file or
directory)
open(./rules/xorg.lst, O_RDONLY)  = -1 ENOENT (No such file or 
directory)
open(/usr/X11R6/lib/X11/xkb/rules/xorg-C.lst, O_RDONLY) = -1 ENOENT 
(No such file or directory)
open(/usr/X11R6/lib/X11/xkb/rules/xorg.lst, O_RDONLY) = -1 ENOENT (No 
such file or directory)
Couldn't find rules file (xorg)

So I did a
/usr/X11R6/lib/X11# ln -s /etc/X11/xkb .

$ setxkbmap -model pc105 -layout de
Couldn't interpret _XKB_RULES_NAMES property
Use defaults: rules - 'xorg' model - 'pc101' layout - 'us'

and behold! my keys are working again: @~| (no smiley, the keys I fought so 
hard to get ;-)
And CTRL-ALT-F7 for console switch works again, too!!!

Thanks very much!


Regards,

Phil


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



Bug#328112: xlibs: Backspace, tty switch, others not working

2005-09-13 Thread Philipp Marek
X-Reportbug-Version: 3.17
X-Debbugs-Cc: [EMAIL PROTECTED]
Package: xlibs
Version: 6.8.2.dfsg.1-6
Followup-For: Bug #327282

I've got serious keyboard problems too, since about 3weeks.
ALTGR defunct, CTRL-ALT-F1 and other not working, no @, etc.
Last thing I tried was writing a complete .xmodmap with xkeycaps, but that 
didn't help.

After update yesterday @,~ and | working again; backspace and console switch 
defunct.

In konsole (and vi therein) backspace brings me a beep; in kmail it does the 
same as DELETE.


Keyboard is pc105, german and as such configured in Xorg.



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 Standardbildschirm
(**) |   |--Device Standardgrafikkarte
(**) |--Input Device Generic Keyboard
(**) Option XkbRules xorg
(**) XKB: rules: xorg
(**) Option XkbModel pc105
(**) XKB: model: pc105
(**) 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/X11R6/lib/X11/fonts/cyrillic.
Entry deleted from font path.
(Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/cyrillic).
(WW) The directory /usr/X11R6/lib/X11/fonts/CID does not exist.
--
(II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.o
(II) Module ati: vendor=X.Org Foundation
compiled for 6.8.2, module version = 6.5.6
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 0.7
(II) LoadModule: keyboard
(II) Loading /usr/X11R6/lib/modules/input/keyboard_drv.o
(II) Module keyboard: 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
--
(**) ATI(0): DPMS enabled
(==) 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 RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) Initializing built-in extension XEVIE
(**) Generic Keyboard: Core Keyboard
(**) Option Protocol standard
(**) Generic Keyboard: Protocol: standard
(**) Option AutoRepeat 500 30
(**) Option XkbRules xorg
(**) Generic Keyboard: XkbRules: xorg
(**) Option XkbModel pc105
(**) Generic Keyboard: XkbModel: pc105
(**) Option XkbLayout de
(**) Generic Keyboard: XkbLayout: de
(**) Option XkbVariant nodeadkeys
(**) Generic Keyboard: XkbVariant: nodeadkeys
(**) Option CustomKeycodes off
(**) Generic Keyboard: CustomKeycodes disabled
(**) Option Protocol ImPS/2
(**) Configured Mouse: Device: /dev/input/mice
(**) Configured Mouse: Protocol: ImPS/2
(**) Option CorePointer
(**) Configured Mouse: Core Pointer
--
(==) Configured Mouse: Emulate3Buttons, Emulate3Timeout: 50
(**) Option ZAxisMapping 4 5
(**) Configured Mouse: ZAxisMapping: buttons 4 and 5
(**) Configured Mouse: Buttons: 5
(II) XINPUT: Adding extended input device Configured Mouse (type: MOUSE)
(II) XINPUT: Adding extended input device Generic Keyboard (type: KEYBOARD)
(EE) Couldn't load XKB keymap, falling back to pre-XKB keymap
(II) Configured Mouse: ps2EnableDataReporting: succeeded
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.1.log:
(==) Using config file: /etc/X11/xorg.conf
(==) ServerLayout Default Layout
(**) |--Screen Default Screen (0)
(**) |   |--Monitor Standardbildschirm
(**) |   |--Device Standardgrafikkarte
(**) |--Input Device Generic Keyboard
(**) Option XkbRules xorg
(**) XKB: rules: xorg
(**) Option XkbModel pc105
(**) XKB: model: pc105
(**) 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/X11R6/lib/X11/fonts/cyrillic.
Entry deleted from font path.
(Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/cyrillic).
(WW) The directory /usr/X11R6/lib/X11/fonts/CID does not exist.
--
(II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.o
(II) Module ati: