it seems like my apcupsd deamon get stuck when hal is probing /dev/usb/hidinput0 (the ups).
when I kill hal apcupsd is okay, otherwise it get stuck can't kill it with -9
how can i tell hal to not watch for the ups ?
or is there some other work around for this ?
Alex
--
"I was proud the other day when both Republicans and Democrats stood with me in the Rose Garden to announce their support for a clear statement of purpose: you disarm, or we will."
- George W. Bush
10/05/2002
Manchester, NH
speaking about Saddam Hussein
10-25-2008, 10:02 AM
Florian Kulzer
apcupsd and hal
On Sat, Oct 25, 2008 at 16:21:50 +1100, Alex Samad wrote:
> Hi
>
> it seems like my apcupsd deamon get stuck when hal is probing
> /dev/usb/hidinput0 (the ups).
>
> when I kill hal apcupsd is okay, otherwise it get stuck can't kill it
> with -9
>
> how can i tell hal to not watch for the ups ?
>
> or is there some other work around for this ?
I think the problem may be due to /usr/lib/hal/hald-addon-hid-ups
interfering with apcupsd, therefore I would try to comment out this
section
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
10-25-2008, 08:20 PM
Alex Samad
apcupsd and hal
On Sat, Oct 25, 2008 at 12:02:07PM +0200, Florian Kulzer wrote:
> On Sat, Oct 25, 2008 at 16:21:50 +1100, Alex Samad wrote:
> > Hi
> >
> > it seems like my apcupsd deamon get stuck when hal is probing
> > /dev/usb/hidinput0 (the ups).
> >
> > when I kill hal apcupsd is okay, otherwise it get stuck can't kill it
> > with -9
> >
> > how can i tell hal to not watch for the ups ?
> >
> > or is there some other work around for this ?
>
> I think the problem may be due to /usr/lib/hal/hald-addon-hid-ups
> interfering with apcupsd, therefore I would try to comment out this
> section
>
> <device>
> <match key="hiddev.application_pages" contains="Power Device Page">
> <append key="info.addons" type="strlist">hald-addon-hid-ups</append>
> </match>
> </device>
>
> in /usr/share/hal/fdi/policy/10osvendor/10-power-mgmt-policy.fdi and
> then restart hal.
Thanks for that, I presume <!-- --> is the right way to commend out.
But now I am getting these usbhid: control queue full, seems to be a problem from the 2.6.0 days
>
> --
> Regards, | http://users.icfo.es/Florian.Kulzer
> Florian |
>
>
> --
> To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>
--
"There's a lot of people in the Middle East who are desirous to get into the Mitchell process. And -- but first things first. The -- these terrorist acts and, you know, the responses have got to end in order for us to get the framework --the groundwork --not framework, the groundwork to discuss a framework for peace, to lay the�all right."
- George W. Bush
08/13/2001
Crawford, TX
referring to former Sen. George Mitchell's report on Middle East peace
10-25-2008, 09:27 PM
Florian Kulzer
apcupsd and hal
On Sun, Oct 26, 2008 at 07:20:24 +1100, Alex Samad wrote:
> On Sat, Oct 25, 2008 at 12:02:07PM +0200, Florian Kulzer wrote:
> > On Sat, Oct 25, 2008 at 16:21:50 +1100, Alex Samad wrote:
> > > Hi
> > >
> > > it seems like my apcupsd deamon get stuck when hal is probing
> > > /dev/usb/hidinput0 (the ups).
> > >
> > > when I kill hal apcupsd is okay, otherwise it get stuck can't kill it
> > > with -9
> > >
> > > how can i tell hal to not watch for the ups ?
> > >
> > > or is there some other work around for this ?
> >
> > I think the problem may be due to /usr/lib/hal/hald-addon-hid-ups
> > interfering with apcupsd, therefore I would try to comment out this
> > section
> >
> > <device>
> > <match key="hiddev.application_pages" contains="Power Device Page">
> > <append key="info.addons" type="strlist">hald-addon-hid-ups</append>
> > </match>
> > </device>
> >
> > in /usr/share/hal/fdi/policy/10osvendor/10-power-mgmt-policy.fdi and
> > then restart hal.
>
> Thanks for that, I presume <!-- --> is the right way to commend out.
Yes, that should be it.
> But now I am getting these usbhid: control queue full, seems to be a
> problem from the 2.6.0 days
If removing the handler leads to the queue filling up then maybe you
could replace it like this:
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
10-27-2008, 07:35 PM
Alex Samad
apcupsd and hal
On Sat, Oct 25, 2008 at 11:27:35PM +0200, Florian Kulzer wrote:
> On Sun, Oct 26, 2008 at 07:20:24 +1100, Alex Samad wrote:
> > On Sat, Oct 25, 2008 at 12:02:07PM +0200, Florian Kulzer wrote:
> > > On Sat, Oct 25, 2008 at 16:21:50 +1100, Alex Samad wrote:
> > > > Hi
[snip]
>
> If removing the handler leads to the queue filling up then maybe you
> could replace it like this:
>
> <append key="info.addons" type="strlist">/bin/true</append>
>
> (I have never tried this.)
Is there a way of overriding the file, by placing another file in
/etc/hal .... (instead of editing this file ?)
>
> --
> Regards, | http://users.icfo.es/Florian.Kulzer
> Florian |
>
>
> --
> To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>
--
"I know how hard it is for you to put food on your family."
- George W. Bush
01/27/2000
Greater Nashua, NH, Chamber of Commerce
10-27-2008, 09:08 PM
Florian Kulzer
apcupsd and hal
On Tue, Oct 28, 2008 at 07:35:10 +1100, Alex Samad wrote:
> On Sat, Oct 25, 2008 at 11:27:35PM +0200, Florian Kulzer wrote:
> > On Sun, Oct 26, 2008 at 07:20:24 +1100, Alex Samad wrote:
> > > On Sat, Oct 25, 2008 at 12:02:07PM +0200, Florian Kulzer wrote:
> > > > On Sat, Oct 25, 2008 at 16:21:50 +1100, Alex Samad wrote:
> > > > > Hi
>
> [snip]
>
> >
> > If removing the handler leads to the queue filling up then maybe you
> > could replace it like this:
> >
> > <append key="info.addons" type="strlist">/bin/true</append>
> >
> > (I have never tried this.)
>
> Is there a way of overriding the file, by placing another file in
> /etc/hal .... (instead of editing this file ?)
As far as I know, FDI files under /etc/hal/fdi are processed after the
files under /usr/share/hal/fdi/, so I think it should be possible to
remove the unwanted element from info.addons and then to add /bin/true
like this:
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
10-27-2008, 10:18 PM
Alex Samad
apcupsd and hal
On Mon, Oct 27, 2008 at 11:08:55PM +0100, Florian Kulzer wrote:
> On Tue, Oct 28, 2008 at 07:35:10 +1100, Alex Samad wrote:
> > On Sat, Oct 25, 2008 at 11:27:35PM +0200, Florian Kulzer wrote:
> > > On Sun, Oct 26, 2008 at 07:20:24 +1100, Alex Samad wrote:
> > > > On Sat, Oct 25, 2008 at 12:02:07PM +0200, Florian Kulzer wrote:
> > > > > On Sat, Oct 25, 2008 at 16:21:50 +1100, Alex Samad wrote:
> > > > > > Hi
> >
> > [snip]
> >
> > >
> > > If removing the handler leads to the queue filling up then maybe you
> > > could replace it like this:
> > >
> > > <append key="info.addons" type="strlist">/bin/true</append>
> > >
> > > (I have never tried this.)
> >
> > Is there a way of overriding the file, by placing another file in
> > /etc/hal .... (instead of editing this file ?)
>
> As far as I know, FDI files under /etc/hal/fdi are processed after the
> files under /usr/share/hal/fdi/, so I think it should be possible to
> remove the unwanted element from info.addons and then to add /bin/true
> like this:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <deviceinfo version="0.2">
> <device>
> <match key="hiddev.application_pages" contains="Power Device Page">
> <remove key="info.addons" type="strlist">hald-addon-hid-ups</remove>
> <append key="info.addons" type="strlist">/bin/true</append>
> </match>
> </device>
> </deviceinfo>
great I will give it a go
thanks
>
> I would try to put this into a file called /etc/hal/fdi/policy/local.fdi
> or something like that.
>
> --
> Regards, | http://users.icfo.es/Florian.Kulzer
> Florian |
>
>
> --
> To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>
--
"Well, that's going to be up to the pundits and the people to make up their mind. I'll tell you what is a president for him, for example, talking about my record in the state of Texas. I mean, he's willing to say anything in order to convince people that I haven't had a good record in Texas."