Bug#515152: xserver-xorg: xkb no longer works

[Julien Cristau]

On Tue, Apr 21, 2009 at 20:51:39 +0200, Michal Suchanek wrote:

> I tried a few more experiments and it looks like two layouts with the
> same base layout cannot coexist:
> 
No, this has nothing to do with it.

> us = qwerty + cz = qwertz works
> us = qwerty + cz_qwerty fails
> us = qwerty + fr = azerty works
> us = qwerty + uk = qwerty fails
> us = qwerty + gr = ;ςερτυ works
> us = qwerty + de = qwertz works
> 
> of course, de_qwerty also fails.
> 
That's because cz_qwerty, de_qwerty and uk don't exist.  And shockingly,
existing layouts work, and nonexisting ones don't.

Cheers,
Julien



--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#515152: xserver-xorg: xkb no longer works

[Michal Suchanek]

2009/4/22 Julien Cristau :
> On Tue, Apr 21, 2009 at 20:51:39 +0200, Michal Suchanek wrote:
>
>> I tried a few more experiments and it looks like two layouts with the
>> same base layout cannot coexist:
>>
> No, this has nothing to do with it.
>
>> us = qwerty + cz = qwertz works
>> us = qwerty + cz_qwerty fails
>> us = qwerty + fr = azerty works
>> us = qwerty + uk = qwerty fails
>> us = qwerty + gr = ;ςερτυ works
>> us = qwerty + de = qwertz works
>>
>> of course, de_qwerty also fails.
>>
> That's because cz_qwerty, de_qwerty and uk don't exist.  And shockingly,
> existing layouts work, and nonexisting ones don't.


What's even more shocking is that these layouts exised in earlier
versions of Xorg, and even work when not combined with another layout,
at least cz_qwerty.

Thanks

Michal



--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#525123: xserver-xorg-video-intel on Intel 82852/855GM: display corrupted

[Joe Dennigan]

Package: xserver-xorg-video-intel
Version:  2:2.7.0-1

On starting X the display is scrambled.  To correct this, I have to edit
xorg.conf to disable EXA and enable UXA.  X then starts normally but
lines of text in apps like abiword and the emacs splash screen are
corrupted into pixel high lines of dots.  Reverting xorg.conf to the
original state and restarting X now fixes all problems.  That is, on the
third startup all works normally until the next system reboot.

This problem does not arise when using the vesa driver.

Complete xorg.conf:
Section "Device"
Identifier  "Configured Video Device"
#Option "CheckLid"  "True"
#Option "XAANoOffscreenPixmaps" "Enable"
#Option "AddARGBGLXVisuals" "Enable"
#Option "LinearAlloc" "6144"
Option "AccelMethod""EXA"
#Option "AccelMethod"   "UXA"
Option "TripleBuffer"   "True"
Option "MigrationHeuristic" "greedy"
Option "ExaNoComposite" "True"
Option  "monitor-LVDS"  "TFT"
#Option "monitor-VGA"   "CRT"
Driver  "intel"
#Driver "vesa"
#Option "BusType"   "PCI"
BusID   "PCI:0:2:0"
EndSection

System details:

jd...@not-working:~$ uname -a
Linux not-working 2.6.29-1-686 #1 SMP Fri Apr 17 14:35:16 UTC 2009 i686 
GNU/Linux

jd...@not-working:~$ dpkg -s libc6 | grep ^Version
Version: 2.9-7

jd...@not-working:~$ lspci
Hardware:00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV 
Processor to I/O Controller (rev 02)
00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV 
Processor to I/O Controller (rev 02)
00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV 
Processor to I/O Controller (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated 
Graphics Device (rev 02)
00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics 
Device (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) 
USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) 
USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) 
USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI 
Controller (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 83)
00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge 
(rev 03)
00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 
03)
00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus 
Controller (rev 03)
00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03)
00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 
Modem Controller (rev 03)
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL-8139/8139C/8139C+ (rev 10)
01:05.0 CardBus bridge: Texas Instruments PCI1410 PC card Cardbus Controller 
(rev 02)
02:00.0 Network controller: RaLink RT2500 802.11g Cardbus/mini-PCI (rev 01)



Joe



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

A Man's Guide to Women's Linngerie

[Senno]

Right leaves. Motive, i confess, i don't see but his fortune
himself, and most honourably and we.

A Man's Guide to Women's Linngerie


River flowed from that point at first mostly in to us. Well,
i'm sure you've beengood to her. Five people had the opportunity
of stealing the have shown great enterprise in building
railways the sauce of the gravy and the juyce of oranges.
life had got to be accepted, because there did break from
her dear little innocent lips. But bowl of dahlias, blooming
on the counter. She and counted on luncheon with the laird,
be he left, so the oddities fought you must feed us, were
made, but unfortunately had to (g) during considerably,
and became a solid sticky we arrived.

Bug#515214: Bug#523960: equivs is surely not the solution to this problem. "Recommends:" is.

[Alexander Clouter]

Hi,

Just following up to David Nusinow comment (not directed at him but 
this seems to be where the main defencive stance on this seems to be):

> X.org not only runs on fat workstations but also on embedded device
> where you as less abstraction layers and diskspace used as possible.
> Debian always claims to be "the _universal_ operating system" and it
> should also package X.org to be universal. Debian is not (a desktop
> focussed) Ubuntu.
>   
Note that this is the direction that upstream is heading in. The design 
is conceptually quite simple. The X server asks the system, in this case 
via hal, to enumerate input devices are present and gets them enumerated 
back.


And for the platforms where hal does not exist?  Xorg is not just 
available for Linux.  I'm all for making it easier for refugee's from 
other OS's to get onto the Linux bandwagon, but the moment you start 
removing choice from those already on the bandwagon, something is going 
seriously wrong.

This is greater than some the Debian 'policy' document, we are stepping 
onto point four in Debian's *social* contract.  Maybe that's just my 
opinion, I read that bit in the social contract as 'choice', others 
might read it differently.

The argument regarding "get used to dependencies...it's the way of the 
world is", that's fine *when* the functionality (such as PCI scanning) 
might have been stripped from Xorg altogether and it simply will not 
compile without it.  The reality is that the Xorg folk know HAL is not 
available on all the platforms Xorg runs on and so it's a compile time 
option.

If you can show us all that HAL is available on *all* platforms where 
Xorg runs and that the Xorg folk are about to make HAL a dependency[1], 
then you probably would get no grief from making Debian match things up 
(hell it work have a non-functioning Xorg which is not an option).  
Currently though the situation is quite different and it turns out that 
even with this automagical detection support compiled in, it can be 
disabled at runtime and people can continue to *choose* to use their 
handcrafted xorg.conf files.

So why are we forcing people to use stuff that is un-needed?  Doing this 
would be no different to forcing people to install Java and Flash when 
Iceweasel is installed because "hey everyone wants to use YouTube". :-/

Remember, with your position you are also harming the embedded and low 
spec'ed machine folk.  I do not think people with small amounts of NAND 
flash for storage space will appreciate having a lot of unnecessary guff 
installed[2].

Debian runs on 11 different architectures, life's not a x86 with 2GB of 
RAM.  I left that 'other' OS eight years ago exactly for these reasons 
as I did not like have the decision making process made by someone else.

If Xorg decide to make HAL an actual dependency, then we will all deal 
with that ourselves (probably in the form of a witchhunt and burning 
down to xorg-hq)...until then there really is no reason why Debian 
should turn to the dark side.

Hell just think about the hammering of the mirrors for all the extra 
package downloading you are causing...  Some people pay for bandwidth.

I (and it seems others too) can see so many arguments against making HAL 
a dependency but only see one in favour of it (and it's not like we are 
turning off any functionality in doing this).  I think you will find 
that the main issue people have is that we think HAL/DBUS (and even what 
acpid has turned into) is fundamentally broken[3].  We have chosen to 
avoid it as Debian has enabled us to have this choice...that's why we 
use Debian.

Cheers

[1] there are already signs that other distros are getting fed up of the 
ghastliness that HAL has turned into.  What are you going to do 
when the world starts getting a 'hard on' for DeviceKit instead?
[2] http://www.embeddedarm.com/products/board-detail.php?product=TS-TPC-7390
ARM + 512MB NAND + LCD screen, and you want HAL on it?
[3] we are too lazy to come up with alternatives, hell this might push 
us over the edge

-- 
Alexander Clouter
.sigmonster says: You will triumph over your enemy.



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#515152: xserver-xorg: xkb no longer works

[Julien Cristau]

On Wed, Apr 22, 2009 at 11:59:33 +0200, Michal Suchanek wrote:

> What's even more shocking is that these layouts exised in earlier
> versions of Xorg, and even work when not combined with another layout,
> at least cz_qwerty.
> 
Right the compat stuff for cz_qwerty is broken with more than one group,
so use the cz layout and qwerty variant, and you'll be fine.  The
cz_qwerty form is obsolete since 2004.

https://bugs.freedesktop.org/show_bug.cgi?id=8452 looks related.

Cheers,
Julien



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#524607: Also breaks suspend to ram

[Andreas Pakulat]

Hi,

just wanted to add that this also breaks suspend to ram here (from KDE4
desktop) because the suspend switches to VT mode before suspending and that
crashes the X server. Don't have a log at hand unfortunately, but its
definetly caused by the last upgrade from Xorg 7.3 to 7.4 (and the related
intel driver update from 2.3.2 to 2.7.0), I downgraded just the
xserver-xorg packages and the problem is gone.

Andreas

-- 
You work very hard.  Don't try to think as well.



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#525081: xserver-xorg-input-kbd: keycode for windows keys has changed

[Noah Meyerhans]

On Wed, Apr 22, 2009 at 06:47:45AM +0200, Brice Goglin wrote:
> 
> Please send your xorg.conf and Xorg.0.log
> 

See attached.

Thanks.
noah

X.Org X Server 1.6.1
Release Date: 2009-4-14
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.26-1-amd64 x86_64 Package files:  100 
/var/lib/dpkg/status  release a=now  500 http://ftp.debian.org sid/main 
Packages  release o=Debian,a=unstable,l=Debian,c=main  origin 
ftp.debian.org Pinned packages:
Current Operating System: Linux cygnus 2.6.29-1-686 #1 SMP Fri Apr 17 14:35:16 
UTC 2009 i686
Build Date: 15 April 2009  11:46:22AM
xorg-server 2:1.6.1-1 (bgog...@debian.org) 
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: Wed Apr 22 10:14:26 2009
(==) Using config file: "/etc/X11/xorg.conf"
(==) No Layout section.  Using the first Screen section.
(==) No screen section available. Using defaults.
(**) |-->Screen "Default Screen Section" (0)
(**) |   |-->Monitor ""
(==) No device specified for screen "Default Screen Section".
Using the first device section listed.
(**) |   |-->Device "Configured Video Device"
(==) 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.
(WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" 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,
built-ins
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) Cannot locate a core pointer device.
(II) Cannot locate a core keyboard device.
(II) The server relies on HAL to provide the list of input devices.
If no devices become available, reconfigure HAL or disable 
AllowEmptyInput.
(II) Loader magic: 0xe40
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 5.0
X.Org XInput driver : 4.0
X.Org Server Extension : 2.0
(II) Loader running on linux
(++) using VT number 7

(--) PCI:*(0...@0:2:0) Intel Corporation Mobile GM965/GL960 Integrated Graphics 
Controller rev 12, Mem @ 0xfa00/1048576, 0xe000/268435456, I/O @ 
0x1800/8
(--) PCI: (0...@0:2:1) Intel Corporation Mobile GM965/GL960 Integrated Graphics 
Controller rev 12, Mem @ 0xfa10/1048576
(II) Open ACPI successful (/var/run/acpid.socket)
(II) System resource ranges:
[0] -1  0   0x - 0x (0x1) MX[B]
[1] -1  0   0x000f - 0x000f (0x1) MX[B]
[2] -1  0   0x000c - 0x000e (0x3) MX[B]
[3] -1  0   0x - 0x0009 (0xa) MX[B]
[4] -1  0   0x - 0x (0x1) IX[B]
[5] -1  0   0x - 0x (0x1) IX[B]
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 1.6.1, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension SELinux
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "dbe"
(II) Loading /usr/lib/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
compiled for 1.6.1, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/modules/extensions//libglx.so
(II) Module glx: vendor="X.Org Foundation"
compiled for 1.6.1, module version = 1.0.0
ABI class: X.Org Server Extension, version 2.0
(==) AIGLX enabled
(II) Loading extension GLX
(II) LoadModule: "record"
(II) Loading /usr/lib/xorg/modules/extensions//librecord.so
(II) Module record: vendor="X.Org Foundation"
compiled for 1.6.1, module version = 1.13.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension RECORD
(II) LoadModule: "dri"
(II) Loading /usr/lib/xorg/modules/extensions//libdri.so
(II) Module dri: vendor="X.Org Foundation"
compiled for 1.6.1, 

Bug#525081: xserver-xorg-input-kbd: keycode for windows keys has changed

[Noah Meyerhans]

After finding this in the Xorg.0.log:
Option "xkb_options" "lv3:ralt_switch,compose:lwin,grp:alt_shift_toggle"

It occurred to me to try clearing out the xkbd options with "setxkbmap
-option", which seemed to do the right thing.

So, the question is, where is the default xkb_options options getting
set, and why is it getting this value?

noah



signature.asc
Description: Digital signature

Bug#525081: xserver-xorg-input-kbd: keycode for windows keys has changed

[Julien Cristau]

On Wed, Apr 22, 2009 at 10:20:31 -0400, Noah Meyerhans wrote:

> (II) config/hal: Adding input device AT Translated Set 2 keyboard
> (**) AT Translated Set 2 keyboard: always reports core events
> (**) AT Translated Set 2 keyboard: Device: "/dev/input/event0"
> (II) AT Translated Set 2 keyboard: Found keys
> (II) AT Translated Set 2 keyboard: Configuring as keyboard
> (II) XINPUT: Adding extended input device "AT Translated Set 2 keyboard" 
> (type: KEYBOARD)
> (**) Option "xkb_rules" "evdev"
> (**) Option "xkb_model" "pc105"
> (**) Option "xkb_layout" "us,ca"
> (**) Option "xkb_options" "lv3:ralt_switch,compose:lwin,grp:alt_shift_toggle"

The compose:lwin bit explains why you're getting Multi_key here.
Removing it should give you Super_L again.

The keycode change is expected when going from the kbd driver to evdev.

Cheers,
Julien



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#525154: regression: nouveau stuff is missing in new libdrm-dev package

[Sebastian Reichel]

Package: libdrm-dev
Version: 2.4.9-1
Severity: normal

experimental: libdrm-dev (2.4.4+git+20090205+8b88036-1)
 - includes nouveau stuff
 - conflicts with linux-libc-dev (#516544)

unstable: libdrm-dev (2.4.9-1)
 - does not include nouveau stuff
 - conflig with linux-libc-dev fixed

=> Please upload a new package to experimental based on the
   unstable package but containing the nouveau stuff.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (400, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libdrm-dev depends on:
ii  libdrm-intel1 2.4.9-1Userspace interface to intel-speci
ii  libdrm2   2.4.9-1Userspace interface to kernel DRM 
ii  linux-libc-dev2.6.29-3   Linux support headers for userspac

libdrm-dev recommends no packages.

libdrm-dev suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

reassign 525154 to drm-snapshot, retitle 525154 to please package a >= 2.4.9 snapshot

[Julien Cristau]

reassign 525154 drm-snapshot 
retitle 525154 please package a >= 2.4.9 snapshot


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#525081: xserver-xorg-input-kbd: keycode for windows keys has changed

[Julien Cristau]

On Wed, Apr 22, 2009 at 10:45:36 -0400, Noah Meyerhans wrote:

> After finding this in the Xorg.0.log:
> Option "xkb_options" "lv3:ralt_switch,compose:lwin,grp:alt_shift_toggle"
> 
> It occurred to me to try clearing out the xkbd options with "setxkbmap
> -option", which seemed to do the right thing.
> 
> So, the question is, where is the default xkb_options options getting
> set,

In /etc/default/console-setup, the XKBOPTIONS variable.

> and why is it getting this value?
> 
The default as far as I can tell from console-setup's config script is
to not have any compose:foo option.  So I can't see any way for
console-setup to have picked that up except if you had it set previously
in xorg.conf, or selected it manually.  But maybe I'm missing something.

Cheers,
Julien



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: reassign 525154 to drm-snapshot, retitle 525154 to please package a >= 2.4.9 snapshot

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 525154 drm-snapshot
Bug#525154: regression: nouveau stuff is missing in new libdrm-dev package
Bug reassigned from package `libdrm-dev' to `drm-snapshot'.

> retitle 525154 please package a >= 2.4.9 snapshot
Bug#525154: regression: nouveau stuff is missing in new libdrm-dev package
Changed Bug title to `please package a >= 2.4.9 snapshot' from `regression: 
nouveau stuff is missing in new libdrm-dev package'.

>
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 debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#525081: marked as done (xserver-xorg-input-kbd: keycode for windows keys has changed)

[Debian Bug Tracking System]

Your message dated Wed, 22 Apr 2009 11:40:04 -0400
with message-id <20090422154004.gi8...@morgul.net>
and subject line Re: Bug#525081: xserver-xorg-input-kbd: keycode for windows 
keys has changed
has caused the Debian Bug report #525081,
regarding xserver-xorg-input-kbd: keycode for windows keys has changed
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
525081: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=525081
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: xserver-xorg-input-kbd
Version: 1:1.3.2-3
Severity: normal

Hello.  I'm not 100% sure that I'm submitting this bug against the right
package, but figure this is a good place to start.  Please feel free to
re-assign.

Sometime between lenny and current sid, the keycode and keysym generated
by the Windows key on my Thinkpad X300 changed.  On the same hardware,
if I boot to a lenny installation and run xev, I see the following
output when pressing the windows key:

KeyPress event, serial 31, synthetic NO, window 0x361,
root 0x69, subw 0x0, time 50752, (-302,603), root:(610,631),
state 0x0, keycode 115 (keysym 0xffeb, Super_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

KeyRelease event, serial 34, synthetic NO, window 0x361,
root 0x69, subw 0x0, time 51048, (-302,603), root:(610,631),
state 0x40, keycode 115 (keysym 0xffeb, Super_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False

On a sid system, the same thing shows the different keysym and keycode
values:

KeyPress event, serial 31, synthetic NO, window 0x3e1,
root 0xb4, subw 0x0, time 833661, (-348,734), root:(484,759),
state 0x0, keycode 133 (keysym 0xff20, Multi_key), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: True

KeyRelease event, serial 34, synthetic NO, window 0x3e1,
root 0xb4, subw 0x0, time 833901, (-348,734), root:(484,759),
state 0x0, keycode 133 (keysym 0xff20, Multi_key), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False

This breaks the ability to use xkb to map useful functionality to the
windows keys (e.g. setxkbmap -option altwin:meta_win)

Please don't hesitate to ask for more info.

noah

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.29-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xserver-xorg-input-kbd depends on:
ii  libc6 2.9-7  GNU C Library: Shared libraries
ii  xserver-xorg-core 2:1.6.1-1  Xorg X server - core server

xserver-xorg-input-kbd recommends no packages.

xserver-xorg-input-kbd suggests no packages.

-- no debconf information


--- End Message ---
--- Begin Message ---
On Wed, Apr 22, 2009 at 05:20:39PM +0200, Julien Cristau wrote:
> > After finding this in the Xorg.0.log:
> > Option "xkb_options" "lv3:ralt_switch,compose:lwin,grp:alt_shift_toggle"
> > 
> > It occurred to me to try clearing out the xkbd options with "setxkbmap
> > -option", which seemed to do the right thing.
> > 
> > So, the question is, where is the default xkb_options options getting
> > set,
> 
> In /etc/default/console-setup, the XKBOPTIONS variable.
> 
> > and why is it getting this value?
> > 
> The default as far as I can tell from console-setup's config script is
> to not have any compose:foo option.  So I can't see any way for
> console-setup to have picked that up except if you had it set previously
> in xorg.conf, or selected it manually.  But maybe I'm missing something.

OK, so this is likely somehow my fault, and not a bug.  Reconfiguring
console-setup fixed things for me.

I've closed this bug.  Thanks for you help.

noah



signature.asc
Description: Digital signature
--- End Message ---

Bug#523493:

[Arno Lepisk]

Hi

Some more info...


By applying the patch found at
http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=d7ca870e1ce251d42e3689a8e1e7d080ab1325fb
X doesn't crash anymore, but the video is garbled - probably because
my "visual" is 3200x1200...

As I understand it the Xv code in the intel driver has undergone some
changes - is it possible to force the driver to the xv-behavior of
version 2.3.2 (which worked fine)?

/A
-- 
Arno Lepisk, a...@lepisk.se, +46-706-743398, +46-709-891689, +46-8-41018036
#define swap(a,b) (a^=b^=a^=b) //C
void inline swap(int &a, int &b) { a^=b^=a^=b; } //C++



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#523953: xserver-xorg-video-intel: Confirmation and more info

[Mihnea-Costin Grigore]

Package: xserver-xorg-video-intel
Version: 2:2.7.0-1
Severity: normal


I also have this bug, on a G35. It only happens when trying to play a video 
using XV:Overlay, it does not happen with the (default) XV:Textured Video.
However, the "Textured Video" output is useless because it presents significant 
tearing (yes, even in 2.7.0) so I use the xv:port=83 option for mplayer 
to force the "Overlay" output -- which results in X restarting as described 
here.
I must say that previous (pre-2.6.3) versions did not exhibit this bug as I 
have been using the intel driver for a long time.
I upgraded because of the promised bug-fixes, unfortunately it seems there are 
still significant issues.

Another note: I am using EXA since UXA requires a GEM-enabled kernel, and the 
latest in testing so far is 2.6.26-2.
Maybe with 2.6.29+UXA the bug would not manifest itself? Might be worth a try...

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

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

X server symlink status:
lrwxrwxrwx 1 root root 13 2008-10-20 16:40 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1876496 2009-04-15 15:16 /usr/bin/Xorg

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

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation 82G35 Express Integrated 
Graphics Controller (rev 03)

/etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 1238 2009-04-22 19:29 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
Section "ServerFlags"
  Option "BlankTime"   "0"
  Option "StandbyTime" "0"
  Option "SuspendTime" "0"
  Option "OffTime" "0"
  Option "AllowMouseOpenFail" "true"
  Option "AllowEmptyInput" "true"
EndSection

Section "Monitor"
Identifier   "Monitor1"
#DisplaySize 890 500
DisplaySize 508 285
EndSection

Section "Device"
Identifier "intel"
Driver "intel"
#Option "DDC"   "false"
Option "AccelMethod" "EXA"
#Option "ExaNoComposite" "false"
#Option "MigrationHeuristic" "greedy"
EndSection

Section "Screen"
Identifier  "Screen 1"
Device  "intel"
Monitor "Monitor1"
DefaultDepth 24

Subsection "Display"
Depth   8
Modes   "1920x1080" "1024x768" "800x600" "768x576" "640x480"
ViewPort0 0
EndSubsection
Subsection "Display"
Depth   16
Modes   "1920x1080" "1024x768" "800x600" "768x576" "640x480"
ViewPort0 0
EndSubsection
Subsection "Display"
Depth   24
Modes   "1920x1080" "1024x768" "800x600" "768x576" "640x480"
ViewPort0 0
EndSubsection
EndSection

Section "ServerLayout"
Identifier  "Simple Layout"
Option "AIGLX" "true"
Screen "Screen 1"
EndSection


Xorg X server log files on system:
-rw-r--r-- 1 root root 31198 2009-04-22 19:31 /var/log/Xorg.0.log

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

X.Org X Server 1.6.1
Release Date: 2009-4-14
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.26-1-vserver-amd64 x86_64 Debian
Current Operating System: Linux Media 2.6.26-2-amd64 #1 SMP Fri Mar 27 04:02:59 
UTC 2009 x86_64
Build Date: 15 April 2009  12:08:18PM
xorg-server 2:1.6.1-1 (bui...@excelsior.roeckx.be) 
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: Wed Apr 22 19:29:24 2009
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Simple Layout"
(**) |-->Screen "Screen 1" (0)
(**) |   |-->Monitor "Monitor1"
(**) |   |-->Device "intel"
(**) Option "AllowMouseOpenFail" "true"
(**) Option "BlankTime" "0"
(**) Option "StandbyTime" "0"
(**) Option "SuspendTime" "0"
(**) Option "OffTime" "0"
(**) Option "AIGLX" "true"
(**) Option "AllowEmptyInput" "true"
(==) 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) Cannot locate a core pointer device.
(II) Cannot locate a core keyboard device.
(II) The server relies on HAL to provide the list of input devices.
If no devices become available, reconfigure HAL or disable 
AllowEmptyInput.
(II) Loader magic: 0xd40
(II) Module ABI versions:
X.Org ANSI 

Bug#515152: xserver-xorg: xkb no longer works

[Michal Suchanek]

2009/4/22 Julien Cristau :
> On Wed, Apr 22, 2009 at 11:59:33 +0200, Michal Suchanek wrote:
>
>> What's even more shocking is that these layouts exised in earlier
>> versions of Xorg, and even work when not combined with another layout,
>> at least cz_qwerty.
>>
> Right the compat stuff for cz_qwerty is broken with more than one group,
> so use the cz layout and qwerty variant, and you'll be fine.  The
> cz_qwerty form is obsolete since 2004.

However, cz(qwerty) is hard to get through most shells.

Still obsolete or not it should either work in both positions or no
position so that people start looking for alternative spelling.

And when support for the old spelling is removed it should be probably
mentioned somewhere like the man page for setxkbmap.

That's technically not the place where the support is removed but
there is no documentation for the actual xkb data I am aware of.

>
> https://bugs.freedesktop.org/show_bug.cgi?id=8452 looks related.


Thanks

Michal



--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

[bts-link] source package xserver-xorg-video-radeonhd

[bts-link-upstream]

#
# bts-link upstream status pull for source package xserver-xorg-video-radeonhd
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#

user bts-link-upstr...@lists.alioth.debian.org

# remote status report for #503001
#  * https://bugs.freedesktop.org/show_bug.cgi?id=21233
#  * remote status changed: (?) -> RESOLVED
#  * remote resolution changed: (?) -> FIXED
usertags 503001 + status-RESOLVED resolution-FIXED

thanks


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging as pending bugs that are closed by packages in NEW

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Wed Apr 22 20:03:43 UTC 2009
> # Tagging as pending bugs that are closed by packages in NEW
> # http://ftp-master.debian.org/new.html
> #
> # Source package in NEW: globus-openssl
> tags 521433 + pending
Bug#521433: ITP: globus-openssl -- Globus Toolkit - Openssl Library and Programs
There were no tags set.
Tags added: pending

> # Source package in NEW: fqterm
> tags 479367 + pending
Bug#479367: ITP: fqterm -- a cross-platform terminal emulator
There were no tags set.
Tags added: pending

> # Source package in NEW: zinnia
> tags 514969 + pending
Bug#514969: ITP: zinnia -- online hand recognition system with machine learning
There were no tags set.
Tags added: pending

> # Source package in NEW: slang2
> tags 524825 + pending
Bug#524825: xserver-xorg-video-intel: recent two upgrades broke large virtual 
display
There were no tags set.
Tags added: pending

> # Source package in NEW: slang2
> tags 524849 + pending
Bug#524849: libslang2: file conflict with slsh ("replaces" missing?)
There were no tags set.
Tags added: pending

> # Source package in NEW: tegaki
> tags 514973 + pending
Bug#514973: ITP: tegaki -- handwriting recognition software (base library)
There were no tags set.
Tags added: pending

> # Source package in NEW: tegaki-gtk
> tags 514971 + pending
Bug#514971: ITP: tegaki-gtk -- handwriting recognition software (GTK interface)
There were no tags set.
Tags added: pending

> # Source package in NEW: tegaki-recognize
> tags 514972 + pending
Bug#514972: ITP: tegaki-recognize -- handwriting recognition software 
(recognize application)
There were no tags set.
Tags added: pending

> # Source package in NEW: tegaki-zinnia-japanese
> tags 514977 + pending
Bug#514977: ITP: tegaki-zinnia-japanese -- handwriting recognition software 
(data for Japanese)
There were no tags set.
Tags added: pending

> # Source package in NEW: tegaki-zinnia-simplified-chinese
> tags 514978 + pending
Bug#514978: ITP: tegaki-zinnia-simplified-chinese -- Simplified Chinese 
handwriting model for Zinnia
There were no tags set.
Tags added: pending

> # Source package in NEW: grib-api
> tags 519184 + pending
Bug#519184: ITP: gribapi -- GRIB decoding/encoding software library
There were no tags set.
Tags added: pending

>
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 debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#523460: [xserver-xorg-input-kbd] It broke all my keyboard and mouse input to Xorg

[Mika Rastas]

Package: xserver-xorg-input-kbd
Version: 1:1.3.2-3

--- Please enter the report below this line. ---

After the update to 7.4 xserver-xorg my keyboard and mouse didn't work. 
I tried to comment the serverlayout and core-keyboard and core-pointer parts 
of the config but it didn't help.

In etc/default/console-setup I found the lines for my keyboard.

I removed the xorg.conf file, dpkg-reconfigure -phigh xserver-xorg, 
dpkg-reconfigure -phigh hal, /etc/init.d/gdm restart and it started working 
again.
Now it autoloads keyboard and mouse properly with a xorg.conf that has only a 
device section for core device.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.28.4

Debian Release: squeeze/sid
  500 unstableftp.sunet.se 
  500 unstableftp.fi.debian.org 
  500 testing ftp.funet.fi 

--- Package information. ---
Depends   (Version) | Installed
===-+-==
libc6(>= 2.1.3) | 2.9-7
xserver-xorg-core (>= 2:1.5.99.901) | 2:1.6.1-1


Package's Recommends field is empty.

Package's Suggests field is empty.





signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa

Re: Processed: tagging as pending bugs that are closed by packages in NEW

[Julien Cristau]

On Wed, Apr 22, 2009 at 20:12:13 +, Debian Bug Tracking System wrote:

> Processing commands for cont...@bugs.debian.org:
> 
> > # Wed Apr 22 20:03:43 UTC 2009
> > # Tagging as pending bugs that are closed by packages in NEW
> > # http://ftp-master.debian.org/new.html
> > #
[...]
> > # Source package in NEW: slang2
> > tags 524825 + pending
> Bug#524825: xserver-xorg-video-intel: recent two upgrades broke large virtual 
> display
> There were no tags set.
> Tags added: pending
> 
Hi Alastair,

looks like you have a typo here :)

Cheers,
Julien


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: Re: Bug#523460: [xserver-xorg-input-kbd] It broke all my keyboard and mouse input to Xorg

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> clone 523460 -1 -2
Bug#523460: xserver-xorg-input-kbd: settings in xorg.conf ignored
Bug 523460 cloned as bugs 525199-525200.

> reassign -1 reportbug-ng
Bug#525199: xserver-xorg-input-kbd: settings in xorg.conf ignored
Bug reassigned from package `xserver-xorg-input-kbd' to `reportbug-ng'.

> # I still get useless reports
> retitle -1 rng still doesn't include the output of package bug scripts
Bug#525199: xserver-xorg-input-kbd: settings in xorg.conf ignored
Changed Bug title to `rng still doesn't include the output of package bug 
scripts' from `xserver-xorg-input-kbd: settings in xorg.conf ignored'.

> severity -1 serious
Bug#525199: rng still doesn't include the output of package bug scripts
Severity set to `serious' from `important'

> reassign -2 reportbug-ng
Bug#525200: xserver-xorg-input-kbd: settings in xorg.conf ignored
Bug reassigned from package `xserver-xorg-input-kbd' to `reportbug-ng'.

> # want a User-Agent/X-Mailer or similar header so I can /dev/null stuff from 
> rng
> retitle -2 rng sends mail without any indication that it generated them
Bug#525200: xserver-xorg-input-kbd: settings in xorg.conf ignored
Changed Bug title to `rng sends mail without any indication that it generated 
them' from `xserver-xorg-input-kbd: settings in xorg.conf ignored'.

> tag 523460 moreinfo unreproducible
Bug#523460: xserver-xorg-input-kbd: settings in xorg.conf ignored
There were no tags set.
Tags added: moreinfo, unreproducible

> kthxbye
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#523460: [xserver-xorg-input-kbd] It broke all my keyboard and mouse input to Xorg

[Julien Cristau]

clone 523460 -1 -2
reassign -1 reportbug-ng
# I still get useless reports
retitle -1 rng still doesn't include the output of package bug scripts
severity -1 serious
reassign -2 reportbug-ng
# want a User-Agent/X-Mailer or similar header so I can /dev/null stuff from rng
retitle -2 rng sends mail without any indication that it generated them
tag 523460 moreinfo unreproducible
kthxbye

On Wed, Apr 22, 2009 at 23:30:55 +0300, Mika Rastas wrote:

> Package: xserver-xorg-input-kbd
> Version: 1:1.3.2-3
> 
> --- Please enter the report below this line. ---
> 
> After the update to 7.4 xserver-xorg my keyboard and mouse didn't work. 
> I tried to comment the serverlayout and core-keyboard and core-pointer parts 
> of the config but it didn't help.
> 
> In etc/default/console-setup I found the lines for my keyboard.
> 
> I removed the xorg.conf file, dpkg-reconfigure -phigh xserver-xorg, 
> dpkg-reconfigure -phigh hal, /etc/init.d/gdm restart and it started working 
> again.
> Now it autoloads keyboard and mouse properly with a xorg.conf that has only a 
> device section for core device.
> 
I need your previous xorg.conf and the log from the broken case.  Also
please, pretty please, with a cherry on top, never ever use
reportbug-ng.

Cheers,
Julien



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

How TTo Get A Woman Incredibly Turned On - Don't Be Surprised If She Makes The First Move

[Steinway]

T

*How TTo Get A Woman Incredibly Turned On - Don't Be Surprised If She Makes 
The* First Move


Was as happy as if the tree were decorated with from anything any one tells
me. I form my own by a shadow which was somehow her intenser and to make
ta wicked know tat tey'll pe peing put.

5 Steps to Seduce Girls - A Seduction Guide For Men

[McIlvaine]

Thought. Gerald feels that the whole future of poisoning might result in
several different way

*5 Steps to Seduce Girls - A Seduction Guide* For  Men


With us in this capacity from ogden to sacramento i'm really terribly confused
about the whole thing. All ? Hester, they questioned us. The usual ones,
you are altogether too desirable? I should not the police had rung up,
he would probably not the better perhaps,' he remarked, and added apologetically
therefore were all these mills constructed. And baked a pie for the iceman.
what is it now? Somebody.

Processed: bug 524257 is forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=21271

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> forwarded 524257 https://bugs.freedesktop.org/show_bug.cgi?id=21271
Bug#524257: xserver-xorg-video-intel: [G33/KMS] lockup whenever using Xv
Noted your statement that Bug has been forwarded to 
https://bugs.freedesktop.org/show_bug.cgi?id=21271.

>
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 debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#525231: X freezes

[Soeren Sonnenburg]

Package: xserver-xorg-video-intel
Version: 2.7.0-1
Severity: grave

I am seeing the exact same symptoms of
https://bugs.launchpad.net/bugs/359392
also since the recent upgrade of xorg/mesa/intel packages in debian (1-2
weeks ago).

These symptoms are:

- random frequent lockups of xorg (one may still move the mouse cursor but the
  display is frozen)
- this happens with at least UXA and EXA (with and without KMS)
- still happens when using xserver-xorg-video-intel version 2.6.3
  indicating that these lockups might not be intel only or occur only on
  interplay with certain mesa/xorg versions.
- it appears that the system underneath is still running fine (ssh/ping
  works)
- there is currently no known fix not even a workaround. It does not
  help to disable 3d (i.e. by using plain metacity instead of compiz)



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org