Just run docker in an LXC. That’s what I do when I have to.
Just run docker in an LXC. That’s what I do when I have to.
I’m not really worried about it. Each LXC runs as its own user on the host, and they only have access to what they need to run each service.
If there’s an exploit found that makes that setup inherently vulnerable then a lot of people would be way more screwed than I would.
I don’t have anything publically accesible on my network (other than wireguard), but if I did I’d just put whatever it was on its own VLAN, run a wireguard server on it, and use a VPS as a reverse proxy that connects to it.
I only use unprivileged LXCs and everything I host on my network runs in its own LXC, so I’m not really worried about someone getting access to the host from there.
You are completely jumping to the conclusion that he has not done anything else to deal with that burnout. What do you think the solution is to burnout, never working again?
He could have also taken the time not working to deal with and recover from it before deciding he wanted to explore those themes in his next game when he did start working on one again.
You say that like it’s a bad thing. I don’t want to play games with kernel-level anti-cheat.
I occasionally get this same thing, or it’ll render one frame of SDDM and then freeze on that frame, and I’ve also never been able to fix it. I’m on CachyOS with an RTX 2080.
I just bought a 7900 XTX that I’m waiting to be shipped, so I wonder if it’ll go away with an AMD GPU.
Edit: Hasn’t happened once with the AMD card, and another frequent issue I had with Vulkan was fixed too. I’m blaming nvidia.
Why would you be worried about your ISP seeing your DNS requests unless you’re using a VPN?
You could have a completely private way of running DNS requests, and then what difference would it make when they just see you connect to that address immediately afterward?
It’s not versatile at all, it’s just what most games are made for so it doesn’t have to be.
Linux is more versatile because it can play games it wasn’t targeted for.
https://github.com/wa2c/cifs-documents-provider is what I’ve used for that in the past.
Edit: To elaborate, that would just mount your network storage, and you’d then need to access the files using the android file explorer or something else. I haven’t found a good FOSS file explorer, so I paid for solid explorer ages ago.
If it does the basic things that I want it to do well without being surrounded by the bloat of useless profit-driven features, and it’s FOSS, then it isn’t inferior to me.
The only meaningful update (to me) Plex has had in the past few years has been forcing everyone to switch from using TVDB to their inferior metadata agent.
Because it’s continuing the trend of focusing on live free channel streaming, finding things to watch on other streaming services, social media-esque interactions with other users, and other shit I don’t care about.
I just want something that will stream my media from my NAS to whatever I’m trying to watch it on, and do it well.
If this turns out as bad as it seems then I’ll probably finally be leaving my lifetime Plex pass behind for jellyfin once it rolls out to the Android TV app.
Really shooting from the hip on this one, huh?
I’ve only played the demo for this one (and liked it), but the first one is amazing, and there’s a good chance this will be my favorite series of games ever if they continue to make them. Very excited to play this.
Well sure, but you effectively still have the same 5-connection limit as long as you manage your keys correctly.
Can you not use the same keys for multiple devices like you’d normally be able to?
Just turn the updates off. Might want to remove the seatbelts from your car too, so annoying having to put them on and take them off every time you need to drive somewhere.
I’ve been using it as my primary browser on Android for years so I don’t really have much to compare it to, but I haven’t had any issues with extension compatibility. It includes changes from Tor browser and Arkenfox so it’s more privacy-focused than on performance.
I’ll just throw out Mull from DivestOS’s third-party f-droid repo as an up to date alternative. The newest versions are incompatible with the main repo but here is their explanation:
Updated Mull to 131.0.0, has 14+1+25 security fixes from the previous 129.0.2 release. In order to resolve the compilation issue introduced in 130, Mull is now compiled using Mozilla’s prebuilt clang toolchain. This however is incompatible with the F-Droid.org inclusion criteria, so these updates (for now at least) will only be available via the DivestOS.org F-Droid repository. Please note, while this adds a prebuilt dependency, the result does still remain FOSS.
My distro hops have been more like distro evacuations.