cvs commit: src/usr.sbin/sysinstall installUpgrade.c
ceri at submonkey.net
Fri Jun 2 02:40:53 PDT 2006
On Thu, Jun 01, 2006 at 11:18:37AM -0400, Kris Kennaway wrote:
> On Thu, Jun 01, 2006 at 09:41:27AM +0100, Ceri Davies wrote:
> > On Wed, May 31, 2006 at 09:21:30PM -0400, Kris Kennaway wrote:
> > > On Wed, May 31, 2006 at 07:15:20PM +0000, Ceri Davies wrote:
> > > > ceri 2006-05-31 19:15:20 UTC
> > > >
> > > > FreeBSD src repository
> > > >
> > > > Modified files:
> > > > usr.sbin/sysinstall installUpgrade.c
> > > > Log:
> > > > Update the location of the kernel for upgrades.
> > > >
> > > > I considered leaving /boot/kernel out of the chflags noschg line, but I
> > > > seem to remember that there was a period where /boot/kernel was schg, so
> > > > have left it in for safety's sake.
> > >
> > > Does this explain the user report I have that a binary upgrade from
> > > 6.0 to 6.1 did not update the kernel?
> > No, I don't think so. This is more to do with saving the old one for
> > saftey's sake; there's nothing in here that should have prevented his
> > old kernel from being committed to block limbo.
> > I'll dig around and see if I can see how that might have happened, but I
> > can't think of anything off the top of my head.
> Never mind, it was user error (they were trying to use an 6.0 CD to
> update to 6.1 by changing the release name). This is actually fairly
> common, so I wonder if a bit of text could be added saying not to do
Hmm. It's been a while since I tried that, but I remember that worked
(so long as you pointed it at the internets). What you're asking for is
that we check that the release name set in options matches the bits on
the CD if we're extracting from CD, right?
That must be wonderful! I don't understand it at all.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20060602/20ae9c24/attachment-0001.pgp
More information about the cvs-src