On Fri, 2006-11-24 at 21:23 +0100, Sebastian Fontius wrote:
Package: fnfxd
Version: 0.3-12
Severity: normal
With Linux 2.6.18 (actually 2.6.18.2 vanilla from kernel.org) fnfxd
misses most key presses. IIRC the behaviour is the same as in
#328085. I do not know if the problem is the
Also, sprach Timo Hoenig am Montag, den 27. November 2006 um 11:43:
As the code of FnFX did not change recently I think that this might
be a kernel issue.
I agree. I have no real idea of the inner workings of fnfx, its
client, or the kernel in regard to this, but the symptoms reminded me
of
Hi Sebastian,
On Mon, 2006-11-27 at 12:36 +0100, Sebastian Fontius wrote:
I agree. I have no real idea of the inner workings of fnfx, its
client, or the kernel in regard to this, but the symptoms reminded me
of #328085. So I concluded (or merely hoped) that it would be a
matter of simply
Hi,
Also, sprach Timo Hoenig am Montag, den 27. November 2006 um 13:01:
On Mon, 2006-11-27 at 12:36 +0100, Sebastian Fontius wrote:
I agree. I have no real idea of the inner workings of fnfx, its
client, or the kernel in regard to this, but the symptoms reminded
me of #328085. So I
Hi Sebastian,
On Mon, 2006-11-27 at 13:29 +0100, Sebastian Fontius wrote:
$ dlocate hal: | grep tosh
hal: /usr/share/hal/fdi/policy/10osvendor/10-toshiba-buttons.fdi
hal: /usr/lib/hal/hald-addon-acpi-buttons-toshiba
$ lsof | grep tosh
hald-addo 4724 root mem REG
Hi Timo,
Also, sprach Timo Hoenig am Montag, den 27. November 2006 um 12:45:
Ah, alright, just just fixed the bug ;-) The HAL addon
hald-addon-acpi-buttons-toshiba and fnfxd are both consuming events form
the Toshiba ACPI driver. Thus, kill one of them and the other one will
receive all
Also, sprach Timo Hoenig am Montag, den 27. November 2006 um 14:52:
On Mon, 2006-11-27 at 14:44 +0100, Sebastian Fontius wrote:
Did I miss something? The HAL in unstable is the same as in
testing so it should not be something only available in a new
version of HAL.
Can you please start
On Mon, 2006-11-27 at 14:44 +0100, Sebastian Fontius wrote:
Did I miss something? The HAL in unstable is the same as in testing
so it should not be something only available in a new version of HAL.
Can you please start everything as you would do normally and just kill
the process
On Mon, 2006-11-27 at 15:15 +0100, Timo Hoenig wrote:
It would be good to have the Debian developers aware of the fact that
the Toshiba ACPI event should only be read by one process at a time to
get it fixed properly.
What a mess. Second try:
--
To UNSUBSCRIBE, email to [EMAIL
On Mon, 2006-11-27 at 15:07 +0100, Sebastian Fontius wrote:
Ah, that way round :). I already wondered...
If I only start fnfxd it works. If I start dbus/HAL it starts again
missing key presses and if I kill hald-addon-acpi-toshiba it works
again (although I got the impression not 100%).
On Mon, 2006-11-27 at 15:15 +0100, Timo Hoenig wrote:
It would be good to have the Debian developers aware of the fact that
the Toshiba ACPI event should only be read by one process at a time to
get it fixed properly.
What a mess. Second try:
It would be good to make the Debian developers
Hi,
Also, sprach Timo Hoenig am Montag, den 27. November 2006 um 15:15:
On Mon, 2006-11-27 at 15:07 +0100, Sebastian Fontius wrote:
If I only start fnfxd it works. If I start dbus/HAL it starts again
missing key presses and if I kill hald-addon-acpi-toshiba it works
again (although I got
Package: fnfxd
Version: 0.3-12
Severity: normal
With Linux 2.6.18 (actually 2.6.18.2 vanilla from kernel.org) fnfxd
misses most key presses. IIRC the behaviour is the same as in
#328085. I do not know if the problem is the same, but the symptoms
are.
For example I have to press Fn+s several
13 matches
Mail list logo