I call BS.

You can get a WiFi or LTE trail cam that essentially to works the same. If you get LTE though, you’ll almost certainly need a VPN setup on your network as well to work around CGNAT issues.

I get that you’re aiming this at a user base of new folks and all, but I’m super confused to see Nix on there.

This is kind of…Nix’s entire identity, no?

One could also make the argument that this supercedes bootstrap tools that each distro has. Kickstart for example.

I would maybe focus on making helper scripts that do specific things for groups of users, like installing all the steam-* packages for Steam installs and not just steam itself since this is pretty opinionated on how you’re choosing to install things re: native package manager vs Flatpak and such.

Wuh oh

3 times.

You always do it 3 times.

Kid…multiple people told you about steam-input. See my other comments.

Just change the port Headscale is running on.

You also don’t want a reverse proxy out in front of Headscale. It doesn’t serve a purpose, and does nothing but introduce added complexity and performance degradation.

Just make an A record in your DNS that points to ‘vpn.whatever.com’ if you just want to treat it as a named host.

When I told you udev rules aren’t the problem. Now you’re trying to make it seem like Steam is a problem? What in the world…🤦

Kid…look. You keep coming back here and asking this same question, and when people give you very specific answers you keep saying “Nuh-uh, cuzz…”.

You’re missing the point entirely, and you don’t want to listen. If everyone here is so stupid, then why are you here?

They have Open Source versions of their stack. Just run it yourself at no cost.

Am I missing something?

Also, use any other similar service which all have open source counterparts: Head scale/Tailscale, or ZeroTier.

The inputs are sent as they are received on the host is the point. There is no transcoding of the HID inputs.

It’s a Sunshine problem.

You’re having a problem with Sunshine. The udev rules work fine, because the controller is officially supported in the kernel. If it’s detected, it’s working fine.

If it’s NOT working with Sunshine involved, that’s a Sunshine problem.

Test with the calibration tools of your DE, and also under Steam. If everything works everywhere else, it’s not udev which is only responsible for detecting and capturing the device input.

If you think it’s a group problem, then…just…add your user to the group maybe?

deleted by creator

Running from a Live image is not going to be performant for a number of reasons I won’t get into, but mainly that you’ll have a loop with some crucial systems back through that USB still. Not absolutely everything is always loaded directly into memory unless you ensure that it is.

The USB medium you’re using is probably slow, so any I/O access to that drive is going to cause performance hits briefly.

That being said: there isn’t going to be any appreciable difference between your two distros in a way that will blow your mind. The “gaming distro” is kind of a farce/myth, with package selection and user interaction being the biggest differences between them.

If the distros are on the same general kernel line, you’ll get very similar performance between them (check Phoronix benchmarks). CachyOS on certain benchmarks may see something like 5-10% in VERY specific areas that probably don’t even impact gaming that much, and you’d never register that difference as a user.

Just switch if you like it. It sounds like you have your other data separated already, so just install along side what you have, boot that, and try it out.

Just don’t be let down in when there isn’t a big performance difference. Also keep in mind that whatever tweaks any other distro has implemented for gaming, you can simply apply to whatever you’re running as well. There are no hidden tweaks, fixes, or proprietary knowledge in any of them that you can’t also apply to your running install.

I think you’re asking the wrong question here. You should be asking “Is my tech stack doing what I need and working for me?”.

If yes, then just keep doing what you’re doing.

If not, then figure out what’s wrong, and take steps to fix it.

Trying to “compete” - as it sounds like you may be trying to do - IS futile. But what are you competing over? Why would you feel the need to compete with the things you hate? That’s not where your battle is, it sounds like.

Sorry, ma dude. This is 100% incorrect. Been doing this a long time, and have managed massive numbers of desktop sessions for enterprise end users.

Lookup dconf. It’s the tool that manages the underlying configuration engine for Gnome specifically.

Outside of the granularity there, you could also just lock everything to a group and exclude logged in users from that group. That’s a very simplistic way of explaining it, but achieves the exact same thing. You build a base image with only the apps the user needs, set execution to an inclusive group that user belongs to, and everything else to some other groups, and there you go. Dead simple.

Of course that’s not how you’d do it for an org with thousands of users, but you get the point.

Uhhhh yeah there is? You can customize any user profile and centrally control it just as you can on Windows. You can even PXE boot all workstations with new images whenever you want instead of relying on individual machines to issue updates, something that Windows isn’t capable of.

Not sure where you got this idea, but you’re misinformed.

For starters: Rails, PHP, and passthrough routing stacks like message handlers and anything that expects socket handling. It’s just not built for that, OR session management for such things if whatever it’s talking to isn’t doing so.

It seems like you think I’m talking smack about HAProxy, but you don’t understand it’s real origin or strengths and assume it can do anything.

It can’t. Neither can any of the other services I mentioned.

Chill out, kid.

HAProxy is not meant for complex routing or handling of endpoints. It’s a simple service for Load Balancing or proxying alone. All the others have better features otherwise.

I’ll be honest with you here, Nginx kind of ate httpd’s lunch 15 years ago, and with good reason.

It’s not that httpd is “bad”, or not useful, or anything like that. It’s that it’s not as efficient and fast.

The Apache DID try to address this awhile back, but it was too late. All the better features of nginx just kinda did httpd in IMO.

Apache is fine, it’s easy to learn, there’s a ton of docs around for it, but a massively diminished userbase, meaning less up to date information for new users to find in forums in the like.