Hey ya all,
Reiverr is a project of mine that I’ve decided to release to the public today. It’s a self-hosted website similar to the content discovery app Overseerr, with the added features of managing and watching your content library through Sonarr, Radarr and Jellyfin integrations. The motivation behind the project was the lack of a unified modern UI that could be used to discover, manage and watch content in a single place.
Currently, the project is in very early stages of development, but it is mostly usable in its current state. If you want to try it out, you can find the installation instructions in the project’s GitHub page:
https://github.com/aleksilassila/reiverr
Also: For the project to reach its fullest potential, it could use contributions! If you’d like to contribute code, designs (I’m not a UI designer, please help me), documentation or anything else, first of all, thank you!, and you can find an extensive list of planned features & fixes at the Reiverr Taskboard. It’s also a great place to just get a sense of what’s being done if you’re curious.
Cheers guys!
Amazing! This looks gorgeous!
The screenshots probably shouldn’t include copyrighted movies though, so it doesn’t get taken down from GitHub. You can replace them with Blender Studio projects https://studio.blender.org/films/
(Also there’s a small typo it says steam instead of stream on GitHub)
Good points, thank you!
Edit: Do you guys recon it can be taken down even though all the images are from themoviedb.org or youtube?
I think since it’s a piracy related app it’s best not to risk it. It happened to YouTube-dl
You should post this over on one of the Self Hosted communities. I’m sure they would appreciate this as well.
Crosspost to !selfhosted@lemmy.world (instead of duplicating, I mean)
Does it? It links them together so maybe it doesn’t show up twice in your feed? Let’s test it.
be OP
Developing a UI to combine several similar projects together
Makes a beautiful interface
“I am not a UI designer”
This is the second project i’ve seen this week where the dev claimed that there is no knowledge about UI/UX and it’s just better than anything i’ve seen.
I start to think UI/UX classes may have shifted in a direction no actual user likes to use. That would explain some things.
This is sick. An android TV app, while I’m sure a low priority, would make this a home run for me. Great work.
Beautiful project! One feature request/ question: Would it be possible to have a config file/gui with the api keys instead of having them in the compose file?
You can already do this. You can specify an env file or use the default .env file.
The compose file would look like this:
environment:
PUBLIC_RADARR_API_KEY: ${PUBLIC_RADARR_API_KEY}
PUBLIC_RADARR_BASE_URL: ${PUBLIC_RADARR_BASE_URL}
PUBLIC_SONARR_API_KEY: ${PUBLIC_SONARR_API_KEY}
PUBLIC_SONARR_BASE_URL: ${PUBLIC_SONARR_BASE_URL}
PUBLIC_JELLYFIN_API_KEY: ${PUBLIC_JELLYFIN_API_KEY}
PUBLIC_JELLYFIN_URL: ${PUBLIC_JELLYFIN_URL}
And your .env file would look like this:
PUBLIC_RADARR_API_KEY=yourapikeyhere
PUBLIC_RADARR_BASE_URL=http://127.0.0.1:7878
PUBLIC_SONARR_API_KEY=yourapikeyhere
PUBLIC_SONARR_BASE_URL=http://127.0.0.1:8989
PUBLIC_JELLYFIN_API_KEY=yourapikeyhere
PUBLIC_JELLYFIN_URL=http://127.0.0.1:8096
This is how I do all of my compose files and then I throw .env in .gitignore and throw it into a local forgejo instance.
Yeah, but I’m using a gitops approach with portainer stacks. I’ve not been able to do .env files with that setup thus far.
@synae@lemmy.sdf.org is correct, you can pass the values through that part of the UI. I used to do it that way and had Portainer watching my main branch to auto pull/deploy updates but recently moved away from it because I don’t deploy everything to 1 server and linking Portainer instances together was hit or miss for me.
Edit: I just deployed it like this (I hit deploy after taking the screenshot) and confirmed both inside the container that it sees everything as well as checking where Portainer drops the files on disk (it uses stack.env)
I don’t know why I did all that, but do with it what you will lol
.env file is just a convenient way to store variables on the filesystem. Ultimately they become environment variables which are easily specified in any container management tool. Here’s the portainer docs I think are relevant: https://docs.portainer.io/user/docker/containers/advanced#env (I am not a portainer user). Presumably these can be translated into gitops following practices you are already familiar with in regards to portainer.
