Description of problem: The package cannot be installed in UEFI system as it Requires: grub2. There is a virtual provide available in the grub2 package that it should use instead. i.e.: Requires: grub2bootloader I will push an update for this to 5/updates_testing as it needs fixing in order to be able to test an update to os-prober. (on UEFI anyway). Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3.
############### Update Advisory kcm-grub2-0.5.8-12.1 has been pushed to 5/core/updates_testing. ############### Description This update resolves an issue where it was impossible to install the package on a system using UEFI. UEFI must use grub2-efi whereas this package was requiring grub2. ############### Packages affected kcm-grub2-0.5.8-12.1.mga5.src.rpm kcm-grub2-debuginfo-0.5.8-12.1.mga5.x86_64.rpm kcm-grub2-0.5.8-12.1.mga5.x86_64.rpm kcm-grub2-debuginfo-0.5.8-12.1.mga5.i586.rpm kcm-grub2-0.5.8-12.1.mga5.i586.rpm ############## Testing Check that the package installs on a UEFI system. (it does)
Assignee: bugsquad => qa-bugs
Blocks: (none) => 16803
After the qa meeting I thought more about this and there are no Conflicts: required. It is impossible for anyone to have a working UEFI system with this package installed. Once this is pushed to updates then the problem is gone for good. It in no way relates to the os-prober bug or the os-prober package, except that it was needed for testing. If my testing instructions had been followed exactly then Lewis would not have screwed his system. i.e. "2. Install kcm-grub2 (if it is a UEFI system use the package from 5/updates_testing)" I will push the fix to Cauldron now - I was hoping to update the package as it has been neglected for some time, however the new version fails to build.
Lewis, I have (as per Thomas' request ) put an updated grub2(-efi) in 5/core/updates_testing with a conflict on the old kcm-grub2. However I don't think it does anything useful as I have commented on the ML. Attempting to install the old kcm-grub2 still wants to remove grub2-efi due to the conflict and then install grub2 due to the Require. As far as update handling is concerned there can be no issue as it's not possible to have the old kcm-grub2 alongside grub2-efi (unless you are called Lewis :) ###### Installing the old kcm-grub2 [baz@jackodesktop ~]$ sudo urpmi kcm-grub2 --test The following package has to be removed for others to be upgraded: grub2-efi-2.02-0.git9752.18.4.mga5.x86_64 (due to conflicts with kcm-grub2[< 0.5.8-12.1.mga5]) (test only, removal will not be actually done) (y/N) y To satisfy dependencies, the following packages are going to be installed: (test only, installation will not be actually done) Package Version Release Arch (medium "Core Release (zmrepo1)") kcm-grub2 0.5.8 12.mga5 x86_64 (medium "Core Updates (zmrepo3)") grub2 2.02 0.git9752.18> x86_64 847KB of disk space will be freed. 2.8MB of packages will be retrieved. Proceed with the installation of the 2 packages? (Y/n) ## Installing new one [baz@jackodesktop ~]$ sudo urpmi kcm-grub2 http://mtf.no-ip.co.uk/pub/linux/Mageia/distrib/5/x86_64/media/core/updates_testing/kcm-grub2-0.5.8-12.1.mga5.x86_64.rpm installing kcm-grub2-0.5.8-12.1.mga5.x86_64.rpm from /var/cache/urpmi/rpms Preparing... ######################################################################################################## 1/1: kcm-grub2 ########################################################################################################
(In reply to Barry Jackson from comment #2) > > If my testing instructions had been followed exactly then Lewis would not > have screwed his system. i.e. "2. Install kcm-grub2 (if it is a UEFI system > use the package from 5/updates_testing)" Please see my comment 4 in 16803, which shows I *did* explicitly install (by updating from Updates Testing to) kcm-grub2-0.5.8-12.1.mga5.
CC: (none) => lewyssmith
Comment 4 shows explicitly that: $MIRRORLIST: media/core/release/kcm-grub2-0.5.8-12.mga5.x86_64.rpm was being installed NOT the one from core/update_testing.
@ Barry: 16803/c4 Following the advice in Comment 3.2 "Install kcm-grub2 (if it is a UEFI system use the package from 5/updates_testing)", I updated *just* that from Updates Testing to: kcm-grub2-0.5.8-12.1.mga5 which is not kcm-grub2-0.5.8-12.mga5 OK? ------------------------------------ Testing x64 EFI real hardware. BEFORE the update See bug 16803 comment 4. It took out grub2-efi (& rendered the system unbootable...). AFTER the update once grub2-efi had been restored. Enabled explicitly in MCC-Manage software-Software sources "Core Updates Testing" for *installation* ; exceptionally in order to be able to: # urpmi kcm-grub2 rsync://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/5/x86_64/media/core/updates_testing/kcm-grub2-0.5.8-12.1.mga5.x86_64.rpm gosod kcm-grub2-0.5.8-12.1.mga5.x86_64.rpm o /var/cache/urpmi/rpms Paratoi... ####################################################### 1/1: kcm-grub2 ####################################################### # rpm -qa | grep grub2 grub2-efi-2.02-0.git9752.18.3.mga5 grub2-mageia-theme-2.02-0.git9752.18.3.mga5 kcm-grub2-0.5.8-12.1.mga5 shows that the updated pkg was instaled without problems alongside existing grub2-efi. The update OK. It should not need x32 testing, because that cannot use grub2-efi; the update is EFI specific, hence only 64 bit.
Whiteboard: (none) => MGA5-64-OK
@Barry Apologies. I see my mistake. The original installation of kcm-grub2-0.5.8-12.mga5 is what screwed the system; updating that to kcm-grub2-0.5.8-12.1.mga5 was too late. If I had *installed* the latter directly, the problem would indeed not have arisen - as per my test of this update above.
No problem - glad you realized what you did \o/ :)
Keywords: (none) => validated_updateWhiteboard: MGA5-64-OK => MGA5-64-OK advisoryCC: (none) => davidwhodgins, sysadmin-bugs
Depends on: (none) => 17994
An update for this issue has been pushed to the Mageia Updates repository. http://advisories.mageia.org/MGAA-2016-0051.html
Status: NEW => RESOLVEDResolution: (none) => FIXED