Bug 17918 - kcm-grub2 has wrong requires and cannot be installed in UEFI as it removes the bootloader.
Summary: kcm-grub2 has wrong requires and cannot be installed in UEFI as it removes th...
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 5
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: QA Team
QA Contact:
URL:
Whiteboard: MGA5-64-OK advisory
Keywords: validated_update
Depends on: 17994
Blocks: 16803
  Show dependency treegraph
 
Reported: 2016-03-08 22:03 CET by Barry Jackson
Modified: 2016-03-25 07:39 CET (History)
3 users (show)

See Also:
Source RPM: kcm-grub2-0.5.8-12
CVE:
Status comment:


Attachments

Description Barry Jackson 2016-03-08 22:03:23 CET
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.
Comment 1 Barry Jackson 2016-03-08 23:04:44 CET
###############
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)
Barry Jackson 2016-03-08 23:06:14 CET

Assignee: bugsquad => qa-bugs

David Walser 2016-03-10 21:43:56 CET

Blocks: (none) => 16803

Comment 2 Barry Jackson 2016-03-10 23:41:05 CET
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.
Comment 3 Barry Jackson 2016-03-15 12:09:46 CET
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             ########################################################################################################
Comment 4 Lewis Smith 2016-03-15 20:30:38 CET
(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 5 Barry Jackson 2016-03-15 20:36:59 CET
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.
Comment 6 Lewis Smith 2016-03-15 21:01:27 CET
@ 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

Comment 7 Lewis Smith 2016-03-15 21:10:13 CET
@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.
Comment 8 Barry Jackson 2016-03-15 21:42:20 CET
No problem - glad you realized what you did \o/ :)
Dave Hodgins 2016-03-18 00:17:44 CET

Keywords: (none) => validated_update
Whiteboard: MGA5-64-OK => MGA5-64-OK advisory
CC: (none) => davidwhodgins, sysadmin-bugs

Thomas Backlund 2016-03-18 21:12:59 CET

Depends on: (none) => 17994

Comment 9 Mageia Robot 2016-03-25 07:39:27 CET
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


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