Comments

229 Comments

Works for me, no regressions noted.

karma

Works for me, new cmake3_* macros included.

Or, actually, scratch that. I can't reproduce it after a couple of reboots between 5.7.9 and 5.7.10 to collect logs.

Regression since 5.7.9: I can no longer see analog outputs (output-analog* profiles in pactl list are missing) for the built-in Intel HDA:

00:1b.0 Audio device [0403]: Intel Corporation 7 Series/C216 Chipset Family High Definition Audio Controller [8086:1e20] (rev 04)
    Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:d751]
    Flags: bus master, fast devsel, latency 0, IRQ 33
    Memory at f7f30000 (64-bit, non-prefetchable) [size=16K]
    Capabilities: [50] Power Management version 2
    Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+
    Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00
    Capabilities: [100] Virtual Channel
    Capabilities: [130] Root Complex Link
    Kernel driver in use: snd_hda_intel
    Kernel modules: snd_hda_intel

I'll open a separate bug.

@carlwgeorge Yes, it is. This is a media-processing library. It handles user-supplied data, potentially over the network. Therefore, it's security sensitive. If I didn't update libebml and libmatroska, I wouldn't be able to update mkvtoolnix past version 47. With mkvtoolnix's monthly release schedule, Fedora 32 would be around 10 releases behind upstream by the time it goes EOL. In my opinion, this was unacceptable, hence the update.

karma

Same here, jbig2dec-devel should not be pulled in.

karma

No crash after Ctrl+Q, thanks for creating this update!

BZ#1725150 [abrt] pavucontrol: Gtk::Main::quit(): pavucontrol killed by SIGSEGV
karma

Works for me and fixes bug 1830150.

BZ#1830150 [BISECTED] Fedora 31 with kernel 5.6 does not wake up from suspend

Boots but resuming from suspend is broken (system freeze after screen comes back). Intel Haswell laptop.

Breaks resuming from suspend for me on an Intel Haswell laptop.

Thanks for testing.

Wrong version in About: is a known issue: https://github.com/pwr-Solaar/Solaar/issues/725 .

karma

sbsigntools builds fine (with some patching for the new locations) and its testsuite passes.

karma

I've been using it since Dec 19th, no issues.

This update has been unpushed.

karma

The update is not installable:

$ sudo dnf --enablerepo=updates-testing update usbguard\*
Dependencies resolved.

 Problem: usbguard-0.7.2-8.fc31.i686 has inferior architecture
  - package usbguard-applet-qt-0.7.2-8.fc31.x86_64 requires usbguard = 0.7.2-8.fc31, but none of the providers can be installed
  - cannot install both usbguard-0.7.6-4.fc31.x86_64 and usbguard-0.7.2-8.fc31.x86_64
  - cannot install both usbguard-0.7.2-8.fc31.x86_64 and usbguard-0.7.6-4.fc31.x86_64
  - cannot install the best update candidate for package usbguard-applet-qt-0.7.2-8.fc31.x86_64
  - cannot install the best update candidate for package usbguard-0.7.2-8.fc31.x86_64
========================================================================================================================
 Package                   Architecture            Version                       Repository                        Size
========================================================================================================================
Skipping packages with conflicts:
(add '--best --allowerasing' to command line to force their upgrade):
 usbguard                  x86_64                  0.7.6-4.fc31                  updates-testing                  549 k

Transaction Summary
========================================================================================================================
Skip  1 Package

Nothing to do.
Complete!

You should add Obsoletes: usbguard-applet-qt < 0.7.6-4 to the spec file.

#1763148 is still not fixed in this update. Is #1773357 even relevant for F30?

BZ#1763148 thinkfan: /etc/sysconfig/thinkfan is not used

libdvdread ABI bump was reverted, so this is good to go

Thanks, I totally missed it as there was nothing about it in the changelog and it was a micro version bump. I opened a bug upstream to complain: https://code.videolan.org/videolan/libdvdread/issues/9 .

karma

Got bitten by #1757948 and this update fixes it for me.

Actually, it looks like it was my mistake, I got the 1.22.0 XPI file instead of 1.22.2. I'll fix this shortly.