Bug 17918

###############
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)

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/ :)

An update for this issue has been pushed to the Mageia Updates repository.

http://advisories.mageia.org/MGAA-2016-0051.html

Status: NEW => RESOLVED
Resolution: (none) => FIXED