Everyone seemed OK with the list I came up with, so let's apply
it to F35 and F36 too, as we want KDE updates for those releases
to be critpath.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
As firmware attacks become more prevalent, and the LVFS gains even more
traction, we want systms to have updated firmwares where possible.
Currently, fwupd only gets pulled in on Workstation as a depdency of
gnome-software, but it should be installed much more broadly.
Signed-off-by: Robbie Harwood <rharwood@redhat.com>
This group is way under-populated, but I don't know how to fill
it except one bug at at time.
https://bugzilla.redhat.com/show_bug.cgi?id=2049560 broke KDE on
F34, so qt5-qtwayland is clearly critical path.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
name wasn't marked for translation and the description was completely missing.
comps-f35.xml:17482: element environment: Relax-NG validity error : Expecting an element name, got nothing
comps-f35.xml:17482: element environment: Relax-NG validity error : Invalid sequence in interleave
comps-f35.xml:17482: element environment: Relax-NG validity error : Element environment failed to validate content
comps-f35.xml:94: element group: Relax-NG validity error : Expecting element category, got group
comps-f35.xml:94: element group: Relax-NG validity error : Element comps has extra content: group
comps-f35.xml fails to validate
It doesn't work - see also devel@ thread "replace memtest86+ with
pcmemtest, needs maintainer". Until we sort out pcmemtest or some
other replacement, let's just get rid of it. The image creation
tools should smoothly omit the menu entry at creation time if
the package is not there.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
Boxes dropped support for VNC, and this app is apparently the
approved replacement. Seems like VNC capability ought to be in
the stock deployment.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
This group contains the package set for the needed bootloader packages
across different architectures to simplify handling so that Cloud images
always have the needed bootloaders when building for a given architecture.
Reference: https://fedoraproject.org/wiki/Changes/FedoraCloudHybridBoot
Signed-off-by: Neal Gompa <ngompa13@gmail.com>
The grub2-tools-efi only contains tools for blessing boot pieces on UEFI
Macs so is only required on x86_64.
Signed-off-by: Peter Robinson <pbrobinson@gmail.com>
Commit 134d2d0bd5 (back in 2010) already
did this once before, in Fedora 14, in order to eliminate a large user of
perl from the default install. It seems to have been accidentally
re-added, without explanation when Fedora 15 was branched.
This made sense to do in 2010, and it only makes more sense now.
Gutenprint remains installed.
Per @pboy, we muffed this on the first try. The package is called
udisks2-lvm2, not udisks2-lvm. We should also include the -iscsi
subpackage as cockpit-storaged recommends that too, and without
it we can't manage iSCSI devices.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
