base-graphical provides the lowest common denominator set of packages
for a desktop environment. At the moment this includes mesa drivers
and a graphical plymouth theme for the boot animation etc.
If your desktop is transitioning away from Xorg (base-x group)
or was concieved with Wayland, this is the group for you.
I'm proposing making the addon part of anaconda-install-env-deps
instead in https://github.com/rhinstaller/anaconda/pull/5205 .
It's more correct. This group is meant to contain things that
may be needed *on the installed system*, not in the installer
environment. The addon is needed in the installer environment,
not the installed system.
However, one thing the addon does is add kexec-tools to the list
of packages to be installed to the installed system, so we should
add kexec-tools to this group for correctness.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
- 'Domain Membership' group: specific packages instead of meta package
- 'Standard' group: 'sssd-proxy' only (for Smart Card auth of local users)
instead of meta package
- 'domain-client' group in 'optionlist' of 'Fedora Workstation' and
'Fedora Cloud Server' in addition to 'Fedora Server Edition'
Reference: https://fedoraproject.org/wiki/Changes/SSSDRemoveFilesProvider
Signed-off-by: Stephen Gallagher <sgallagh@redhat.com>
Both the GNOME (Workstation) and KDE Plasma environments use Wayland
by default and have built-in Wayland-based fallback modes.
If users do not want to have X11 session stuff installed, let them
exclude it. For now, we still install it by default, though.
Now that the sdubby has been reviewed, it needs to be included
in the list of packages that anaconda _may_ install on the target
machine. It should not be installed in the install media/etc
which is grub based, and is explicitly marked as conflicting with
grubby to avoid that.
Futher to avoid grubby and sdubby from both being installed on live
media there is a change in fedora-live-base.ko which excludes
sdubby from live media.
Signed-off-by: Jeremy Linton <jeremy.linton@arm.com>
The issue has been fixed in imsettings. So there are no issues
reverting this commit.
Plus, imsettings-plasma is still needed for X11 session and
to get X11 apps working on Wayland session even.
This reverts commit 98e56a9cf0425b76e9a0e8237113d87ad0b4cafa.
As we found out today -
https://pagure.io/releng/issue/11663 -
the GNOME "classic session" is included in Workstation lives.
Consequently, if its dependencies are broken, Workstation lives
can't be built, and the gating tests fail. So, it should be in
the critical path.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
It is uninstallable as we cannot yet rebuild it with Python 3.12.
Unlike those dropped in the previous commit, upstream still
maintains this project and has a plan for it going forward, so
just comment it out with an explanation instead of removing it.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
These ROS projects are all marked upstream as being unused and
unmaintained. They all do not build or install on Python 3.12.
Rather than spending time fixing unmaintained code, we should
just drop these from the image.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
It's definitely critical (you can wind up with an unusable system
if it's broken). The attempt to land the anaconda webUI change
highlighted that we need to make this change.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
With the advent of alternative bootloaders (systemd-boot) whether
or not grubby gets installed should be dependent on whether grub
is selected as the bootloader. This currently happens correctly
with anaconda and the grub dependencies, so it can be removed
safely. That allows systemd-boot to be installed cleanly without
grubby drippings confusing it.
Sync F40 with F39 since the branch happened before the commit was
merged.
Signed-off-by: Jeremy Linton <jeremy.linton@arm.com>
It's critical for build because we always build packages in mock,
and it's critical for compose because we build live images in
mock.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
