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
> 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
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:
Javier Martinez Canillas
Software Engineer - Desktop Hardware Enablement