Comment by eqvinox
11 hours ago
> 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.
This really depends on what exactly they're using the word "fork" for here.
All I'm saying is that a full-on fork is not the right thing to do when all you're trying to do is have your own frontend, or modify a small number of packages.
It's not really a binary concept either. It's a scale from "immediate & transparent overlay" (not keeping anything from OpenWrt vendored and just piling on top) all the way to "hard fork" (one-time hard break from source) with lots of steps inbetween.
Also, wtf is "pull request begging"? If you can't get pull requests merged, that normally means the target project doesn't have enough maintainers. In turn, that means you should be going around reviewing pull requests on your own initiative. You don't need anyone's permission to make comments on other people's pull requests (at least not in general.) Just do it. I mean, yeah, some projects have very high or maybe even obnoxious requirements, but in my experience that's very rare and happens primarily with "enterprise" / "corporate" things. Unless proven otherwise, I'll assume most FOSS projects are at least trying to make things work collectively. OpenWrt certainly does.