Re: don't upgrade grub or grub-pc ! what's wrong with LILO ?
> If you can *find* it, yes. For example, if you are running "sid", and
> a new upload breaks, you may be able to find an older version in
> "testing" that still works. But if you are running "testing" and an
> upload breaks, where are you going to find a down-level version that
> you can install? The version in "stable" was probably compiled with
> a back-level C compiler and may require a back-level C run-time
> library, etc. If you have backups of your /var/cache/apt/archives/
> directory, you may be able to find a .deb package file for a
> downlevel release. But in my case I run "aptitude clean" after
> each upgrade to free disk space. If I were running grup-pc and
> testing, and a migration of a grub-pc package from sid to testing
> caused my system to be unbootable, I don't know where I would even
> be able to *find* a downlevel .deb package to install from, especially so
> if it had been more than a few days between the migration from sid
> to testing and when I ran my upgrade. By then, all the mirrors would
> have updated.
+1
In this case, I would back up sources.list, create a new, one-line
sources.list pointing at the main section of testing, purge unstable's
grub-common and grub-pc, apt-get update, install testing's grub-common
and grub-pc, delete the temporary sources.list, reinstate the original
sources.list, and apt-get update (and possibly pin grub-common and
grub-pc until the next version so that are not upgraded at the next
apt-get upgrade or apt-get dist-upgrade).
BTW, these are the 386 versions in the repositories:
grub-common_1.98~20100115-1_i386.deb 15-Jan-2010 20:04 1.4M
grub-common_1.98~20100128-1_i386.deb 28-Jan-2010 18:06 1.4M
grub-pc_1.98~20100115-1_i386.deb 15-Jan-2010 20:04 809K
grub-pc_1.98~20100128-1_i386.deb 28-Jan-2010 18:06 820K
Reply to: