|
Bugzilla – Full Text Bug Listing |
| Summary: | ERROR in Function initHal; line 38: could not init hal library: (null) | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Klaus Kämpf <kkaempf> |
| Component: | Mobile Devices | Assignee: | Holger Macht <hmacht> |
| Status: | VERIFIED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | aj |
| Version: | Beta 1 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Klaus Kämpf
2005-08-09 09:07:54 UTC
Holger: I think this is a bug in powersave. looks as powersave try to connect to HAL while HAL isn't ready. Yes, you ar e right. But what't the problem. I will remove the second error message from getACAdapterStatus() and decrease severity from initHal from ERROR to warning. Tell me if there is another problem... Is there a dependency of powersave on hal in the init scripts? If it is, then why is the start up script of hal finished before hal is ready? Yes, there is a dependeny. If hal starts the init script is immediately back and return successful. HAL is started in this moment. This is the correct behavior. If hald starts, hal is "ready", but you can access the hal-service over DBUS first if hal ends the initial import of hardwareinformation and provides his services. To prevent such errors, you has to check if HAL provides his services over dbus currently or you must check the errorcode of the called function and retry later. reduced debug level and removed second error message This seems to happen on every boot. So we need a better solution. Danny: How can I check if Hal is really ready? Is there a signal emitted over dbus? Or any corresponing function? Ok, added check if hal service is registered with dbus. If not, proper warning is thrown. |