Your message dated Sun, 13 Mar 2011 21:07:14 +0000
with message-id <[email protected]>
and subject line Bug#602242: fixed in i3lock 2.1-1
has caused the Debian Bug report #602242,
regarding i3lock remains unresponsive if no key has been struck before it is
launched
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
602242: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602242
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: i3lock
Version: 2.0-2
Severity: minor
Hello,
This is a problem I met since upgrade to i3lock 2.0 (no problem with
1.0 version).
It happens if the keyboard is not used after the X server is started
and before i3lock is launched. Typically using startx and launching
i3lock as first client in the X session (if I use xdm there is no
problem since xdm forces me to type my username and password)
If I write in my .xsessionrc the following:
sleep 5
i3lock -n
and I launch the X server using startx, if I don't strike any
keyboard key during the 5 s period, i3lock will then remain
unresponsive once started. If I strike some keys within the 5 s
period, i3lock will unlock screen after I type the password.
The example above is a corner case. But another more common case
where it could happen is when launching the X session with startx,
being disturbed by something (e.g. phone) and leaving the computer,
with i3lock being started automatically by xautolock.
Kind regards
Pascal Dormeau
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (90, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.36-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages i3lock depends on:
ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib
ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra
ii libpam0g 1.1.1-6.1 Pluggable Authentication Modules l
ii libxcb-dpms0 1.6-1 X C Binding, dpms extension
ii libxcb-image0 0.3.6-1 utility libraries for X C Binding
ii libxcb-keysyms1 0.3.6-1 utility libraries for X C Binding
ii libxcb-shm0 1.6-1 X C Binding, shm extension
ii libxcb1 1.6-1 X C Binding
i3lock recommends no packages.
i3lock suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Source: i3lock
Source-Version: 2.1-1
We believe that the bug you reported is fixed in the latest version of
i3lock, which is due to be installed in the Debian FTP archive:
i3lock_2.1-1.diff.gz
to main/i/i3lock/i3lock_2.1-1.diff.gz
i3lock_2.1-1.dsc
to main/i/i3lock/i3lock_2.1-1.dsc
i3lock_2.1-1_amd64.deb
to main/i/i3lock/i3lock_2.1-1_amd64.deb
i3lock_2.1.orig.tar.gz
to main/i/i3lock/i3lock_2.1.orig.tar.gz
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Michael Stapelberg <[email protected]> (supplier of updated i3lock package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.8
Date: Sun, 13 Mar 2011 20:27:46 +0100
Source: i3lock
Binary: i3lock
Architecture: source amd64
Version: 2.1-1
Distribution: unstable
Urgency: low
Maintainer: Michael Stapelberg <[email protected]>
Changed-By: Michael Stapelberg <[email protected]>
Description:
i3lock - improved screen locker
Closes: 602101 602242
Changes:
i3lock (2.1-1) unstable; urgency=low
.
* Accept return/backspace when the buffer of 512 bytes is full
* Handle numpad keys correctly (Closes: #602101)
* Handle MappingNotify events (Closes: #602242)
* Correctly check for errors when connecting to X11
* Add i3lock.pam to not rely on debian’s /etc/pam.d/other anymore
* don’t display debug output
* add NOLIBCAIRO flag to permit compilation without cairo
Checksums-Sha1:
1bb119736cf05e2a7a66a66545018542af171f28 1100 i3lock_2.1-1.dsc
e3dad64bc2d94057f2434bc95bb85907a946b6c4 26530 i3lock_2.1.orig.tar.gz
db15be47cfbc7ea6e368953658ac53889930e77c 2675 i3lock_2.1-1.diff.gz
427bb7f1770177055576b2c90fc2692dcb8285d9 16288 i3lock_2.1-1_amd64.deb
Checksums-Sha256:
4ba2d4afc767bb38412c7adbb43cc8b39635b1b0bddfb15db946f678a640444f 1100
i3lock_2.1-1.dsc
fbee053ad786a2d68e9aa6cabbc49f414d2f494939937c59be7030f408ae9731 26530
i3lock_2.1.orig.tar.gz
01c942f07fb01a5fa7050919e1f4fa17c553ba00291e40d8b7a2fc74cba70340 2675
i3lock_2.1-1.diff.gz
1e9d4ee2fbdd7c97a6797fe2862a1eb3ee5081d9576ec4e0a306ae958e57c0f7 16288
i3lock_2.1-1_amd64.deb
Files:
006a217017b3d6bc9f837748e855e5aa 1100 utils optional i3lock_2.1-1.dsc
6a86f0032eb0c09e557afae998cbe000 26530 utils optional i3lock_2.1.orig.tar.gz
e78dda7ad26ae3733529f073e3bde71e 2675 utils optional i3lock_2.1-1.diff.gz
8ac4d0aa4b82d519585def4849f961c6 16288 x11 optional i3lock_2.1-1_amd64.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEARECAAYFAk19HMwACgkQ9su5nWW3kMJRrACffIE96yvqKiSbY5aklOVNnAE6
UJcAoIk6ebUnsV0bjOaoFcZ5zDXceDix
=ioVK
-----END PGP SIGNATURE-----
--- End Message ---
