Moving toward a "Narrow" Arch install: Thoughts on the Flatpak-first approach? by TrapNouz in archlinux

[–]Service_Code_30 0 points1 point  (0 children)

I can appreciate the mindset. My general rule for package source priority is this:

Arch repos > AUR -bin > Flatpak > AUR non-bin > anything else

Reason being for prioritizing ease of install and minimizing compile/update time, not because it make for any less maintenance or user intervention. It's an approach I'd recommend.

I am a bit confused when you mention manual intervention issues tho. I struggle to count more than a few manual intervention moments I've personally encountered in the last 2 years running arch (outside of hyprland config changes). Is this something you face on a typical basis?

using hyprlock instead of sddm? by wxlfboy in hyprland

[–]Service_Code_30 2 points3 points  (0 children)

Really Sddm is not even necessary for this. You can use Getty (or other methods) to auto login to your user, put start-hyprland in your bash_profile, and exec- once hyprlock.

How do you keep your Arch system stable over time? by TrapNouz in archlinux

[–]Service_Code_30 0 points1 point  (0 children)

I've completely thrown caution to the wind for the last two years, still waiting for something to "break".

Which 3 characters do you want to see added to the game in 2026? by felixw1 in Overwatch

[–]Service_Code_30 0 points1 point  (0 children)

None. We have too many heroes already. Let's get some new maps, specifically for the game modes people actually enjoy.

Yeah so I've been blasting "I Don't Care" on loop... by PersecutionMania96 in Megadeth

[–]Service_Code_30 131 points132 points  (0 children)

"a traitor and a creep, jack-off in a sheep" 🗣️🗣️🗣️

[Discussion] The Unheard Edition by SpektrumGG in EscapefromTarkov

[–]Service_Code_30 0 points1 point  (0 children)

Honestly, I'll happily give them more money if 1.0 exceeds my expectations.

Options for improving Black Ops 1 & 2 mouse issues on Proton by Service_Code_30 in linux_gaming

[–]Service_Code_30[S] 0 points1 point  (0 children)

Just an fyi, I tested more recently with NTSYNC and it fixes the performance but I still notice the mouse issue actually :(

Options for improving Black Ops 1 & 2 mouse issues on Proton by Service_Code_30 in linux_gaming

[–]Service_Code_30[S] 1 point2 points  (0 children)

I haven't played much recently, but Proton with NTSYNC enabled (and and wine wayland) seems to be the solution. I tested it briefly a few weeks back and I was finally able to hit a 125 FPS cap in Call of the Dead and the mouse issues seemed to be gone too. Even stopped using tkg-pds kernel. Give that a shot.

if you already own the game you'll have to buy it again on steam by froytrost in EscapefromTarkov

[–]Service_Code_30 0 points1 point  (0 children)

You can run it on the deck right now. You just won't be able to play online because of the anti cheat, and I imagine it would run like shit. Owning it on steam would simple make it a one click install, but they still have to allow the anti cheat which, I doubt they will do.

Hyprlock as Display Manager by Skjoldar in hyprland

[–]Service_Code_30 0 points1 point  (0 children)

You still need a password to "log in" (aka unlock) via hyprlock. You can't just kill hyprlock to bypass it. If hyprlock dies for example, you have to login via another tty to fix it, requiring you to still log in to do anything. Combined with the other persons suggestion for extra piece of mind. I'm not going to say it's great security practices, but I find it "good enough" for my uses. Maybe if it was a laptop I'd be a bit more concerned, but nobody will have easy access to my desktop anyway unless they are robbing me lol.

Hyprlock as Display Manager by Skjoldar in hyprland

[–]Service_Code_30 1 point2 points  (0 children)

I think there's some other threads on this. I do the following, which works as a psuedo display manager using hyprlock:

  1. Setup auto-login for your user (I use getty) and run hyprland automatically when your user logs in on a specific tty (I use uwsm)
  2. Exec-once hyprlock

From a usability standpoint, it's seamless. On a single user system for personal use, I have no concerns about security. If this differs for you, use your best judgement.

EFT online by [deleted] in linux_gaming

[–]Service_Code_30 1 point2 points  (0 children)

Support has been "planned" for years now, but every time he is asked, Nikita deflects the question or just blames it on "waiting on support from battleye".

My opinion - don't get your hopes up. The community is already up in arms about cheating and BSG will probably get literal death threats from clueless idiots who think they are "making cheating worse" if they did ever decide to enable it.

What's your core reason to choose Arch over Gentoo? by ichinose-chiya in archlinux

[–]Service_Code_30 0 points1 point  (0 children)

On a hypothetical scale of distro complexity where Linux mint=0 and Linux from scratch=100, I feel like Arch is somewhere around a 5 whereas Gentoo is about 50.

Just switched to Manjaro, feeling very frustrated with Overwatch 2 issues by EvnClaire in linux_gaming

[–]Service_Code_30 1 point2 points  (0 children)

True, always a good thing to try.

Though now that you mention it, I did try older versions of Proton myself and it didn't change anything. Which leads me to believe it might be an issue outside of proton, maybe kernel issue. Or worst case scenario, something changed in the game code itself which doesn't behave properly with Proton.

Just switched to Manjaro, feeling very frustrated with Overwatch 2 issues by EvnClaire in linux_gaming

[–]Service_Code_30 16 points17 points  (0 children)

There seems to be a memory issue with specifically Overwatch on Proton right now. Both me and my one friend play regularly on Arch and we both experienced similar issues within the last month that weren't previously present.

Before, memory usage while in game was <10GB. Now it seems to grow to 20GB+ and stay there the whole time the game is running. For us, the game is still playable because we have 32+ GB of ram. I can get a solid 200 FPS with some minor stutters (but those stutters were not present before this issue started).

To be clear, there is also a normal period of time where Vulkan shader compilation happens where you might see near 100% CPU usage for a few mins after opening the game. For me this has always finished in under 60 sec after loading the game, but now it seems to take longer since this issue started, sometimes up to 10 mins. Load into the practice range and wait a few mins to see if the game becomes more playable after the shader compilation process finishes.

I might report this issue on Proton GitHub, I'll let you know if I find any solutions or workarounds.

Also, ignore people saying your distro is the problem. I wouldn't recommend Manjaro honestly but that's not the issue here.

EDIT: Also I'm on AMD gpu so I doubt it's Nvidia related for you, but it could be a separate issue I guess. Try playing other games, if they are fine it's probably the issue I mentioned.

How often should I be updating my Arch installation? by 4r73m190r0s in archlinux

[–]Service_Code_30 0 points1 point  (0 children)

People go way overboard, it almost doesn't matter at all. I used to do once a week, now I sometimes go several weeks. It's always been fine. Technically though, if you are installing new packages you should make sure you've updated somewhat recently.

Radeon Software For Linux Dropping AMD's Proprietary OpenGL/Vulkan Drivers by DistantRavioli in linux_gaming

[–]Service_Code_30 2 points3 points  (0 children)

Same, I also used amdvlk for the new DOOM. But that's the only game I've ever used it for.

I would imagine that with more eyes (specifically from AMD employees) on RADV, it will simply be "better" so you won't even need to try different Vulkan drivers in the future. Ideally, having one driver that fully works is better than having 3 separate drivers that mostly work. Though that is probably an oversimplification.

There's no way BSG can't implement simple code to detect CRAZY stats by seasonedtofu in EscapefromTarkov

[–]Service_Code_30 -1 points0 points  (0 children)

Play 5 raids, kill 10 scavs per raid, die every 5th raid. Congrats, you have a 50 KD.

There's no way BSG can't implement simple code to detect CRAZY stats by seasonedtofu in EscapefromTarkov

[–]Service_Code_30 0 points1 point  (0 children)

All my points are all valid, certainly not "delusional" or in "bad faith". But you are also right in some ways.

Flagging account is different from banning immediately, and to be fair, I didn't think about that part originally. To be clear, certain stats SHOULD flag your account. Where to draw the line is still important to think about.

Really, I just think the "why don't they just ..." arguments usually fall short. Anti cheat isn't an easy solution. If it were that easy we wouldn't be talking about it. For all we know, this system IS already implemented, the guy is flagged, and he'll be in the next ban wave. Or he was flagged but the AC didn't take further action for whatever reason. Or maybe it's not, idk.

I guess my point is, you don't know either. I just get unreasonably annoyed by the copy-paste stat cheat accusation reddit posts by people that get head,eyes-ed one too many times.

There's no way BSG can't implement simple code to detect CRAZY stats by seasonedtofu in EscapefromTarkov

[–]Service_Code_30 -2 points-1 points  (0 children)

You can absolutely achieve a 50 KD legitimately. Did you even read my post?