Comments

21 Comments
karma

Totem is now working again after the following commands:

sudo dnf swap mesa-va-drivers-freeworld mesa-va-drivers sudo dnf swap mesa-vdpau-drivers-freeworld mesa-vdpau-drivers

Yes, I did reboot, and just to make sure I rebooted again right now, still not working. I filled https://bugzilla.redhat.com/show_bug.cgi?id=2338414 with more details.

I also noticed a difference in the journalctl --user logs before and after the update: after the update, it now says "Failed to initialize accelerated iGPU/dGPU framebuffer sharing: Not hardware accelerated" for both cards (dGPU and iGPU), that message did not appear before (but nothing seems broken in gnome-shell, probably because it's already using the dGPU for both rendering and output, so it doesn't need framebuffer sharing).

karma

After this update, totem no longer works, always giving a dialog box saying "Não foi possível inicializar o suporte a OpenGL" instead of playing the video.

The java-1.8.0-openjdk-src package has broken dependencies, as mentioned by the comment above. This has already been reported (for Fedora 39) at https://bugzilla.redhat.com/show_bug.cgi?id=2222629 (F39FailsToInstall: java-1.8.0-openjdk-src, java-1.8.0-openjdk-src-fastdebug, java-1.8.0-openjdk-src-slowdebug).

If you have the java-1.8.0-openjdk-src package already installed, this breaks the update (as shown in the comment above); if you don't have it installed yet, that package will fail to install.

karma

Update fails:

 Problema 2: package compat-openssl10-devel-1:1.0.2o-1.fc28.x86_64 conflicts with openssl-devel provided by openssl-devel-1:1.1.0h-3.fc28.x86_64
  - package nodejs-devel-1:8.11.3-2.fc28.x86_64 requires compat-openssl10-devel(x86-64), but none of the providers can be installed
  - cannot install the best update candidate for package openssl-devel-1:1.1.0h-3.fc28.x86_64
  - cannot install the best update candidate for package nodejs-devel-1:8.11.3-1.fc28.x86_64
 Problema 3: problem with installed package openssl-devel-1:1.1.0h-3.fc28.x86_64
  - package compat-openssl10-devel-1:1.0.2o-1.fc28.x86_64 conflicts with openssl-devel provided by openssl-devel-1:1.1.0h-3.fc28.x86_64
  - package nodejs-devel-1:8.11.3-2.fc28.x86_64 requires compat-openssl10-devel(x86-64), but none of the providers can be installed
  - problem with installed package nodejs-devel-1:8.11.3-1.fc28.x86_64
  - package nodejs-devel-1:8.11.3-1.fc28.x86_64 requires nodejs(x86-64) = 1:8.11.3-1.fc28, but none of the providers can be installed
  - cannot install both nodejs-1:8.11.3-2.fc28.x86_64 and nodejs-1:8.11.3-1.fc28.x86_64
  - cannot install the best update candidate for package nodejs-1:8.11.3-1.fc28.x86_64
karma

Fails to start after the upgrade with: [ERROR] mysqld: Can't create/write to file '/run/mariadb/mariadb.pid' (Errcode: 2 "No such file or directory")

The directory /run/mariadb does not exist, nor can I found where it should be created.

By "built with a retpoline capable compiler" I assume you mean it was built with gcc-7.2.1-7, but the latest gcc I can see at https://bodhi.fedoraproject.org/updates/?search=gcc is gcc-7.2.1-2. Shouldn't the gcc package be pushed first, and shouldn't this package have a build dependency on the retpoline capable gcc, so the build can be reproduced by users?

BZ#1438031 File conflicts between rust-gdb and rust-lldb
Test Case rust compile