This was a mistake due to me being careless with fbrnch. Update to 4.2.2 to follow right after.

Update for 0.78.1 should be the final part of this story.

Update for 0.78.1 obsoletes this.

0.78.1 was just released, so this is not needed. I will submit an update for that soon.

This update has been unpushed.

@norbertj Could you try this scratch build and test if it fixed your problem? I was able to find upstream commits fixing this issue.

f35-candidate, dosbox-staging-0.78.0-3.fc35.src.rpm

@norbertj thank you for reporting the issue! I can reproduce it, except for the selinux part. On my system, selinux does not complain. Also setting selinux to permissive does not help.

I tried to locally compile a newer version from upstream main. The issue does not happen there there. I will check if there is a patch I can import to fix this, or maybe package a git snapshot instead.

Was not available from repository mirror yet, so I Installed koji. Works as well as it can, Gnome 41 screenshot portal being what it is.

Was not available from repository mirror yet, so I Installed koji. Works as well as it can, Gnome 41 screenshot portal being what it is.

I discovered a regression in this update, upstream issue 80. Nothing very serious, but still, that does not happen in 0.4.3.

Works. The ac3 codec problem is gone.

Ran this for some minutes, no problems came up.

Ok, I looked at the logs. The error was this:

$ journalctl --user --unit wireplumber.service
Oct 08 19:28:14 ottovain wireplumber[3316]: Failed to open module /usr/lib64/wireplumber-0.4/libwireplumber-module-route-settings-api: /usr/lib64/wireplumber-0.4/libwireplumber-module-route-settings-api.so: cannot open shared object file: No such file or directory

That so comes from wireplumber-libs package, which I had forgot to update. After fixing that, everything works well.

Unfortunately, I do not have a possibility to dig into logs or such today. So there is some small chance that I did something wrong when I downloaded the rpm from Koji and installed it. Or that there is a conflict because I earlier installed a version I built from upstream master. If nobody else sees the same, then such factors may explain this.

Yes, but reboot did not help.

Clipboard is not emptied any more, I can now paste text into Octave.

I also briefly tested some other Qt applications, I did not encounter any problems.

@cheimes Wrong python-jwt! What is called python-jwt in Fedora is actually this project: https://github.com/jpadilla/pyjwt

There is a fix for this there, too: https://github.com/jpadilla/pyjwt/commit/19ce9c5ec7947428d35aaffd302eb2629210a697

Three days of light usage, works well. There are some bugs in 0.74.0, see the Zim issue tracker for those. Nothing serious enough to block the update, though.