It’s really just that Linux is the only thing where it’s possible to run an envient version on modern hardware

Oh yeah definitely, that’s a major problem that’s specifically created by this policy.

It prevents you from jobs like airline pilots, the rationale being that placing someone potentially suicidal in control of a plane full of people isn’t a good idea. The rationale doesn’t really make total sense but you can see why they’d think that way.

It’s certainly not very fast

I have checked on every new update because their fuckass client apparently can’t update itself in big 2025 and instead just opens your browser to the download url because that’ll convince people that Linux is great.

Discord is distributed as a .Deb if you don’t use flatpak because they can’t be bothered to set up a repo.

The very useful thing about local file install is that unlike dpkg, apt will install dependencies automatically

My latest project runs on a VM I use vscode’s ssh editing feature on. I edit the only copy of the file in existence (I have made no backup and there is no version control) and then I restart the systems service.

So what if I mess it up? Big deal. The discord bot goes down for a few minutes and I fix it.

Same goes for the machine configs. Ideally the machines are stable, the critical ones get backups, and if they aren’t stable then I suppose the best way to fix it would be in prod ( my VMs run debian, they’re stable).

I feel i’m kinda vaccinated against the junior feeling because week 2 of my first job out of college, I crashed both sides of a cluster, leaving the client’s factory responsible for half of their European production dead for 3 days.

I panicked for a few days then they asked me to do an incident report and I thought I was cooked and then literally nothing happened to me. Nowadays if shit hits the fan at 16h59 then I’m gone at 17h00 anyway and so should everybody that’s bothered by the smell.

Si tu veux te barrer, dm ton CV. Je te présenterais bien l’entreprise mais au point où t’en es je sais que tu t’en fous donc c’est toi qui voit

Also consider that Roquefort-sur-Soulzon, of cheese fame, has 528 inhabitants.

It’s… Not great? Sure it’s performant but that’s there is going for it, the rest is really not that good for a tablet. They should have made this a gaming laptop and it would’ve been fine.

Closed source office with telemetry for Linux would be doing more for Linux adoption than anything valve has made in the last 5 years. It’s why Microsoft won’t do it.

Sorry I 'ever saw this, that sucks.

Turns out mine was broken too. I put the CPU in my gaming rig and it worked fine, so I bought a new motherboard and the problem is gone.

A car is is multiple hundreds of thousands of dollars and a 3g, low data IoT sim card is less than $100.

-Are you testing batteries again? -(with my mouth full) nogh

Syslog is considerable overkill for home lab monitoring.

SNMP does what you want. You just need a good monitoring solution that’s not as involved as Prometheus+grafana (I feel you, I’ve been there)

I really enjoy PRTG, but it’s way too expensive for a home lab, still throwing it out there if you feel like you have money to burn.

I hear good word about libreNMS, it’s next on my list when my PRTG licence runs out.

Be warned that monitoring is ultimately a fickle thing; what you don’t write in yaml config for grafana, you get to dig through obscure SNMP libs to find out (though I find that’s easier for me, ymmv) for other tools.

I recommend against: nagios (I like it but if you hate Prometheus it’s definitely not for you), checkmk (throw checkmk into the sun please it just fucking sucks), cacti (NO!), solar winds (why?)

if you feel like you want to become a datacenter admin: zabbix scales very very well, both in performance and ease of admin against hundreds of servers, but it’s overkill for a home lab, and it can get you lost in configs for hours.

Take two bought the game, no?

Also: the devs went to work at valve it’s not like they can’t physically talk to the single most powerful person capable of resolving this if I’m wrong on point #1

This resizing is done by pictrs at runtime, when you request the image. Unless the external image host also uses pictrs, you can’t do this with any other host, no.

Protondb says to use proton 7.x, but the rest doesn’t seem to happen to anyone else:

https://www.protondb.com/app/108710