Package: libinput-bin
Version: 1.12.4-1
Severity: wishlist
Dear Maintainer,
It would be useful to have a NEWS.gz file to see the release notes. For
1.12.4 it could have the lines from
https://lists.freedesktop.org/archives/wayland-devel/2018-December/039782.html.
Generally, the information is
Hi,
Would it be possible to revert back the change about using modesetting
instead of intel (i.e. remove
patches/06_use-intel-only-on-pre-gen4.diff), until the problem is fixed
upstream? Moreover, at
https://bugs.freedesktop.org/show_bug.cgi?id=96572, it seems they are
still debating
I have the same problem too. I noticed that the screen has always been called
eDP1 (when it used to work), but now it is called eDP-1. Hope this helps,
Eugen
Just to say that since a few days (I track unstable) this bug appears
very rarely (once in say 6 resumes).
--
Eugen
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
On 28/07/14 13:21, Vincent Lefevre wrote:
On 2013-10-30 22:44:45 +0100, Eugen Dedu wrote:
I have the same bug and I would really love to have it fixed. Since about 2
years (before, it worked) I have been forced to execute xmodmap ~/.xmodmap
after each resume, since the key bindings I use
On 18/07/14 00:51, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the xserver-xorg-core package:
#754862: xserver-xorg-input-evdev: Mouse movement very slow wince last upgrade
It has been closed by Julien Cristau
On 15/07/14 12:56, Emilio Pozuelo Monfort wrote:
On 15/07/14 12:42, Eugen Dedu wrote:
Package: xserver-xorg-input-evdev
Version: 1:2.8.2-1+b2
Severity: important
Dear Maintainer,
After the upgrade of X server and related components a few days ago,
trackpad mouse has been very slow in movement
On 15/07/14 14:22, Emilio Pozuelo Monfort wrote:
On 15/07/14 14:17, Eugen Dedu wrote:
On 15/07/14 12:56, Emilio Pozuelo Monfort wrote:
On 15/07/14 12:42, Eugen Dedu wrote:
Package: xserver-xorg-input-evdev
Version: 1:2.8.2-1+b2
Severity: important
Dear Maintainer,
After the upgrade of X
On 15/07/14 14:39, Emilio Pozuelo Monfort wrote:
On 15/07/14 14:29, Eugen Dedu wrote:
On 15/07/14 14:22, Emilio Pozuelo Monfort wrote:
On 15/07/14 14:17, Eugen Dedu wrote:
On 15/07/14 12:56, Emilio Pozuelo Monfort wrote:
On 15/07/14 12:42, Eugen Dedu wrote:
Package: xserver-xorg-input-evdev
On 31/10/13 10:04, Vincent Lefevre wrote:
On 2013-10-31 05:02:45 +0100, Eugen Dedu wrote:
On 30/10/13 22:44, Eugen Dedu wrote:
I have the same bug and I would really love to have it fixed. Since
about 2 years (before, it worked) I have been forced to execute xmodmap
~/.xmodmap after each
On 31/10/13 09:02, Maximiliano Curia wrote:
¡Hola Eugen!
¡Hola
El 2013-10-31 a las 05:02 +0100, Eugen Dedu escribió:
On 30/10/13 22:44, Eugen Dedu wrote:
I have the same bug and I would really love to have it fixed. Since
about 2 years (before, it worked) I have been forced to execute
I have the same bug and I would really love to have it fixed. Since
about 2 years (before, it worked) I have been forced to execute xmodmap
~/.xmodmap after each resume, since the key bindings I use in that file
are lost at suspend.
xmodmap simply adds French and Romanian accentuated
On 30/10/13 22:44, Eugen Dedu wrote:
I have the same bug and I would really love to have it fixed. Since
about 2 years (before, it worked) I have been forced to execute xmodmap
~/.xmodmap after each resume, since the key bindings I use in that file
are lost at suspend.
xmodmap simply adds
For the last few days, my keymap switching seems to be working
correctly. I currently have xserver-xorg 1:7.5+1
Closing the bug then?
--
Eugen
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
Hi,
In my .xinitrc/.xsession I have a call to xmodmap .xmodmap (I use a US
keyboard/layout and I need French diacritic characters), which works
just fine. The problem is that after an upgrade (I use debian unstable
and I upgraded the packages two days ago (previous update was 23 June)),
Comparing the logs with the new version and the one from testing, I see
this:
= for working version:
(==) NV(0): Backing store disabled
(==) NV(0): Silken mouse enabled
(II) NV(0): DPMS enabled
(II) NV(0): RandR 1.2 enabled, ignore the following RandR disabled message.
(--)
Sven Arvidsson wrote:
On Sat, 2009-04-11 at 14:28 +0200, Eugen Dedu wrote:
Hi,
For info, when upgrading to unstable synaptics yesterday (it's in
unstable now!!), tapping is not recognised anymore as click. After
adding the three lines in xorg.conf, it works.
This is because of an upstream
Brice Goglin wrote:
Eugen Dedu wrote:
Package: xserver-xorg-input-mouse
Version: 1:1.3.0-1
Severity: important
*** Please type your report below this line ***
Hi,
I use gdm. I log in accound A. I do some work. I close all the
applications and log out (in order to log in account B). gdm
in the middle of the screen but it
cannot be moved.
Reproducible about 50% of cases.
/etc/init.d/gdm restart does not help.
This bug is not new to the actual unstable version, it started a few
months ago.
Regards,
Eugen Dedu
-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg
Brice Goglin wrote:
Eugen Dedu wrote:
After s2ram -p -f in VT1: screen remains black. LED at CapsLock works,
CD ejecting (button F12) works. I switched blindly to VT3 (alt ctrl
f3), logged as root and executed halt -t now. The computer halted.
After rmmod sky2;s2ram -p -s -f in VT1: screen
Brice Goglin wrote:
Eugen Dedu wrote:
But on computers like mine (MacBookPro v3) it does not work. On
http://wiki.debian.org/MacBookPro#head-1d27e9182475ac6bf8a09771255ef5650d01c43c
it is written that s2ram works with old nvidia drivers and vanilla linux.
The nvidia driver knows a lot more
Brice Goglin wrote:
Eugen Dedu wrote:
But on computers like mine (MacBookPro v3) it does not work. On
http://wiki.debian.org/MacBookPro#head-1d27e9182475ac6bf8a09771255ef5650d01c43c
it is written that s2ram works with old nvidia drivers and vanilla linux.
The nvidia driver knows a lot more
Brice Goglin wrote:
Eugen Dedu wrote:
suspend works only with the binary nvidia driver.
Did you actually check that suspend to ram *never* works with the NV driver?
on all supported hardware? There are many things involved in suspend to ram,
including the kernel, the X server and the driver
#NVidia_Graphics_Chipsets and
http://sourceforge.net/mailarchive/message.php?msg_id=46F3ED9C.20504%40dark-green.com,
suspend works only with the binary nvidia driver.
Greetings,
Eugen Dedu
-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg
/var/lib/x11/X.md5sum does not exist.
X server
regards,
Eugen Dedu
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.22-2-powerpc
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked
25 matches
Mail list logo
