[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Upgrade script for libata transition



On Thu, Jan 07, 2010 at 10:49:56PM +0000, Ben Hutchings wrote:
> On Tue, 2009-12-29 at 12:06 +0000, Ben Hutchings wrote:
> > Linux kernel packages for "squeeze" will use libata-based drivers in
> > preference to old-style IDE drivers.  On some systems this will change
> > the names of PATA devices and will also change the names of SCSI devices
> > already present in those systems if they are enumerated after the PATA
> > devices.

> > On upgrade, we will recommend that users identify hard disk volumes in
> > configuration files by label or UUID (unique identifier) rather than by
> > device name, which will work with both old and new kernel versions.  I
> > think that in most cases it should be possible to update the system
> > configuration automatically, if the user agrees to this.  The following
> > script implements this.  Please review and verify that it does the right
> > thing for your package's configuration file(s).  (I would also welcome a
> > more general review of the code.)

> I have not yet seen any comments from maintainers of the various boot
> loaders.  It is vital that this upgrade process is reliable and does not
> prevent systems from booting, so please do review the code for your boot
> loader.

Well, aboot is effectively unmaintained, along with the port as a whole,
since I no longer have an alpha that boots (and I don't think doing test
builds on a buildd is adequate for uploading a bootloader with a different
toolchain, so I haven't officially orphaned the package).  If you care about
getting feedback for alpha, I'd suggest mailing
debian-alpha@lists.debian.org.

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
slangasek@ubuntu.com                                     vorlon@debian.org

Attachment: signature.asc
Description: Digital signature


Reply to: