System still works OK after reboot. Hard to properly test, but since it's a core thing and a lot of things depend on it, I would say it works.

@lsm5 I'm not sure about manpages before upgrade, but /usr/bin/docker doesn't exist on this system. I don't use docker here, it's a desktop (workstation) install.

After downgrade to:


and reboot, sound is working again

Not sure is it fixed, but I still get on upgrade, it does install, but complains about overwriting files (like in ):

Scriptlet output:
   1 gzip: /usr/share/man/man5/Dockerfile.5.gz already exists;  not overwritten
   2 gzip: /usr/share/man/man5/.dockerignore.5.gz already exists;   not overwritten
   3 gzip: /usr/share/man/man5/dockerignore.5.gz already exists;    not overwritten
   4 warning: %post(containers-common-4:1-40.fc35.noarch) scriptlet failed, exit status 2

Upgraded from:

    Upgrade  containers-common-4:1-40.fc35.noarch      @updates-testing
    Upgraded containers-common-4:1-39.fc35.noarch      @@System

Is there some manual action requred?

I would say this breaks audio on one of my systems:

[   13.500973] sof-audio-pci-intel-cnl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040100
[   13.500991] sof-audio-pci-intel-cnl 0000:00:1f.3: Digital mics found on Skylake+ platform, using SOF driver
[   13.501005] sof-audio-pci-intel-cnl 0000:00:1f.3: enabling device (0000 -> 0002)
[   13.501173] sof-audio-pci-intel-cnl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040100
[   13.501282] sof-audio-pci-intel-cnl 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[   13.507600] sof-audio-pci-intel-cnl 0000:00:1f.3: use msi interrupt mode
[   13.595073] sof-audio-pci-intel-cnl 0000:00:1f.3: hda codecs found, mask 5
[   13.595077] sof-audio-pci-intel-cnl 0000:00:1f.3: using HDA machine driver skl_hda_dsp_generic now
[   13.595080] sof-audio-pci-intel-cnl 0000:00:1f.3: DMICs detected in NHLT tables: 2
[   13.598954] sof-audio-pci-intel-cnl 0000:00:1f.3: xz decompression failed (xz_ret=6)
[   13.598965] sof-audio-pci-intel-cnl 0000:00:1f.3: Direct firmware load for intel/sof/sof-cml.ri failed with error -22
[   13.598969] sof-audio-pci-intel-cnl 0000:00:1f.3: error: sof firmware file is missing, you might need to
[   13.598970] sof-audio-pci-intel-cnl 0000:00:1f.3:        download it from
[   13.598971] sof-audio-pci-intel-cnl 0000:00:1f.3: error: failed to load DSP firmware -22
[   13.599287] sof-audio-pci-intel-cnl 0000:00:1f.3: error: sof_probe_work failed err: -22
00:1f.3 Multimedia audio controller: Intel Corporation Comet Lake PCH-LP cAVS
    Subsystem: Hewlett-Packard Company Device 869d
    Flags: bus master, fast devsel, latency 64, IRQ 16
    Memory at 4000108000 (64-bit, non-prefetchable) [size=16K]
    Memory at 4000000000 (64-bit, non-prefetchable) [size=1M]
    Capabilities: [50] Power Management version 3
    Capabilities: [80] Vendor Specific Information: Len=14 <?>
    Capabilities: [60] MSI: Enable- Count=1/1 Maskable- 64bit+
    Kernel driver in use: sof-audio-pci-intel-cnl
    Kernel modules: snd_hda_intel, snd_soc_skl, snd_sof_pci_intel_cnl

Works fine (used by Epiphany, Liferea and Evolution (all works as expected))


I can confirm issues reported above, after install on next reboot, system goes into emergency mode. Downgrading systemd* and problem disappears.

Thanks @benzea Also I have found a #1905667 too late I guess ;-)

I know this is unpushed now (or in process), to me this breaks my system, su/sudo segfaults, or other kinds of logins which load

It's segfaulting in libc ( ...__strlen_avx2... ), but I was able to use gdb to get some info and pinpoint it to and this update. To revert this I booted with rd.break remounted /sysroot (if I remember correctly, that's where rootfs is mounted) as rw and moved /lib64/security/


Didn't play it much, installed, runs (human against gnuchess engine)

BZ#1895194 knights-20.08.3 is available

Not sure about the bug it fixes, but in general everything works OK, full KDE with QT apps.

Installed on a few systems, everything works (4th, 5th and 10th gen intel with intel graphics)

Early testing, installed on two systems without a problem, all seems fine here.