Bug#616644: xdm: strange behaviour after logging out: not reading kbd or mouse

[enno.vet]

Package: xdm
Version: 1:1.1.10-3
Severity: important

Using xdm as session manager, after logging out from windowmanager (e16) 
session user has again xdm login screen.  Strangely any input typed on kbd only 
gets echoed onscreen after moving the mouse.  This "echo delay" includes the 
enter key as well as the VT switch keys (C+A+F[1-6]{1}).
Also a password containing some unusual chars (such as #@" and the like) is not 
recognised correctly then, so cannot login.

Alternatively (about every other time) the kbd input is echoed immediately (as 
normal) and recognised well, but the mouse is as dead as a doornail, and is not 
resurrected on entering windowmanager session.  Strangely though a mouse tap 
seems to be noticed -- and reacted to -- only after having typed a key on the 
kbd.  Pointer movement is nil, however.

This strange behaviour can be "re-set" to normal by switching to a VT and then 
back to VT7.

Note: This only happens after coming back to login screen after logging out 
from  windowmanager session.  On first login there's no problem at all (apart 
from the spaces echoed by the password field, s. bug #575486).

Not sure if this comes from xdm proper or some associated xlib.
Just noticed: same behaviour is also shown by xdm 1:1.1.8-5.

As noted before, my kernel is a custom kernel out of debian linux-source-2.6.30 
which I have been using since its compilation without any of these X-related 
problems.  Findings with std debian 2.6.32-5-686 #1 SMP Wed Jan 12 04:01:41 UTC 
2011 i686 GNU/Linux are exactly the same.

Hardware: dell inspiron 1300 (laptop) with synaptics touchpad.

Brgds, e.

Excerpt from .xsession-errors:
=
Xsession: X session started for enno at Sat Mar  5 17:12:04 CET 2011
non-network local connections being added to access control list
vol set to 22, 22
igain set to 0, 0
XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
  after 11892 requests (11628 known processed) with 0 events remaining.
aumix: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0.
XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
  after 131 requests (113 known processed) with 0 events remaining.
X connection to :0.0 broken (explicit kill or server shutdown).
=

Excerpt from /var/log/xdm.log:
=
Sat Mar  5 17:11:37 2011 xdm info (pid 2545): sourcing /etc/X11/xdm/Xsetup
Sat Mar  5 17:12:04 2011 xdm info (pid 2545): sourcing /etc/X11/xdm/Xstartup
Sat Mar  5 17:12:04 2011 xdm info (pid 2564): executing session 
/etc/X11/xdm/Xsession
Sat Mar  5 17:13:49 2011 xdm info (pid 2545): sourcing /etc/X11/xdm/Xreset
Sat Mar  5 17:13:49 2011 xdm info (pid 1823): Starting X server on :0
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:  Type "ONE_LEVEL" has 1 levels, but  has 2 symbols
>   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
[config/hal] couldn't initialise context: (null) ((null))
:31:2: error: invalid preprocessing directive #xlogin
:32:2: error: invalid preprocessing directive #xlogin
:33:2: error: invalid preprocessing directive #xlogin
:34:2: error: invalid preprocessing directive #xlogin
:35:2: error: invalid preprocessing directive #xlogin
:36:2: error: invalid preprocessing directive #xlogin
:37:2: error: invalid preprocessing directive #xlogin
:38:2: error: invalid preprocessing directive #xlogin
=

Excerpt from /var/log/Xorg.0.log:
=
(II) evaluating device (Keyboard)
(II) evaluating device (Mouse)
(**) Keyboard: xkb_rules: "xorg"
(**) Option "xkb_model" "evdev"
(**) Keyboard: xkb_model: "evdev"
(**) Keyboard: xkb_layout: "de"
(--) Mouse auto-dev sets device to /dev/input/event6
(**) Option "Device" "/dev/input/event6"
(--) Mouse touchpad found
[config/hal] couldn't initialise context: (null) ((null))
(II) Keyboard: Device reopened after 1 attempts.
(II) AIGLX: Suspending AIGLX clients for VT switch
(II) intel(0): xf86UnbindGARTMemory: unbind key 2
(II) intel(0): xf86UnbindGARTMemory: unbind key 0
(II) intel(0): xf86UnbindGARTMemory: unbind key 1
(II) intel(0): xf86UnbindGARTMemory: unbind key 3
(II) intel(0): xf86UnbindGARTMemory: unbind key 4
(II) Open ACPI successful (/var/run/acpid.socket)
(II) AIGLX: Resuming AIGLX clients after VT switch
(II) intel(0): xf86BindGARTMemory: bind key 2 at 0x0080 (pgoffset 2048)
(II) intel(0): xf86BindGARTMemory: bind key 0 at 0x0100 (pgoffset 4096)
(II) intel(0): xf86BindGARTMemory: bind key 1 at 0x0200 (pgoffset 8192)
(II) intel(0): xf86BindGARTMemory: bind key 3 at 0x0380 (pgoffset 14336)
(II) intel(0): xf86BindGARTMemory: bind key 4 at 0x

Bug#616086: xserver-xorg-video-intel: Arbitrarily crashes X

[enno . vet]

Believe it or not, I can't reproduce the behaviour.  I must have
upgraded some lib involved in this, and I'm sure I won't be able to
re-establish the exact same software situation on my system, alas.

Instead now the xserver-xorg-video-intel thing doesn't even start at
all.  No matter if on my custom kernel or std deb 2.6.32-5-686.

Again, xserver-xorg-video-vesa works.

The only abnormal finding in kern.log, occuring when starting xorg with the 
vesa driver:
Mar  4 12:56:17 mash kernel: [20797.818002] mtrr: base(0xc000) is not 
aligned on a size(0x7b) boundary
Mar  4 13:00:47 mash kernel: [21068.387185] mtrr: no MTRR for c000,7b 
found
Mar  4 13:00:47 mash kernel: [21068.395407] mtrr: base(0xc000) is not 
aligned on a size(0x7b) boundary

All other log files WNL (messages daemon.log debug etc.pp.).

Brgds, e.

-- 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 Mar  3  2008 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1733468 Jan 12 04:50 /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 915GM/GMS/910GML 
Express Graphics Controller (rev 03)

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

Xorg X server configuration file status:
-rw-r--r-- 1 root root 3532 Mar  4 13:02 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
Section "ServerLayout"
Identifier"Layout"
Screen"Screen"
InputDevice   "Keyboard"
InputDevice   "Mouse"
EndSection

Section "ServerFlags"
#Option "AllowMouseOpenFail" "on" # default: no # try on w/ 2.6.32 
nightmare, makes no diff at all!
Option "DontVTSwitch" "no"
# from daemonforums.org, for X without hal:
Option "AllowEmptyInput" "no" # default: on, off for 2.6.32
Option "AutoAddDevices" "no" # default: on, off for 2.6.32
# further:
Option "AutoEnableDevices" "on"

EndSection

Section "InputDevice"
Identifier  "Keyboard"
Driver  "evdev"
##Option  "CoreKeyboard" # deprecated, use SendCoreEvents (def: on) 
# c'd out for 2.6.32
Option  "SendCoreEvents" "on" # added for testing, default "on"
Option  "Device" "/dev/input/event0"
Option  "XkbRules" "xorg"
Option  "XkbModel" "pc105"
Option  "XkbLayout" "de"
EndSection

Section "InputDevice"
Identifier "Mouse"
Driver "synaptics"
#Option "CorePointer" # deprecated, use SendCoreEvents # c'd out 
for 2.6.32
Option "SendCoreEvents" "true" # default: on, shouldn't make any 
diff w/o multiple mice
Option "GrabDevice" "true"
Option "Device" "/dev/input/event6" # c'd IN for 2.6.32
#Option "Device" "/dev/psaux" not work
#Option "Device" "/dev/input/mouse0" # not work with new
# synaptics(4) options:
Option "Protocol" "auto-dev" # can be "event" for 2.6.32
Option "TapButton1" "1"
Option "TapButton2" "2"
Option "TapButton3" "3"
Option "VertTwoFingerScroll" "on"
EndSection

Section "Monitor"
#DisplaySize  330   210 # mm
Identifier   "Monitor"
#VendorName   "QDS" # optional
#ModelName"46"  # optional
Option "DPMS" "on"
EndSection

Section "Device"
# first: generic options
#   Option  "ModeDebug" "true"
Identifier  "GraphChip"
Driver  "intel"
#   Driver  "vesa" # WORKS!
#   Driver  "fbdev"
BusID   "PCI:0:2:0"
Screen  0 # Most drivers require that the primary screen (0) be 
present.
#   VendorName  "Intel Corporation" # optional
# then:  intel options
#   Option  "FallbackDebug" "true" # this produces about 21MB of blah
#   Option  "XvMC" "true" # driver disables this # try without
# final: undocumented:
#   BoardName   "Mobile 915GM/GMS/910GML Express Graphics Controller"
EndSection

Section "Screen"
Identifier "Screen"
Device "GraphChip"
Monitor"Monitor"
Option "Accel" # Try to setup XAA (seemed to work with last driver)
SubSection "Display"
Viewport   0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 15
EndSubSection
SubSection "Display" # this is default as per fbdev
Viewport   0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 24
EndSubSection
EndSection



Kernel version (/proc/version):
Linux version 2.6.32-5-686 (Debian 2.6.32-30) (b...@decadent.org.uk) (gcc 
version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 12 04:01:41 UTC 2011

Xorg X server log files

Bug#76685: Confirmation of problem in xorg 7.1.0

[Neil McGovern]

On Sat, Mar 05, 2011 at 11:35:15PM +0100, Cyril Brulebois wrote:
> Hi,
> 
> Neil McGovern  (14/12/2006):
> > This bug still exists in the latest version of Xorg. Setting depth
> > to 8 alleviates this, but nothing higher will work.
> 
> just checking… what's the status with squeeze or higher?
> 

No idea I'm afraid, I don't have the hardware anymore to test this.

Neil
-- 
[local irc server has just been brought up]
 suddenly there's quite some silence in the hacklab



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110306100653.gb31...@halon.org.uk

Bug#62489: marked as done (xterm: "secure keyboard" ignores AltGr modifier)

[Debian Bug Tracking System]

Your message dated Sun, 6 Mar 2011 12:14:57 +0100
with message-id <20110306111457.gf2...@home.lan>
and subject line Re: Bug#62489: #62489 xterm: "secure keyboard" ignores AltGr 
modifier
has caused the Debian Bug report #62489,
regarding xterm: "secure keyboard" ignores AltGr modifier
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.)


-- 
62489: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=62489
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: xterm
Version: 3.3.6-6
Severity: normal

This prevents to enter some characters when in this mode, with a
stqndqrd french kbd.  Example chars are ~#{[|`\^@, which one can
easily find in passwords, for which the "secure keyboard" mode is most
useful.

-- 
Yann Dirson |Why make M$-Bill richer & richer ?
debian-email:|   Support Debian GNU/Linux:
| Cheaper, more Powerful, more Stable !
http://www.altern.org/ydirson/  | Check 
--- End Message ---
--- Begin Message ---
On Sat, Mar 05, 2011 at 11:51:08PM +0100, Cyril Brulebois wrote:
> Hi Yann,
> 
> Thomas Dickey  (09/08/2009):
> > Is this still reproducible?  (I don't have a keyboard with AltGr to
> > test with).
> 
> ping?

Looks OK now - it's been ages since I've last used "secure keyboard",
probably in part because of that issue :)


--- End Message ---

Bug#616485: libgl1-mesa-dri/radeon: [amd64] iceweasel segfault from flashplugin-nonfree inside libgl-mesa-*

[Yann Dirson]

On Sun, Mar 06, 2011 at 12:03:19AM +0100, Cyril Brulebois wrote:
> > Ah, so that's planned for 7.10-5 or so ?  But then 7.10-2 would have
> > made things better, if I understand well.
> 
> Yep, although it might be 7.10.1-1 in experimental instead (hopefully,
> 7.10-4 will move to testing, and we'll upload that r600g???r600c switch
> to sid through 7.10.1-*).
> 
> > I also note that I still have the old 7.7.1 glu packages.  Not being
> > sure about the effect of any mismatch here...
> 
> I don't think it matters, but all those packages scare the hell out of
> me???

I confirm that upgrading them to 7.10-2 does not help.

> > Should I try to downgrade any other packages ?  Or to another
> > specific version ?
> 
> You might want to try 7.10.1 when it shows up in experimental, or try
> a local build from master:
>   http://pkg-xorg.alioth.debian.org/howto/build-mesa.html

Looking forward to this.

Downgrading to 7.7.1 for the time being... it now says (without
restarting X, but I'm not sure it matters for this particular bug):

#0  0x7fff983f9410 in radeonFlush (ctx=0x7fffc458c000) at 
radeon_common.c:1107
#1  0x7fff983f4a73 in radeon_firevertices (ctx=0x7fffc458c000, 
texObj=0x7fffbc77d000) at radeon_cmdbuf.h:118
#2  r600DeleteTexture (ctx=0x7fffc458c000, texObj=0x7fffbc77d000) at 
r600_tex.c:351
#3  0x7fff9847963b in _mesa_reference_texobj (ptr=0x7fffc4597650, tex=0x0) 
at main/texobj.c:345
#4  0x7fff9847c360 in _mesa_free_texture_data (ctx=0x7fffc458c000) at 
main/texstate.c:788
#5  0x7fff984169e8 in _mesa_free_context_data (ctx=0x7fffc458c000) at 
main/context.c:972
#6  0x7fff98416b0e in _mesa_destroy_context (ctx=0x7fffc458c000) at 
main/context.c:1028
#7  0x7fff983f80a5 in radeonDestroyContext (driContextPriv=) at radeon_common_context.c:328
#8  0x7fff983d4ea0 in driDestroyContext (pcp=0x7fffb5b50640) at 
../common/dri_util.c:546
#9  0x7fff98ca3593 in dri2DestroyContext (context=0x7fffb5b503a0, psc=0x0, 
dpy=0x4) at dri2_glx.c:95
#10 0x7fff98c7d6d8 in DestroyContext (dpy=0x76d72000, 
gc=0x7fffc9fafc80) at glxcmds.c:556
#11 0x7fff9fbf7744 in ?? () from 
/usr/lib/flashplugin-nonfree/libflashplayer.so

Looks like a good time to hunt for the particular tab that triggers the crash...

> I don't think it would hurt to report a bug upstream (product Mesa):
>   http://bugs.freedesktop.org/
> 
> but they'll likely ask you to try 7.10.1 at least.

OK, so waiting first :)



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110306112026.gg2...@home.lan

Bug#616667: X server crash due to "xauth generate" with large timeout

[Ian Jackson]

Package: xserver-xorg
Version: 1:7.5+8

To reproduce:
 cp .Xauthority private/tmpfile
 xauth -f private/tmpfile generate $DISPLAY . untrusted timeout 10

Actual behaviour:
My X server died.  The log message was:
 X: ../../Xext/security.c:323: SecurityAuthorizationExpired: Assertion 
`pAuth->timer == timer' failed.
 XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
   after 7385 requests (7224 known processed) with 0 events remaining.

Desired behaviour:
X auth cookie is replaced in private/tmpfile and X server does not
crash.  Alternatively, an error message (eg, that the timeout is too
large, or that the X request failed).

I was trying to make an untrusted cookie which would not time out.
Unfortunately that does not appear to be possible.  A timeout value of
100 seems to work; 1000 crashes the server.

Ian.



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/19827.32469.15052.746...@chiark.greenend.org.uk

Bug#616667: X server crash due to "xauth generate" with large timeout

[Cyril Brulebois]

severity 616667 important
reassign 616667 xserver-xorg-core
found616667 2:1.7.7-11
user debian-x@lists.debian.org
usertag  squeeze-candidate
thanks

Hi Ian,

Ian Jackson  (06/03/2011):
> Package: xserver-xorg
> Version: 1:7.5+8
> 
> To reproduce:
>  cp .Xauthority private/tmpfile
>  xauth -f private/tmpfile generate $DISPLAY . untrusted timeout 10
> 
> Actual behaviour:
> My X server died.  The log message was:
>  X: ../../Xext/security.c:323: SecurityAuthorizationExpired: Assertion 
> `pAuth->timer == timer' failed.

ouch. Tagging as something we might want to fix in squeeze (until it's
investigated anyway).

XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
>after 7385 requests (7224 known processed) with 0 events remaining.
> 
> Desired behaviour:
> X auth cookie is replaced in private/tmpfile and X server does not
> crash.  Alternatively, an error message (eg, that the timeout is too
> large, or that the X request failed).
> 
> I was trying to make an untrusted cookie which would not time out.
> Unfortunately that does not appear to be possible.  A timeout value of
> 100 seems to work; 1000 crashes the server.

With 2:1.9.99.903-1, I'm getting:
| -(cyril@talisker)-(/tmp)-()
| $ xauth -f private generate $DISPLAY . untrusted timeout 10
| xauth: (argv):1:  couldn't query Security extension on display ":42.0"

Will see if that's expected once I get some more info from a squeeze
system.

KiBi.


signature.asc
Description: Digital signature

Bug#616667: X server crash due to "xauth generate" with large timeout

[Ian Jackson]

Cyril Brulebois writes ("Re: Bug#616667: X server crash due to "xauth generate" 
with large timeout"):
> With 2:1.9.99.903-1, I'm getting:
> | -(cyril@talisker)-(/tmp)-()
> | $ xauth -f private generate $DISPLAY . untrusted timeout 10
> | xauth: (argv):1:  couldn't query Security extension on display ":42.0"
> 
> Will see if that's expected once I get some more info from a squeeze
> system.

"xauth generate" _replaces_ the cookie in the specified xauthority
file with an untrusted one.  That error message is the one you get if
you _already_ have an untrusted cookie in your xauthority file - ie,
if you run "xauth generate" for the second time without running the
"cp" again.

If you ran xauth generate without the -f option then I'm afraid you
have busticated your session.

Of course it may be that that error message is also the one you get if
a fixed server rejects your big timeout, but that should be easy
enough to test ...

Ian.



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/19827.36375.371682.741...@chiark.greenend.org.uk

Processed (with 1 errors): Re: Bug#616667: X server crash due to "xauth generate" with large timeout

[Debian Bug Tracking System]

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

> severity 616667 important
Bug #616667 [xserver-xorg] X server crash due to "xauth generate" with large 
timeout
Severity set to 'important' from 'normal'

> reassign 616667 xserver-xorg-core
Bug #616667 [xserver-xorg] X server crash due to "xauth generate" with large 
timeout
Bug reassigned from package 'xserver-xorg' to 'xserver-xorg-core'.
Bug No longer marked as found in versions xorg/1:7.5+8.
> found616667 2:1.7.7-11
Bug #616667 [xserver-xorg-core] X server crash due to "xauth generate" with 
large timeout
Bug Marked as found in versions xorg-server/2:1.7.7-11.
> user debian-x@lists.debian.org
Setting user to debian-x@lists.debian.org (was k...@debian.org).
> usertag  squeeze-candidate
Unknown command or malformed arguments to command.

> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
616667: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616667
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.129941847418925.transcr...@bugs.debian.org

compiz: Changes to 'debian-unstable'

[Sean Finney]

 debian/changelog |6 ++
 debian/control   |2 +-
 2 files changed, 7 insertions(+), 1 deletion(-)

New commits:
commit c99bc540594015164b0c419e464e9984852de606
Author: Sean Finney 
Date:   Sun Mar 6 13:53:49 2011 +

Prepare new upload

diff --git a/debian/changelog b/debian/changelog
index e57eb08..d557d7f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+compiz (0.9.2.1+git20110226.f059fae9-2) experimental; urgency=low
+
+  * Add a Depends on libglibmm-2.4-dev to compiz-dev
+
+ -- Sean Finney   Sun, 06 Mar 2011 13:53:30 +
+
 compiz (0.9.2.1+git20110226.f059fae9-1) experimental; urgency=low
 
   [ Sean Finney ]

commit 2ff078c8f4285d11e7620d4b4c566607da9f283a
Author: Sean Finney 
Date:   Sun Mar 6 13:52:57 2011 +

Add a Depends on libglibmm-2.4-dev to compiz-dev

diff --git a/debian/control b/debian/control
index 9c6002e..2474fe2 100644
--- a/debian/control
+++ b/debian/control
@@ -66,7 +66,7 @@ Description: OpenGL window and compositing manager
 
 Package: compiz-dev
 Architecture: any
-Depends: compiz-core (= ${binary:Version}), ${misc:Depends}, libgl1-mesa-dev | 
libgl-dev, libpng-dev, libxcomposite-dev (>= 1:0.3-2), libxfixes-dev 
(>=1:4.0.1), libxdamage-dev (>= 1:1.0.3), libxinerama-dev, libxrandr-dev 
(>=2:1.1.0.2), libxcursor-dev, libice-dev (>= 1:1.0.1), libsm-dev (>= 1:1.0.1), 
libstartup-notification0-dev (>= 0.7), libxslt1-dev, libxml2-dev, 
libx11-xcb-dev, libglib2.0-dev, compiz-plugins (= ${binary:Version})
+Depends: compiz-core (= ${binary:Version}), ${misc:Depends}, libgl1-mesa-dev | 
libgl-dev, libpng-dev, libxcomposite-dev (>= 1:0.3-2), libxfixes-dev 
(>=1:4.0.1), libxdamage-dev (>= 1:1.0.3), libxinerama-dev, libxrandr-dev 
(>=2:1.1.0.2), libxcursor-dev, libice-dev (>= 1:1.0.1), libsm-dev (>= 1:1.0.1), 
libstartup-notification0-dev (>= 0.7), libxslt1-dev, libxml2-dev, 
libx11-xcb-dev, libglib2.0-dev, libglibmm-2.4-dev, compiz-plugins (= 
${binary:Version})
 Description: OpenGL window and compositing manager - development files
  Compiz brings to life a variety of visual effects that make the Linux desktop
  easier to use, more powerful and intuitive, and more accessible for users


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1pwepz-0006rh...@alioth.debian.org

Bug#63633: Please close 63633 as invalid.

[Bernhard R. Link]

.Xauthority is found in the user's home directory, so can only
be get by HOME. Looking into the initial home dir will lead to
wrong results most of the time. (And even reduce security by
sending out information not intended to).

Bernhard R. Link



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110306140029.ga17...@pcpool00.mathematik.uni-freiburg.de

Bug#63633: marked as done (xbase-clients: [xauth] should use getpwuid to find home dir)

[Debian Bug Tracking System]

Your message dated Sun, 6 Mar 2011 15:09:33 +0100
with message-id <20110306140933.ga26...@debian.org>
and subject line Re: Bug#63633: Please close 63633 as invalid.
has caused the Debian Bug report #63633,
regarding xbase-clients: [xauth] should use getpwuid to find home dir
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.)


-- 
63633: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=63633
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: xbase-clients
Version: 3.3.6-6
Severity: normal

It appears that xauth uses the HOME variable to locate .Xauthority.
This causes unwanted behaviour when doing such:

$ xauth list :0
$ su
# xauth add 

Because now the .Xauthority file is owned by root.  Further more, the
.Xauthority-[cl] files (lock and ?) are not removed after xauth
terminated.

As a workaround, using "su -" works fine.  But I can't see any reason
why one would want to use $HOME for a security-related feature.

-- System Information
Debian Release: 2.2
Architecture: i386
Kernel: Linux bylbo 2.3.99-pre6 #1 ven avr 28 20:43:28 CEST 2000 i586

Versions of packages xbase-clients depends on:
ii  cpp  1:2.95.2-10 The GNU C preprocessor.   
ii  libc62.1.3-10GNU C Library: Shared libraries an
ii  libncurses5  5.0-6   Shared libraries for terminal hand
ii  xlib6g   3.3.6-6 shared libraries required by X cli
ii  zlib1g [libz1]   1:1.1.3-5   compression library - runtime 

--- End Message ---
--- Begin Message ---
Bernhard R. Link  (06/03/2011):
> .Xauthority is found in the user's home directory, so can only
> be get by HOME. Looking into the initial home dir will lead to
> wrong results most of the time. (And even reduce security by
> sending out information not intended to).

Yeah, came the NOTES section in getpwnam's manpage later in my bug
pinging session, and closed other such reports already. Closing that
one with this mail.

KiBi.


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

Bug#514846: UK AT keyboard does not work on IBM compatible computers

[Mark Hobley]

--- On Sun, 6/3/11, Cyril Brulebois  wrote:

> what's the status with squeeze or higher?

I am not sure. I pinned this package down to prevent upgrade. I'll knock the 
pin out and try some tests over the next couple of weeks.






--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/631610.28104...@web26505.mail.ukl.yahoo.com

compiz: Changes to 'refs/tags/compiz-0.9.2.1+git20110226.f059fae9-2'

[Sean Finney]

Tag 'compiz-0.9.2.1+git20110226.f059fae9-2' created by Sean Finney 
 at 2011-03-06 14:35 +

Debian release 0.9.2.1+git20110226.f059fae9-2

Changes since compiz-0.9.2.1+git20110226.f059fae9-1:
Sean Finney (2):
  Add a Depends on libglibmm-2.4-dev to compiz-dev
  Prepare new upload

---
 debian/changelog |6 ++
 debian/control   |2 +-
 2 files changed, 7 insertions(+), 1 deletion(-)
---


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1pwf3q-0004go...@alioth.debian.org

Processing of compiz_0.9.2.1+git20110226.f059fae9-2_i386.changes

[Debian FTP Masters]

compiz_0.9.2.1+git20110226.f059fae9-2_i386.changes uploaded successfully to 
localhost
along with the files:
  compiz_0.9.2.1+git20110226.f059fae9-2.dsc
  compiz_0.9.2.1+git20110226.f059fae9-2.debian.tar.gz
  compiz_0.9.2.1+git20110226.f059fae9-2_all.deb
  compiz-core_0.9.2.1+git20110226.f059fae9-2_i386.deb
  compiz-dev_0.9.2.1+git20110226.f059fae9-2_i386.deb
  compiz-gtk_0.9.2.1+git20110226.f059fae9-2_i386.deb
  compiz-kde_0.9.2.1+git20110226.f059fae9-2_i386.deb
  compiz-gnome_0.9.2.1+git20110226.f059fae9-2_i386.deb
  compiz-plugins_0.9.2.1+git20110226.f059fae9-2_i386.deb
  libdecoration0_0.9.2.1+git20110226.f059fae9-2_i386.deb
  libdecoration0-dev_0.9.2.1+git20110226.f059fae9-2_i386.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1pwf50-ia...@franck.debian.org

Processed: unarchiving 599657, reopening 599657, found 599657 in 2:1.7.7-2

[Debian Bug Tracking System]

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

> unarchive 599657
Bug #599657 {Done: Cyril Brulebois } [xserver-xorg-core] 
xserver-xorg-core: XSecurity has gone missing since lenny
Unarchived Bug 599657
> reopen 599657
Bug #599657 {Done: Cyril Brulebois } [xserver-xorg-core] 
xserver-xorg-core: XSecurity has gone missing since lenny
'reopen' may be inappropriate when a bug has been closed with a version;
you may need to use 'found' to remove fixed versions.
> # affects sid and experimental as well
> found 599657 2:1.7.7-2
Bug #599657 [xserver-xorg-core] xserver-xorg-core: XSecurity has gone missing 
since lenny
Bug Marked as found in versions xorg-server/2:1.7.7-2.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
599657: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599657
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.129942382511823.transcr...@bugs.debian.org

compiz_0.9.2.1+git20110226.f059fae9-2_i386.changes ACCEPTED into experimental

[Debian FTP Masters]

Accepted:
compiz-core_0.9.2.1+git20110226.f059fae9-2_i386.deb
  to main/c/compiz/compiz-core_0.9.2.1+git20110226.f059fae9-2_i386.deb
compiz-dev_0.9.2.1+git20110226.f059fae9-2_i386.deb
  to main/c/compiz/compiz-dev_0.9.2.1+git20110226.f059fae9-2_i386.deb
compiz-gnome_0.9.2.1+git20110226.f059fae9-2_i386.deb
  to main/c/compiz/compiz-gnome_0.9.2.1+git20110226.f059fae9-2_i386.deb
compiz-gtk_0.9.2.1+git20110226.f059fae9-2_i386.deb
  to main/c/compiz/compiz-gtk_0.9.2.1+git20110226.f059fae9-2_i386.deb
compiz-kde_0.9.2.1+git20110226.f059fae9-2_i386.deb
  to main/c/compiz/compiz-kde_0.9.2.1+git20110226.f059fae9-2_i386.deb
compiz-plugins_0.9.2.1+git20110226.f059fae9-2_i386.deb
  to main/c/compiz/compiz-plugins_0.9.2.1+git20110226.f059fae9-2_i386.deb
compiz_0.9.2.1+git20110226.f059fae9-2.debian.tar.gz
  to main/c/compiz/compiz_0.9.2.1+git20110226.f059fae9-2.debian.tar.gz
compiz_0.9.2.1+git20110226.f059fae9-2.dsc
  to main/c/compiz/compiz_0.9.2.1+git20110226.f059fae9-2.dsc
compiz_0.9.2.1+git20110226.f059fae9-2_all.deb
  to main/c/compiz/compiz_0.9.2.1+git20110226.f059fae9-2_all.deb
libdecoration0-dev_0.9.2.1+git20110226.f059fae9-2_i386.deb
  to main/c/compiz/libdecoration0-dev_0.9.2.1+git20110226.f059fae9-2_i386.deb
libdecoration0_0.9.2.1+git20110226.f059fae9-2_i386.deb
  to main/c/compiz/libdecoration0_0.9.2.1+git20110226.f059fae9-2_i386.deb


Override entries for your package:
compiz-core_0.9.2.1+git20110226.f059fae9-2_i386.deb - optional x11
compiz-dev_0.9.2.1+git20110226.f059fae9-2_i386.deb - optional x11
compiz-gnome_0.9.2.1+git20110226.f059fae9-2_i386.deb - optional x11
compiz-gtk_0.9.2.1+git20110226.f059fae9-2_i386.deb - optional x11
compiz-kde_0.9.2.1+git20110226.f059fae9-2_i386.deb - optional x11
compiz-plugins_0.9.2.1+git20110226.f059fae9-2_i386.deb - optional x11
compiz_0.9.2.1+git20110226.f059fae9-2.dsc - source x11
compiz_0.9.2.1+git20110226.f059fae9-2_all.deb - optional x11
libdecoration0-dev_0.9.2.1+git20110226.f059fae9-2_i386.deb - optional libdevel
libdecoration0_0.9.2.1+git20110226.f059fae9-2_i386.deb - optional x11

Announcing to debian-devel-chan...@lists.debian.org


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1pwfny-0003vq...@franck.debian.org

Bug#584281: xutils-dev: cannot handle include files a/foo.h and b/foo.h (at least in some cases)

[Jörgen Grahn]

On Sat Mar  5 21:44:13 2011, k...@debian.org wrote:
> Hi Jorgen,
> 
> Jorgen Grahn  (02/06/2010):
> > If you let makedepend generate dependencies for multiple .c files in
> > different directories, and two of them do
> > [???]
> > This bug seems to exist in all makedepends I have tried. I suppose
> > it comes from the optimizations mentioned in the manual page. I
> > really don't like it, because it will silently generate Makefiles
> > with bogus dependency graphs in them for what (to me at least) looks
> > like pretty normal source code. Such Makefiles are dangerous --
> > especially when you trust them, because you let the standard tool
> > makedepend generate them.
> > 
> > If it cannot be fixed, this bug should be mentioned in the
> > makedepend(1) man page.
> 
> wow, a makedepend user. :)

Is there something better for pure Makefiles? I've tried the gcc
method according to the Make manual, but was unable to get it to
generate *one* file with dependencies (or specifically, append to the
Makefile). One dependency file per object file is not acceptable to
me.

> Feel free to forward that upstream, product xorg, component Other:
>   http://bugs.freedesktop.org/

Sorry for being dense -- is that suggestion meant for me, or for the
Debian people handling this package?  I can certainly do it, if that
is the best way.

BR,
/Jorgen

-- 
  // Jörgen Grahn  | mot du jour: Been There, Done
\X/  | That 


signature.asc
Description: Digital signature

Bug#584281: xutils-dev: cannot handle include files a/foo.h and b/foo.h (at least in some cases)

[Cyril Brulebois]

Hi,

Jörgen Grahn  (06/03/2011):
> Is there something better for pure Makefiles? I've tried the gcc
> method according to the Make manual, but was unable to get it to
> generate *one* file with dependencies (or specifically, append to
> the Makefile). One dependency file per object file is not acceptable
> to me.

I tend to avoid writing pure Makefiles. :)

> Sorry for being dense -- is that suggestion meant for me, or for the
> Debian people handling this package?  I can certainly do it, if that
> is the best way.

I'm the Debian people handling this package. :D

So yes, the suggestion was meant for you, please go ahead. ;)

KiBi.


signature.asc
Description: Digital signature

Bug#616667: X server crash due to "xauth generate" with large timeout

[Cyril Brulebois]

Ian Jackson  (06/03/2011):
> "xauth generate" _replaces_ the cookie in the specified xauthority
> file with an untrusted one.  That error message is the one you get
> if you _already_ have an untrusted cookie in your xauthority file -
> ie, if you run "xauth generate" for the second time without running
> the "cp" again.

No. What I got was due to #599657, still affecting sid/experimental.

KiBi.


signature.asc
Description: Digital signature

Processed: fixed 599657 in 2:1.7.7-8

[Debian Bug Tracking System]

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

> fixed 599657 2:1.7.7-8
Bug #599657 [xserver-xorg-core] xserver-xorg-core: XSecurity has gone missing 
since lenny
Bug Marked as fixed in versions xorg-server/2:1.7.7-8.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
599657: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599657
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.129942528717496.transcr...@bugs.debian.org

Bug#584281: xutils-dev: cannot handle include files a/foo.h and b/foo.h (at least in some cases)

[Jörgen Grahn]

On Sun Mar  6 16:17:09 2011, gr...@snipabacken.se wrote:
> On Sat Mar  5 21:44:13 2011, k...@debian.org wrote:
...
> > Feel free to forward that upstream, product xorg, component Other:
> >   http://bugs.freedesktop.org/
> 
> Sorry for being dense -- is that suggestion meant for me, or for the
> Debian people handling this package?  I can certainly do it, if that
> is the best way.

Done! It's .

BR,
/Jörgen

-- 
  // Jörgen Grahn  | mot du jour: Pelican Daughters   
\X/  |  


signature.asc
Description: Digital signature

Bug#584281: xutils-dev: cannot handle include files a/foo.h and b/foo.h (at least in some cases)

[Cyril Brulebois]

forwarded 584281 https://bugs.freedesktop.org/35061
thanks

Jörgen Grahn  (06/03/2011):
> Done! It's .

Thanks, marking as such (through a Bcc to cont...@bugs.debian.org).

KiBi.


signature.asc
Description: Digital signature

Processed: Re: Bug#584281: xutils-dev: cannot handle include files a/foo.h and b/foo.h (at least in some cases)

[Debian Bug Tracking System]

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

> forwarded 584281 https://bugs.freedesktop.org/35061
Bug #584281 [xutils-dev] xutils-dev: cannot handle include files a/foo.h and 
b/foo.h (at least in some cases)
Set Bug forwarded-to-address to 'https://bugs.freedesktop.org/35061'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
584281: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584281
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.129942651023283.transcr...@bugs.debian.org

Re: Bug#616093: Possible Solution

[Ben Hutchings]

On Thu, 2011-03-03 at 16:13 +0100, Martin Künstner wrote:
> Hello,
> 
> after searching for "QFont::fromString: Invalid description 'Sans
> Serif,10,5,0,50,0'"
> 
> I found that i have to install ibus.
> 
> After installing ibus everything now works for me.

Going back to your original message (which I didn't see before, as this
bug was reassigned):

> on the file open dialog libre office get stuck and the whole system gets 
> frozen
> no user interaction is possible any more
> mous is moving but every otner action is no more possible
> you cant even change to console via STRG+F1

You need to use the Alt key as well.

> system is not more responding

This really sounds like LibreOffice (or more likely an extension to LO)
has grabbed and then not released the keyboard and mouse.  Applications
can override normal window focus temporarily ('grab') for purposes like
drag-and-drop, but unfortunately this is not automatically released when
you release the mouse buttons.  If an application fails to release its
grab it can effectively break the entire desktop session in the way you
described.  However, the console switching keystrokes should still work.
Could you temporarily remove ibus and test that Strg-Alt-F1 works when
the system is in this state?

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#616093: Possible Solution

[Martin Künstner]

Am Sonntag, den 06.03.2011, 15:54 + schrieb Ben Hutchings:
> On Thu, 2011-03-03 at 16:13 +0100, Martin Künstner wrote:
> > Hello,
> > 
> > after searching for "QFont::fromString: Invalid description 'Sans
> > Serif,10,5,0,50,0'"
> > 
> > I found that i have to install ibus.
> > 
> > After installing ibus everything now works for me.
> 
> Going back to your original message (which I didn't see before, as this
> bug was reassigned):
> 
> > on the file open dialog libre office get stuck and the whole system gets 
> > frozen
> > no user interaction is possible any more
> > mous is moving but every otner action is no more possible
> > you cant even change to console via STRG+F1
> 
> You need to use the Alt key as well.
> 
> > system is not more responding
> 
> This really sounds like LibreOffice (or more likely an extension to LO)
> has grabbed and then not released the keyboard and mouse.  Applications
> can override normal window focus temporarily ('grab') for purposes like
> drag-and-drop, but unfortunately this is not automatically released when
> you release the mouse buttons.  If an application fails to release its
> grab it can effectively break the entire desktop session in the way you
> described.  However, the console switching keystrokes should still work.
> Could you temporarily remove ibus and test that Strg-Alt-F1 works when
> the system is in this state?

I meant Strg-Alt-F1
and it did not respond. 

The system does not respond at all:
even Strg-Alt-Backspace to Kill X
or Strg-Alt-F1 to F6 did do anything.
Everything is blocked.

I think the BUG is in KDM.
In this log file i found the log message
"QFont::fromString: Invalid description 'Sans Serif,10,5,0,50,0'


> Ben.
> 





-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1299428028.27405.9.ca...@jolanda.service4linux.com

Re: Bug#616093: Possible Solution

[Ben Hutchings]

On Sun, 2011-03-06 at 17:13 +0100, Martin Künstner wrote:
> Am Sonntag, den 06.03.2011, 15:54 + schrieb Ben Hutchings:
> > On Thu, 2011-03-03 at 16:13 +0100, Martin Künstner wrote:
> > > Hello,
> > > 
> > > after searching for "QFont::fromString: Invalid description 'Sans
> > > Serif,10,5,0,50,0'"
> > > 
> > > I found that i have to install ibus.
> > > 
> > > After installing ibus everything now works for me.
> > 
> > Going back to your original message (which I didn't see before, as this
> > bug was reassigned):
> > 
> > > on the file open dialog libre office get stuck and the whole system gets 
> > > frozen
> > > no user interaction is possible any more
> > > mous is moving but every otner action is no more possible
> > > you cant even change to console via STRG+F1
> > 
> > You need to use the Alt key as well.
> > 
> > > system is not more responding
> > 
> > This really sounds like LibreOffice (or more likely an extension to LO)
> > has grabbed and then not released the keyboard and mouse.  Applications
> > can override normal window focus temporarily ('grab') for purposes like
> > drag-and-drop, but unfortunately this is not automatically released when
> > you release the mouse buttons.  If an application fails to release its
> > grab it can effectively break the entire desktop session in the way you
> > described.  However, the console switching keystrokes should still work.
> > Could you temporarily remove ibus and test that Strg-Alt-F1 works when
> > the system is in this state?
> 
> I meant Strg-Alt-F1
> and it did not respond. 
> 
> The system does not respond at all:
> even Strg-Alt-Backspace to Kill X

Well, that key combination is now disabled by default.

> or Strg-Alt-F1 to F6 did do anything.
> Everything is blocked.

OK, that does sound like something more serious than an unreleased grab.
But I cannot see what difference ibus could make.

> I think the BUG is in KDM.

I don't think so.  kdm gets out of the way once you have logged in.

Ben.

> In this log file i found the log message
> "QFont::fromString: Invalid description 'Sans Serif,10,5,0,50,0'


-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#616093: Possible Solution

[Martin Künstner]

Am Sonntag, den 06.03.2011, 16:17 + schrieb Ben Hutchings:
> On Sun, 2011-03-06 at 17:13 +0100, Martin Künstner wrote:
> > Am Sonntag, den 06.03.2011, 15:54 + schrieb Ben Hutchings:
> > > On Thu, 2011-03-03 at 16:13 +0100, Martin Künstner wrote:
> > > > Hello,
> > > > 
> > > > after searching for "QFont::fromString: Invalid description 'Sans
> > > > Serif,10,5,0,50,0'"
> > > > 
> > > > I found that i have to install ibus.
> > > > 
> > > > After installing ibus everything now works for me.
> > > 
> > > Going back to your original message (which I didn't see before, as this
> > > bug was reassigned):
> > > 
> > > > on the file open dialog libre office get stuck and the whole system 
> > > > gets frozen
> > > > no user interaction is possible any more
> > > > mous is moving but every otner action is no more possible
> > > > you cant even change to console via STRG+F1
> > > 
> > > You need to use the Alt key as well.
> > > 
> > > > system is not more responding
> > > 
> > > This really sounds like LibreOffice (or more likely an extension to LO)
> > > has grabbed and then not released the keyboard and mouse.  Applications
> > > can override normal window focus temporarily ('grab') for purposes like
> > > drag-and-drop, but unfortunately this is not automatically released when
> > > you release the mouse buttons.  If an application fails to release its
> > > grab it can effectively break the entire desktop session in the way you
> > > described.  However, the console switching keystrokes should still work.
> > > Could you temporarily remove ibus and test that Strg-Alt-F1 works when
> > > the system is in this state?
> > 
> > I meant Strg-Alt-F1
> > and it did not respond. 
> > 
> > The system does not respond at all:
> > even Strg-Alt-Backspace to Kill X
> 
> Well, that key combination is now disabled by default.
> 
> > or Strg-Alt-F1 to F6 did do anything.
> > Everything is blocked.
> 
> OK, that does sound like something more serious than an unreleased grab.
> But I cannot see what difference ibus could make.
> 
> > I think the BUG is in KDM.
> 
> I don't think so.  kdm gets out of the way once you have logged in.
All i can say it after installing ibus
evrything worked perfect:
in the kde controll bare ther is an ibus icon.
so if it is not in kdm it is in kde, this is the desktop environment i
use.

can i provide further informations on this issue?
maybe install some debugging stuff?

> 
> Ben.
> 
> > In this log file i found the log message
> > "QFont::fromString: Invalid description 'Sans Serif,10,5,0,50,0'
> 
> 





-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1299429169.27405.12.ca...@jolanda.service4linux.com

Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]

[Alex Deucher]

On Fri, Mar 4, 2011 at 8:50 PM, Ben Hutchings  wrote:
> On Fri, 2011-03-04 at 21:01 +0200, Faidon Liambotis wrote:
>> severity 616301 critical
>> thanks
>
> No, not unless it will affect a large proportion of users.
>
>> My system locks up whenever I click on a YouTube video link since
>> yesterday. I can probably live without YouTube :), but in any case this
>> shouldn't happen.
>>
>> This isn't a singled out case nor in exotic, possibly faulty, hardware.
>> It's on a standard 1½-year old Dell OptiPlex 780 desktop with a Radeon
>> HD card (one of the standard configurations) and this is on a stock
>> squeeze system.
>>
>> The findings so far seem to suggest this is a Mesa issue; I'd probably
>> file it under "Linux kernel bugs" (or even DoS bugs) but I'm not sure
>> where to properly file such bugs in the post-KMS stack world.
>
> If there is a kernel driver involved then it should be assigned to the
> kernel.  Even without KMS, a Mesa driver should be considered untrusted
> and should not be able to trigger a crash or hang.  With KMS, this
> applies to the X driver too.
>

With or without KMS, the userspace acceleration drivers can certainly
cause GPU hangs if the 3D engine is programmed with some combination
of commands it doesn't like.

Alex

> Ben.
>
> --
> Ben Hutchings
> Once a job is fouled up, anything done to improve it makes it worse.
>
> ___
> xorg-driver-ati mailing list
> xorg-driver-...@lists.x.org
> http://lists.x.org/mailman/listinfo/xorg-driver-ati
>
>



--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTi=wfwtq5sxo26xosg8ctoeok_ymw28n2hofd...@mail.gmail.com

Bug#615975: xserver-xorg: Xorg server segfaults after starting

[Jacob Luna Lundberg]

Probably it means this bug:

https://bugs.freedesktop.org/show_bug.cgi?id=31675

I just hit the same thing in squeeze myself.

-Jacob



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110306180600.gr1...@lunixsys.com

Bug#615975: xserver-xorg: Xorg server segfaults after starting

[Jacob Luna Lundberg]

On Sun, Mar 06, 2011 at 10:06:00AM -0800, Jacob Luna Lundberg wrote:
> I just hit the same thing in squeeze myself.

Argh, I meant sid.

-Jacob



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110306180653.gs1...@lunixsys.com

Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]

[Ben Hutchings]

On Sun, 2011-03-06 at 13:08 -0500, Alex Deucher wrote:
> On Fri, Mar 4, 2011 at 8:50 PM, Ben Hutchings  wrote:
> > On Fri, 2011-03-04 at 21:01 +0200, Faidon Liambotis wrote:
> >> severity 616301 critical
> >> thanks
> >
> > No, not unless it will affect a large proportion of users.
> >
> >> My system locks up whenever I click on a YouTube video link since
> >> yesterday. I can probably live without YouTube :), but in any case this
> >> shouldn't happen.
> >>
> >> This isn't a singled out case nor in exotic, possibly faulty, hardware.
> >> It's on a standard 1½-year old Dell OptiPlex 780 desktop with a Radeon
> >> HD card (one of the standard configurations) and this is on a stock
> >> squeeze system.
> >>
> >> The findings so far seem to suggest this is a Mesa issue; I'd probably
> >> file it under "Linux kernel bugs" (or even DoS bugs) but I'm not sure
> >> where to properly file such bugs in the post-KMS stack world.
> >
> > If there is a kernel driver involved then it should be assigned to the
> > kernel.  Even without KMS, a Mesa driver should be considered untrusted
> > and should not be able to trigger a crash or hang.  With KMS, this
> > applies to the X driver too.
> >
> 
> With or without KMS, the userspace acceleration drivers can certainly
> cause GPU hangs if the 3D engine is programmed with some combination
> of commands it doesn't like.

You can't solve the halting problem but you can implement a watchdog,
can't you?

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#582456: found 2:2.13.0-6

[Thiemo Nagel]

reopen 582456
found 582456 2:2.13.0-6
thanks

Dear KiBi,

I've been very busy in the last months and as a consequence didn't pay 
attention to X crashes.  But looking in /etc/X11 today I've found a core 
file that's only 3 days old.  I've attached the corresponding server 
logfile.

I'm running linux-image-2.6.32-5-686/2.6.32-30.

Cheers,
Thiemo


Xorg.0.log.old-crashed-2011-03-03.bz2
Description: application/bzip

Processed: found 2:2.13.0-6

[Debian Bug Tracking System]

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

> reopen 582456
Bug #582456 {Done: Cyril Brulebois } 
[xserver-xorg-video-intel] /usr/lib/xorg/modules/drivers/intel_drv.so: xserver 
crashed
> found 582456 2:2.13.0-6
Bug #582456 [xserver-xorg-video-intel] 
/usr/lib/xorg/modules/drivers/intel_drv.so: xserver crashed
Bug Marked as found in versions xserver-xorg-video-intel/2:2.13.0-6.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
582456: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582456
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.12994381674264.transcr...@bugs.debian.org

Bug#582456: found 2:2.13.0-6

[Cyril Brulebois]

Hi,

Thiemo Nagel  (06/03/2011):
> I've been very busy in the last months and as a consequence didn't
> pay attention to X crashes.  But looking in /etc/X11 today I've
> found a core file that's only 3 days old.  I've attached the
> corresponding server logfile.  I'm running
> linux-image-2.6.32-5-686/2.6.32-30.

thanks. Could you please get a full backtrace from that core?
  http://pkg-xorg.alioth.debian.org/howto/use-gdb.html

KiBi.


signature.asc
Description: Digital signature

Bug#582456: found 2:2.13.0-6

[Thiemo Nagel]

On 03/06/2011 08:07 PM, Cyril Brulebois wrote:

thanks. Could you please get a full backtrace from that core?


It's attached.

Cheers,
Thiemo
#0  0xb778e424 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb74cc751 in *__GI_raise (sig=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:64
resultvar = 
pid = -1218560012
selftid = 2603
#2  0xb74cfb82 in *__GI_abort () at abort.c:92
act = {__sigaction_handler = {sa_handler = 0xbf9c19d0, sa_sigaction = 
0xbf9c19d0}, sa_mask = {
__val = {3078273712, 3214678436, 3078193730, 3214678420, 134544760, 
3214678408, 3078273620, 0, 
  3074400456, 1, 0, 1, 3078273272, 0, 0, 0, 0, 0, 0, 0, 0, 
3214678480, 3214678408, 3214678420, 0, 
  3078273272, 0, 21505, 3075888294, 134586020, 11, 5}}, sa_flags = 
-1218560012, 
  sa_restorer = 0x8690868}
sigs = {__val = {32, 0 }}
#3  0x080afbcb in ddxGiveUp () at ../../../../hw/xfree86/common/xf86Init.c:1214
i = 
#4  0x080afc78 in AbortDDX () at ../../../../hw/xfree86/common/xf86Init.c:1260
i = 1
#5  0x080a186d in AbortServer () at ../../os/log.c:404
No locals.
#6  0x080a1e5e in FatalError (f=0x81c5500 "Caught signal %d (%s). Server 
aborting\n") at ../../os/log.c:529
beenhere = 1
#7  0x080a2b11 in OsSigHandler (signo=4, sip=0xbf9c1acc, unused=0xbf9c1b4c) at 
../../os/osinit.c:156
No locals.
#8  
No symbol table info available.
#9  0xb7341400 in ?? () from /usr/lib/xorg/modules/drivers/fbdev_drv.so
No symbol table info available.
#10 0xb72f2821 in intel_batch_submit (scrn=0x86a0f88, flush=1) at 
../../src/intel_batchbuffer.c:170
intel = 0x86ecf78
ret = 
__PRETTY_FUNCTION__ = "intel_batch_submit"
#11 0xb72f6f0f in intel_flush_callback (list=0x81f9384, user_data=0x927ef78, 
call_data=0x0)
at ../../src/intel_driver.c:795
No locals.
#12 0x0808a836 in _CallCallbacks (pcbl=0x81f9384, call_data=0x0) at 
../../dix/dixutils.c:737
cbr = 0x86f7a68
pcbr = 
#13 CallCallbacks (pcbl=0x81f9384, call_data=0x0) at ../../dix/dixutils.c:871
No locals.
#14 0x080aa888 in FlushAllOutput () at ../../os/io.c:634
index = 
mask = 
oc = 0x29
client = 
newoutput = 1
#15 0x0807401d in Dispatch () at ../../dix/dispatch.c:458
result = 153612152
client = 0x8ab4b58
nready = 0
start_tick = 620640
#16 0x080669aa in main (argc=10, argv=0xbf9c20d4, envp=0xbf9c2100) at 
../../dix/main.c:283
i = 
alwaysCheckForInput = {0, 1}

Bug#616667: X server crash due to "xauth generate" with large timeout

[Cyril Brulebois]

forwarded 616667 https://bugs.freedesktop.org/show_bug.cgi?id=35066
thanks

Cyril Brulebois  (06/03/2011):
> ouch. Tagging as something we might want to fix in squeeze (until
> it's investigated anyway).

Either I screwed up the analysis, or that's a bit silly. See the
upstream bug report for more info. Patches went to xorg-devel@ a few
seconds ago.

I guess the upcoming fixes will be backported to 1.7 and 1.9 branches,
so will probably land in r2 (xorg-server for r1 has already been
uploaded, I'm not sure we're going to have time to perform a new
upload just for that bug — or if it's worth it anyway).

KiBi.


signature.asc
Description: Digital signature

Processed: Re: Bug#616667: X server crash due to "xauth generate" with large timeout

[Debian Bug Tracking System]

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

> forwarded 616667 https://bugs.freedesktop.org/show_bug.cgi?id=35066
Bug #616667 [xserver-xorg-core] X server crash due to "xauth generate" with 
large timeout
Set Bug forwarded-to-address to 
'https://bugs.freedesktop.org/show_bug.cgi?id=35066'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
616667: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616667
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.129944068013373.transcr...@bugs.debian.org

Bug#81090: xdm: "linux" becomes "1" for CLIENTHOST

[Samuel Thibault]

tags 81090 + wontfix
thanks

Answer from upstream (Alan Coopersmith):

“We've noticed the same issue for years with "sun", but changing this
would break everyone that has ~/.Xresources with things like #ifdef linux
and #ifdef sun to share their .Xresources across multiple machines.

You could put #undef linux in affected Xresources or quote strings you don't
want the preprocessor to change.”

Samuel



--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110306203613.ga13...@const.famille.thibault.fr

Processed: Re: Bug#81090: xdm: "linux" becomes "1" for CLIENTHOST

[Debian Bug Tracking System]

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

> tags 81090 + wontfix
Bug #81090 [xdm] xdm: "linux" becomes "1" for CLIENTHOST
Bug #592641 [xdm] Hostname "test-linux" displayed as "test-1"
Ignoring request to alter tags of bug #81090 to the same tags previously set
Ignoring request to alter tags of bug #592641 to the same tags previously set
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
81090: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=81090
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.129944378228046.transcr...@bugs.debian.org

Bug#613570:

[Timo]

I have the flickering exactly every 30 seconds. 
$ su
# killall upowerd
solved the problem.





-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1299441587.5644.0.camel@localhost

Bug#613570:

[Cyril Brulebois]

Hi hammered and Tommy,

Timo  (06/03/2011):
> I have the flickering exactly every 30 seconds.
> $ su
> # killall upowerd
> solved the problem.

same issue on your side?

KiBi.


signature.asc
Description: Digital signature

Bug#592432: marked as done (xserver-xorg: X segfault on startup when UseFBDev=true)

[Debian Bug Tracking System]

Your message dated Mon, 7 Mar 2011 01:21:52 +0100
with message-id <20110307002152.gi10...@debian.org>
and subject line Re: Bug#592432: xserver-xorg: X segfault on startup when 
UseFBDev=true
has caused the Debian Bug report #592432,
regarding xserver-xorg: X segfault on startup when UseFBDev=true
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.)


-- 
592432: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592432
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: xserver-xorg
Version: 1:7.3+20
Severity: important


I've just installed lenny on a 12" PowerBook G4 from the 5.0.4 netinst
CD.  The installation and initial boot went just fine, but X11
segfaults on startup.  I tried regenerating xorg.conf with "dpkg
--reconfigure xorg-xserver" and get the same result.

You can see the stack trace in the X log below.

I found a very easy workaround: set UseFBDev to false in
/etc/X11/xorg.conf.

(So perhaps this counts as a bug in the installer or whatever
determines the default xorg.conf when installing on this particular
hardware.)

Here is lspci output:

"""
:00:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 AGP
:00:10.0 VGA compatible controller: nVidia Corporation NV34M
[GeForce FX Go5200] (rev a1)
0001:10:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 PCI
0001:10:12.0 Network controller: Broadcom Corporation BCM4306
802.11b/g Wireless LAN Controller (rev 03)
0001:10:17.0 Class ff00: Apple Computer Inc. KeyLargo/Intrepid Mac I/O
0001:10:18.0 USB Controller: Apple Computer Inc. KeyLargo/Intrepid USB
0001:10:19.0 USB Controller: Apple Computer Inc. KeyLargo/Intrepid USB
0001:10:1a.0 USB Controller: Apple Computer Inc. KeyLargo/Intrepid USB
0001:10:1b.0 USB Controller: NEC Corporation USB (rev 43)
0001:10:1b.1 USB Controller: NEC Corporation USB (rev 43)
0001:10:1b.2 USB Controller: NEC Corporation USB 2.0 (rev 04)
0002:20:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 Internal PCI
0002:20:0d.0 Class ff00: Apple Computer Inc. UniNorth/Intrepid ATA/100
0002:20:0e.0 FireWire (IEEE 1394): Apple Computer Inc. UniNorth 2 FireWire (rev 
81)
0002:20:0f.0 Ethernet controller: Apple Computer Inc. UniNorth 2 GMAC (Sun GEM) 
(rev 80)
"""

-- 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 2010-08-08 15:39 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1950848 2009-06-11 06:23 /usr/bin/Xorg

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

VGA-compatible devices on PCI bus:
:00:10.0 VGA compatible controller: nVidia Corporation NV34M [GeForce FX 
Go5200] (rev a1)

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

Xorg X server configuration file status:
lrwxrwxrwx 1 root root 13 2010-08-08 20:03 /etc/X11/xorg.conf -> xorg.conf.new

Contents of /etc/X11/xorg.conf:
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
#   Option  "XkbRules"  "xorg"
#   Option  "XkbModel"  "macintosh"
Option  "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
EndSection

Section "Device"
Identifier  "Configured Video Device"
BusID   "PCI:0:16:0"
Option  "UseFBDev"  "true"
EndSection

Section "Monitor"
Identifier  "Configured Monitor"
EndSection

Section "Screen"
Identifier  "Default Screen"
Monitor "Configured Monitor"
EndSection


Xorg X server log files on system:
-rw-r--r-- 1 root root 34908 2010-08-09 21:51 /var/log/Xorg.0.log

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

X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-10.lenny2)
Current Operating System: Linux kelpie 2.6.26

Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]

[John D. Hendrickson and Sara Darnell]

I haven't heard of many chips that won't hang given the wrong 
instructsion whether it's GPU or keyboard controller.  Sounds like more 
than a driver issue but a choice of driver issue.  How are you going to 
have it both ways without an ammount of care you have no time for?


having interrupting access / watchdog is nice if your driver can do that

Ben Hutchings wrote:

On Sun, 2011-03-06 at 13:08 -0500, Alex Deucher wrote:

On Fri, Mar 4, 2011 at 8:50 PM, Ben Hutchings  wrote:

On Fri, 2011-03-04 at 21:01 +0200, Faidon Liambotis wrote:

severity 616301 critical
thanks

No, not unless it will affect a large proportion of users.


My system locks up whenever I click on a YouTube video link since
yesterday. I can probably live without YouTube :), but in any case this
shouldn't happen.

This isn't a singled out case nor in exotic, possibly faulty, hardware.
It's on a standard 1½-year old Dell OptiPlex 780 desktop with a Radeon
HD card (one of the standard configurations) and this is on a stock
squeeze system.

The findings so far seem to suggest this is a Mesa issue; I'd probably
file it under "Linux kernel bugs" (or even DoS bugs) but I'm not sure
where to properly file such bugs in the post-KMS stack world.

If there is a kernel driver involved then it should be assigned to the
kernel.  Even without KMS, a Mesa driver should be considered untrusted
and should not be able to trigger a crash or hang.  With KMS, this
applies to the X driver too.


With or without KMS, the userspace acceleration drivers can certainly
cause GPU hangs if the 3D engine is programmed with some combination
of commands it doesn't like.


You can't solve the halting problem but you can implement a watchdog,
can't you?

Ben.






--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d742b93.9050...@cox.net

Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]

[Ben Hutchings]

On Sun, 2011-03-06 at 19:49 -0500, John D. Hendrickson and Sara Darnell
wrote:
> I haven't heard of many chips that won't hang given the wrong 
> instructsion whether it's GPU or keyboard controller.

Of course.  This is why the kernel driver filters the commands going to
the GPU - the commands come from unprivileged applications (the Mesa
driver is just a shared library) and should not be trusted.

> Sounds like more 
> than a driver issue but a choice of driver issue.  How are you going to 
> have it both ways without an ammount of care you have no time for?
> 
> having interrupting access / watchdog is nice if your driver can do that
> 
> Ben Hutchings wrote:
[...]

Don't top-post.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#612982: marked as done (xserver-xorg: X does not start)

[Debian Bug Tracking System]

Your message dated Mon, 7 Mar 2011 02:00:23 +0100
with message-id <20110307010023.gk10...@debian.org>
and subject line Re: Bug#612982: xserver-xorg: X does not start
has caused the Debian Bug report #612982,
regarding xserver-xorg: X does not start
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.)


-- 
612982: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612982
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: xserver-xorg
Version: 1:7.5+8
Severity: important


Since yesterday morning, X does not start on my Acer laptop which has an
intel card (laptop is acer 5745). I tried installing the xserver
packages from unstable with the same result. Rolled back to testing and
X still does not start. I removed /etc/X11/xorg.conf and tried without
success.


-- 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 Oct 21 15:54 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1889440 Jan 12 08:42 /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 Core Processor Integrated 
Graphics Controller (rev 12)

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

Xorg X server configuration file status:
-rw--- 1 root root 1946 Feb 11 18:44 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:


Kernel version (/proc/version):
Linux version 2.6.37-0.dmz.7-liquorix-amd64 (Debian 2.6.37-7) 
(dame...@gmail.com) (gcc version 4.4.5 (Debian 4.4.5-10) ) #1 ZEN SMP PREEMPT 
Mon Jan 31 02:37:44 CST 2011

Xorg X server log files on system:
-rw-r--r-- 1 root root 22112 Jan 17 18:50 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 21734 Feb 11 18:58 /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 hri 2.6.37-0.dmz.7-liquorix-amd64 #1 ZEN SMP 
PREEMPT Mon Jan 31 02:37:44 CST 2011 x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.37-0.dmz.7-liquorix-amd64 
root=UUID=55fc3d2d-b4d3-46ec-9e1f-e54cf5355a82 ro quiet
Build Date: 12 January 2011  02:59:50AM
xorg-server 2:1.7.7-11 (Cyril Brulebois ) 
Current version of pixman: 0.21.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: Fri Feb 11 18:58:33 2011
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(==) ServerLayout "Default"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Configured Monitor"
(==) No device specified for screen "Default Screen".
Using the first device section listed.
(**) |   |-->Device "Configured Video Device"
(**) |-->Input Device "touchpad"
(**) |-->Input Device "Configured Mouse"
(**) |-->Input Device "Generic Keyboard"
(**) Option "DontZap" "False"
(==) 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.
(WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' 
will be disabled.
(WW) Disabling Configured Mouse
(WW) Disabling Generic Keyboard
(II) Loader magic: 0x7c8a00
(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:0046:1025:0356 Intel Corporation Core Processor 
Integrated Graphics Controller rev 18, Mem @ 0xd000/4194304, 
0xc000/268435456, I/O @ 0x3050/8
(II) Open ACPI successful (/var/run/acpid.socket)
(II) LoadModule: "ext

Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]

[John D. Hendrickson and Sara Darnell]

of course if you ask and have that command.  just ask I'm actually not 
planning on being in the channel long.  someone might find me!  he he.


Question.  can I ask what top-post is?  I will look it up too.  debian 
rules are getting rather long to even have heard about even having read 
a good part of them once.


Ben Hutchings wrote:

On Sun, 2011-03-06 at 19:49 -0500, John D. Hendrickson and Sara Darnell
wrote:
I haven't heard of many chips that won't hang given the wrong 
instructsion whether it's GPU or keyboard controller.


Of course.  This is why the kernel driver filters the commands going to
the GPU - the commands come from unprivileged applications (the Mesa
driver is just a shared library) and should not be trusted.

Sounds like more 
than a driver issue but a choice of driver issue.  How are you going to 
have it both ways without an ammount of care you have no time for?


having interrupting access / watchdog is nice if your driver can do that

Ben Hutchings wrote:

[...]

Don't top-post.

Ben.






--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d743e8a.5080...@cox.net

Bug#617184: xorg -depth 8 fails (colourmap broken) on Thinkpad R50p

[Ian Jackson]

Package: xserver-xorg-video-radeon
Version: 1:6.13.1-2+squeeze1

If I say
  X vt9 -dpi 100 -nolisten tcp -retro -depth 8 :3

I get an X server whose colour map seems entirely broken.  The initial
startup screen is entirely black (the weave requested by -retro is
missing), although the mouse cursor is visible.

Asking xdm to run the same server and give me a login screen results
in an almost-illegible dim greyscale display.  Logging into an account
with the default fvwm produces menus which are illegible.  Logging
into my own account produces output which is not much better, although
by typing "xterm -bg ..." runes blind I was able to get an xterm with
a very dim grey background and black text in it.  (My xterms have
white text, normally.)

Colours don't seem to correspond in any way to what I had requested.

If I edit my xorg.conf to ask for the vesa driver, it works.  (But the
vesa driver has inadequate performance for my intended application.)

I think this is probably the same as #583632.  My hardware is an IBM
Thinkpad R50p.  Attached, xorg.conf and server log.

Ian.

# XF86Config-4 (XFree86 X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type "man XF86Config-4" at the shell prompt.)
#
# This file is automatically updated on xserver-xfree86 package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xfree86
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom
#   md5sum /etc/X11/XF86Config-4 >/var/lib/xfree86/XF86Config-4.md5sum
#   dpkg-reconfigure xserver-xfree86

Section "Files"
FontPath"unix/:7100"# local font server
# if the local font server has problems, we can fall back on these
FontPath"/usr/share/fonts/X11/misc"
FontPath"/usr/lib/X11/fonts/misc"
FontPath"/usr/share/fonts/X11/cyrillic"
FontPath"/usr/lib/X11/fonts/cyrillic"
FontPath"/usr/lib/X11/fonts/100dpi/:unscaled"
FontPath"/usr/lib/X11/fonts/75dpi/:unscaled"
FontPath"/usr/share/fonts/X11/Type1"
FontPath"/usr/lib/X11/fonts/Type1"
FontPath"/usr/share/fonts/X11/CID"
FontPath"/usr/lib/X11/fonts/CID"
FontPath"/usr/lib/X11/fonts/Speedo"
FontPath"/usr/share/fonts/X11/100dpi"
FontPath"/usr/lib/X11/fonts/100dpi"
FontPath"/usr/share/fonts/X11/75dpi"
FontPath"/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"record"
Load"vbe"
Disable "synaptics"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "CoreKeyboard"
#   Option  "XkbModel"  "pc102"
#   Option  "XkbLayout" "does-not-exist-iwj"
EndSection

Section "InputClass"
Identifier  "Touchpad"
MatchIsTouchpad "yes"
Driver  "synaptics"
Option  "TapButton1""1"
EndSection
Section "InputDevice"
Identifier  "Generic Mouse"
Driver  "mouse"
Option  "CorePointer"
#   Option  "SendCoreEvents""true"
Option  "Device""/dev/input/mice"
Option  "Protocol"  "ImPS/2"
Option  "Emulate3Buttons"   "true"
EndSection
#Section "InputDevice"
#   Identifier  "Configured Mouse"
#   Driver  "mouse"
#   Option  "CorePointer"
#   Option  "Device""/dev/psaux"
#   Option  "Protocol"  "PS/2"
#   Option  "Emulate3Buttons"   "true"
#EndSection

Section "Device"
Identifier  "Generic Video Card"
Driver  "radeon"
Option "DynamicClocks" "true"
EndSection

Section "Monitor"
Identifier  "DXS:1313"
HorizSync   30-107
VertRefresh 50-85
Option  "DPMS"
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "Generic Video Card"
Monitor "DXS:1313"
DefaultDepth24
SubSection "Display"
Depth   1
Modes   "1600x1200" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   4
Modes   "1600x1200" "800x600" "640x480"
  

Re: iMac-G3 fails to boot with 2.6.37-1-powerpc (Bug#614221)

[Ben Hutchings]

On Sat, 2011-03-05 at 20:43 +, Ben Hutchings wrote:
[...]
> * Has anyone tested 2.6.37-{1,2} on a non-Mac system yet, and does
> vga16fb work there?

I'm still interested in the answer to this.

[...]
> * Could some Mac users test and report whether i915 or nouveau can
> successfully take over the display from offb in 2.6.37 or 2.6.38-rc6?

i915 on a powerpc, eh?  What was I thinking?

I've now talked briefly to the DRI and powerpc upstream maintainers, and
the answer is that radeon is mostly broken on at least 32-bit powerpc
while nouveau is in better shape but not quite stable yet.  So I'm going
to revert most of the FB configuration changes I made in 2.6.37-1 for
the next upload to unstable.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part