Arch Linux BBS - Applications & Desktop Environments

V1del wrote:How are you starting i3? if via xinitrc, ensure you've read the second blue note to make sure your user session is setup correctly: https://wiki.archlinux.org/title/Xinit#xinitrcIf this doesn't help, please open a new thread describing how you start i3.As for the parameters seth mentions, those are firefox options and you find them by writing "about:config" in it's address bar. But the fact the portal doesn't work in the first place is likely a session misconfiguration.Hi Videl, thanks for pointing me out this part of the xinitrc. My xinitrc was pretty old and it had not the last if. After loading and restarting i3 with the scripts the various menus in gtk4 work correctly. I also checked sway and apparently everything works correctly already. The issue is solved for me too without the need of downgrading anything.

Moderator Notenecro-bumping spam post deleted, also closing thread.

Moderator Notenecro-bumping spam post deleted, also closing thread.

Is that Chromium running on Wayland and all other programs, where it works, running on XWayland/X11?

https://bbs.archlinux.org/viewtopic.php?id=313057 -- basically a JDK bug that should get fixed there. if you read the mailing list there's bug open on the openjdk bug tracker.Technically you could fix it by rebuilding with LTO disabled, but I doubt Arch wants to move off from that just for this case.

I found a forum post that said that running two different xautolock instances would not work, but I'ts worth a try.I know of xss-lock and it works as it should. The problem with xss-lock for me is handling the suspend, systemd's inactivity to suspend seems to not always work so well, for instance when I've tested it sometimes it didn't suspend my system at all. Running xss-lock with xautolock seems like it would work but it would not be a very clean solution in my eyes.I have however been running some tests in the background and it seemed to work now (?) (systemd handling inactivity).Thank you for the suggestions, I'll continue my testing.

The issue was patched on the latest update (neomutt 1:20260504-1).

Have you tried clearing all application data including the cache? (e.g. all spotify folders in .config, .local/share and .cache)Perhaps also from within the app settings, including a logout?edit: What sound server do you use? https://wiki.archlinux.org/title/Sound_ … nd_servers

I see the following in my system log:https://bbs.archlinux.org/viewtopic.php … 8#p2290198"Spam"GDM now no longer presents a login greeter and instead automatically creates a session for the gdm-greeter user.GDM /is/ a gnome session of the gdm user, just a special one - this has likely been an issue since GDM dropped the static user (pretty sure v49, https://gitlab.gnome.org/GNOME/gdm/-/work_items/1028 & https://gitlab.gnome.org/GNOME/gdm/-/me … te_2572548 ) and now only results in this symptom.

Pretty sure this has been largely the reccommended mode of operandi for nouveau for years. However please note the age of the thread and don't necrobump a 5 year old one: https://wiki.archlinux.org/title/Genera … bumping%22

Bevan wrote:I have the same problem with some applications, in particular VirtualBox VMs. Enabling fractional XWayland scaling does not change the behavior. My setup may be a bit special in that I use a notebook with external monitor connected with the integrated display set to 125% scaling and the external display to 100%. Still, this worked fine until a recent update.@koroki, do you know if there is an upstream bug report about this already?As seth wrote, I opened an issue.In my case, I solve the problem with that command:gsettings set org.gnome.mutter.wayland xwayland-scaling-factor 1It is not in the Arch wiki and I could find on internet. I'm not sure if it is new.

@yochananmarqos Thank you for pointing out gtranslator as an alternative for poedit. You are right that the warnings for hspell and libvoikko are just warnings and not relevant for the hunspell error.I would expect that the error about the missing hunspell directory can be easily resolved and I have filed an issue here: https://gitlab.archlinux.org/archlinux/ … rk_items/2

seth wrote:How can I do this without breaking anything?"Just try" - your wallet is in your $HOME, removing kwallet will do nothing about that, gkr should™ just take over automatically [...]Very well. Tried - and done! KWallet successfully uninstalled.System rebooted, and everything seems to be working fine. Thank you. Case [SOLVED].

Did it previously work?What changed during the last 4 days?src/clientdll/steamengine.cpp (2837) : Assertion Failed: CSteamEngine::BMainLoop appears to have stalled > 15 seconds without event signalled src/clientdll/steamengine.cpp (2837) : Assertion Failed: CSteamEngine::BMainLoop appears to have stalled > 15 seconds without event signalled assert_20260503173910_37.dmp[356818]: Uploading dump (out-of-process) /tmp/dumps/assert_20260503173910_37.dmp assert_20260503173910_37.dmp[356818]: Finished uploading minidump (out-of-process): success = yes assert_20260503173910_37.dmp[356818]: response: CrashID=bp-75cc2dbc-41e1-42b5-a7f4-528622260503 assert_20260503173910_37.dmp[356818]: file ''/tmp/dumps/assert_20260503173910_37.dmp'', upload yes: ''CrashID=bp-75cc2dbc-41e1-42b5-a7f4-528622260503'' src/common/pipes.cpp (900) : fatal stalled cross-thread pipe. src/common/pipes.cpp (900) : fatal stalled cross-thread pipe. src/common/pipes.cpp (900) : Fatal assert; application exiting src/common/pipes.cpp (900) : Fatal assert; application exiting 05/03 17:45:44 Init: Installing breakpad exception handler for appid(steam)/version(1777411435)/tid(355509) assert_20260503174544_40.dmp[357299]: Uploading dump (out-of-process) /tmp/dumps/assert_20260503174544_40.dmp looks different, steam outright crashes and looks more like https://bbs.archlinux.org/viewtopic.php?id=312103https://bbs.archlinux.org/viewtopic.php?id=288293pacman -Qs portal

Ah, sorry - I though you were talking about "echo ${DEV}" - the sleep hook isn't run by your user, you would have to import the environment from a different context (your session process) or indeed just hardcode it.nb. that pw-link is likewise not run by your user, https://wiki.archlinux.org/title/Power_ … temd_units