Bug#823147: libinput10: AlpsPS/2 ALPS DualPoint TouchPad middle mouse button emulation stopped working

2016-05-01 Thread Mark Nipper
Package: libinput10 Version: 1.2.4-1 Severity: normal This looks like an upstream bug. I have the following devices on my Dell Latitude E6540: --- $ xinput list | grep Alps ⎜ ↳ AlpsPS/2 ALPS DualPoint TouchPad id=13 [slave pointer (2)] ⎜ ↳ AlpsPS/2 ALPS DualPoint Stick

Bug#656500: xkb-data: XF86_Ungrab and XF86_ClearGrab security hole upstream

2012-01-19 Thread Mark Nipper
Package: xkb-data Version: 2.3-2 Severity: grave Tags: security upstream Justification: user security hole As originally reported at: --- http://gu1.aeroxteam.fr/2012/01/19/bypass-screensaver-locker-program-xorg-111-and-up/ and further syndicated by: ---

Bug#656500: xkb-data: XF86_Ungrab and XF86_ClearGrab security hole upstream

2012-01-19 Thread Mark Nipper
On 19 Jan 2012, Cyril Brulebois wrote: Downgrading severity per: http://packages.qa.debian.org/x/xorg-server/news/20120119T101901Z.html Excellent. I had looked around for a previously reported bug, but missed this one. Sorry for the noise! -- Mark Nipper ni...@bitgnome.net (XMPP

Bug#541089: xterm: bold color attribute now displaying as black by default

2009-08-11 Thread Mark Nipper
Package: xterm Version: 244-1 Severity: minor With yesterday's update of xterm, bold attributes are displaying in the color black. I'm assuming '+bdc' got set by default somehow instead of '-bdc'? Anyway, since a lot of people probably use black as their default background

Bug#541089: xterm: well, maybe not...

2009-08-11 Thread Mark Nipper
Package: xterm Severity: normal Actually, it appears that suddenly the colorBDMode resource is being honored. I had it (along with colorBLMode and colorULMode) defined in my .Xresources file as true. So it appears yesterday's update actually fixed a long standing issue possibly.

Bug#541089: xterm: bold color attribute now displaying as black by default

2009-08-11 Thread Mark Nipper
, xterm is actually working as documented now (which apparently it wasn't before). So thanks! :) -- Mark Nipper ni...@bitgnome.net (XMPP) (979)575-3193 - If the fool would persist in his folly he would become wise. -- one of the Proverbs of Hell from William Blake's _The Marraige of Heaven

Bug#370141: X crashing on PCI-e 7900GTX

2007-06-11 Thread Mark Nipper
definitely close this bug finally. :) -- Mark Nippere-contacts: 4320 Milam Street [EMAIL PROTECTED] Bryan, Texas 77801-3920 http://nipsy.bitgnome.net/ (979)575-3193 AIM

Bug#370141: X crashing on PCI-e 7900GTX

2007-05-08 Thread Mark Nipper
out awhile and Xorg is maturing nicely. -- Mark Nippere-contacts: 4320 Milam Street [EMAIL PROTECTED] Bryan, Texas 77801-3920 http://nipsy.bitgnome.net/ (979)575-3193 AIM/Yahoo

Bug#370141: X crashing on PCI-e 7900GTX

2006-06-03 Thread Mark Nipper
Package: xserver-xorg-video-nv Version: 1:1.0.1.5-2 Severity: important The card shows up as: --- :05:00.0 VGA compatible controller: nVidia Corporation: Unknown device 0290 (rev a1) :05:00.0 0300: 10de:0290 (rev a1) --- I'm attaching my Xorg.0.log. I'm assuming this is

Bug#363248: xserver-xorg: still present in 7.0.15

2006-05-02 Thread Mark Nipper
Package: xserver-xorg Version: 1:7.0.15 Followup-For: Bug #363248 I just wanted to bump this to stay the bug is still happening with 7.0.15. No matter which protocol is selected, ExplorerPS/2 is always written to file. -- System Information: Debian Release: testing/unstable APT