Very true! But I’ll stick with base for now. As I mentioned to someone else, I just don’t want to keep running into the endless loop of a distro doing something that affects downstream and then I’m affected by it too and blah blah.
That’s what I was running before switching away due to RH changes. Solid setup, would certainly recommend. It’s just a matter of principles for me but otherwise I’ve would’ve run Nobara until it died.
I’m on the same boat. I’ve hopped around a lot (for servers and for desktop). My original post was really to gauge how many people actually use straight Debian for a gaming use case. Apparently, quite a few! So that’s great news.
I’m going to give stable a try and see how far I get with gaming and go from there. I’ve never run straight Debian as a desktop it’s always been on servers so my experience there is limited.
I’m curious as to the update script you are talking about. Care to point me to an example? Wouldn’t flatpak update do the trick for everything running in flatpaks? And apt update/upgrade for the rest?
Okay, on this thread alone a lot of people are suggesting to go stable (including yourself) so now I’m thinking you guys must know something I don’t. Truthfully, I only really need a few things for the games that I run like a recent kernel (XanMod maybe?) Wine staging, steam, nvidia drivers, lutris, bottles and proton (through ProtonUp-Qt). As long as I can run those things on recent versions, I think going stable would be fine too.
Out of curiosity, are you running Steam/Proton/etc on Flatpaks because the normal packages are too outdated in stable or because the dependencies for them are too outdated?
Also are you not running into issues where the flatpaks can’t talk to each other? For example, installing a proton version on the steam path. Since flatpaks are isolated and have limited access to the system, wouldn’t I run into issues there?
What does your /etc/is-release say for code name? I installed bookworm and then pointed apt to unstable as instructed in the Debian Wiki but when I did the full-upgrade (also as instructed in the wiki) now it says code name= trixie. Not a big deal, it’s just kinda strange. Maybe it’s supposed to as technically Trixie is the “unstable” at the moment. Idk. Just curious.
Very valid points. Since the RedHat announcement, I’ve migrated all my home servers to Debian so I thought “why not switch over my gaming rig as well”. As I thought about which district to use I came to the realization that I don’t want another situation where I’m using a distro based on another distro and that other distro decides to do something that affects the distro I’m using and blah blah. So then that leaves me with using the base (Debian, Arch, etc.) to avoid what I just mentioned.
I’ve been using Linux for quite some time so I can usually handle some break/fix. I haven’t tried Linux Mint yet but again, I rather just go straight to the base and go from there.
Still want to read your post tho. I’ve got Sid setup and ready to go and I do want to see how much breakage it introduces as I continue to use it. If it’s a bit too much, I’ll give stable a try.
If you are running everything in containers then there’s a very simple and straightforward solution for this. Run your reverse proxy (NPM, Caddy, whatever) on two network (internal and external or whatever you want to call them). In the external network is where you will map your host port to the reverse proxy container. For example, on NPM it’s 81 so you map host 81 to container 81. You should then be able to go to http://localhost:81. The internal network will be where your reverse proxy will talk to your other two web services you want to run so make sure you add your other services to this internal network.
On your DNS (personally I run PiHole) point your service name (as guard) to the IP of the host running your reverse proxy. Do an nslookup on the name to make sure you actually get the right IP for the name you want.
Login to your reverse proxy and configure a proxy host to point to the name of the container and the correct port. Since the reverse proxy is on the same “internal” network, they should be able to talk to each other via names rather than IPs.
Test your connection to the service on your browser.
Another solution (less technical but much faster) would be to runa dashboard service like Heimdall then just add a “link” to the service you want and the port it’s running on. Then you will have a single link to click on that will take you where you want without typing manually. You could even add the dashboard as your browser default page on startup.
There are other ways to skin this cat but these two solutions will get you where you want to go quickly.
This looks like a detailed write up. I need to sit down and digest this information (currently out and about). I’ll come back to you with questions I’m sure.
The only Trixie relate software I have was Wine staging as I couldn’t find “Sid” specific instructions. The documentation said unstable so I just assumed the Trixie instructions were also applicable to Sid.
Ah okay got ya