On Mon, Feb 10, 2020 at 10:30:44AM +0100, Michel Dänzer wrote:
> Can't see the backtrace,
It was attached as gdb.txt. (Granted, I could've renamed it to
something a bit more obvious.)
> but the log excerpt above looks like the fixes
> from https://gitlab.freedesktop.org/xorg/xserver/merge_reques
Package: xserver-xorg-core
Version: 2:1.20.7-2
Severity: important
I can (reliably) get X to segfault when displaying a big image (say,
over 1x1) with xzgv. And since that viewer allows doubling the
scale of an image with a single keystroke, this can easily be triggered
with any image (wh
On Tue, Dec 13, 2016 at 05:08:15PM +0900, Michel Dänzer wrote:
> Did you not run into that while bisecting?
>
> [...]
>
> Actually, that one wasn't a complete freeze, DRI2 clients would limp on
> as long as one would e.g. move the mouse. :) That may explain why you
> didn't notice it when bisectin
On Wed, Jan 11, 2017 at 04:50:02PM +0100, Andreas Boll wrote:
> [1] https://patchwork.freedesktop.org/patch/132089/
Yup, this seems to do the trick. I only tested it briefly, but I could
no longer immediately trigger the bug after applying this patch. (And
reverting it makes mpv freeze again wit
On Sat, Dec 10, 2016 at 10:07:51PM -0500, Frédéric Brière wrote:
> Otherwise, I guess I'll have to muster up the courage to try to bisect
> this. (gulp!)
It wasn't exactly a nice leisurely stroll through the park, but I did
manage to bisect and pinpoint f993091 as the guilty
On Sat, Dec 10, 2016 at 10:07:51PM -0500, Frédéric Brière wrote:
> - Furthermore, I can't seem to reproduce this bug under a different
>user. Maybe something to do with a different WM/compositor
>configuration?
I take that back; I've finally managed to reprodu
On Sun, Dec 11, 2016 at 09:08:25AM +, Gerrit Keller wrote:
> Indeed I can confirm this happening with mpv. Though here it takes only a
> few seconds to freeze.
I've since realized that I could improve the odds by launching several
instances in parallel; at least one of them is bound to freeze
On Sat, Dec 03, 2016 at 11:33:30AM +0100, Gerrit Keller wrote:
> after upgrading to version 1.19.0-(1,2) chromium/google-chrome freezes after a
> short time.
I'm experiencing the same thing with mpv; it eventually freezes after a
while (between 1 and 20 minutes, no obvious pattern) under 1.19.0-2,
On Sun, Jul 17, 2016 at 01:11:25PM +0300, Shai Berger wrote:
> Further, there is no need for two X servers to be running -- one is enough,
> provided that it is made not active.
I confirm. Thanks!
Package: xserver-xorg-input-libinput
Version: 0.19.0-1
Severity: normal
I normally have two X servers running, and have recently encountered
this bug: after unplugging and plugging back my USB keyboard (or, more
likely, turning off/on my monitor which acts as a USB hub), the latter
action will alw
On Sun, Apr 04, 2010 at 03:51:22PM +0200, Julien Cristau wrote:
> > So /etc/pam.d/xdm will stay as-is for now, and this bug will hopefully
> > be fixed by the pam package in the lenny+1 timeframe.
> >
> I think this has now happened. Can you still reproduce this bug?
By sticking an "auth suffici
On Fri, Sep 28, 2007 at 09:00:26PM -0400, Frédéric Brière wrote:
> When I log in through xdm, I don't get $LANG set from /etc/environment
> as it is when logging in through login/ssh/etc.
Found it.
Since I'm using OPIE, my /etc/pam.d/common-auth looks like this:
au
On Wed, Mar 12, 2008 at 09:03:17PM +0100, Julien Cristau wrote:
> $ cat /etc/default/locale
> LC_CTYPE="en_US.UTF-8"
> FOO=bar
> $ tr '\0' '\n' < /proc/6567/cmdline
> /usr/bin/fluxbox
> $ tr '\0' '\n' < /proc/6567/environ |grep FOO
> FOO=bar
[EMAIL PROTECTED]:~$ cat /etc/default/locale
LANG=
On Thu, Aug 30, 2007 at 01:03:15PM +0200, Yannick P. wrote:
> I have *sometimes* this problem.
The words every developer dreads. :)
I thought I'd chime in, because this happened to me today. I tried to
restart xdm, and it claimed that /var/run/xdm.pid didn't exist. (Maybe
it was true, maybe i
Package: xdm
Version: 1:1.1.6-3
Severity: normal
When I log in through xdm, I don't get $LANG set from /etc/environment
as it is when logging in through login/ssh/etc.
Peeking into /proc, I see that the xdm, X and -:0 processes all have
their $LANG set correctly, but x-window-manager doesn't. Th
Package: xserver-xorg-input-kbd
Version: 1:1.2.2-3
Severity: normal
After stopping my X session and starting another today, I noticed that
my keyboard LEDs were no longer working. They light up when I switch
back to console mode, but are turned off again when I switch back to X,
regardless of the
16 matches
Mail list logo