this post was submitted on 07 Aug 2023
71 points (96.1% liked)

Selfhosted

39980 readers
646 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 1 year ago
MODERATORS
 

It has an 'App store' that's been growing a lot lately. Writing new docker-compose.yaml files is easy (see: https://www.runtipi.io/docs/contributing/adding-a-new-app ), and exposing them behind NAT, e.g. from home it's easy too (see: https://www.runtipi.io/docs/guides/expose-apps-with-cloudflare-tunnels )... But my favorite perk is the folder structure (see: https://www.runtipi.io/docs/reference/folder-structure ), and the fact that 'media' is shared between apps.

all 19 comments
sorted by: hot top controversial new old
[–] node815@lemmy.world 21 points 1 year ago (1 children)

Let me preface this with that I am an experienced CLI user and with Docker, so this really is not in my interest generally, but getting older and dealing with a variety of other personal issues, having a nice dashboard to deploy things sometimes is just really nice ya know? So I figured I would put on my dusty beginner's hat to get this a run.

For the beginner, it's a nice system to get started and get your feet wet with a no-nonsense app install experience. I tested this in a VM on my desktop and installed Sonarr and Sabnzbd which if you use Docker with these, you know the proper volume mapping is key. They take the hassle out of doing this for the end user. With that said though - file permissions are a bit off and both Sonarr and Sabnzbd needed the proper permissions set for the folders. Not a deal breaker for someone accustomed to the CLI, but for a new self hoster, this can be a bit frustrating.

Their app store is pretty impressive and I guess growing, the install on the server was painless to get running. It's something to keep an eye on, it's in good company with the other ones like Umbel and CasaOS, each has their own qualities.

For those wanting more fine grained control over the apps and installs, Tipi is a bit more opinionated to the port numbers and paths used and you can't easily modify those (at least from what I could tell). In the long run, this is a non issue for the most part if you are starting on a freshly installed server and don't want to handle the challenges of proper path mapping, reverse proxying and so forth. (They include Traefik in the install). Not having to worry if port 3000 is already taken or 8080 is, you can trust that it will handle it and it does!

[–] anzo@programming.dev 2 points 1 year ago (1 children)

Thanks for the detailed review! As another user, I agree overall with your experience. Just for the sake of explain how the applications are configured, let me add this. Port numbers are defined in, for example, https://github.com/meienberger/runtipi-appstore/blob/master/apps/sabnzbd/config.json ...Meanwhile, file permissions should be set as PID/GID 1000, according to https://github.com/meienberger/runtipi-appstore/blob/master/apps/sabnzbd/docker-compose.yml

[–] Luckaneer@lemmy.dbzer0.com 1 points 1 year ago (1 children)

PID/GID 1000

Can I pick your brain on this? I have my folders set to 1000:1000 , Radarr can import the movies folder but Sonarr complains about the tv folder not being writeable by user abc.

The tv folder looks to have the same permissions to me though? Any idea what could be up with that?

[–] anzo@programming.dev 1 points 1 year ago (1 children)

To be clear, you have a (user:group) 1000:1000 on both containers? What about having the same mapping of Uid and Gid on the host? I assume the host is a desktop distro, and they usually have it already. You would require the three, so that permissions are "coherent" between each system

[–] Luckaneer@lemmy.dbzer0.com 1 points 1 year ago

Yeah the user:group mapping was correct. I did work it out though. It was the storage volume being full, it presented as not being writeable! My mergerfs config wasn't quite right. As soon as I set it to most free space it was working again.

It's just funny that I didn't get the same error in Radar.

[–] chicory@midwest.social 9 points 1 year ago

I've been running Tipi for a couple months on a home machine. I don't have any significant experience with Docker and Tipi was simple enough I could get it running pretty easily.

I use tailscale to access it away from home. I'm running FreshRSS, Invidious, LibReddit, Joplin and Vikunja. Pretty slick!

[–] Kyle@lemmy.ca 4 points 1 year ago (1 children)

So I'm the kind of person who runs back ups using two synologies and is more of a GUI guy. I use mac and pcs very fluently but I'm not entirely terminal or command line literal.

Will something like this cause more problems if I'm looking to get rid of Google drive and start switching to next cloud or will this make my life easier?

[–] anzo@programming.dev 1 points 1 year ago

This requires some command line to fully tame the beast(s).. sorry, the apps! that you'd be hosting. If you prefer an easy solution, for Nextcloud, specifically, I think you can try the managed instances (e.g. Hetzer offers 'nx' boxes). It's better than paying premium fees to GAFAM imho every step counts ;)

[–] narF@lemmy.ca 3 points 1 year ago (2 children)

How does this compare to Yunohost?

[–] anzo@programming.dev 3 points 1 year ago (2 children)

The most salient difference is that YNHST is tied to Debian, while Runtipi is a set of containers you can install on any distro

[–] narF@lemmy.ca 2 points 1 year ago

What are the pros and cons?

[–] anzo@programming.dev 1 points 1 year ago* (last edited 1 year ago)

These comparisons are extremely difficult to make (not many people really tried all, we all judge from docs, etc.) That being said, I think runtipi is simpler in the curve of customization, if you have the knowledge. If you don't, well then maybe, a full-blown OS is better. But my original post addressed the advantage I see on runtipi, with all the links to the docs. It's powerful and encourages customization. To me, it's a good mid-point between 'raw' docker (e.g. linuxserver.io which btw provides most of the images), and a highly automatized system. For example, one of the bigger features is that you can set repositories (e.g. on GitHub) as stores: I will repeat the link to these docs here: https://www.runtipi.io/docs/contributing/adding-a-new-app ..over these repos you simply write docker-compose YAML files. I don't know what's the solution to this on CasaOS, but YunoHost has a set of scripts or bash functions. That's something I believe takes more effort to mantain. All in all, imho, runtipi has a good balance between flexibility, complexity, and customization.

[–] Midnitte@kbin.social 1 points 1 year ago
[–] PlutoniumAcid@lemmy.world 1 points 1 year ago

I'd like to try this, but how will it work alongside my existing setup?

I run NPM to get SSL for my domain, so now there will be two services trying to do the same?

I also run Mattermost which is not in the Store here, so I will still need to run some things outside of this service - while still needing the SSL and reverse proxy.

[–] abon999@lemmy.world 1 points 1 year ago

Hum, the cloudflafe tunnel looks powerfull to bypass a CGNAT !

[–] benjacoblee@lemmy.world 1 points 1 year ago

I haven't had much luck with app-store-type solutions in the past, but this looks really promising! Thanks for sharing :)