hi,
i am also running into this bug on an upgrade from debian/lenny to
squeeze. i can confirm that the hal deamon fails to stop, which is the
cause of the error. and the workaround given earlier (killall hald;
dpkg --configure --pending) does work for me.
HAL package version: 0.5.13
simply chan
hal version upgrade: 0.5.11-8 -> 0.5.12~git20090406.46dc48-2
Hi,
I also had big trouble configuring hal during an upgrade of hal from 0.5.11-8
to 0.5.12~git20090406.46dc48-2 (sorry, do no longer remember whether I started
the upgrade from lenny to squeeze, it happened weeks ago (May 18, 2009) and
On Thu May 15 2008 01:52:40 pm you wrote:
> On Thu, May 15, 2008, Bruce Sass wrote:
> > IMO, something is horribly broken if a PID file can disappear yet
> > the daemon is left running-
>
> Yes, but please assume that this horribly broken thing only happened
> with older dpkg and try fixing the s
On Wed May 14 2008 01:36:10 pm you wrote:
> On Wed, May 14, 2008, Bruce Sass wrote:
> > > This bug is now closed with the new dpkg; could you upgrade and
> > > confirm you still have the hal bug?
> >
> > I can confirm the hal package fails to configure (via
> > dpkg-reconfigure) if /var/run/hal/ha
On Thu, May 15, 2008, Bruce Sass wrote:
> IMO, something is horribly broken if a PID file can disappear yet the
> daemon is left running-
Yes, but please assume that this horribly broken thing only happened
with older dpkg and try fixing the system manually and reproducing the
error please.
-
On Wed, May 14, 2008, Bruce Sass wrote:
> > This bug is now closed with the new dpkg; could you upgrade and
> > confirm you still have the hal bug?
>
> I can confirm the hal package fails to configure (via dpkg-reconfigure)
> if /var/run/hal/hald.pid is missing. [the hal bug, imo]
Well it can
On Mon May 12 2008 01:00:52 pm Loïc Minier wrote:
> On Mon, May 12, 2008, Bruce Sass wrote:
> > The exim Maintainer called it a
> > "heisenbug", see #396944, he also filed #440657 shortly after but I
> > don't know if it is related to the problem I was having or just
> >
On Mon, May 12, 2008, Bruce Sass wrote:
> The exim Maintainer called it a "heisenbug",
> see #396944, he also filed #440657 shortly after but I don't know if it
> is related to the problem I was having or just something he ran across
> as he experimented. :(
This bu
On Sat May 10 2008 03:54:33 pm Loïc Minier wrote:
> On Sat, May 10, 2008, Bruce Sass wrote:
> > Most likely we are being bitten by a start-stop-daemon bug and you
> > may want to see how the exim Maintainer worked around the problem.
>
> Yes; there are many bugs in ssd in particular conditions. C
On Sat, May 10, 2008, Bruce Sass wrote:
> Most likely we are being bitten by a start-stop-daemon bug and you may
> want to see how the exim Maintainer worked around the problem.
Yes; there are many bugs in ssd in particular conditions. Could you
write more on the conditions under which you enco
Package: hal
Version: 0.5.11-1
Severity: critical
Justification: breaks unrelated software
...which causes dpkg to err out, halting the upgrade process. Since
neither dpkg or upgrading explicitly depends on hal, its failure is
breaking unrelated software/processes.
Investigation reveals that /var
11 matches
Mail list logo
