Professional software engineer, musician, gamer, stoic, democratic socialist

  • 4 Posts
  • 465 Comments
Joined 3 years ago
cake
Cake day: July 2nd, 2023

help-circle
  • I believe the main thing to consider beyond just correctness of your email server configuration is that large email providers evaluate the reputation of a sender’s infrastructure. So for example, if your mail server has an IP address associated with large-scale spammers, that would hurt reputation. And if you are your own ASN or something, you have to build your reputation from nothing. I believe I mostly dodge this problem by just putting my email server in Hetzner.










  • You could use that to run the TisVlay CLI to automate TV related macros

    Nice idea. I may try this out next time I’m tweaking my NixOS configs.

    But for speaker bars/stereos, that’s another idea to add to the HDMI-CEC backend.

    Yea that definitely sounds interesting. My speakers are connected over optical digital audio cables. I can’t even control them with my TV remote. I’m not sure I will be able to make this work. But I am planning on getting a new TV soon so 🤞



  • I use Plasma Bigscreen for my HTPC. I can’t speak to development status, but I know that it is functional for me as I use it daily. I use it for two things: moonlight game streaming client and jellyfin client. I can use the KDE Connect android app as a remote, but more often I use a bluetooth game controller or the Jellyfin android app to cast stuff.

    It’s basically never locked because I don’t need it to be.

    I don’t have an OLED TV yet, so the burn in prevention stuff isn’t useful to me yet. But having things like power and volume control on my phone would be really nice QoL improvements. I currently need to use my TV remote for power and input selection and my speaker remote for volume (though at least Jellyfin has its own volume control too).







  • You are correct to point out the distinction between race conditions and data races. Rust only rules out data races.

    I don’t know whether the race in question was a data race or not.

    I would still wager that Rust code generally has fewer race conditions than C, given that mutable aliasing can be used as symbolic prevention of race conditions, i.e. your &mut T doesn’t necessarily need to hold data; it can represent some domain concept.

    aren’t language specific

    There are actually languages that guarantee deterministic concurrent execution, and this can rule out larger classes of race conditions than just data races. See the Bloom language and CALM theorem.