On 02/13/2012 04:55 PM, David C. Rankin wrote:
> On 02/13/2012 04:39 PM, Tom Gundersen wrote:
>> On Mon, Feb 13, 2012 at 10:55 PM, Calvin Morrison
>> wrote:
>>> es with this before as well. Do you have an exact
>>> error? Mine ended up being a udev rule written by hal that caused the
>>> breakage.
On 02/13/2012 03:55 PM, Calvin Morrison wrote:
> I was having issues with this before as well. Do you have an exact
> error? Mine ended up being a udev rule written by hal that caused the
> breakage. Hopefully we can get it resolved.
>
> Calvin
Hah,
I had to search for your reply -- was in the
On 02/13/2012 04:39 PM, Tom Gundersen wrote:
> On Mon, Feb 13, 2012 at 10:55 PM, Calvin Morrison
> wrote:
>> es with this before as well. Do you have an exact
>> error? Mine ended up being a udev rule written by hal that caused the
>> breakage. Hopefully we can get it resolved.
>
> Does HAL still
On Mon, Feb 13, 2012 at 10:55 PM, Calvin Morrison
wrote:
> es with this before as well. Do you have an exact
> error? Mine ended up being a udev rule written by hal that caused the
> breakage. Hopefully we can get it resolved.
Does HAL still write the offending rule on updated systems? If so,
cou
On 13 February 2012 16:52, David C. Rankin
wrote:
> All,
>
> Strange behavior on boot with both standard and LTS kernels. After updates
> today. Boot hangs on hal load when encountered in DAEMONS line of rc.conf.
> hal IS started, but boot hangs with both the normal kernel and LTS. This
> behavi
All,
Strange behavior on boot with both standard and LTS kernels. After updates
today. Boot hangs on hal load when encountered in DAEMONS line of rc.conf.
hal IS started, but boot hangs with both the normal kernel and LTS. This
behavior is confirmed when starting hal manually. This occurs w
6 matches
Mail list logo
