Cloudron Forum

Currently, volume space usage appears to be getting rolled up into the "Everything else" bucket. Would be good to have on hand in System Info, the independent volume usage if possible.

SABnzbd is a binary newsgroup reader. See https://sabnzbd.org/. Seems to be actively developed:

It is somewhat similar in functionality to NZBGet which was requested earlier. I was able to get this to run as an app on my cloudron and the repo for that package is here. It will need some polish and review though if it is to be used more generally. I can help with that if there is broader interest.

The following packages work for the *arr family:

1. Sonarr: https://git.rohitja.in/rohit/sonarr-app
2. Radarr: https://git.rohitja.in/rohit/radarr-app
3. Lidarr: https://git.rohitja.in/rohit/lidarr-app
4. Bazarr: https://git.rohitja.in/rohit/bazarr-app
5. Jackett: https://git.rohitja.in/rohit/jackett-app

Readarr does not have a community docker image at this time, besides still being under development to my knowledge.

Of course, all these are very unpolished, and non-optimal and, imho, not ready for general use yet. Besides the servarrs being all beta v3, the docker image also does things like using mono instead of .net core. There are redundant steps in the recipe too, I am sure. The docker layers are also not handled optimally to increase layer re-use. Still, they might provide a starting point; and for anyone who wants to play around with the tools.

Okay, this might certainly be a bit out there, and a bit of an anti-pattern to what Cloudron apps seem to be about, but I was recently experimenting with bringing up an LXDE desktop environment on a cloudron container with tightvncserver installed and running. I could bring an app up for this, without the user having sudo access of course, and being limited at container creation time in the programs they can install and run on it. LXDE seems to work well even with a default container ram limit of 256 MB. The desktop can be made accessible on a VNC port.

In terms of use case, there might be some value for folks who want to setup a persistent, regularly backed-up remote development environment with emacs or eclipse, or say, for folks who are into photography and need a place to run RawTherapee or darktable.

@girish Yes, semi-regularly, though I haven't actually kept them updated considering that the older versions I had created still work fairly well for me.

@jodumont I cloned your repo, and spliced in some bits from the linuxserver Dockerfile with the net result that I could get Sonarr v3 (the beta version) to run on my cloudron. My code is here, if you want to review or play with.

The code for a working (on one instance) package of Sonarr is here. This is Sonarr v3 which is currently in beta.

@robi I am still reading through the linked thread. The idea to route traffic for an app through the VPN client is pretty cool! Still I believe from the first post that the incoming traffic to the app is not routed through the VPN client? My understanding is that the OpenVPN client would anonymise the traffic of an app, but I would still be able to login or hit its APIs from the open internet right?

@girish Yes, that'd work! I just think there should be some way to prevent a huge flood of requests hitting that app because some 3rd party found an open endpoint and decided to (ab)use it. The token strikes to me to be a better solution than the auth gateway too, since then it is easier for us to hit the endpoint as well from a script.