I've seen multiple "consolidate all the arr" attempts over the years. None prevail. Not saying this one won't, but something tells me it's going to peter out and be abandonware. It's incredible how sticky the OG arr apps have been to be honest. Likely because they are extremely stable and well-integrated.
Over the years we didn't have AI. Maybe it will become abandonware; but maybe the development will keep up thanks to AI.
For example, I've been using a Spotify replacement called Spotifast for a month or so. It's way better than the official Spotify app, and it's all vibecoded by one developer, and it gets lots of updates (it's basically a 1-to-1 clone of Spotify, plus additional features). It wouldn't have been possible before AI, or at least not that easily.
> Over the years we didn't have AI. Maybe it will become abandonware; but maybe the development will keep up thanks to AI.
It has always been the case that open source lived and died thanks to developer attention. That hasn't really changed with AI. The amount 1 hour of developer attention can do is drastically greater. But if the developer loses interest (which may well happen after a year or two), the project still dies unless there's other people to steward it.
Hopefully that will be true. But it's really amazing how many established open source projects are basically supported by one person working tirelessly for years or decades on end.
On the other hand, AI also makes it an absolute breeze to setup and manage the arr stack, so it kind of eliminates a little the need for an app to bring them together
I'm working on one myself, but I probably won't ever release it to the world. I just want one that's simple enough for my wife to use, so we can cancel netflix etc. I need replicate the experience of browsing what's new or popular on her phone, watching trailers for them, and then a single button to download it and getting notified when it's on plex.
They're sticky because they stay focused on their specific domain, and they work well.
I also really don't understand the value pitch on "6 apps no one can use" in the post.
I publicly host Seerr and Jellyfin for my family, and they use that combo just fine. They explicitly don't get access to see any of the sausage making under the hood.
Given this doesn't support music yet (according to op) and you still need to host plex or jellyfin... what is the value statement here over seerr?
(It's fine, of course, to use AI tools—we use them heavily ourselves. Just please don't use them to generate or edit text to be read by fellow humans on Hacker News.)
It's impossible to know for sure what was LLM generated or edited, but we have to rely on imperfect classifiers or else the site would be completely flooded by genai text, which is not what the community here wants to read, nor in the intended spirit of HN.
I literally, just this last weekend, finally bit the bullet and created my own media server. I had been dragging my feet, not wanting to deal with the complexity of configuring and setting things up. With codex, I had it do the leg work. Even made a snazzy website as homebase and an admin panel with links to every service, easy invite creation, and some basic usage & storage monitoring.
Been a blast using codex to configure and design my media server!
That said, the many logins do annoy me! My main friction though is around a single client my friends & family can use that brings things closer to the netflix experience. Currently evaluating moonfin, so they can request and watch within the same client. Seerr still seems to be best for requests, but moonfin will get the job done.
My list so far: Sonarr, Radarr, Prowlarr, Seerr, Wizarr, Cleanuparr, Jellyfin, Moonfin.
Also using codex to setup the same box for home automation and comfyui. Fun times!
Wizarr is used for account provisioning and user onboarding. Jellyfin handles auth & permissions. Connection is through reverse proxy (Caddy) and a domain on cloudflare (and many subdomains for all the different services running). I'll then (haven't setup yet) use tailscale so I can access the private services when I'm away from home.
They don't all support it well, however. My Blu-ray player, for example, mangles filenames about 10% of my media. And my TV just simply doesn't list all the files in a directory, regardless of size.
I also found browsing directories and files through DNLA slow and annoying.
My solution that I came up with is to make a companion mobile app or mobile web site, where I pick what movie I want to play, and then my server will serve only that one file via DNLA. When I want to watch something else after that I pick up the mobile app / mobile web app again and choose again and then the files for that movie or TV series is served instead
I spent some time building a .NET service that uses UPNP/DLNA to offer media to local devices. I got it working reasonably well, but the problem is that the client interfaces are absolutely garbage.
The better architecture is to push content over HDMI using an endpoint you control. This doesn't have to be the actual media server. We could invent a new system role and control multiple endpoints centrally. I don't want the TV to do anything more intelligent than display the video and audio frames it is receiving.
Not the OP, but I see a lot of complaints on HN about dumb media player "voice control". I myself had cringe experiences with my car when I wanted to play a particular genre or song.
I think the best voice control was whatever was in the iphone 3gs. I distinctly remember being in my car and saying something along the lines of "iphone play deadmau5" and it just worked. I may have had to hold a button to activate voice mode, I don't remember, I just remember always finding Siri and related "modern" voice control software to be worse than whatever I had on that iphone.
The recognition is worse, but the integration is awful. Now Gemini needs to connect to the map with a noticeable delay, and if I click something on the map, Gemini often doesn't know and continues to harass me!
I would use it for a regularly scheduled validation job.
Sometimes a bad copy, mismatch, or low-rated media slips through all the filters. Could use an LLM to fix the media and harden the filters to prevent issues going forward. I’ve probably spent weeks of my life toiling and tweaking over the last 15 years.
That wasn't written by a human. It was written by an AI. AI does this weird thing where it will say things like this - "AI or MCP features. Not in 1.0" - when the user prompting it hasn't actually requested whatever it is the AI has hallucinated as not being included. I've been using Claude Code to update some internal tooling I use (basically a bunch of python scripts I've painfully hacked together for myself that automate stuff) and it often comes out with things like "Not in this version: XYZ" when I have never even asked it to build XYZ.
is this a serious question? It would make it easy for someone to expose an SMS bot to family and friends, for starters. so they can have family request things in a convenient way?
For example my mom, who is tech illiterate, could send an SMS like "please add the new spiderman movie to the media library." And it magically shows up on the apple tv.
Or we could use it to do a "lazy" search on the library. Jellyfin in the year 2026 is still too stupid to understand that when i search "spiderman", the result "spider-man" should be included in the results. God help us lol.
Or maybe you could easily run codex/claude against your media server to help with routine maintenance. Like "hey claude we're a bit low on disk storage. Please find movies/shows that were requested a while ago and are large in size." then if you're happy with the list, ask claude to delete those for you.
Idk...i could think of like 20 more uses cases. Use your imagination. :)
"please add the new spiderman movie to the media library." And it magically shows up on the apple tv. <--- the atv app can do this as well, and she doesn't even need to send an sms. just rent or buy the item right there.
"Or maybe you could easily run codex/claude against your media server to help with routine maintenance. Like "hey claude we're a bit low on disk storage. Please find movies/shows that were requested a while ago and are large in size." then if you're happy with the list, ask claude to delete those for you." <--- this is like 2 or 3 commands on the cli. no need to burn tokens (and thus use water and kill rainforest etc) on something so basic
for a while I ran an SMS bot that did this without AI and it worked great. Just tell people to put the title and year of the movie they're requesting, people don't need semantic search.
Ok, I'm a potential user, but what is your long term plan for following the scene and making sure HolyArrs supports the wild west of the grey area content acquisition?
Things like parsing the file name for format, group, language, repack etc...
What do you mean "for now" if there's one thing i don't want it to replace it's clearly qbittorrent. Trackers have client whitelist and I don't see a brand new vibecoded app being added to any of the serious ones
Similar public sources through my own metadata server, no API keys needed. Bring your own keys and providers is on the way. Goal is the full arr stack, easier for the whole house.
People really need to stop thinking that their vibe coded app developed in a day is something the world needs to be made aware of. That's insulting really.
It took about 6 months, the repo only went public yesterday. I actually held the release back to run vulnerability testing first. Totally fine if it's not for you.
What's the actual concern, that AI helped? Welcome to 2026 lol. The code is public if you want to review how I architected and organized it. This wasn't done overnight, period.
Your assumption that a vibecoded project with a single contributor behind it can cut 97% of the size of well established open source projects without breaking something very badly is not well founded.
Image size isn’t a good proxy for features here. Sonarr/Radarr/Lidarr/Prowlarr are .NET, Bazarr is Python, Overseerr is Node. Each Docker image ships its own runtime and base OS layer, so a big chunk of those ~718 MB is the same kind of overhead duplicated six times. One static Go binary skips all of that. And the *arrs in my opinion really should not be different tools, each has its own indexer handling, download client integration, queue, scheduler, database, auth and web UI. Most of what each tool does completely overlaps with the others. So even more of the overhead is not necessary.
Replacing 6 different apps with a single app that does too much is not a virtue in any domain, but here it is extremely stupid.
They are separate apps for a reason. Some of the parts have legitimate uses beyond piracy, so they are unlikely to be taken down. Jellyfin has client apps approved into walled gardens.
This, on the other hand, is unequivocally a piracy tool. You can’t contribute code, report issues or package it for your distro without breaking the law.
to be clear, holyarrs ships with no content, no indexers and no trackers. it manages your own library and talks to the downloader and media server you set up, same as sonarr and radarr, which have been on github for years
This interests me, but I’ll let it cook a bit more before I give it a spin. I’ve got enough customization that moving to this without disruption may be a little challenging, or token heavy.
Adding a “Copy prompt for agent” instruction to the top of your docs, would be lower friction to entry, and allow me to review what it is that needs doing. It can be hard to account for every way someone might self host in docs too, which is why I think an agent is going to have a much easier time automating the setup here.
I have a ton of blu-ray movies that I would like to digitize and throw on a server, organize and play. Is there a specific blu-ray reader/writer SATA or external via usb that has a high likelihood of success ripping blu-ray discs?
once theyre ripped holyarrs can import that folder, match each movie and organize it for jellyfin or plex. if theres something that would make the ripping side easier, open an issue: https://github.com/HolyArrs/HolyArrs/issues
I believe things will be from now on. People see a gap in the offerings out there and they just whip it up. There will be a certain amount of stability that the LLMs will add by default to all of them and that's it. If you are interested, go ahead and use it.
I create my own vibecoded apps for my own use, that is not the problem. releasing them for others (who might not know this hasn't been tested) is irresponsible.
I don’t get this. So today he can build the experience he wants with little effort (he likely spent lots of tokens). You made no judgement in the quality or on his experience, only on the age of the repo. Why exactly is that?
I get there will be a lot of crapware, but you’re hackers no? Why all the gatekeeping even amongst yourselves? How much time did the openclaw guy take to built it? A weekend?
Sure, you could say “no thanks”. But all the labs certainly thought it was useful enough to replicate. And yes, it was, still is an insecure mess littered with bugs, but why are we all so repulsed?
It’s a genuine need. I build my own version of this, also on go, haven’t shared bc I am not sure how legal it is to distribute, but I have been using it for months and definitely beats running 6+ apps that keep breaking. I run one binary + jellyfin, never going back.
The problem is not the vibecoding, it is the release of a public facing internet app that is not a day old, hence it is impossible to know if it has security issues. He is supposedly a security engineer and he RELEASES a repo with less than a day old? how do you know it is secure? Again, this is something that will interact with the open internet.
Gatekeeping would be "do not write vibecoded apps for yourself", which is not the case here, this is releasing code for the public in an irresponsible manner.
I mean, every repo was 13 hours at some point. can't hardly get security updates unless others can see and review it.
I mean, I feel you... there's no way I'm running it when it's this new... I'll let others spend their tokens probing it and check it out in a month... no shade in the dude for releasing it, but anyone who has it running right now inside their network... I hope nothing bad happens.
What stands out to me isn't only that the repo was made less than 20 hours ago, but that they've released from 1.0.0 to 1.0.10 since then.
But at the same time the PR numbering is much older, with 1.0.10 coming from #197. It makes me think the repository was private for some time and then made public recently. But still -- 10 releases in a few hours isn't a stability signal. Especially when one of the advertising points is to simplify the update cycle from all the "arr"s.
yep, private for months before going public. treat this first week like a beta, those releases are fixes from launch day reports. it'll settle down, and updating is one pull
Wondering because this isn't the first time getting flagged almost immediately after submission. HN Gatekeeping? I don't see how my post violated guidelines etc. for example. Raising this here because I'm starting to see a pattern.
It's incredibly common to have a CLA because without one accepting PRs is a mess legally. The PR authors have to acknowledge that their specific code is also AGPL every time. Easier to just have a CLA.
Am I the only one still just manually downloading what I want into a folder that is shared via Samba with a Kodi box that takes care of cataloguing, browsing and playing?
Subtitles? I really don't want to sign up to Opensubtitles and be hit with their ridiculous daily limit (on what is just text).
I was looking for a project just like yours and couldn't be bothered building one myself.
Edit: Gemini has provided some subtitles options.
Subtitle Search & Database APIs
• TheSubtitleDB.org: A completely free, open REST API for media players and apps. It requires no account, no API key, and has no rate limits, offering exact file hash matching as well as IMDb ID and TV episode lookups.
• Wyzie Subs (wyzie.io): A fast subtitle search API for movies and TV shows. It offers a free tier with 1,000 requests per day, sub-50ms response times, hearing-impaired filter options, and multi-language support.
• Opensubtitles-Unofficial-API: An open-source, community-hosted unofficial API. It lets you search and download subtitles from OpenSubtitle.
Honestly a human can only consume so much TV and music in a day, why these super automated acquisition setups are needed is beyond me. 30min on a Saturday morning manually grabbing magnet links is enough to keep the whole house entertained for a month.
hi HN, im luis. 10+ years in software and security, homelabbing for about 5
"netflix and spotify" is how it feels to use, not what it does under the hood. holyarrs doesnt play anything. you browse your shows, movies and music like a streaming app (top 10s, new & popular, coming soon), tap what you want, and it sends it to your downloader and files it into jellyfin or plex. those still do the playing
before this, my server needed 6 apps for that: sonarr for shows, radarr for movies, lidarr for music, bazarr for subtitles, prowlarr for indexers and overseerr for requests. 6 setups, 6 databases, and nobody in my house but me could use any of them
- the image is 15 MB. the 6 apps it replaces are 718 MB together
- one go binary, svelte UI, sqlite. the image has no OS and no shell
- runs on amd64, arm64 and armv7
- works with qbittorrent, sabnzbd, plex, jellyfin, emby
- imports your sonarr/radarr setup, and speaks their api so seerr can keep talking to it
- no api keys to set up. posters and search come from a metadata server i run and pay for
- free, AGPL-3.0
how it got built: claude code wrote most of the go and svelte. i wrote the specs, reviewed everything and tested it on my own server. what it got wrong: it never noticed cost. the app got heavier build after build until i started measuring every single one. thats the only reason its still 15 MB
why you might want to wait: its young, 1.0.7 shipped today and im fixing reports as they come in. music is still being built out, and a few features are held back until theyre fully tested (plex watchlists, trakt lists, subtitle sites)
why i built it: my family wanted netflix and i had 6 apps nobody but me could use
I'm interested. Does it handle subtitles translation with AI ? This is a must have for me.
First try to obtain subtitles in the locale I need, fallback to using AI to translate the embeded ones, fallback to downloading ones in original language / english and translating.
Hi Luis. Cool approach and thanks for sharing - however, I am a bit disturbed by the built-in reliance on your metadata server. Self-hosting/homelabbing would do better to have something the user controls himself/is hosted on something like IPFS.
makes sense. sonarr and radarr work the same way with their own servers, but bring your own keys or provider is on the roadmap github.com/HolyArrs/HolyArrs/issues/113
>the image has no OS and no shell
What are you (Claude) even trying to say here?
Also, do you genuinely speak in AI-isms, or have you just had claude generate you this too and uncapitalised the first word of each sentence so it looks human?
I've seen multiple "consolidate all the arr" attempts over the years. None prevail. Not saying this one won't, but something tells me it's going to peter out and be abandonware. It's incredible how sticky the OG arr apps have been to be honest. Likely because they are extremely stable and well-integrated.
Over the years we didn't have AI. Maybe it will become abandonware; but maybe the development will keep up thanks to AI.
For example, I've been using a Spotify replacement called Spotifast for a month or so. It's way better than the official Spotify app, and it's all vibecoded by one developer, and it gets lots of updates (it's basically a 1-to-1 clone of Spotify, plus additional features). It wouldn't have been possible before AI, or at least not that easily.
> Over the years we didn't have AI. Maybe it will become abandonware; but maybe the development will keep up thanks to AI.
It has always been the case that open source lived and died thanks to developer attention. That hasn't really changed with AI. The amount 1 hour of developer attention can do is drastically greater. But if the developer loses interest (which may well happen after a year or two), the project still dies unless there's other people to steward it.
Hopefully that will be true. But it's really amazing how many established open source projects are basically supported by one person working tirelessly for years or decades on end.
On the other hand, AI also makes it an absolute breeze to setup and manage the arr stack, so it kind of eliminates a little the need for an app to bring them together
I'm working on one myself, but I probably won't ever release it to the world. I just want one that's simple enough for my wife to use, so we can cancel netflix etc. I need replicate the experience of browsing what's new or popular on her phone, watching trailers for them, and then a single button to download it and getting notified when it's on plex.
I don’t need to eat your cake but can you give me the recipe? TYVM
This is my take as well.
They're sticky because they stay focused on their specific domain, and they work well.
I also really don't understand the value pitch on "6 apps no one can use" in the post.
I publicly host Seerr and Jellyfin for my family, and they use that combo just fine. They explicitly don't get access to see any of the sausage making under the hood.
Given this doesn't support music yet (according to op) and you still need to host plex or jellyfin... what is the value statement here over seerr?
[flagged]
Some of your recent comments have been killed by our software because they've been classified as genai text, which is not allowed on HN itself (see https://news.ycombinator.com/newsguidelines.html#generated and https://news.ycombinator.com/item?id=47340079).
(It's fine, of course, to use AI tools—we use them heavily ourselves. Just please don't use them to generate or edit text to be read by fellow humans on Hacker News.)
It's impossible to know for sure what was LLM generated or edited, but we have to rely on imperfect classifiers or else the site would be completely flooded by genai text, which is not what the community here wants to read, nor in the intended spirit of HN.
https://xkcd.com/927/
Because specialization is a desirable feature!
The arrs don’t have that much in common under the surface. It’s good for them to behave and evolve differently for different type of media.
It’s also less likely for any of them to be targeted and shut down by courts as piracy tools.
Will check this out after it becomes more stable.
I literally, just this last weekend, finally bit the bullet and created my own media server. I had been dragging my feet, not wanting to deal with the complexity of configuring and setting things up. With codex, I had it do the leg work. Even made a snazzy website as homebase and an admin panel with links to every service, easy invite creation, and some basic usage & storage monitoring.
Been a blast using codex to configure and design my media server!
That said, the many logins do annoy me! My main friction though is around a single client my friends & family can use that brings things closer to the netflix experience. Currently evaluating moonfin, so they can request and watch within the same client. Seerr still seems to be best for requests, but moonfin will get the job done.
My list so far: Sonarr, Radarr, Prowlarr, Seerr, Wizarr, Cleanuparr, Jellyfin, Moonfin.
Also using codex to setup the same box for home automation and comfyui. Fun times!
How do you handle remote user auth?
Two ways besides passwords and Plex sign-in. OIDC single sign-on (Authentik, Authelia, etc.), or trusted proxy sign-in.
Wizarr is used for account provisioning and user onboarding. Jellyfin handles auth & permissions. Connection is through reverse proxy (Caddy) and a domain on cloudflare (and many subdomains for all the different services running). I'll then (haven't setup yet) use tailscale so I can access the private services when I'm away from home.
FWIW
and a lot of TV, video projectors, etc support DLNA out of the box, if they don't add VLC and you are good to go.
They don't all support it well, however. My Blu-ray player, for example, mangles filenames about 10% of my media. And my TV just simply doesn't list all the files in a directory, regardless of size.
I also found browsing directories and files through DNLA slow and annoying.
My solution that I came up with is to make a companion mobile app or mobile web site, where I pick what movie I want to play, and then my server will serve only that one file via DNLA. When I want to watch something else after that I pick up the mobile app / mobile web app again and choose again and then the files for that movie or TV series is served instead
I spent some time building a .NET service that uses UPNP/DLNA to offer media to local devices. I got it working reasonably well, but the problem is that the client interfaces are absolutely garbage.
The better architecture is to push content over HDMI using an endpoint you control. This doesn't have to be the actual media server. We could invent a new system role and control multiple endpoints centrally. I don't want the TV to do anything more intelligent than display the video and audio frames it is receiving.
If you like this project, ping me, maybe we can collaborate.
>"A normal media server runs six apps: Sonarr, Radarr, Lidarr, Bazarr, Prowlarr and Seerr."
Here I was thinking people just used Plex! No idea what any of those are
I don't bother with any of those either.
That stack is for acquiring media, not for streaming it.
Ha, Plex plays your files. Those six find and grab them for you. HolyArrs does that part in one app, and Plex stays exactly as it is.
I tried them all, but its a PITA for non-English media, so back to qBittorrent.
all the above is to search indexers etc, qBittorrent is a torrent client. They dont replace each other, they complement.
Missing context, my bad, I use qBittorrent to search.
> AI or MCP features. Not in 1.0.
Why would you even want this, what desirable features could you add by adding AI?
Not the OP, but I see a lot of complaints on HN about dumb media player "voice control". I myself had cringe experiences with my car when I wanted to play a particular genre or song.
Unfortunately. if you have experience with Android and Gemini, the in car voice control has become worse with the introduction of AI.
I think the best voice control was whatever was in the iphone 3gs. I distinctly remember being in my car and saying something along the lines of "iphone play deadmau5" and it just worked. I may have had to hold a button to activate voice mode, I don't remember, I just remember always finding Siri and related "modern" voice control software to be worse than whatever I had on that iphone.
The recognition is worse, but the integration is awful. Now Gemini needs to connect to the map with a noticeable delay, and if I click something on the map, Gemini often doesn't know and continues to harass me!
It worked great on the XBox 360.
So far, that's been the peak of voice control from what I can tell. Xbox one was completely unusable, even if 2026 Siri makes both systems look good.
Downloading subtitles with STT fallback via whisper then summary so that you don't even have to watch the show anymore, way more efficient. /s
I want everything AI capable. Just allow me to plug in my own selection of model.
That's MCP, or a CLI
I would use it for a regularly scheduled validation job.
Sometimes a bad copy, mismatch, or low-rated media slips through all the filters. Could use an LLM to fix the media and harden the filters to prevent issues going forward. I’ve probably spent weeks of my life toiling and tweaking over the last 15 years.
"What's that movie with the kid who messes with those guys who try to rob his house during Christmas? Do I have that one?"
Natural language searching seems like a good reason.
This is something I would like to see implemented. Either in my media server or in something like themoviedb
That wasn't written by a human. It was written by an AI. AI does this weird thing where it will say things like this - "AI or MCP features. Not in 1.0" - when the user prompting it hasn't actually requested whatever it is the AI has hallucinated as not being included. I've been using Claude Code to update some internal tooling I use (basically a bunch of python scripts I've painfully hacked together for myself that automate stuff) and it often comes out with things like "Not in this version: XYZ" when I have never even asked it to build XYZ.
This.
Just scroll down the readme, down to the "Version tag" section if you need more proof.
To generate/translate subtitles.
is this a serious question? It would make it easy for someone to expose an SMS bot to family and friends, for starters. so they can have family request things in a convenient way?
For example my mom, who is tech illiterate, could send an SMS like "please add the new spiderman movie to the media library." And it magically shows up on the apple tv.
Or we could use it to do a "lazy" search on the library. Jellyfin in the year 2026 is still too stupid to understand that when i search "spiderman", the result "spider-man" should be included in the results. God help us lol.
Or maybe you could easily run codex/claude against your media server to help with routine maintenance. Like "hey claude we're a bit low on disk storage. Please find movies/shows that were requested a while ago and are large in size." then if you're happy with the list, ask claude to delete those for you.
Idk...i could think of like 20 more uses cases. Use your imagination. :)
"please add the new spiderman movie to the media library." And it magically shows up on the apple tv. <--- the atv app can do this as well, and she doesn't even need to send an sms. just rent or buy the item right there.
"Or maybe you could easily run codex/claude against your media server to help with routine maintenance. Like "hey claude we're a bit low on disk storage. Please find movies/shows that were requested a while ago and are large in size." then if you're happy with the list, ask claude to delete those for you." <--- this is like 2 or 3 commands on the cli. no need to burn tokens (and thus use water and kill rainforest etc) on something so basic
you're correct. However, mom has to pay to buy those things on the Apple TV.
I'm simply explaining why an MCP functionality could be useful for someone who is already using the ARR stack and is considering switching.
if you're thinking about the environment then run an llm on your home server.
While I see value in the some things you suggest, I dont see a single one that needs an MCP ;P
for a while I ran an SMS bot that did this without AI and it worked great. Just tell people to put the title and year of the movie they're requesting, people don't need semantic search.
All that could be done more efficiently without AI.
Ok, I'm a potential user, but what is your long term plan for following the scene and making sure HolyArrs supports the wild west of the grey area content acquisition?
Things like parsing the file name for format, group, language, repack etc...
There is no long term plan, as with anything vibe coded
I'd love something like this, and i'll maybe try it, but last time we had something like this it turned pretty quickly to a shitshow.
Though I like the choice of go. The heavy c# stack other have is quite resource intensive
https://www.reddit.com/r/selfhosted/comments/1rckopd/huntarr...
> Do I keep qBittorrent or SABnzbd? Yes, for now.
What do you mean "for now" if there's one thing i don't want it to replace it's clearly qbittorrent. Trackers have client whitelist and I don't see a brand new vibecoded app being added to any of the serious ones
if a built-in downloader ever happens it'd be optional, for people who want fewer apps, never forced.
Modern C# is on par with Go when it comes to resource usage.
The stack is heavy because being lighter is not a priority.
Nice, I did not catch up with how the language evolved since the framework 4.8 days since I'm no longer building stuff with it
Does it use the same data sources that Seerr, Sonarr, and Radarr use? What is it?
Are you aiming to be more feature complete with the rest of the *arr stack or intentionally a different course?
Similar public sources through my own metadata server, no API keys needed. Bring your own keys and providers is on the way. Goal is the full arr stack, easier for the whole house.
People really need to stop thinking that their vibe coded app developed in a day is something the world needs to be made aware of. That's insulting really.
It took about 6 months, the repo only went public yesterday. I actually held the release back to run vulnerability testing first. Totally fine if it's not for you.
So it's vibe coded in 6 months? You didn't really address the concern the parent comment implied.
What's the actual concern, that AI helped? Welcome to 2026 lol. The code is public if you want to review how I architected and organized it. This wasn't done overnight, period.
6 months effort vs single day of effort.
Starting to think we need metrics on all projects and communications.
> This email took 20 minutes of human time and 1000 tokens of GPT-6.1 Sol.
What got removed to make this smaller?
You don't just shed 97% of the size without compromises. What are those compromises and why were they made?
Your assumption that 97% of a binary isn’t usually bloat is not well-founded
Your assumption that a vibecoded project with a single contributor behind it can cut 97% of the size of well established open source projects without breaking something very badly is not well founded.
Image size isn’t a good proxy for features here. Sonarr/Radarr/Lidarr/Prowlarr are .NET, Bazarr is Python, Overseerr is Node. Each Docker image ships its own runtime and base OS layer, so a big chunk of those ~718 MB is the same kind of overhead duplicated six times. One static Go binary skips all of that. And the *arrs in my opinion really should not be different tools, each has its own indexer handling, download client integration, queue, scheduler, database, auth and web UI. Most of what each tool does completely overlaps with the others. So even more of the overhead is not necessary.
the 97% is mostly the os and runtimes the other images ship, not features. if something breaks, tell me, ive been fixing bugs all day
pretty much this lol
It doesn't actually include Prowlarr for starters
To be fair, it's an entirely different language and they had an automated test that forced the AI to keep the binary small.
Different stack
This one is golang project
The ones it replaces are self-contained .net core web apps which themselves bring at least 80mb runtime for hello world if not compressed
mostly the OS. the others ship a whole linux distro plus .net or python, mine is one go binary.
Replacing 6 different apps with a single app that does too much is not a virtue in any domain, but here it is extremely stupid.
They are separate apps for a reason. Some of the parts have legitimate uses beyond piracy, so they are unlikely to be taken down. Jellyfin has client apps approved into walled gardens.
This, on the other hand, is unequivocally a piracy tool. You can’t contribute code, report issues or package it for your distro without breaking the law.
If this ever takes off, it will be taken down.
to be clear, holyarrs ships with no content, no indexers and no trackers. it manages your own library and talks to the downloader and media server you set up, same as sonarr and radarr, which have been on github for years
This interests me, but I’ll let it cook a bit more before I give it a spin. I’ve got enough customization that moving to this without disruption may be a little challenging, or token heavy.
Adding a “Copy prompt for agent” instruction to the top of your docs, would be lower friction to entry, and allow me to review what it is that needs doing. It can be hard to account for every way someone might self host in docs too, which is why I think an agent is going to have a much easier time automating the setup here.
thats a good idea and easy to add. open it as an issue so i dont lose it: https://github.com/HolyArrs/HolyArrs/issues
I have a ton of blu-ray movies that I would like to digitize and throw on a server, organize and play. Is there a specific blu-ray reader/writer SATA or external via usb that has a high likelihood of success ripping blu-ray discs?
once theyre ripped holyarrs can import that folder, match each movie and organize it for jellyfin or plex. if theres something that would make the ripping side easier, open an issue: https://github.com/HolyArrs/HolyArrs/issues
I bought an OK tablet* and a 2TB microSD card* so everyone in my family can actually use it.
A vibe coded project like this, no matter how nice, will not help with the rest of the family.
* Samsung sm-t545 because it has a servicable battery. I loath the Samsung software part, but hardware-wise it's not bad.
*at that point it was a flash sale and for £150 not ~£400 like today :((
Hmm idk, I'm gonna stay with my lidarr + navidrome and radarr sonarr + jellyfin
sure thing lol, if it works keep it
A 13 HOUR OLD repo? no thanks
tiresome
Perhaps you will wait for the dry-aged repo.
I believe things will be from now on. People see a gap in the offerings out there and they just whip it up. There will be a certain amount of stability that the LLMs will add by default to all of them and that's it. If you are interested, go ahead and use it.
I create my own vibecoded apps for my own use, that is not the problem. releasing them for others (who might not know this hasn't been tested) is irresponsible.
it was tested though. months of my own use, vulnerability testing before release, and the readme says its new so people can decide
I don’t get this. So today he can build the experience he wants with little effort (he likely spent lots of tokens). You made no judgement in the quality or on his experience, only on the age of the repo. Why exactly is that?
I get there will be a lot of crapware, but you’re hackers no? Why all the gatekeeping even amongst yourselves? How much time did the openclaw guy take to built it? A weekend?
Sure, you could say “no thanks”. But all the labs certainly thought it was useful enough to replicate. And yes, it was, still is an insecure mess littered with bugs, but why are we all so repulsed?
It’s a genuine need. I build my own version of this, also on go, haven’t shared bc I am not sure how legal it is to distribute, but I have been using it for months and definitely beats running 6+ apps that keep breaking. I run one binary + jellyfin, never going back.
The problem is not the vibecoding, it is the release of a public facing internet app that is not a day old, hence it is impossible to know if it has security issues. He is supposedly a security engineer and he RELEASES a repo with less than a day old? how do you know it is secure? Again, this is something that will interact with the open internet.
Gatekeeping would be "do not write vibecoded apps for yourself", which is not the case here, this is releasing code for the public in an irresponsible manner.
Good thing it’s open source, so the user can verify the code themselves.
Also I do not want to rely on an app that can vanish any day. Established app are way less suceptible to that.
I mean, every repo was 13 hours at some point. can't hardly get security updates unless others can see and review it.
I mean, I feel you... there's no way I'm running it when it's this new... I'll let others spend their tokens probing it and check it out in a month... no shade in the dude for releasing it, but anyone who has it running right now inside their network... I hope nothing bad happens.
What stands out to me isn't only that the repo was made less than 20 hours ago, but that they've released from 1.0.0 to 1.0.10 since then.
But at the same time the PR numbering is much older, with 1.0.10 coming from #197. It makes me think the repository was private for some time and then made public recently. But still -- 10 releases in a few hours isn't a stability signal. Especially when one of the advertising points is to simplify the update cycle from all the "arr"s.
yep, private for months before going public. treat this first week like a beta, those releases are fixes from launch day reports. it'll settle down, and updating is one pull
new to the public, not new code. it was private for months first. waiting is totally reasonable though
> Titles, artwork and charts come from the HolyArrs metadata server.
Yeah...
This also happens with Sonarr / Radarr as you can't easily get a IMDb API key, and it works automatically because of this
yep, thats exactly why. thanks
same as sonarr and radarr, they run their own servers too. bring your own keys or provider is on the roadmap github.com/HolyArrs/HolyArrs/issues/113
Pirate 'ere. Why may your arrs be holy? Me arrs are where I put them
me arrs be holy because i be catholic, arr
How does this make to the HN frontpage but my submission gets flagged?
https://news.ycombinator.com/item?id=50441811
Wondering because this isn't the first time getting flagged almost immediately after submission. HN Gatekeeping? I don't see how my post violated guidelines etc. for example. Raising this here because I'm starting to see a pattern.
CLA Lisence... Possible bait and switch?
The repo is AGPLv3.
It's incredibly common to have a CLA because without one accepting PRs is a mess legally. The PR authors have to acknowledge that their specific code is also AGPL every time. Easier to just have a CLA.
I started using plex years ago because the ui-experience in Netflix was so bad. I've long-switched to plex 100%.
What does this do that say Kodi or Jellyfin don’t?
Am I the only one still just manually downloading what I want into a folder that is shared via Samba with a Kodi box that takes care of cataloguing, browsing and playing?
probably
Another option with Apple native apps, web apps, and native for all the TVs dropping Very Soon:
https://demo.pixelbrite.site
https://pixelbrite.site
DLNA, proper Airplay and Chromecast support, file matching, ABR, all the HDRs, etc.
Subtitles? I really don't want to sign up to Opensubtitles and be hit with their ridiculous daily limit (on what is just text).
I was looking for a project just like yours and couldn't be bothered building one myself.
Edit: Gemini has provided some subtitles options.
Subtitle Search & Database APIs
• TheSubtitleDB.org: A completely free, open REST API for media players and apps. It requires no account, no API key, and has no rate limits, offering exact file hash matching as well as IMDb ID and TV episode lookups.
• Wyzie Subs (wyzie.io): A fast subtitle search API for movies and TV shows. It offers a free tier with 1,000 requests per day, sub-50ms response times, hearing-impaired filter options, and multi-language support.
• Opensubtitles-Unofficial-API: An open-source, community-hosted unofficial API. It lets you search and download subtitles from OpenSubtitle.
jellyfin?
> When a show doesn't land, you check six places to find out why.
Umm, no you check Sonarr.
Exactly what these services deserve.
Honestly a human can only consume so much TV and music in a day, why these super automated acquisition setups are needed is beyond me. 30min on a Saturday morning manually grabbing magnet links is enough to keep the whole house entertained for a month.
hi HN, im luis. 10+ years in software and security, homelabbing for about 5
"netflix and spotify" is how it feels to use, not what it does under the hood. holyarrs doesnt play anything. you browse your shows, movies and music like a streaming app (top 10s, new & popular, coming soon), tap what you want, and it sends it to your downloader and files it into jellyfin or plex. those still do the playing
before this, my server needed 6 apps for that: sonarr for shows, radarr for movies, lidarr for music, bazarr for subtitles, prowlarr for indexers and overseerr for requests. 6 setups, 6 databases, and nobody in my house but me could use any of them
- the image is 15 MB. the 6 apps it replaces are 718 MB together - one go binary, svelte UI, sqlite. the image has no OS and no shell - runs on amd64, arm64 and armv7 - works with qbittorrent, sabnzbd, plex, jellyfin, emby - imports your sonarr/radarr setup, and speaks their api so seerr can keep talking to it - no api keys to set up. posters and search come from a metadata server i run and pay for - free, AGPL-3.0
how it got built: claude code wrote most of the go and svelte. i wrote the specs, reviewed everything and tested it on my own server. what it got wrong: it never noticed cost. the app got heavier build after build until i started measuring every single one. thats the only reason its still 15 MB
why you might want to wait: its young, 1.0.7 shipped today and im fixing reports as they come in. music is still being built out, and a few features are held back until theyre fully tested (plex watchlists, trakt lists, subtitle sites)
why i built it: my family wanted netflix and i had 6 apps nobody but me could use
im in the comments, tell me what breaks
> im in the comments
I'm not convinced this is true, could you expand further what you mean here?
I'm interested. Does it handle subtitles translation with AI ? This is a must have for me.
First try to obtain subtitles in the locale I need, fallback to using AI to translate the embeded ones, fallback to downloading ones in original language / english and translating.
good idea, not in there yet. open it as an issue so it doesnt get lost: https://github.com/HolyArrs/HolyArrs/issues
you could have at least written the comment yourself. stopped reading after the 2nd sentence.
> I had 6 apps nobody but me could use
That’s how I feel. I’ll give this a try.
lol the admin life. let me know how it goes
> i built it
Claude did
So? Claude does a great job.
Claude only does a good job in the eyes of people who don't know what a good job looks like. Or put simpler; it's not good.
Hi Luis. Cool approach and thanks for sharing - however, I am a bit disturbed by the built-in reliance on your metadata server. Self-hosting/homelabbing would do better to have something the user controls himself/is hosted on something like IPFS.
In case you didn't know, the *arr stack use multiple services they host themselves:
- Radarr uses api.radarr.video: https://github.com/Radarr/Radarr/blob/7e3f80c98d01481430ab35...
- Sonarr uses skyhook.sonarr.tv: https://github.com/Sonarr/Sonarr/blob/c018578e4b79ee048575c0...
- Lidarr uses api.lidarr.audio: https://github.com/Lidarr/Lidarr/blob/28ab333eafa138a72319e4...
- Readarr uses api.bookinfo.club: https://github.com/Readarr/Readarr/blob/0b79d3000d4e5f8425f4...
I do agree with what you said however.
thanks for digging those up same model, and bring your own keys is on the roadmap too
makes sense. sonarr and radarr work the same way with their own servers, but bring your own keys or provider is on the roadmap github.com/HolyArrs/HolyArrs/issues/113
> reviewed everything
No shot. The initial commit was 551kLOC followed by 100kLOC+ within a day. There's no way you reasonably reviewed _everything_.
How did you review it?
>the image has no OS and no shell What are you (Claude) even trying to say here?
Also, do you genuinely speak in AI-isms, or have you just had claude generate you this too and uncapitalised the first word of each sentence so it looks human?