https://github.com/nextcloud/docker/tree/master/.examples

Weird coincidence that the exact reason for this thread is addressed in https://github.com/nextcloud/android/releases/tag/rc-3.35.0-01. RC2 was just released yesterday.

key ring

I had a similar problem a long time ago on a new laptop and this is what it was for me. I didn’t have a keyring provider that the nextcloud client could use, so it would get a token when I entered the password, but couldn’t store it so it would be only in memory and vanish every time I disconnected.

I see you made a comment in https://github.com/ValveSoftware/gamescope/issues/1913 . Did you try vkcube like someone earlier in that issue? And the other workarounds like --expose-wayland?

Also what version of gamescope? And you don’t happen to be running steam as a flatpak do you?

EDIT: they JUST released a new version https://github.com/ValveSoftware/gamescope/compare/3.16.14...3.16.15 . So if you are having issues downgrading might be worth a try, but I haven’t been able to reproduce the issues you are having.

Also, I know it sounds weird for a linux machine, but update and restart just to rule anything weird out. I’ve had steam and steam related applications leave around weird state, processes, etc. before and restarting is an easy way to clear that all out and start fresh, eliminating variables.

Quake3 and Overload (only sortof FPS) are the ones I play. Both have plenty of community servers and also community games. And both have linux native versions that run without wine. I’m by no means an expert in this area nor do I have a vast knowledge of what people play these days. Just sharing what I like.

universal-pidff is working on support for many wheels. I believe they are also working on upstreaming.

Thrustmaster hid-tmff2 is a module that supports some common belt drive wheels. (I had a t300 but upgraded, see below)

OpenFFBoard is fully supported without any extra drivers/modules in Linux. Even the configurator is just python+qt and works fine (This is the wheel I use).

Running the drivers in wine won’t work, or at least there is no benifit that I’ve seen. Oversteer provides some udev rules which improve logitech support, you should install that and reboot even if you don’t plan to use it. The udev rules initialize the wheel correctly, set permissions on the sysfs components, etc. AFAIK the Logitech Driving Force GT is fully supported by the in-tree logitec driver link. Can you post more details about the issues you are having, maybe with screenshots?

EDIT: I forgot that oversteer recommends using new-lg4ff for most logi wheels. So definitely give that a try as others said.

Lastly there’s sim community https://infosec.pub/c/diysimulators@discuss.tchncs.de (the creator of openffboard is the mod of that community) if you’re interested. It doesn’t see that much action but there’s a little here and there.

That Dirt 3 performance improvement though…

Game 	Upstream 	ntsync 	improvement
Dirt 3 	110.6 	        860.7 	678%

Might have to go dust off that game just to experience the speed

wow… I hadn’t thought of that until you mentioned it but a trackpoint in thumb’s reach on a steamdeck-like device is a great idea. And good marketing continuity for Lenovo

In addition to everything everyone else has said, the launch option: PROTON_LOG=1 %command% (from the wiki). It will create a steam-<gameid>.log in your homedir which can have lots of good wine/proton specific information in it.

You can also rename the user-settings.sample.py file in a given proton version in $HOME/.steam/root/steamapps/common/Proton - <version>/ to user-settings.py and uncomment the additional wine debugging options (PROTON_LOG is already set in this file, but it is not active until it’s renamed or passed directly on the Launch Options line).

Someone posted this https://webvm.io/alpine.html in another community and it made me think of this post. I’ve never used webvm and I suspect there are many downsides but seemed relevant and the demo seems to be able to run a full desktop environment. You have to find a CAD software that supports Linux though which is a controversial topic at best.

There is also Cascade Studio (Demo). Sadly development has stalled, it was a really cool project.

Probably not at all what OP is looking for though since TinkerCAD is just sketch/primitive type workflow, not like openscad.

The really hilarious thing to me is that the NextPush app (unified push provider that can be run on your nextcloud server) is unsupported by nextcloud talk. But it is supported by a bunch of other competing applications.

This probably won’t help with EA and the like adding kernel-level anti-cheat 6 months after release…

works for me both on my archlinux machine and my steamdeck with steam and non-steam games. I’ve even played NFSU2 with it =] . I don’t think it required any more configuration than just pairing for me, no special drivers or tools. Maybe it needs a firmware update (I don’t know if that’s a thing, just a thought)?

the qobuz webapp is hi-res too, I just use it in Firefox and my dac reports the same bit/sample rate that qobuz does. AFAIK there’s no compression there though I haven’t extensively verified that, only that the end result is 24bit/192kHz if that’s what qobuz says is playing.

EDIT: Also, qobuz is nice because there’s very few things you can click on in the web interface which cause the music to stop playing. I really appreciate that feature… looking at you bandcamp…

Ah, I should have been more clear. The CRITERIA section of the sway documentation states that class matches support regex, so instead of using a * as you did in your example you’d use a regex any .*. So I think (untested of course) that for_window [class="steam_app_.*"] allow_tearing yes should work.

The comment in the code for allow_tearing notes that it must be enabled on the output as well. Here is the relevant output documentation. There are several other notes/recommendations there as well you should probably pay attention to.

Are your games all wine/proton games? For me in sway they all have the same class followed by some uid thing:

] > swaymsg -t get_tree
[...]
  #92: output "DP-5"
    #70: workspace "21"
      #126: con "Automobilista 2" (xwayland, pid: 171976, instance: "steam_app_1066890", class: "steam_app_1066890", X11 window: 0x5400001)

Or gamescope:

] > swaymsg -t get_tree
[...]
  #92: output "DP-5"
    #70: workspace "21"
      #124: con "Assetto Corsa" (xdg_shell, pid: 170694, app_id: "gamescope")

EDIT: Also allow_tearing was added to master 3 weeks ago, so this is definitely not in the current release. FYI to anyone who might try it.

Or add EA anti-cheat 6 months after release like they did for EA WRC.

Yeah, it changes without skipping a beat for me in pipewire, even in things like zoom/teams.

I use a little oneliner with tofi (rofi/wofi would also work) to select the current output and avoid pavucontrol. It’s mapped to a sway binding but would probably work in any wm/de:

pactl set-default-sink $(pactl list short sinks |awk '{print $2}' |tofi $tofi_args)

I’m using pipewire so the functionality of pactl is actually provided through pipewire-pulse I think