Bug#633849: Me too

2014-10-10 Thread Eugen Dedu

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 in that file are lost at
suspend.


There's a workaround: save and restore the settings automatically via
pm-utils. I wrote the attached /etc/pm/sleep.d/40xkb-save-restore script


Thank you for the help.

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-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#633849: Me too

2014-07-28 Thread Vincent Lefevre
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 in that file are lost at
 suspend.

There's a workaround: save and restore the settings automatically via
pm-utils. I wrote the attached /etc/pm/sleep.d/40xkb-save-restore script
(I use XKB instead of the obsolete xmodmap solution, but this script
might also work if you have changed the settings with xmodmap, I have
not tried). The following command is needed in ~/.xsession

  xhost +si:localuser:root

since the script is run by root, and root doesn't have the user's
xauth information (for MIT-MAGIC-COOKIE-1) in his environment.

Most often this works perfectly. This solution is not even affected by

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661295

However the settings are not always restored:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756268

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
#!/bin/sh

# /etc/pm/sleep.d/xkb-save-restore
# See pm-action(8) man page for the documentation.
# See /var/log/pm-suspend.log* for the logs.
#
# xhost +si:localuser:root must be run by the user, for instance
# at login time, so that xkbcomp can have access to the display.

set -e

dir=/run/pm-xkb
mkdir -p $dir
displays=$dir/displays
env=$dir/env

unset list

ok()
{
  if [ -n $list ]; then
echo $1 XKB settings for displays:$list
  fi
}

xkbsave()
{
  :  $displays
  cd /tmp/.X11-unix
  for file in X*
  do
d=${file#X}
if xkbcomp :$d $dir/$d; then
  echo $d  $displays
  list=$list $d
fi
  done
  ok saved
}

xkbrestore()
{
  while read d
  do
xkbcomp $dir/$d :$d
list=$list $d
  done  $displays
  ok restored
}

case $1 in
  suspend|hibernate) xkbsave ;;
  resume|thaw) xkbrestore ;;
  *) echo unsupported argument 2
 exit 1 ;;
esac

# $Id: xkb-save-restore 71569 2014-07-25 22:08:22Z vinc17/xvii $


Bug#633849: Me too

2013-11-02 Thread Eugen Dedu

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 resume, since the key bindings I use in that file
are lost at suspend.

xmodmap simply adds French and Romanian accentuated characters éèôîșț...
to my English keyboard.


Note that xset settings are lost too.  For ex., I execute xset b off, or
xset r rate 200 30, but they go back to default values after suspend/resume.


Yes, there are several related bugs about lost settings after
suspend/resume:

   #541388  xserver-xorg: Xmodmap settings lost across suspend/hibernate
   #568868  key repeat for caps lock goes away after suspend/resume
   #582566  bell settings (xset -b) not preserved after suspend/resume
   #633849  xserver-xorg: XKB settings lost after suspend (hibernate) / resume
or USB keyboard plugged in


Do you know if the upstream is informed about all these bugs?

--
Eugen


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



Bug#633849: Me too

2013-11-02 Thread Vincent Lefevre
Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=71168

On 2013-11-02 09:22:02 +0100, Eugen Dedu wrote:
 Do you know if the upstream is informed about all these bugs?

I've just reported this bug upstream.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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



Bug#633849: Me too

2013-10-31 Thread Maximiliano Curia
¡Hola Eugen!

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 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 characters éèôîșț...
 to my English keyboard.

 Note that xset settings are lost too.  For ex., I execute xset b
 off, or xset r rate 200 30, but they go back to default values after
 suspend/resume.

How are you suspending your computer?
Under which desktop environment?

I also have a custom ~/.Xmodmap, and using pm-suspend or powerdevil (kde)
won't loss those changes.

-- 
If a million people believe a foolish thing, it is still a foolish thing.
-- France's Rule of Folly
Saludos /\/\ /\  `/


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



Bug#633849: Me too

2013-10-31 Thread Eugen Dedu

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 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 characters éèôîșț...
to my English keyboard.



Note that xset settings are lost too.  For ex., I execute xset b
off, or xset r rate 200 30, but they go back to default values after
suspend/resume.


How are you suspending your computer?


The bug appears when I close the lid, and also when executing pm-suspend 
as root.



Under which desktop environment?


Under gnome until one week ago, and under awesome since then.

xset r rate setting was not visible on gnome, since it is itself which 
changes it when resuming, I suppose.



I also have a custom ~/.Xmodmap, and using pm-suspend or powerdevil (kde)
won't loss those changes.


This is strange then.  How can I see what happens?  Where to look at?

Could that be an issue of a kbd-related package?

--
Eugen


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



Bug#633849: Me too

2013-10-31 Thread Vincent Lefevre
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 resume, since the key bindings I use in that file
 are lost at suspend.
 
 xmodmap simply adds French and Romanian accentuated characters éèôîșț...
 to my English keyboard.
 
 Note that xset settings are lost too.  For ex., I execute xset b off, or
 xset r rate 200 30, but they go back to default values after suspend/resume.

Yes, there are several related bugs about lost settings after
suspend/resume:

  #541388  xserver-xorg: Xmodmap settings lost across suspend/hibernate
  #568868  key repeat for caps lock goes away after suspend/resume
  #582566  bell settings (xset -b) not preserved after suspend/resume
  #633849  xserver-xorg: XKB settings lost after suspend (hibernate) / resume
   or USB keyboard plugged in

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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



Bug#633849: Me too

2013-10-30 Thread Eugen Dedu
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 characters éèôîșț... 
to my English keyboard.


--
Eugen


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



Bug#633849: Me too

2013-10-30 Thread Eugen Dedu

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 French and Romanian accentuated characters éèôîșț...
to my English keyboard.


Note that xset settings are lost too.  For ex., I execute xset b off, or 
xset r rate 200 30, but they go back to default values after suspend/resume.


--
Eugen


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