• 0 Posts
  • 66 Comments
Joined 3 years ago
cake
Cake day: October 4th, 2023

help-circle



  • For internet access Plex is by far the easiest. You can use Jellyfin but it can be a lot more effort and can be brittle. Tailscale might be a solution but if you want to share with friends it would mean giving them access to your Tailscale network. Then you’ve got reverse proxies like Nginx Reverse Proxy. This would require buying a domain and configuring something like Cloudflare too, plus port forwarding on your router. Tailscale offers a publically accessible domain now which is similar but you cannot configure the TLD. Still, you’re opening an internet accessible port for a FOSS application and this is far less secure unless you know what you’re doing.


  • I think this is the last hurdle with the arr setup: discoverability. Plex has tried to jam in something, but it’s far from good. They’re never going to produce a pirate watchlist, so it would have to fall to Jellyfin. What people are seeking is the Netflix experience of “curated” content, spoonfed, and instantly watchable.

    For the record I do the same as you. I think the intentionality is a healthy barrier to mindless browsing and consumption, but once people are hooked, it’s hard to wean them off.


  • Spoiler: I am deeply into the arr “ecosystem” and love the shit out of it.

    I think I finally understand Linux fans. Yes it’s confusing for new people, but because I’m so into the weeds on this stuff I love how much choice I have. And if one of the projects doesn’t have what we want, someone makes a fork.

    To point: you really only need Sonarr and Radarr. Get those set up and working how you like. I recommend the Trash Guides. Once that’s working how you like, get Prowlarr for easy management of your usenet and torrent indexers. Most people should stop there.



  • If you’re fine with an executable just writing stuff to your system, then .sh is Linux’ universal installer format.

    I would be, but it’s not enforced. Few developers use it. Any method needs to have almost total universal adoption. Then libraries get built around that standard instead of the other way around.

    My point was rather that it’s not as bad on Linux as people make it out to be if the application was packaged correctly. Going forward, I think stuff like Valve’s Linux Runtime can provide compatibility.

    That’s fair. It’s getting better. Linus Torvalds agrees with you. Valve might have to save us from this fragmentation.


  • JasSmith@sh.itjust.workstoLinux@lemmy.worldWhat do you hate about linux?
    link
    fedilink
    English
    arrow-up
    3
    arrow-down
    1
    ·
    9 months ago

    That’s not true. .exe isn’t an installation method, it’s just a binary, the better equivalent would be .msi. Also you also have to consider (some) dependencies on Windows, e.g. you can’t assume the required vcredist is available on the target.

    I think one could argue this but it’s immaterial. My point remains the same. The lack of a universal installation method makes deployment expensive on Linux, and confusing for users.

    Not super sure about this. I was able to run an over 10 year old binary only game when I last tried (UT 2k4 in 2016 or so) and it worked after providing a single missing library. Yes, it did require manual intervention, but I think the situation is much better on Windows where compatibility also isn’t granted anymore.

    I can run a 1998 copy of StarCraft designed for Windows 98 on Windows 11. It’s true there are degrees of backwards compatibility here, but Windows is king. They invest a lot of dev time into ensuring applications remain operational for decades. Their API deprecation policies are legendary.


  • JasSmith@sh.itjust.workstoLinux@lemmy.worldWhat do you hate about linux?
    link
    fedilink
    English
    arrow-up
    18
    arrow-down
    3
    ·
    9 months ago
    1. The lack of a universal application installation method which 98% of developers use. Windows has .exe and it makes it so much easier for developers to release one application which is dead simple for users to install. No instruction manual with different methods per distro. Just double click. This results in less support for Linux in general. Fewer games and applications an drivers with fewer features.

    2. Poor backwards compatibility. Yes it results in bloat, but it also makes it much cheaper to develop for and maintain applications, and this results in more developers for Windows. More hardware and driver support. More applications. More games.

    It is no mystery to me why developers don’t focus more on Linux support. It’s more expensive. They tell us this. What is so frustrating is that Linux fans are so quick to blame developers instead of focusing inwards and making Linux a more supportive platform for said developers.


  • I would build a cheap PC based on a G series Intel CPU. The G7400 is cheap and will handle anything you want to transcode, plus won’t get bottlenecked with IO and other processes you might want to run later like the Arr stack. You probably don’t need more than 8GB of RAM. This will give you lots of flexibility to choose the right OS which suits you, which software you want, upgrades, and especially HDDs down the road (if you get a case with HDD slots). I started small and ended up with 15 disks over the years.

    Unraid ($250) is one option but it’s expensive and buggy. TrueNAS is a very popular ZFS based solution which is free. Windows is also a surprisingly good option. It’s your lowest effort option by far. You can replicate Unraid functionality with SnapRAID and DrivePool ($50).


  • ChatGPT can be surprisingly useful when tackling the endless bugs and weird and unexpected differences on each Linux distro. I think you’re missing out. It shaves off 30-40% of the time it takes me to arrive at the right solution. It’s obviously not omniscient, but it provides a lot of ideas which I had not considered. Usually one of those paths works.



  • FYI you can definitely watch while your network is offline. You just net to tell it that you’re happy with that (it’s not activated by default for security reasons).

    • In your Plex server settings, go to Network, enable “Show Advanced”.

    • Near the bottom, find the textbox that says List of IP addresses and networks that are allowed without auth

    • In this field, enter the local IP address of any Plex client(s) you want to keep using if your internet (or the Plex cloud) is down.

    • A example: 192.168.0.50

    • Save the setting, done.

    #Important thing to be aware of:

    What this setting does is tell your local Plex server to simply give any Plex client that connects from that specific IP full admin access to your Plex server, ignoring any account restrictions. This means that if you have things in place to restrict access to some libraries (kids blocked from 18+ movies etc) those restrictions will have no effect. Also if you have the option set to allow file deletion, then any client from that IP could also delete items. And they could of course change any settings in your Plex server. So your kids can watch anything on your server, if you have a guest in your network and they browse to the Plex web interface, they can mess with things.

    Because of that I would recommend to limit the amount of IP’s you enter in that field to the absolute bare minimum. For example, only whitelist the “main living room device” plus one device you to admin the server, such as a laptop.

    If you want to whitelist multiple devices, this is a example:

    192.168.0.50,192.168.0.77,192.168.0.80
    

    If you want to whitelist a entire network, these would be examples:

    192.168.0.0/24 (this means 192.168.0.0 - 192.168.0.255)
    
    192.168.0.0/16 (this means 192.168.0.0 - 192.168.255.255)
    

    And of course those involved network devices should use static IPs in your home network.