• 1 Post
  • 24 Comments
Joined 3 years ago
cake
Cake day: June 14th, 2023

help-circle
  • I never understood why people use Tailscale

    I use it for the NAT busting and direct connections. This means that my devices can talk directly to each other, even when there’s NAT and dynamic IPs sitting between the devices with no port forwarding. This is not possible with Wireguard alone; usually you end up with a hub and spoke network model.

    As for them man-in-the-middling, the client is open source (for Android and Linux at least) and traffic is end-to-end encrypted. If you don’t want to trust them with distributing the keys (completely valid concern) then it’s possible to configure things such that you must sign the keys of clients yourself for your devices to trust them (see Tailnet Lock).

    In my case, because I like self-hosting, I self-host an open-source coordination server called Headscale. So in at least my circumstance I really am only using my infrastructure and open-source code.





  • Jellyfin can’t go closed source as it’s a fork of Emby from before it was closed source, licensed under the GPL. They don’t own that code so they can’t change that license, thus the whole project is GPL. In addition, Jellyfin isn’t being developed by just one company (it’s all volunteers), so every new contribution is also GPL licensed, owned by each contributor. The only way Jellyfin could go closed source would be to cut out the Emby backend and for every single contributor ever to agree to change the license, or have their code cut out. In short it’s not happening, and if somehow it did the project would just get forked regardless for everyone to switch to (the community did it once already!).











  • Just want to add that Framework isn’t quite Linux first, more like Linux second / Linux conscious. With some tweaking it works great but there are sometimes little issues that crop up, especially if you’re using the newest machines.

    For example, when I got my Intel 12th gen Framework last year, X was super laggy (opening a terminal and typing a few characters might take several seconds). You’d have to end up disabling some kernel power management setting. That was fixed in later kernel releases and was because it was new hardware, but their focus pre-release was making sure Windows worked well on it, not Linux. Technically even now there’s some kind of conflict between the ambient light sensor and the screen brightness keys and the fix has always been to disable the light sensor, so I’ve never actually used that feature on my laptop (unsure why Windows is unaffected).

    It’s still a great laptop and I absolutely love them, but I think other shops like System76 should get credit for their top-tier Linux support.







  • I think it’s gotten better in recent years. Years ago when I was trying to switch to Linux I had an NVIDIA 750 GTX Ti, back when it was the first Ti card and required the absolute latest drivers. Ubuntu’s repos didn’t package those drivers and Nouveau didn’t support it, so I had no choice but to install NVIDIA’s drivers manually. Then every time the kernel updated the drivers were effectively uninstalled and my system was unusable until I reinstalled the drivers manually. That experience led me to switch to AMD for the next card I bought.

    About a year ago though I switched back to NVIDIA for the AI capabilities and I’ve had an absolute flawless experience with it, despite using (or because of?) Arch.