Comment by WhyNotHugo
15 hours ago
I also wonder why they wouldn't work with upstream in improving the existing GUI (or upstreaming their improvements), instead of putting the burden of a fork upon themselves.
Working with upstream is most convenient for their users, for them, and for the ecosystem as a whole.
A basic Google search leads me to this article [0].
> On March 27, 2026, Start9 CEO Matt Hill hosted a private unveiling of StartOS 0.4.0, the next major version of the operating system that powers the Start9 Server One. During that same session, Hill also gave viewers a first look at StartWrt, the router’s dedicated operating system. StartWrt is Start9’s fork of OpenWrt with a modern GUI that reimagines the router experience from first principles. The interface is sleek, modern, and a clear departure from the technical admin panels that define most open source router software today.
> Where OpenWrt’s default LuCI interface is functional but technical, StartWrt presented a clean, modern interface designed for users who have never configured a VLAN or written a firewall rule.
When you consider the circumstances a fork is the only thing here that makes sense. You can't just open a pull request to OpenWRT where you are like "Here is our purpose built simplified GUI we designed for our router, please merge."
[0] https://www.solosatoshi.com/start9-announces-fully-open-sour...
> When you consider the circumstances a fork is the only thing here that makes sense.
No, because a fork and an overlay are not the same thing. Getting your custom frontend has nothing to do with sharing the maintenance burden on all the grit behind it.
If they maintain only an overlay, what is the burden? Or you mean freeloading by pushing the burden of maintenance to openwrt project? They also don't suffer all the grit of pull request begging.
1 reply →
This is pretty much what GL.iNet does. A nice slick interface for normal people, full OpenWRT nerd power a couple of clicks away for HN readers.
Ruckus APs also use OpenWRT. Saw it in a recent update that they pushed to Unleashed software.
> designed for users who have never configured a VLAN or written a firewall rule.
I always get the impression that when things are designed this way, you can't configure a VLAN or write a firewall rule, and so far I've never been proven wrong. :/
Honestly, I'm not buying this. This is an ultra niche market and they are trying to target customers outside the product niche with this fork.
If I'm looking for a consumer friendly router, I'll go with an option that is cheap and capable, I don't care about the OS being open source and if I cared about it being open source, I'd prefer it if they don't fork the software in a way that splits the community and where the fork is dependent on their commercial success to the point where I might be stuck with the hardware and no upstream support.
Their OpenWRT wiki page for installing on my router was a mess, but I got through it and took extensive notes about where the page was wrong or confusing. Then I asked for access to their wiki and was… ignored. After a week or so I forgot all the info and the notes started to look like gibberish.
The gui of openwrt is not great. It might be better if you already have lots of experience with linux networking and openwrt specific command line configuration. If not it seems like a mess, very vague and overlapping controls without much explanation. DDWRT and Tomato are much better although openwrt might be more powerful without resorting to straight firewall and routing rules through text.