We're no longer using legacy network scripts to bring up networking.
We're using NetworkManager and now in F33+ networkmanager will even
default to writing out new configuration as NM keyfiles in
/etc/NetworkManager/system-connections/. We don't need to lay down
a networking config for eth0. Either cloud-init will do that for us
or NetworkManager will default to DHCP anyway.
We also don't need to populate /etc/hosts as that will get done on
boot too with the same content we were writing there already.
(cherry picked from commit 54d53e8439)
As discussed here:
https://fedoraproject.org/wiki/Changes/RemoveDeviceMapperMultipathFromWorkstationLiveCD
And on the anaconda devel list, we do not want device-mapper-multipath
on the livecd / on installs done from the livecd, because rather then
properly supporting hotplug udev add/change events it brings in
the long obsolete systemd-udev-settle.service which causes significant
delays during boot.
Since multipath is very much a data-center / server only feature we
can simply exclude it from the livecd to get rid of the dependency on
systemd-udev-settle.service .
We also need to exclude fcoe-utils since that depends on
device-mapper-multipath. Since FCOE too is a data-center / server
only feature, we can simply exclude fcoe-utils too.
Upstream SSH has been claiming [1] for a few releases now that:
```
It is now possible to perform chosen-prefix attacks against the
SHA-1 algorithm for less than USD$50K. For this reason, we will be
disabling the "ssh-rsa" public key signature algorithm by default in a
near-future release.
```
In Fedora we switched recently [2] to disallow ssh-rsa. I filed a bug
upstream [3] for Vagrant to stop using an rsa key. For now let's workaround
the issue.
[1] https://www.openssh.com/txt/release-8.3
[2] b298a9e107
[3] https://github.com/hashicorp/vagrant/issues/11783
Atomic is a thing of the past and I have no idea what
fedora-cloud-bigdata.ks and fedora-cloud-experimental.ks
were ever used for. Let's get rid of them to reduce confusion.
It is obsolete; notice the reference to the old `spin-kickstarts` repo that no longer exists.
Signed-off-by: Michel Alexandre Salim <michel@michel-slm.name>
The zram package and its zram-swap service are obsoleted as part
of the swaponzram change.
https://fedoraproject.org/wiki/Changes/SwapOnZRAM
Signed-off-by: Chris Murphy <chrismurphy@fedoraproject.org>
All desktop variants of Fedora are changing to use Btrfs
as the default filesystem and partitioning scheme.
Reference: https://fedoraproject.org/wiki/Changes/BtrfsByDefault
Signed-off-by: Neal Gompa <ngompa13@gmail.com>
ISC DHCP implementation is going to be deprecated soon in favor of
NetworkManager and all spins but modular switched to using NM already.
Dropping dhcp-client from the modular build as well and re-enable NM
service
Bug-Url: https://bugzilla.redhat.com/1845933
Signed-off-by: Pavel Zhukov <pzhukov@redhat.com>
The mysterious hangs we've been seeing in Rawhide composes are
actually due to running out of space in the image root.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
This is done so that it's easy spot large packages that are not
necessary and identify packages that have grown in size too much
by diffing the image compose logs.
sed "s/rpm -qa/rpm -qa --qf '%{size}\\\\t%{name}-%{version}-%{release}.%{arch}\\\\n' |sort -rn/" -i *.ks
The image creation currently silently fails on Fedora 33 because the
kernel scriptlet is unable to create the initramfs:
cp: error writing '/var/tmp/dracut.SqTiPj/initramfs/lib/libbrotlicommon.so.1.0.7': No space left on device
dracut-install: ERROR: failed to install '/lib/libbrotlicommon.so.1' for '/var/tmp/dracut.SqTiPj/initramfs/usr/sbin/rngd'
...
I'm not entirely sure how much space is actually needed. Hopefully not
more than 100M though.
