Attempting to install @buildsys-build atop a Workstation, Server or
other edition/spin using a fedora-release-$VARIANT package resulted
in a conflict because @buildsys-build unconditionally required
fedora-release. We will change it to fedora-release-common which
is guaranteed to be present (and will pull in fedora-release, in
the case of a clean buildroot).
Resolves: rhbz#1728863
Signed-off-by: Stephen Gallagher <sgallagh@redhat.com>
Fedora has determined that the Server Side Public Licensev1 (SSPL) is not a Free
Software License. Therefore, we need to drop MongoDB from Fedora or never update
it again. Never updating it would bring security issues, hence we decided to
remove it.
Change page:
https://fedoraproject.org/wiki/Changes/MongoDB_Removal
Together, these packages provide a completely free/libre/open FPGA
toolchain: icestorm and trellis provide architecture databases for
iCE40 and ECP5 FPGAs, respectively; yosys provides front-end Verilog
synthesis; finally, nextpnr provides place-and-route and bitstream
generation capabilities.
Signed-off-by: Gabriel Somlo <gsomlo@gmail.com>
The eclipse-recommenders package is retired and obsoleted by eclipse
following its discontinuation upstream
Signed-off-by: Mat Booth <mat.booth@redhat.com>
It seems dbus was never in the critical path, but this is surely
an oversight. Lots of critpath stuff does not work without it.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
oprofile was retired from F30+, obsoleted by perf. So replace it
with perf in comps. Also drop eclipse-linuxtools-oprofile, which
requires it.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
Remove the catkin package, which has been orphaned for f30 and above.
Replace python2-player with python3-player.
Signed-off-by: Rich Mattes <richmattes@gmail.com>
This is pulled in through deps for regular Workstation, but recently
dropped out of Silverblue where we don't install all of the leaf apps.
List it explicitly in the comps so we can be sure it doesn't
accidentally get left out.
- Move some of the Cockpit services from mandatory to default
- Add Cockpit's SELinux troubleshooter by default.
Signed-off-by: Stephen Gallagher <sgallagh@redhat.com>
Most bootloaders used in Fedora already have BootLoaderSpec, but extlinux
doesn't yet. So when using extlinux the old grubby must to be installed.
The grubby-deprecated package was added to the @arm-tools group to ensure
that it will be installed on ARMv7 machines. But on aarch64 machines this
group can also be installed, which means that grubby-deprecated will be
leading to Anaconda disabling the BLS support.
Instead, the right place to solve this is in Anaconda which already does
install grubby-deprecated when the extlinux bootloader option is chosen.
That way grubby-deprecated will only be installed for ARMv7 machines, but
won't be installed in aarch64 machines that use grub2 EFI and support BLS.
Resolves: rhbz#1678843
Signed-off-by: Javier Martinez Canillas <javierm@redhat.com>
Migen enables hardware designers to take advantage of the richness of
Python (object oriented programming, function parameters, generators,
operator overloading, libraries, etc.), to build well organized, reusable
and elegant digital hardware designs.
Also see https://src.fedoraproject.org/rpms/python-migen
Signed-off-by: Gabriel Somlo <gsomlo@gmail.com>
Add the terminus-fonts-grub2 package containing the Terminus font
in the Grub2 font format (used for Grub2 themes) to the legacy-fonts
group, as the https://fedoraproject.org/wiki/Packaging:FontsPolicy
requires.
With BLS the grubby tool isn't used when new kernels are installed, since
the bootloader config files don't have to be edited anymore. But u-boot
doesn't have BLS support yet, so on ARMv7 installs the old grubby tool
needs to be installed.
That's why commit 4c2694e1d8 ("Move grubby and grubby-deprecated from
@core to @arm-tools") moved the grubby-depracted package to @arm-tools.
But it also moved the grubby package and while this isn't needed during
install on other arches, it may be useful for users to manage their boot
menu entries.
Suggested-by: Adam Williamson <awilliam@redhat.com>
Signed-off-by: Javier Martinez Canillas <javierm@redhat.com>
Adding them into @core was supposed to make them show up in some
install trees, according to the commit message, but it broke
regular BLS installs:
https://bugzilla.redhat.com/show_bug.cgi?id=1654036
which is obviously a major problem. I *think* moving the entries
to arm-tools should ensure the packages are in the relevant trees
without breaking BLS installs.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
