LOOKING FOR A MAINTAINER

[j0nnymoe]

We are looking for a community maintainer for this image. The team members don't have the bandwidth or the interest in fixing and maintaining this image.

Anyone interested can reach out here or on our discord. If we are unable to find a maintainer within the next few weeks, this image will be deprecated.

Thanks

[github-actions]

Thanks for opening your first issue here! Be sure to follow the bug or feature issue templates!

[o6uoq]

This has been the best, easiest and most performant flavour of docker-rutorrent I've used to date. I hope you find another maintainer! Sadly I'm not in a position to propose myself.

[mabushey]

I would consider taking this over >> IF << I could make it work. rtorrent is unusable, according to my stopwatch it took 2 minutes 28 seconds to refresh the ncurses gui from pressing 1, but cursor down does the same. While rtorrent was never even close to usable in the CLI GUI, The torrenting via rutorrent was originally working quite well for me, but then I added a bunch of torrents and now it's permanently 0/0 up down. The weird part is rutorrent is completely responsive. My i7 isn't the latest but I would hope it would be powerful enough to run rtorrent. First thing is I would replace screen with tmux, the only advantage screen has over tmux is it can act as a serial console, which is not needed/used here.

[j0nnymoe]

We will continue with dropping support with this container in due course. We will be recommending current users to migrate to CrazyMax's rutorent cotainer: https://github.com/crazy-max/docker-rtorrent-rutorrent/

@mabushey Thank you for the comment :) with what you mentioned, I think it's best to use CraxyMax's container as a replacement.

[urbanracer34]

Will there be any assistance in helping unraid users to migrate to the new container from this one?

[j0nnymoe]

I don't think we plan to create any unraid specific documentation but likely will create generic info on which folders map to which on the new container.