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
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 developer
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:
--
To UNSUBSCRIBE, email to [EMAIL PROTECT
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 pleas
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 hald-addmoi
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 e
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,
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 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 simpl
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 #
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 th
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 tim
13 matches
Mail list logo
