sxt

joined 2 years ago
[–] sxt 2 points 3 days ago* (last edited 3 days ago)

Seems imminent https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/14

Basically waiting on some implementations to get ready to merge if I'm reading it right.

[–] sxt 6 points 1 week ago (1 children)

The right image isn't even real

[–] sxt 1 points 1 week ago

Continuing to not go out since I don't want to add to the pile of unedited vacation photos from six months ago

[–] sxt 10 points 1 month ago

That would definitely make sense for it's own video but I could see them wanting to focus on just SteamOS if they plan on having it be a regular stat when they do benchmarks

[–] sxt 34 points 1 month ago (4 children)

GN could pick any Linux distro and get metrics but they'll want to be consistent and pick what will be most relevant.

For most people SteamOS will be the pick when moving away from windows pretty much entirely because it's "Valve's" OS, who are a known entity compared to "whoever makes this Bazzite thing" (or whatever other distro). This will give them more confidence to switch as they are familiar with/trust Valve to some extent and know that they're going to make sure their os works and can play games as well as can be expected on Linux. Obviously we know you can do it on other distros but switching your OS is a big change and people will want more assurance.

GN could cover performance on other distros but I think that would probably just be noise to people who are on the fence/not that interested compared to "here's how things work on Valve's SteamOS". (Also probably just provides a clear starting point and direction for GN)

[–] sxt 2 points 2 months ago

I'd be shocked if a game like this didn't work under proton

[–] sxt 5 points 2 months ago* (last edited 2 months ago)

Feel like there are a lot of people that literally just vote "hopefully something different will be better" with zero regard for what the candidates are apart from which of their parties has the current administration. This is of course really dumb, especially considering what Trump said he wants to do, but the base logic of "this isn't working for me" is understandable at least. Dems running candidates that represent more of the same again...

[–] sxt 4 points 2 months ago

Crafty bastards, let me tell ya

[–] sxt 10 points 2 months ago (5 children)

I remove the grease so I don't shit myself crazy style, not to lose weight

[–] sxt 7 points 2 months ago* (last edited 2 months ago) (1 children)
[–] sxt 14 points 2 months ago (3 children)

Isn't that the global market share of Linux itself

46
submitted 4 months ago* (last edited 4 months ago) by sxt to c/[email protected]
 

Just got it! Super excited

11
submitted 1 year ago* (last edited 1 year ago) by sxt to c/selfhosted
 

I am attempting to follow this https://www.procustodibus.com/blog/2022/09/wireguard-port-forward-from-internet to forward traffic from a few ports on a public oracle vps to other ports on my local server through a wireguard connection. Currently I am doing this using rinetd, but I was looking for a more normal way of forwarding traffic. (Also looking to forward UDP traffic at some point.)

After stopping rinetd, adding these rules to the public server's wg config

# packet forwarding
PreUp = sysctl -w net.ipv4.ip_forward=1

# port forwarding
PreUp = iptables -t nat -A PREROUTING -i ens3 -p tcp --dport 443 -j DNAT --to-destination 10.144.65.2:8443
PostDown = iptables -t nat -D PREROUTING -i ens3 -p tcp --dport 443 -j DNAT --to-destination 10.144.65.2:8443

# packet masquerading
PreUp = iptables -t nat -A POSTROUTING -o wg0 -j MASQUERADE
PostDown = iptables -t nat -D POSTROUTING -o wg0 -j MASQUERADE

and restarting the wg connection, I'm seeing traffic on the ens3 port but none entering wg0 via tcpdump. I feel like I probably have conflicting iptables rules saved https://pastebin.com/0eNwhNKM but I don't really know enough about whats going on there to fix it. I feel like its probably the wireguard-*-rule ones (created by pivpn possibly?) but I'm not sure.

Edit way later: Ended up just using rinetd for the udp connections. Ubuntu doesn't include the latest version here https://github.com/samhocevar/rinetd which is able to do UDP connections. The docker container RxBrad suggested uses that version within the docker container to make the redirections so it will be roughly equivalent.

view more: next ›