Hello Hans and Chris,
On 3/2/20 8:46 PM, Chris Murphy wrote:
On Mon, Mar 2, 2020 at 5:23 AM Hans de Goede hdegoede@redhat.com wrote:
At least for the Fedora 31 livecd grubby is not installed by default (I just double checked) and AFAIK booting the livecd and then doing an install is how most (or at least a lot) of our users install Fedora.
It's not on Fedora-Workstation-Live-x86_64-32-20200226.n.0.iso
You are correct. I tested with a Server minimal install and it was there so I (wrongly) assumed that it would be installed for Workstation as well.
This is my fault, because the grubby package used to be in core and someone moved it to arm-tools due extlinux not having BLS support and still needing the old grubby tool.
But I mentioned that only the grubby-deprecated package was needed for armv7 and that grubby should be in a group that's included by all products/spins.
And was suggested standard as the correct group, but as Chris mentioned this is not pulled by workstation-product-environment.
I wonder how we didn't find this bug before...
I guess at one time something had it listed as a dependency and dragged it in?
Grubby is in group 'standard', and 'standard' is in environment
Right, that's why it gets pulled in for Server installs:
server-product-environment -> standard -> grubby
'developer-workstation-environment'. But 'standard' is not in 'workstation-product-environment'.
I have no idea what developer-workstation-environment is.
workstation-product group also does not have grubby in it
And wow now I really want to take up a drinking habit. I think it's explicit that workstation-product-environment does not want the standard group brought into it for some reason, and has its own list of packages to be added. And that's where grubby would get inserted.
If some products/spins don't want the standard group to be brought into then I think that grubby should be moved to the core group again. I've proposed the following pull-request for fedora-comps:
https://pagure.io/fedora-comps/pull-request/463
Best regards,