. I suspect if you rm K09reboot in
the squeeze chroot, it will fix the behaviour to what you want.
As far as rebooting from inside a chroot rebooting the system I don;t
know whether that's a bug or not. As far as I'm aware it has been the
way it's behaved for a long while...not
image.
It's a very handy place to put modules which should be loaded at boot.
Please don't remove it.
Cheers,
Stephen
--
Stephen Stafford
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: wnpp
Severity: normal
I no longer have time to do Debian work, so I am orphaning this, my
last package and retiring from the project.
The package is in poor shape due to my lack of attention and needs
some TLC.
Cheers,
Stephen
-- System Information:
Debian Release: testing/unstable
Quoting Steve Langasek <[EMAIL PROTECTED]>:
> I can't seem to reproduce this bug with an etch system (or at least, it
> takes a very long time testing mirrors -- hours -- before it segfaults).
> Is this bug actually confirmed?
>
Hi Steve,
I've confirmed it with sarge and sid. You can shorten th
t worth the
time to implement them.
I'm always happy to accept a patch though. If your patch works and doesn't
break any other part of the tool, then I'll apply it and release it.
Cheers,
Stephen
--
Stephen Stafford | Development and support consultant
<[EMAIL PRO
t
access apart from email for roughly a month or so; nor do I have access to
development machines for testing.
You have my full permission to NMU pfe to fix this (and any other - #259630 for
example) bug if you wish to do so. If not, I can try asking someone else to do
it instead.
tags 206796 +woody
thanks
Andreas Barth wrote:
severity 206796 grave
thanks
Hi,
that a package has wrong endianness is at least grave, as the package
cannot be used at all. Another issue is that the information on which
platforms the package should be built is contradictory. Please decide on
which
7 matches
Mail list logo