• ITGuyLevi@programming.dev
    link
    fedilink
    English
    arrow-up
    4
    arrow-down
    1
    ·
    16 hours ago

    I’m sure a successor will come around when room forms for them, I don’t know of a reason any of the core *arr stack should need one. If you know of one don’t hesitate to share, I’m just not really aware of any, they are awesome to me.

      • kratoz29@lemmy.zip
        link
        fedilink
        English
        arrow-up
        1
        ·
        7 hours ago

        Maybe it is a necessary evil…

        I always get into problems with old shows/anime when I stick with Plex’s tmdb… If I switch to tvdb all my issues are gone.

    • Zanathos@lemmy.world
      link
      fedilink
      English
      arrow-up
      2
      ·
      13 hours ago

      There was no reason for this in the first place in my opinion. The ONLY positive use I can see would be managing the whole arr stack from one place, but I imagine you would still need to manage individual shows\movies\whathaveyou if it wasn’t found in the first place.

      I have my stacks set up to auto upgrade and find missing stuff already. It’s literally built into their programming. I manage them individually and anything that isn’t found on my indexers I typically go out and find manually as needed (old or very obscure media).

      Not really sure what this bought anyone at all other than an extra layer of convenience?

      • Dultas@lemmy.world
        link
        fedilink
        English
        arrow-up
        2
        ·
        8 hours ago

        And Seerr will kinda manage at least Radarr and Sonarr requests for you. I barely touch those now that they’re configured. I did always find it odd that Sonarr and Radarr were separate apps. Lidarr and Readarr I could see.