• 0 Posts
  • 133 Comments
Joined 1 year ago
cake
Cake day: February 16th, 2024

help-circle
  • Can I guarantee? There are no guarantees in self hosting. By this logic you can never move away from Plex. There’s always unknowns. There’s always new issues to trip over. Plex is hardly without it’s own warts, but because they’re ‘known’ to you and your users nothing else will ever be able to measure up.

    It’s a logical fallacy and a trap.

    I set up Jellyfin basically overnight when the Plex pass changes occurred. Reverse proxies are trivial, as are docker containers, don’t let the anecdotes about things being hard or VPN being needed intimidate you.

    There were absolutely bumps in the road. I had to make users for each person and email them customized sign-up links. Yes, that kinda sucked, but that’s the price for running and controlling the authentication yourself instead of though a 3rd party service that can and absolutely will eventually use that data to snoop.

    Most of the time, once sent the link the users were fine, 9/10 of my users had no further issues and quickly adapted. For the last 1/10, I had to trouble shoot a few things and eventually ended up recommending a different device to connect with (it was an old TV with a really old version of Plex for TVs, they ended up buying a $40 Google TV device from Walmart and got set up that way).

    The whole time I was running both Plex and Jellyfin so the migration process could happen at my speed.

    My point is this: no, it wasn’t painless to switch. Yes, some tech support was required. Yes, the user who was getting hundreds of dollars (annually) of streaming services effectively for free had to shell out a paltry sum to upgrade and actually enjoys their experience much more now. No, that didn’t make it impossible or not worth doing.

    I’m not saying what’s best for you and your users, and I’m absolutely not guaranteeing you’ll have no issues beyond these, but I hope you understand your hands aren’t actually tied, you’re just boxing yourself in.


  • No, Richard, it’s ‘Linux’, not ‘GNU/Linux’. The most important contributions that the FSF made to Linux were the creation of the GPL and the GCC compiler. Those are fine and inspired products. GCC is a monumental achievement and has earned you, RMS, and the Free Software Foundation countless kudos and much appreciation.

    Following are some reasons for you to mull over, including some already answered in your FAQ.

    One guy, Linus Torvalds, used GCC to make his operating system (yes, Linux is an OS – more on this later). He named it ‘Linux’ with a little help from his friends. Why doesn’t he call it GNU/Linux? Because he wrote it, with more help from his friends, not you. You named your stuff, I named my stuff – including the software I wrote using GCC – and Linus named his stuff. The proper name is Linux because Linus Torvalds says so. Linus has spoken. Accept his authority. To do otherwise is to become a nag. You don’t want to be known as a nag, do you?

    (An operating system) != (a distribution). Linux is an operating system. By my definition, an operating system is that software which provides and limits access to hardware resources on a computer. That definition applies whereever you see Linux in use. However, Linux is usually distributed with a collection of utilities and applications to make it easily configurable as a desktop system, a server, a development box, or a graphics workstation, or whatever the user needs. In such a configuration, we have a Linux (based) distribution. Therein lies your strongest argument for the unwieldy title ‘GNU/Linux’ (when said bundled software is largely from the FSF). Go bug the distribution makers on that one. Take your beef to Red Hat, Mandrake, and Slackware. At least there you have an argument. Linux alone is an operating system that can be used in various applications without any GNU software whatsoever. Embedded applications come to mind as an obvious example.

    Next, even if we limit the GNU/Linux title to the GNU-based Linux distributions, we run into another obvious problem. XFree86 may well be more important to a particular Linux installation than the sum of all the GNU contributions. More properly, shouldn’t the distribution be called XFree86/Linux? Or, at a minimum, XFree86/GNU/Linux? Of course, it would be rather arbitrary to draw the line there when many other fine contributions go unlisted. Yes, I know you’ve heard this one before. Get used to it. You’ll keep hearing it until you can cleanly counter it.

    You seem to like the lines-of-code metric. There are many lines of GNU code in a typical Linux distribution. You seem to suggest that (more LOC) == (more important). However, I submit to you that raw LOC numbers do not directly correlate with importance. I would suggest that clock cycles spent on code is a better metric. For example, if my system spends 90% of its time executing XFree86 code, XFree86 is probably the single most important collection of code on my system. Even if I loaded ten times as many lines of useless bloatware on my system and I never excuted that bloatware, it certainly isn’t more important code than XFree86. Obviously, this metric isn’t perfect either, but LOC really, really sucks. Please refrain from using it ever again in supporting any argument.

    Last, I’d like to point out that we Linux and GNU users shouldn’t be fighting among ourselves over naming other people’s software. But what the heck, I’m in a bad mood now. I think I’m feeling sufficiently obnoxious to make the point that GCC is so very famous and, yes, so very useful only because Linux was developed. In a show of proper respect and gratitude, shouldn’t you and everyone refer to GCC as ‘the Linux compiler’? Or at least, ‘Linux GCC’? Seriously, where would your masterpiece be without Linux? Languishing with the HURD?

    If there is a moral buried in this rant, maybe it is this:

    Be grateful for your abilities and your incredible success and your considerable fame. Continue to use that success and fame for good, not evil. Also, be especially grateful for Linux’ huge contribution to that success. You, RMS, the Free Software Foundation, and GNU software have reached their current high profiles largely on the back of Linux. You have changed the world. Now, go forth and don’t be a nag.

    Thanks for listening.







  • Yeah… I mean, I did hedge by saying “depends on your CPU and your risk profile”, but I understand your point and will edit my comment to caution readers before playing with foot finding firearms.

    From my understanding it’s a mixed bag. Some of those vulnerabilities were little more than theoretical exploits from within high levels of trust, like this one. Important if you’re doing a PaaS/IaaS workload like AWS, GCP etc and you need to keep unknown workloads safe, and your hypervisor safe from unknown workloads.

    Others were super scary direct access to in-memory processes type vulnerabilities. On Linux you can disable certain mitigations while not disabling others, so in theory you could find your way to better performance at a near zero threat increase, but yes, better safe than sorry.



  • no performance change

    You must be new here.

    Joking. In reality it depends.

    The first iteration of this comment had a cheeky observation about the performance impact of these CPU mitigations on Linux, some of which have nearly no real world threat to people not running cloud providers.

    And while that’s true to a degree, tests disabling some or all of the most modern set of mitigations show that most have become highly optimized and the CPUs themselves have iterated over time to increase the performance of the mitigations as well.

    And many of these CPU vulnerabilities actually had in the wild use and can still do horrible things with very little surface exposure from your system. Apologies to the people who read the first version of this comment and took the time to rightly push back.









  • The streaming was easy, just declared I wasn’t paying for it anymore lol. We still have a crappy version of Spotify for free because of another service (ISP or phone plan something like that), but it’s purely used as a backup.

    Jellyfin’s interface is a bit clunky as a music client in my experience. FinAmp looks cool but it’s still early on.

    Navidrome does smart playlist, crossfading, gapless, flac streaming, and flac to opus transcoding. Those are sorta my core requirements, and Navidrome + the clients we use handles them all with aplomb.

    And actually that’s another great feature I enjoy for Navidrome, there are dozens of excellent clients, so if one of them falls short for someone they can find one that they enjoy.

    As for the user playlist thing… I haven’t seen anything like that but maybe I’m misunderstanding.