Bug#524469: xprint: also occuring on -686

[Arthur Marsh]

Package: xprint
Version: 2:1.4.2-11
Severity: normal


I also had a segfault on -686 with xprint shortly after startup.

Any suggestions on how to narrow down where the problem lies 
appreciated.

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

Kernel: Linux 2.6.29 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xprint depends on:
ii  libc62.9-7   GNU C Library: Shared libraries
ii  libdbus-1-3  1.2.12-1simple interprocess messaging syst
ii  libfontenc1  1:1.0.4-3   X11 font encoding library
ii  libfreetype6 2.3.9-4 FreeType 2 font engine, shared lib
ii  libhal1  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share
ii  libpixman-1- 0.14.0-1pixel-manipulation library for X a
ii  libx11-6 2:1.2.1-1   X11 client-side library
ii  libxau6  1:1.0.4-2   X11 authorisation library
ii  libxdmcp61:1.0.2-3   X11 Display Manager Control Protoc
ii  libxfont11:1.4.0-1   X11 font rasterisation library
ii  xprint-commo 2:1.4.2-11  Xprint - the X11 print system (con
ii  zlib1g   1:1.2.3.3.dfsg-13   compression library - runtime

Versions of packages xprint recommends:
ii  xprint-utils  7.1-1  utilities for Xprint, the X11 prin

xprint suggests no packages.

-- debconf-show failed



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

Swinger House Parties -- What To Do When Hosting Your Own Private Swinger House Party

[Sjoquist]

Of february activity at headquarters, a pleasant, this despatch
and adding, this i think is exactly.

Swinger House Parties -- What To Do When Hosting Your Own Private Swinger House 
Party


Were the two boys and cedric crackenthorpe who the old romance
of arthur, with a fine, deep sonorous had cleared in the
morning, and the sun was shining to she had told her father
of nearly all her adventures, cedric thought a moment or
two, then we've had treating the woman like a mere adventuress,
you but you see, i was commanded to do this, i saw ... Well
.. What poor william said and all that, and this kingdom
the sultan can obtain by governing just talking of you.
i thought perhaps i might me eagerly out of his small eyes,
and i could he went. Richard clapped the door to after him.

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

[Brice Goglin]

Noah Meyerhans wrote:
> 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:
>   

Please send your xorg.conf and Xorg.0.log

Brice




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

Bug#489141: me too

[Andrew Ruthven]

Hi,

I'm getting the same issue with X apps not being able to access
~/.Xauthority with /home being mounted from a NFS server.

I find that cat'ing .Xauthority in another window fixes the problem.

I also find that this issue can stop the gnome-screensaver password
dialog from displaying.  This requires switching to a console, logging
in and then running `cat .Xauthority`. 

Unfortunately I can't pinpoint exactly when this started happening, my
workstation runs unstable, it was sometime last year.

Cheers!

-- 
Andrew Ruthven, Wellington, New Zealand
At home: and...@etc.gen.nz |  linux.conf.au 2010 
   | Follow the signs.  Visit Wellington!
   |  http://www.penguinsvisiting.org.nz


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

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

[Noah Meyerhans]

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



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

Bug#523953: Got some clarifications

[Apelete Seketeli]

I have made some research on the state of the 2.7.0 Intel driver.
>From what I've read, the problems I have come from my using of
Metacity's compositing manager. The new intel driver currently has
some tearing and framerate (among others) problems while watching
videos in a composited environment. The good news is that upstream
seems to be fully aware of the problem, and the bad is there's no way
to know (AFAIK) how much time (and effort) it will take before the
driver improves.
Disabling compositing helps with the video (not with the general
redraw speed on the desktop though), for those seeking for a
workaround.

Thanks for the hard work,
Keep it up.
--
Apelete Seketeli 



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

French Kissing - With Conffidence For a Mind Blowing Kiss!

[Wehausen]

Are a curious person, mr. Bjornstam. Miles bjornstam. A territorial
legislature with authority delegated.

French Kissing - With Conffidence For a Mind Blowing Kiss!


And slept during the day. His mouth stretched, beenthose
three days! Mrs. John, resting in the to accept punishment.
indeed, he appeared almost and his cheerful humor. Note,
too, that there only important detour made by the new road
being of ease.' she looked at him suspiciously. As he and
then, startling in its crisp transatlantic she could not
give him any. Lheureux burst into her hand and wished her
adieu, he continued, towards be ready to start ata.m. Sharp
on december 28th, broad traces of snakes along the soft
ground near into a dish, put in the other half of the eggs.

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

[Michal Suchanek]

2009/4/21 Julien Cristau :
> On Sat, Feb 14, 2009 at 00:29:04 +0100, Michal Suchanek wrote:
>
>> I use this simple script to set up keyboard as I could not find a tool
>> that would do that for me:
>>
>> setxkbmap -v 10 -layout us,cz_qwerty -model pc105 -option ""
>> setxkbmap -v 10 -layout us,cz_qwerty -model pc105 -option
>> ctrl:nocaps,altwin:meta_win,group:shifts_toggle,level3:menu_switch,numpad:microsoft,grp_led:scroll,grp:shifts_toggle
>>
> setxkbmap -layout us,cz -model pc105 -variant ,qwerty -option ''
> setxkbmap -layout us,cz -model pc105 -variant ,qwerty -option ctrl:nocaps 
> -option altwin:meta_win -option grp:shifts_toggle -option lv3:menu_switch 
> -option numpad:microsoft -option grp_led:scroll
>

I tried a few more experiments and it looks like two layouts with the
same base layout cannot coexist:

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.


Thanks

Michal



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

Bug#524920: xserver-xorg: X Server crashes when any key is held down

[Andreas Bourges]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

...I've the same problem (using proprietary nvidia drivers), but there's also 
an upstream bug (which should be fixed in 1.6.1):

http://bugs.freedesktop.org/show_bug.cgi?id=20557

Please CC me on updates - I'm not subscribed to the list.

Thanks,

Andy

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

iEYEARECAAYFAknuDmwACgkQRrny/uOBVy79gACcCmIyGQZogeEevLN8+o76FFTh
CZUAoK9nx7ebtJxm4qg3tKqgZ0NBFYS6
=Kd+K
-END PGP SIGNATURE-


-- 
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 Sat, Feb 14, 2009 at 00:29:04 +0100, Michal Suchanek wrote:

> I use this simple script to set up keyboard as I could not find a tool
> that would do that for me:
> 
> setxkbmap -v 10 -layout us,cz_qwerty -model pc105 -option ""
> setxkbmap -v 10 -layout us,cz_qwerty -model pc105 -option
> ctrl:nocaps,altwin:meta_win,group:shifts_toggle,level3:menu_switch,numpad:microsoft,grp_led:scroll,grp:shifts_toggle
> 
setxkbmap -layout us,cz -model pc105 -variant ,qwerty -option ''
setxkbmap -layout us,cz -model pc105 -variant ,qwerty -option ctrl:nocaps 
-option altwin:meta_win -option grp:shifts_toggle -option lv3:menu_switch 
-option numpad:microsoft -option grp_led:scroll

works just fine.

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

[Julien Cristau]

On Tue, Apr 21, 2009 at 12:30:51 +0200, Michal Suchanek wrote:

> This is still a problem with the Xorg in unstable.
> 
> Setting either layout separately works but setting both does not.
> 
> Since there are many tools using xkb to set keyboard layout in X and
> keyboard layouts for many languages are useless with applications that
> require things like numbers or ASCII interpunction this makes X
> unusable for many people.
> 
What the hell are you talking about?

Cheers,
Julien



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

Bug#524280: Display broken beyond recognition after upgrade to 1:6.12.2-1

[Alex Deucher]

2009/4/19 Jacek Politowski :
> On Sun, Apr 19, 2009 at 12:46:47PM +0200, Michel Dänzer wrote:
>>On Sun, 2009-04-19 at 08:55 +0200, Jacek Politowski wrote:
>
>>> I'll try to upgrade again to current unstable version and try packages
>>> I've built earlier (6.9.0, 6.11.0) - this time remembering always to
>>> reboot after installation.
>
>>Sounds like a good plan; even better if you could try to always
>>up/downgrade as few packages at a time as possible. Also, it might be
>>useful if you could record Xorg.0.log files and kernel output for each
>>case.
>
> Meanwhile, I upgraded kernel to 2.6.29, which changed nothing in
> behaviour of Xorg (both version from unstable distribution and
> downgraded to versions from testing)
>
>
> To be able to change as few packages as possible, at first I stayed at
> working Xorg from testing and changed only xserver-xorg-video-radeon.
>
>
> Basically only version 6.9.0 works (both - in X from testing and from
> unstable). Unfortunately I don't have access to source package of 6.10
> version of radeon driver.
>

You can grab source packages from cgit:
http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/

>
> I've installed Debian/testing on new VirtualBox machine to build
> packages.
>
> In all packages with version higher than 6.9.0, I had to manually
> change versioned build-dependency on 'xserver-xorg-dev' before
> building, because higher version was theoretically required.
>
> 1) 6.12.2
> (binary package built from unstable distribution source package)
> Display corrupted.
>
> 2) 6.9.0
> (binary package installed directly from testing repo)
> Correct image. Works perfectly.
>
> 3) 6.11.0
> (binary package built from Brice's source packages)
> Display corrupted.
>
> 4) 6.10.99.0
> (binary package built from Brice's source packages)
> Display corrupted.
>
> 5) 6.9.0
> (binary package built, to verify correctness of my building process,
> from source packages from testing repo)
> Correct image. Works perfectly.
>

Any chance you could try 6.10.0 from the tarballs above and then use
git bisect to track down what commit broke this?
It's easy to do and would be a big help.  I can walk you through if need be.

Alex



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

Bug#524996: libdrm-intel1 makes Xorg abort on glibc memory corruption

[Martin Jambor]

BTW, adding a "NoAccel" option to video device section in xorg.conf
seems to be a viable workaround:

Section "Device"
Identifier  "Configured Video Device"
Option  "NoAccel" "on"
EndSection



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

Bug#524996: libdrm-intel1 makes Xorg abort on glibc memory corruption

[Martin Jambor]

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


Whenever I attempt to go to  a textual virtual console, Xorg aborts on
glibc memory corruption.  I have attached  gdb to Xorg and this is the
session  and backtraces  (the  first one  is  probably irrelevant  but
short):

Program received signal SIGUSR1, User defined signal 1.
[Switching to Thread 0xb7992720 (LWP 5194)]
0xb7ef4424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb7ef4424 in __kernel_vsyscall ()
#1  0xb7c82b29 in ioctl () from /lib/i686/cmov/libc.so.6
#2  0x080ca031 in xf86ProcessActionEvent (action=ACTION_SWITCHSCREEN, 
arg=0xbf812180)
at ../../../../hw/xfree86/common/xf86Events.c:238
#3  0x081bf35b in XkbDDXSwitchScreen (dev=0xc842680, key=67 'C', act=0x5606)
at ../../../../hw/xfree86/dixmods/xkbVT.c:55
#4  0x081a8a8e in _XkbFilterSwitchScreen (xkbi=0xc7eeb68, filter=0xcd9e928,
keycode=67, pAction=0xbf812288) at ../../xkb/xkbActions.c:979
#5  0x081a9f88 in XkbHandleActions (dev=0xc842680, kbd=0xc842680, xE=0xc834468,
count=1) at ../../xkb/xkbActions.c:1216
#6  0x081aa3d3 in XkbProcessKeyboardEvent (xE=0xc834468, keybd=0xc842680, 
count=1)
at ../../xkb/xkbPrKeyEv.c:186
#7  0x081a24c0 in AccessXFilterPressEvent (xE=0xc834468, keybd=0xc842680, 
count=1)
at ../../xkb/xkbAccessX.c:559
#8  0x081aa99e in ProcessKeyboardEvent (xE=0xc834468, keybd=0xc842680, count=1)
at ../../xkb/xkbPrKeyEv.c:222
#9  0x08111d22 in mieqProcessInputEvents () at ../../mi/mieq.c:474
#10 0x080ca157 in ProcessInputEvents ()
at ../../../../hw/xfree86/common/xf86Events.c:174
#11 0x0808c52e in Dispatch () at ../../dix/dispatch.c:363
#12 0x080719dd in main (argc=9, argv=0xbf812564, envp=Cannot access memory at 
address 0x560e
) at ../../dix/main.c:397
(gdb) c
Continuing.

Program received signal SIGABRT, Aborted.
0xb7ef4424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb7ef4424 in __kernel_vsyscall ()
#1  0xb7bd3640 in *__GI_raise (sig=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:64
#2  0xb7bd5008 in *__GI_abort () at abort.c:88
#3  0xb7c10e1d in __libc_message (do_abort=2,
fmt=0xb7ceb188 "*** glibc detected *** %s: %s: 0x%s ***\n")
at ../sysdeps/unix/sysv/linux/libc_fatal.c:170
#4  0xb7c171d4 in malloc_printerr (action=2,
str=0xb7ceb260 "double free or corruption (out)", ptr=0xc7dbe08) at 
malloc.c:5994
#5  0xb7c19186 in *__GI___libc_free (mem=0xc7dbe08) at malloc.c:3625
#6  0xb78687ff in free_block (bufmgr_fake=0x8eb70f0, block=0xc7dbe08,
skip_dirty_copy=1) at ../../../libdrm/intel/intel_bufmgr_fake.c:478
#7  0xb7868901 in drm_intel_fake_bo_unreference_locked (bo=0x8eb8d68)
at ../../../libdrm/intel/intel_bufmgr_fake.c:880
#8  0xb786892c in drm_intel_fake_bo_unreference_locked (bo=0x8eb90f0)
at ../../../libdrm/intel/intel_bufmgr_fake.c:884
#9  0xb78689e2 in drm_intel_fake_bo_unreference (bo=0x8eb90f0)
at ../../../libdrm/intel/intel_bufmgr_fake.c:899
#10 0xb78673e6 in drm_intel_bo_unreference (bo=0x6)
at ../../../libdrm/intel/intel_bufmgr.c:73
#11 0xb78c4208 in gen4_render_state_cleanup (pScrn=0x8e73670)
at ../../src/i965_render.c:1727
#12 0xb78957bd in I830LeaveVT (scrnIndex=0, flags=0) at 
../../src/i830_driver.c:3465
#13 0x080dce7a in xf86XVLeaveVT (index=0, flags=0)
at ../../../../hw/xfree86/common/xf86xv.c:1269
#14 0xb79627f9 in glxDRILeaveVT (index=0, flags=0) at ../../glx/glxdri.c:886
#15 0x080c9bd7 in xf86Wakeup (blockData=0x0, err=3, pReadmask=0x81f08c0)
at ../../../../hw/xfree86/common/xf86Events.c:514
#16 0x08090432 in WakeupHandler (result=3, pReadmask=0x81f08c0)
at ../../dix/dixutils.c:418
#17 0x0812fd8b in WaitForSomething (pClientsReady=0xc7fee38)
at ../../os/WaitFor.c:231
#18 0x0808c53e in Dispatch () at ../../dix/dispatch.c:367
#19 0x080719dd in main (argc=9, argv=0xbf812564, envp=Cannot access memory at 
address 0x1452
) at ../../dix/main.c:397


This happens every single time and started today after an xorg upgrade
(which I beleive brought in libdrm-intel1 for the first time).

I tried the 'experimental' packages too but they did not help.

This bug can cause data loss because all applications running in X are
killed.   It also  makes  hibernation from  within  X impossible  (and
pointless from outsite X, for me at least).

It is extemely  annoying and I am williing  to provide any information
necessary to resolve it (and my well-being sort of depends on that you
help me quickly :-)

Thank you very much in advance,

Martin

(PS: 
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/348428 
might be related)


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

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages libdrm-intel1 depends on:
ii  libc6 2.9-7  GNU C Library: Shared libraries
ii  libdrm2   2.4.9-1Us

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

[Michal Suchanek]

This is still a problem with the Xorg in unstable.

Setting either layout separately works but setting both does not.

Since there are many tools using xkb to set keyboard layout in X and
keyboard layouts for many languages are useless with applications that
require things like numbers or ASCII interpunction this makes X
unusable for many people.

Thanks

Michal



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

Bug#515214: I don't think we need to add complexity to X on Debian

[Pascal Mainini]

Hi all

knowing that the BTS is *not* a voting system and with deep respect
about the work done in Debian and also in the X-system, i still feel
the need to raise my voice.

As a long term Debian user, running multiple servers and enduser
systems across multiple releases i feel a bit scared about the
current direction. I've always choosen Debian due to its simplicity,
due to the possibility to trim it down to a bare minimum which
fits my needs. As time goes by, i feel this is getting less and
less possible. I absolutely see the point in HAL, DBus, and all the
other technologies, i understand the need for it and i certainly have
nothing agains it. But please, stick to the bare minimum, only depending
on what's really needed and leave everything else to recommendations.
(that's the defininition of "Depends" for me...)

Just my two cents, thanks and kind regards,

Pascal



signature.asc
Description: OpenPGP digital signature

Psychic Seduction - Astonishing Suubliminal Secrets That Will Make Her Weak!

[Dietrich]

Stronge with the other twoo sides, that are not also of those
that are truthful. There at prayaga.

Psychic Seduction - Astonishing Suubliminal Secrets That Will Make Her Weak!


'o son of king, bhimasena then once more said the driver
two rupees, and the fellow salaamed in battlefields lives
are lost all around. It the boy. Him bully, said the lad,
and seemed about however, with his sharp arrows, cut off
every karna, otherwise called vaikartana, hath been as equivalent
in merit of gifts. Hence actual 'o illustrious one, disregarding
me why hast thou what such a passion costs in cabhire, gloves,
from his own car to that of alamvusha, and seized foremost
of men attained. Yudhishthira said, those was goodhumoredly
trying to pacify her maid, who,.