Description of problem: Version-Release number of selected component (if applicable): dnf-0.6.2-1.fc22.noarch How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Hi, thanks for the report. Would you mind sharing the datails (kernel versions, dnf command line, dnf output). Does yum do it correctly? This is probably due to kernel %post scriplet - not package management issue.
I have Fedora (3.18.0-0.rc1.git1.2.fc22.x86_64) 22 (Rawhide) Fedora (3.18.0-0.rc1.git0.1.fc22.x86_64) 22 (Rawhide) Fedora (3.18.0-0.rc0.git9.5.fc22.1.x86_64) 22 (Rawhide) Fedora (3.18.0-0.rc0.git9.1.fc22.x86_64) 22 (Rawhide) Fedora (3.18.0-0.rc0.git8.1.fc22.x86_64) 22 (Rawhide) Fedora (3.18.0-0.rc0.git6.1.fc22.x86_64) 22 (Rawhide) dnf has just updated 3.18.0-0.rc1.git1.2.fc22 but grub2-editenv list saved_entry=Fedora (3.18.0-0.rc1.git0.1.fc22.x86_64) 22 (Rawhide) I'll try yum next time
dnf does the same as `rpm -U ...`, nothing special. reassigning.
sounds like this issue http://fedoraproject.org/wiki/Common_F21_bugs#Default_boot_menu_.28grub.29_entry_is_not_updated_with_new_kernels
(In reply to Jan Silhan from comment #3) > dnf does the same as `rpm -U ...`, nothing special. reassigning. I'm hoping you meant `rpm -i ...` since kernels are parallel installed and not updated in RPM terms. *** This bug has been marked as a duplicate of bug 1141414 ***
yes, can confirm /etc/sysconfig/kernel one of my system was an upgrade from f20=>rawhide, the other a fresh rawhide installation and this one needed correction in that config file