[Stable Update] 2024-07-16 - Kernels, Firefox, Thunderbird, Nvidia, Systemd, LibreOffice

I’ve been using gamescope 3.14.2 and preventing it from upgrading because every version thereafter came with the following issues:

  1. steam overlay stopped working (displaying FPS and shift-tab for overlay)
  2. the -F fsr option to use FSR up-scaling would result in an “empty window”

Somewhere between the 2024-07-1 update (which I hadn’t installed) and today’s update ibdisplay-info was updated which was going to break a dependency for gamescope which wanted the older version; this of course halted the update because the newer version of display-info was a dependency of something else being updated.

I uninstalled gamescope so I could complete the update, and hoped that I could still install the older version afterwards… which of course was wishful thinking doomed to fail…

sudo pacman -U file:///var/cache/pacman/pkg/gamescope-3.14.2-1-x86_64.pkg.tar.zst                                                           ✔ 
loading packages...
resolving dependencies...
warning: cannot resolve "libdisplay-info.so=1-64", a dependency of "gamescope"
:: The following package cannot be upgraded due to unresolvable dependencies:
      gamescope

So I retried the newer version of gamescope in our repo:

  1. gamescope 3.14.22
    1.1. steam overlay still not working (displaying FPS and shift-tab for overlay)
    1.2. the -F fsr option to use FSR up-scaling would result in an “empty window”
  2. gamescope-plus 3.14.24
    2.1.RESOLVED - steam overlay worked! (displaying FPS and shift-tab for overlay)
    2.2. the -F fsr option to use FSR up-scaling still results in an “empty window”
    2.3 NEW ISSUE - the -r 60 -o 30 options to limit the frame rate with/without focus no longer seem to work

So it seems the lesser of two bad choices is gamescope-plus 3.14.24.

The only reason I’d like to use gamescope is for a couple idle games that seem to be a bit hoggy on resources. The combination of -h 720 to reduce the “screen size” and -r 60 -o 30 to reduce the frame rate added enough constraints on the game to drop 20C off the CPU temp… rather significant.

As an alternative, one of the games will respond to using DXVK_FRAME_RATE=60, but the other game will not (I suspect because it is a linux native client; no proton/vulkan layer involved). This option helps constrain the game a bit, but is missing the “screen size” limitation that gamescope also brought to the table.

Anyone know of other alternatives to constraining steam games in our repos? Heard libstangle is a popular option, but it’s only in AUR.

EDIT: Looks like I was right about DXVK_FRAME_RATE=60 not working to limit a native linux game under steam, as the game respnded to it after I enforced proton on it and it updated the game to the “windows” version.

So for now it appears I can get around the failed gamescope frame rate limit with DXVK_FRAME_RATE and have updated my launch options:

from

DRI_PRIME=1 gamescope -r 60 -o 30 -h 720 -H 1360 -F fsr %command%

to

DRI_PRIME=1 DXVK_FRAME_RATE=60 gamescope -h 720 -H 1360 %command%
2 Likes

Hi,

An other issue during the up date with an other device

:: Proceed with installation? [Y/n] y
(448/448) checking keys in keyring                                              [##############################################] 100%
(448/448) checking package integrity                                            [##############################################] 100%
(448/448) loading package files                                                 [##############################################] 100%
(448/448) checking for file conflicts                                           [##############################################] 100%
error: failed to commit transaction (conflicting files)
dialog: /usr/bin/dialog exists in filesystem
dialog: /usr/bin/dialog-config exists in filesystem
dialog: /usr/include/dialog.h exists in filesystem
dialog: /usr/include/dlg_colors.h exists in filesystem
dialog: /usr/include/dlg_config.h exists in filesystem
dialog: /usr/include/dlg_keys.h exists in filesystem
dialog: /usr/lib/libdialog.so exists in filesystem
dialog: /usr/lib/libdialog.so.15 exists in filesystem
dialog: /usr/lib/libdialog.so.15.0.0 exists in filesystem
dialog: /usr/share/locale/an/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/ar/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/ast/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/be@latin/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/bg/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/ca/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/cs/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/cy/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/da/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/de/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/el/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/eo/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/es/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/et/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/eu/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/fa/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/fi/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/fr/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/fur/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/ga/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/gd/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/gl/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/hi/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/hr/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/hu/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/ia/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/id/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/is/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/it/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/ja/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/ka/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/ku/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/lt/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/lv/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/mg/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/mk/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/ms/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/nb/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/nl/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/pl/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/pt/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/pt_BR/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/rm/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/ro/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/ru/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/rw/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/sk/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/sl/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/sq/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/sr/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/sv/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/sw/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/th/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/tr/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/uk/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/vi/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/wa/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/zh_CN/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/locale/zh_TW/LC_MESSAGES/dialog.mo exists in filesystem
dialog: /usr/share/man/man1/dialog.1.gz exists in filesystem
dialog: /usr/share/man/man3/dialog.3.gz exists in filesystem
Errors occurred, no packages were upgraded.
[nls@usb ~]$ 

pamac gave more details

conflicting files:
- dialog: /usr/lib/libdialog.so.15 already exists in filesystem,
  if this file is not needed, remove it and retry

Screenshot_20240717_034213_

Thanks for your help.

:white_check_mark: SOLUTION : I deleted the libdialog.so.15 and libdialog.so.15.0.0.old files, no issues during the up date.

No issue with my AMD Laptop (iGPU) on KDE.

Nvidia had some similar issue, around 1 year ago.

If you don’t see flickering while gaming, it could be related with your power-states.

There was several workarounds to fix flickering: reduced Hz, Max Performance Mode.

Fingers crossed no fried displays on mesa this time

Did anyone figure out what caused it?

Could you post a link to the relevant thread? :wink:

If you hadn’t mentioned x11 as well, that it was a wayland issue, I might have suggested disabling the VRR option … I had some issues on my AMD iGPU/dGPU FW-16 laptop that involved flickering on the desktop after exiting a full screen steam game (full screen being the important part)… and disabling VRR is what helped me under wayland, but VRR isn’t an option under x11

With this update, did you also move to a newer kernel? if so, it may be amd driver “growing pains” inside the “newer” kernel. I’ve stayed on the latest lts kernel 6.6 on my FW-16 and am not experiencing any flickering, but that’s an iPGU and Navi33 dGPU, so very differnt chips from what you are using.

I haven’t updated my desktop yet (AMD 5600X + 6800XT) as my transition to plasma 6 hasn’t been very stable there. I need to explore clearing the plasma caches and/or config files there to solve my plasma desktop “freezing” before I pile on more updates.

Got this black background white letters screen after lunch pause:

Simply meta+L to lock and re-login doesn’t recreate the bug, I guess it requires a longer time. I’ll report more info as it occurs more times.

2024-07-18 Update: seems only occur in wayland, x11 is fine

2 Likes

I have the impression that webdavs/davs no longer works.
Ich habe den Eindruck, dass webdavs/davs nicht mehr funktioniert.

Do you have gvfs-dnssd installed?

Easiest way if there isn’t a newer ISO - install from the one you have, then NFS mount /var/cache/pacman/pkg from your existing installation. Then do an update and it will pull all the packages from there rather than having to download everything.

After updating my system (Cinnamon), I’m having issues playing video content from multiple websites (Twitch streams do not load or don’t have sound and multiple reddit videos display “this video cannot be played”).

Webbrowser (Firefox) is still the same version / same extensions / same config.
Debugger console says: “Error no decoder found for audio/mp4a-latm”

Also did fresh reinstall (because of other reasons) but problem remains.
On my other PC, also having Cinnamon but without these latest updates, same Firefox version / config, everything still works fine.

update: issue seemed to be related to using Firefox-ESR 115.x. After updating to the new ESR 128.x I’m able to see the video’s again.

Hi all. I have a problem with spectacle. The screenshot is not copied to the clipboard. There was no such problem before this update. KDE/X11

Completed the update and everything worked except that I once again lost libvirt virtual machine networking. I use UFW. Prior to the update, I had implemented the suggested workaround of editing

/etc/libvirt/network.conf

by adding the line

firewall_backend = "iptables"

This was overriden by the 7/16 update. I re-added the line and all is well again.

3 Likes

Hello, one question with package updates mentioning Phosh 0.40.0, does that mean there is going to be an update ? I tried but it seems no new update for stable available on pp. Thank you

Update: Fixed, see below.

This update ‘broke’ my Laptop screen with a Wayland session:

  • I’m running a AMD Ryzen 7 Pro with integrated graphics
  • Running on KDE Plasma

This setup was always running on Wayland without any problems. It defaulted to Wayland since the first installation. Since the update this happens:

  • Everything normal, login screen shows up.
  • However, after login the Laptop screen stays black. No UI shows up. I can switch to an alternative tty to kill the session an return the the Login screen
  • When I have an external Monitor connected, the external Monitor works, but the Laptop screen stays dark.
  • In the Display settings the Laptop screen does appear, like it is detected.

The only thing odd, in the Display settings the Laptop screen doesn’t have a refresh rate choise anymore. Previously I could select between 60Hz and 90Hz:

On X11 everything still works.

My guess, there is some miss-detection going for the Laptop screen. The missing refresh rate hints at that. And I’ve noticed before, that this Laptop screen really does want its native resolution.

Update: So, writing this brought me back to the refresh rate and that I said the Laptop screen really wants its native resolution. So, I double checked and noticed that the resolution was not at the native one anymore. I set it back and it is working.
This breaking might have nothing to do with the update, but some accidental change to the resolution.

1 Like

That occurs quite regularly on my PinePhone Pro. Rather inconvenient since I don’t have the convergence dock so can not connect a keyboard.

However, when KDE Connect actually connects to the thing, it’s possible to unlock it remotely.

I’ve only seen this happen once on the laptop — in a Virtual Machine with Manjaro KDE “Testing” branch.

Worth creating your own thread for? :wink:

i changed from kerne 6.10 back to 6.9 now its fixed.
i will try later then again kernel 6.10 and look for the problem maybe kernel releated problem

Hallo Manjaro Team,

dieser Fehler taucht weiterhin auf.

Fehler: intel-oneapi-basekit: Signatur von “Torsten Keßler tpkessler@archlinux.org” ist ungültig
:: Datei /var/cache/pacman/pkg/intel-oneapi-basekit-2024.1.0.596-3-x86_64.pkg.tar.zst ist beschädigt (Ungültiges oder beschädigtes Paket (PGP-Signatur)).

Ich hab den Paket-Maintainer kontaktiert und er kann den Fehler in Arch Linux nicht reproduzieren. Könnt Ihr Euch bitte um dieses Problem kümmern.

English only please. If you wish to post in German, use the Deutsch category.

2 Likes