A friend of mine was upgrading to Hardy, and (so far as we can tell)
there was a power cut while it was halfway through, which left his
system in a not-especially-useful state. I think the best solution is
to have a /etc/init.d/{apt-get|dpkg} script that checks for
half-finished installs, and rest
On Mon, May 05, 2008 at 08:57:36PM +0100, Andrew Sayers wrote:
> A friend of mine was upgrading to Hardy, and (so far as we can tell)
> there was a power cut while it was halfway through, which left his
> system in a not-especially-useful state. I think the best solution is
> to have a /etc/init.d
Andrew Sayers wrote:
> A friend of mine was upgrading to Hardy, and (so far as we can tell)
there was a power cut while it was halfway through, which left his
system in a not-especially-useful state. I think the best solution is
to have a /etc/init.d/{apt-get|dpkg} script that checks for
> half-fi
> On Mon, May 05, 2008 at 08:57:36PM +0100, Andrew Sayers wrote:
>> A friend of mine was upgrading to Hardy, and (so far as we can tell)
>> there was a power cut while it was halfway through, which left his
>> system in a not-especially-useful state. I think the best solution is
>> to have a /etc/
On Mon, May 5, 2008 at 5:13 PM, <[EMAIL PROTECTED]> wrote:
> Another different but related case is when a package is broken/frozen and
> the user is not able to continue (phpbb2-conf-mysql, I'm looking at you!),
> it would be nice to have a "skip" button for packages that seem to be
> stuck.
>
Re
[EMAIL PROTECTED] wrote:
>
> Another different but related case is when a package is broken/frozen and
> the user is not able to continue (phpbb2-conf-mysql, I'm looking at you!),
> it would be nice to have a "skip" button for packages that seem to be
> stuck.
>
> -FFM
>
"Skip package" wouldn't
Evan wrote:
> Reading this, I just thought I'd mention that previous upgrades have caused
> issues with scrollkeeper-update, in which the only way to continue was to
> kill the process. Having a 'skip package' option would have been
> particularly useful in that situation.
updating the docs databa
It was actually spitting out errors in the cli. Something about a malformed
prefs file. Killing the update and running "sudo dpkg-reconfigure
scrollkeeper" fixed it.
On Mon, May 5, 2008 at 5:56 PM, Sam Tygier <[EMAIL PROTECTED]> wrote:
> Evan wrote:
>
>> Reading this, I just thought I'd mention t
It could work if after the package is skipped apt recreates the dependency
list; this might be bad to oversee though (especially without a GUI),
however adding a printout a la "These packages were originally meant to be
installed: $PACKAGES Since package $PACKAGE was removed after the update
began,
Milosz Derezynski wrote:
> It could work if after the package is skipped apt recreates the
> dependency list; this might be bad to oversee though (especially without
> a GUI), however adding a printout a la "These packages were originally
> meant to be installed: $PACKAGES Since package $PACKAGE wa
De: Bryce Harrington
Enviado el: lun 05/05/2008 22:51
Para: Andrew Sayers
CC: ubuntu-devel-discuss
Asunto: Re: Making apt-get powercut-proof
On Mon, May 05, 2008 at 08:57:36PM +0100, Andrew Sayers wrote:
> A friend of mine was upgrading to Hardy, and (so far as we can tell)
> there was a
Hi,
On Mon, May 05, 2008 at 08:57:36PM +0100, Andrew Sayers wrote:
> A friend of mine was upgrading to Hardy, and (so far as we can tell)
> there was a power cut while it was halfway through, which left his
> system in a not-especially-useful state. I think the best solution is
> to have a /etc/i
De: [EMAIL PROTECTED] en nombre de Michael Vogt
Enviado el: mar 06/05/2008 9:51
Para: Andrew Sayers
CC: ubuntu-devel-discuss@lists.ubuntu.com
Asunto: Re: Making apt-get powercut-proof
>The new friendly recovery is also in my PPA at
https://edge.launchpad.net/~mvo/+archive
(for those curious
Just by my feel of gut I'd guess that some unexperienced people who simply
don't want to wait long might find it encouraging to just skip packages even
if they are told that this might be normal. However if a package
installation aborts (not like with scrollkeeper but simply fails), which is
an evi
That's a pretty handy tool - would you be interested in an option to
start the remote recovery that's being discussed in a nearby thread?
Also, how would you feel if I suggested the options/dpkg script to the
APT development team as the basis for an init script? I don't expect it
would add more t
If you're amenable to extra scripts being suggested, I'll submit a bug
report(s) as and when it's relevant.
You're right about requiring a user choice, but I'm a bit concerned that
users are going to be confronted with a collection of options that they
don't understand, where one of them is known
Hi,
On Tue, May 06, 2008 at 07:06:35PM +0100, Andrew Sayers wrote:
> That's a pretty handy tool - would you be interested in an option to
> start the remote recovery that's being discussed in a nearby thread?
The design of friendly-recovery makes it easy to drop-in scripts, I
wasn't following thi
17 matches
Mail list logo