The Servarr Team have retired Readarr due to it’s unusable metadata and basically lack of interest in continuing to develop it. There is a fork called “bookshelf” by other people under active development ( GitHub - pennydreadful/bookshelf: A place for your books. ).
However, there is another book downloader called LazyLibrarian ( LazyLibrarian / LazyLibrarian · GitLab ) which has been around for ages and is still going, and has some features that none of the forks of Readarr have yet implemented (such as direct downloads).
Why not add LL as an alternative service to the dietpi distro? Or alternatively try changing over to the bookshelf fork instead?
Given that readarr is now essentially dead as a project (and, more importantly given the comment on the “bookshelf” fork about some of the work already having been done including the task “Removed servarr analytics spyware”) maybe it’s not a good idea any more to include it in the distro (and possibly look at alternatives to Sonarr, Radarr, Lidarr etc that don’t have links to Servarr analytics spyware as mentioned earlier)?
I have manually added it to my own dietpi-based machine in the past. The people that choose the applications to add to dietpi would probably need to make the decision as to which applications are chosen to be on the list for their distro. I was simply pointing out the obvious, i.e. there is a potential solution for downloading and managing ebooks already available, and given that readarr is no longer a safe option and has been abandoned it might be good to start offering a different option. But if the DP community wants to couple exclusively to Servarr-type apps for whatever reason, that’s their prerogative. It would be nice to have the ability to control the LL service in the same way that other services can be controlled via the DietPi-Services interface without having to write your own stubs (I’ve done it obviously, and it’s not too tricky - but I thought the goal was to be user friendly, and if you could install and control it the same way you can install and control the likes of Sonarr, then that’s a good thing, right?)
yes. but we have just 1 developer and always more task than time available. Therefore, we need to see how thinks could be integrated and what priorities we have next to new software request. Everybody is welcome to start integration
Indeed, I won’t find any time soon to implement it. A lot of hardware-related tasks and other things on underlying infrastructure. It makes sense to fill the gap Readarr left, no question, but there are a whole lot of things which make sense, and many of them are more urgent.
