Comments

254 Comments

Same here on Intel(R) Iris(R) Xe Graphics [0x9a49].

karma

UI is half-broken for me. Everything is too big on a 13" 1920x1080 laptop screen.

Test Case firefox addons
Test Case firefox browse
karma

Confirmed, h264 videos play again.

BZ#2089986 ffmpeg: [libopenh264 @ 0x7f72200022c0] Incorrect library version loaded
karma

Works for me here and no more errors about .so files not being found.

BZ#2079740 hplip-3.22.4 is available
BZ#2080235 Misleading errors about missing shared libraries when scanning

I wonder why nobody noticed the issue I've just reported in #2082857 .

Thanks for testing! You can revert to the previous one in preferences.

Hold on. I can understand depending on MinGW libraries, but why is the update pulling in development stuff like:

isl
mingw-binutils-generic
mingw32-binutils
mingw32-cpp
mingw32-gcc
mingw32-headers
mingw64-binutils
mingw64-cpp
mingw64-gcc
mingw64-headers

The above should not be needed to run wine.

Hold on. I can understand depending on MinGW libraries, but why is the update pulling in stuff like:

isl
mingw-binutils-generic
mingw32-binutils
mingw32-cpp
mingw32-gcc
mingw32-headers
mingw64-binutils
mingw64-cpp
mingw64-gcc
mingw64-headers

The above should not be needed to run wine.

I can live with Recommends: earlyoom instead of Requires:. I'd change my vote here in that case. I'm not sure why you thought you needed to create a new subpackage just for fixing #2068699. You could have added the Conflicts: systemd-oomd-defaults and Recommends: earlyoom to the -configs subpackage. Each new subpackage increases the amount of repo metadata that dnf has to process. Please revert creation of the -systemd subpackage and fold it back into -configs.

You are missing my point. I can uninstall systemd-oomd-defaults, but I can't uninstall earlyoom after installing this update. It makes things worse for me, hence the negative karma.

FWIW, nothing requires systemd-oomd-defaults, not even weakly, so it can be uninstalled with no dependency issues.

I don't have either earlyoom or systemd-oomd installed and this update forces earlyoom on me. I've never experienced any out of memory issues on my machines or had my desktop sessions killed, even on those with 8GB or less. Please drop the earlyoom or mate-desktop-systemd requirement or at least change to a weak dependency.

karma

Confirmed, yt-dlp -f 299+140 is no longer crashing.

BZ#2073980 ffmpeg crashes when muxing H.264 video and AAC audio stream into MP4 container

This update has been unpushed.

If you have the ancient acroread 9.5.5 installed with its troublesome bash-completion script that overrides _filedir(). Removing that bash-completion script makes the issue go away.

Unfortunately, this breaks directory completion, please revert/fix.

I was getting these errors:

Builds : Cannot add a ELN build to an F36 update
Builds : Update for gcc-12.0.1-0.9.fc36 already exists
Builds : Update for qt5-qtbase-5.15.2-33.fc36 already exists

Looks like several unrelated builds got tagged into this side tag. So I did untag the following:

gcc-12.0.1-0.9.fc36
qt5-qtbase-5.15.2-33.fc36
gcc-12.0.1-0.2.fc36
qt5-qtbase-5.15.2-31.fc36
qt5-qtdeclarative-5.15.2-11.fc36
qt5-qtdeclarative-5.15.2-10.fc36

And now editing succeeded.

I built mkvtoolnix in the side tag: https://koji.fedoraproject.org/koji/taskinfo?taskID=83745822 but I'm unable to add that build to this update despite being a proven packager.

Because it was 1am and I went to sleep. They are now.

karma

Actually, it's installable with --enablerepo=updates-testing. These (perl-bignum, perl-Math-BigInt, perl-Math-BigRat) should've been submitted as a single update.