Bug 135586 - FC3 release notes -- New kernel set as default on manual upgrade
Summary: FC3 release notes -- New kernel set as default on manual upgrade
Alias: None
Product: Fedora
Classification: Fedora
Component: fedora-release   
(Show other bugs)
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Ed Bailey
QA Contact:
Depends On:
Blocks: fc-relnotes-blocker
TreeView+ depends on / blocked
Reported: 2004-10-13 17:39 UTC by Jeremy Katz
Modified: 2007-11-30 22:10 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-10-19 17:17:09 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Jeremy Katz 2004-10-13 17:39:44 UTC
Probably should go in the kernel section and I'm not entirely sure how
to wordsmith it.

But basically, we now default to setting new kernels as the default in
your boot loader configuration when they are installed via any
mechanism (including just rpm -ivh) instead of just with a tool such
as up2date or yum.  Only kernels with a package name matching the
DEFAULTKERNEL in /etc/sysconfig/kernel are set as default and only if

See bug 135161 for the longer description of what's going on.

Comment 2 Ed Bailey 2004-10-18 20:23:47 UTC
Jeremy -- Does this look ok to you:

In the past, the process of updating the kernel did not change the
default kernel in the system's boot loader configuration.

Fedora Core 2.92 Test 3 changes this behavior to set newly-installed
kernels as the default. This behavior applies to all installation
methods (including rpm -i).

This behavior is controlled by two lines in the /etc/sysconfig/kernel

  o UPGRADEDEFAULT â Controls whether new kernels will be booted by
default (default value: yes)

  o DEFAULTKERNEL â kernel RPMs whose names match this value will be
booted by default (default value: depends on hardware configuration)

Comment 3 Jeremy Katz 2004-10-18 21:34:53 UTC
Looks good to me.

Comment 4 Ed Bailey 2004-10-19 17:17:09 UTC
Jeremy -- Thanks!

Note You need to log in before you can comment on or make changes to this bug.