@c0smokram3r evergreen post

@FrankTheHealer @KarnaSubarna Setting displays to run at 144Hz has worked for ages. VRR is a different feature, where the display's refresh rate syncs to the framerate being pushed to it by your OS. Most environments have supported that for ages too, but some things haven't. Mutter moving to support it is a big step toward it being universally available.

@madcaesar @otl It's a small server running OpenBSD, configured to operate as a router and/or firewall.

Linux and the *BSDs can operate as very good routers and firewalls, usually being much more configurable and enabling you to do more complex than off-the-shelf consumer-level hardware routers. Using them on a small form factor computer with a cheap switch in front of them can give you a better performing and nicer to use alternative.

@unhinge I run a simple 48TiB zpool, and I found it easier to set up than many suggest and trivial to work with. I don't do anything funky with it though, outside of some playing with snapshots and send/receive when I first built it.

I think I recall reading about some nuance around using LUKS vs ZFS's own encryption back then. Might be worth having a read around comparing them for your use case.

@fl42v I have thousands from my early days, but my only recent-ish one was pretty funny.

On an Arch install that hadn't been updated for a while, in a rush, had an app that needed OpenSSL 3. Instead of updating the whole system, I just updated the openssl package.

*Everything* broke immediately. Turns out a lot of stuff depends on openssl. Who knew?

To fix, booted to the arch installer, chrooted into my env, and reverted to the previous version of the package — then updated properly.

@cinaed666 @twotone I also have the Forerunner 55.

Something to note is that Garmin watches are Linux-friendly and can be used without signing up to their cloud services. You can access the watch as a USB storage device and manually grab the .FIT files on it, which you can then import into tools of your choice (or convert to .GPX for wider compatibility).

@TheColonel @TimTheEnchanter 17 years ago is pretty much exactly when reddit became accessible. You were there from the very beginning.

I've been there for 14 years, and this kerfuffle has killed all enthusiasm I had for staying. I've switched to using reddit's RSS feeds for the few subs I can't give up yet (mainly those related to the Ukraine war) but I expect I'll stop using it altogether in short order.

On the plus side, it's furthered my deep distrust of big tech companies.

@Lojcs Microsoft does exactly that. They licence a number of proprietary codecs for inclusion in Windows for the convenience of users.

Running under Wine, some alternative decoders can be used, but many proprietary codecs don't have freely-available decoders available. Under Proton, many free decoders can be used like Wine, but some prohibit commercial use or otherwise can't be implemented in Proton via Valve. GE-Proton manages the best of both worlds.

@addie @Dirk I think you're spot on. SystemD timers are mildly more inconvenient to create than cron jobs, but massively more convenient to maintain and work with for real.

@linux_user_6967 @Goun Telegram's end-to-end encryption isn't enabled by default. You have to specifically choose to start an encrypted chat. Assuming you trust MTProto though, there's no indication they're otherwise implemented poorly.

@grizz Relay's doing the same. I think some of the less popular apps like these can feasibly give the new API pricing a go.

I think the proposition has changed significantly for me though. I liked and supported these apps for a long time, but I'm not using them as vehicle through which to effectively subscribe to reddit.

@lynny It's like they don't even want users anymore.