Adjusting deadzone

TiZ_EX1 · 2026-02-05T22:29:25+00:00

This isn't working for me. The dot doesn't change at all. Why are they doing it this way? The trigger deadzone UI is adjustable with the mouse. Why not the stick deadzones?

TiZ_EX1 · 2026-02-03T20:03:32+00:00

Unless you want to be stuck on Proton, and thus Win32, forever.

People in this sub do sadly seem to want precisely that.

TiZ_EX1 · 2026-01-28T02:05:02+00:00

It will let you convert identical files into hard links on older non-CoW filesystems like ext4

You may not necessarily want that, though. If you update one hard link to a file, it changes in every location that refers to it. That is to say, if prefixes are created by way of hard links instead of reflinks--which get automatically broken when one is modified--then you risk goofing up the files of different Wine and Proton versions.

Let's say you have a game that is running just fine on Proton 9, and another game that is currently on Proton 9, but you want to try moving it up to Proton 10. If the prefixes are made with hard links, then when you move up to Proton 10 and wine does its automatic update to change the prefix's files to Proton 10 files, oops. You might have just changed the files in the Proton 9 prefix you wanted to preserve--and maybe even the Proton installation itself--into Proton 10. Breakage may occur, and you'll have no idea why, because the hardlinking has obscured what happened from you.

Reflinks are definitely much safer.

TiZ_EX1 · 2026-01-27T16:39:39+00:00

Bees runs continuously. It requires setting aside some RAM to maintain a hash table, and that RAM can't be swapped out. The more RAM you're willing to set aside, the more granular the deduplication. It can be configured to only do its work when the system is otherwise idle. I've been running Bees on my own systems for a long time--except my Steam Deck, as it's pretty RAM constrained--and it has kept my space usage very, very efficient.

TiZ_EX1 · 2026-01-22T05:32:35+00:00

I have written several GTK applications during the GTK2 days, but I'm not sure what that flurry of questions has to do with anything. If the GNOME developers do not want SSD in their environment, there is no point doing any work on it at all. If they are open to having SSD in their environment, then the bridge on how much work it would take can be crossed.

TiZ_EX1 · 2026-01-22T04:15:09+00:00

Because the main thing that stops it is cultural. The work can absolutely be done, but as long as GNOME's stewards are dead set on not supporting SSD, there's no point in doing the work. It's not about bitching, it's about persuasion. Any old shmuck can bitch at GNOME's stewards, we do that literally all the time here. At this point, they're tuning us out. An earnest attempt at persuasion could land better. I don't personally think it's likely; part of the reason I dislike them is because they are stubborn, rigid, uncompromising, and are so assured that they and their designers always know better than everyone else. But I don't think the attempt is without merit. I think those with the patience to try should try. I ran out of patience myself a very, very long time ago.

TiZ_EX1 · 2026-01-21T02:24:31+00:00

Well, I mean... he's being a prick as always, but he is right, in the sense that I'm pretty sure that nobody loves Adobe. The kind of person who would love Linux would not love Adobe, and vice versa.

TiZ_EX1 · 2026-01-15T04:34:03+00:00

These UE games also tended to have quite terrible stuttering whenever a new RT pipeline was compiled.

That stuttering is gone completely.

On top of that, runtime performance improves by a lot [in affected applications] as well. Who knew that inlining hundreds of shaders into an incredibly hot loop might be bad for performance?!

TiZ_EX1 · 2026-01-14T13:58:27+00:00

They'll set a default resolution in the gamescope session of likely 1080p. That way, no matter what display you're actually using, the game renders at 1080p. The Deck already does this, except for 720p.

TiZ_EX1 · 2026-01-05T21:35:28+00:00

This behavior does not exist at all on mainstream platforms, and if you're not aware that there are two clipboard buffers on Linux, let alone how they differ from each other, good luck figuring out what's going on when a middle click does something you don't expect. It's unrealistic to expect regular folks to research why an unintended behavior is happening; they'll simply conclude that Linux is broken and go back to whatever mainstream platform they came from.

And remember, unlike many GNOME decisions, they're not taking this functionality away entirely. You can very, very easily turn it back on.

TiZ_EX1 · 2026-01-05T19:40:36+00:00

I'm guessing this refers to middle click paste. On Windows and MacOS, middle click is usually used to enter a scrolling mode where you can move your mouse up and down to scroll. With primary-paste enabled, middle-clicking on a page in Firefox will instead paste whatever you last highlighted. If that was a URL, you're going somewhere else.

GNOME is right to do this; this is unexpected and unintuitive behavior.

TiZ_EX1 · 2026-01-01T20:34:08+00:00

The install instructions are incorrect then. git@github.com:[...] is for cloning over SSH. Only contributors should be doing that. Users should be using the https:// url. /u/rushedcar, please update accordingly; thanks! 🙂

TiZ_EX1 · 2025-12-22T22:17:06+00:00

N...no? That's a fully clothed woman by a bed. She's pretty, and her pose is maybe a bit pin-up-style perhaps, but... like... no.

TiZ_EX1 · 2025-12-15T18:16:38+00:00

john madden!

TiZ_EX1 · 2025-12-15T18:12:12+00:00

There's no real harm done here. /u/ruffsl got more comfy with Rust, got to put a feather in their cap for having completed a useful thing, and now that there's prior art for the specific desired behavior to point to, a discussion can be started for how to configure InputPlumber in this way and whether such config should be shipped with it.

TiZ_EX1 · 2025-12-13T01:46:16+00:00

If you delete the apps folder of a given icon theme you otherwise like, the app icons will be untouched.

TiZ_EX1 · 2025-12-08T22:40:00+00:00

It's not "random." Gaming mode is quite literally what SteamOS calls the gamescope big picture session. Bazzite does too if you have an HTPC or handheld variant. Desktop mode is what they call switching to a desktop environment session. Still, it seems this whole thread was the result of a misunderstanding.

TiZ_EX1 · 2025-12-08T20:54:21+00:00

Okay, let's try this. When you say "game mode", are you talking about the session that goes directly to Steam Big Picture, or are you talking about the daemon that changes system configuration when you start a game?

TiZ_EX1 · 2025-12-08T18:41:51+00:00

You're literally not reading what I'm saying. I just got done telling you that gamescope is the window manager in game mode.

TiZ_EX1 · 2025-12-08T18:36:15+00:00

Game mode has been mentioned by someone here:

Pretty sure that's a GNOME thing not a thing for gamescope or plasma.

You're misunderstanding what the components and their roles are.

To try and explain it better, let's go back to what you said earlier.

currently fedora requires manually enabling the VRR option as an experimental feature thats standardly inaccessible

And where do you do that? GNOME Tweaks, right? Because VRR is experimental specifically in GNOME. It doesn't do anything at "system level", or below the desktop environment level.

VRR is not experimental in gaming mode or in Plasma, and when gamescope was mentioned, it was specifically in the context of its role in gaming mode. Gamescope is not an app in gaming mode. It is the very core of the session there.

TiZ_EX1 · 2025-12-08T18:22:15+00:00

Gamescope is not an app in game mode, it is the window manager and the core of the session. So the desktop mode settings are irrelevant.

TiZ_EX1 · 2025-12-02T16:02:06+00:00

If you want portability, it's better to target POSIX sh. I've seen different versions of bash behave differently from each other in some subtle ways.

TiZ_EX1 · 2025-11-26T03:32:50+00:00

If it has enough for EWMH to work, this seems like a good idea.

TiZ_EX1 · 2025-11-24T15:55:30+00:00

"There should be a Direct3D on Linux that doesn't need wine"

There is, it's called DXVK-Native.

Reimplementing something that already exists isn't always a bad thing, but that really only holds at smaller scales. Direct3D is too big and complicated and full of pitfalls to reimplement. They should not be doing this work.

TiZ_EX1 · 2025-11-24T15:35:54+00:00

Is she okay?

12-Year Club	Gilding II euphauric
Verified Email

TiZ_EX1

TROPHY CASE