From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040217
Description of problem:
The applet will request a reboot into a newer, just-installed kernel,
even though the currently-running kernel is the one selected as the
one to be booted into by default. In my case, there was a reason for
that: the newer kernel had problems, so I had to stick with an older
kernel. I'd prefer if rhn-applet-gui wouldn't keep wasting cpu
blinking the red sign to tell me to reboot when rebooting won't change
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Install a new kernel with up2date
2.Tweak /boot/grub/grub.conf such that the currently-running kernel
will boot by default
3.Check for updates or log in again
Actual Results: The applet will start blinking the red sign. If I
click on it, it suggests me to reboot because there's a newer kernel
Expected Results: Ideally it should realize the current kernel is the
one the box is going to boot into, and not bother to request a reboot.
This should cover the common case of a newer kernel being installed
by up2date, since this will change the default, and that of the
sysadmin deciding to stick with an older kernel for the time being.
Created attachment 97990 [details]
the warning and a blue applet
The kernel mismatch information should not generate the
red and blinking behaviour, only the availability of updates
does that, at least that's what's happening on my setup
see the attached image. So I don't understand your request.
Hmm... Maybe the applet code changed between my filing the bug report and your
test. Or maybe it stops blinking after you click on it to get the very screen
you show in the attachment.
The point still holds that it shouldn't say I should reboot to test the newer
kernel if the kernel that's going to be rebooted into by default is the one that
I'm running, methinks.
rhn-applet was replaced by pirut and put (package pirut) as of FC5. Only FC5
and FC6 are currently fully supported; FC3 and FC4 are supported for security
fixes only. If this bug occurs in FC3 or FC4 and is a security bug, please
change the product to Fedora Extras and the version to match. If you can verify
that the bug exists in RHEL as well, please change the product and version
The codebase for pirut and pup is quite different, but if a similar bug exists
in pirut and pup in FC5 or FC6, please change the product to pirut and the
version appropriately and update the bug report.
We apologize that the bug was not fixed before now. The status will be changed
to NEEDINFO, and if the bug is not updated with evidence that it is a security
bug or a bug that affects RHEL, it will be closed.
Note that rhn-applet may still be present on upgraded systems, and in general
will not function correctly on such systems. That is not a bug; anaconda does
not generally erase removed packages upon upgrades.
[This is a mass update sent to many bugs that missed earlier such messages due
to having their version set to a test version.]
This bug was originally filed against a version of Fedora Core which is no
longer supported, even for security updates. Many changes have occured since
then. Please retest this bug against a still supported version. Note that FC3
and FC4 are supported by Fedora Legacy for security fixes only. If
it still occurs on FC5 or FC6, please assign to the correct
version. Otherwise, if this a security issue, please change the
product to Fedora Legacy. Thanks, and we are sorry that we did not
get to this bug earlier.
This bug will be closed after a few weeks if no information is given indicating
that the bug is still present in a supported release.
Closing per previous comment.