I'm glad to hear you appreciate options or choices. The rule of game in open source is exactly to guarantee choices and no individual or company will take away the source code and prevents more choices.
Sadly, your understanding/attitude towards open source on the contrary is killing..choices on the long run.
HGG ways are not the GPL ways.
HGG is mysterious, folks. Live with that!
looking at the discussions...
There are not many or big issues reported and I see that there are many downloads.
It means that it is a great FW.
Found this fork (previous version) 4-5 months ago I think and it didn't disappointed me yet, still happy!
There are many examples of open source being used as the source to develop private forks.
He is not providing nor forcing anyone to use his forks.
As others have said, choice is good and the users can decide on their own.
The gpl, choice and other points being brought up is dismissing the main point; anyone can do what they want with the public code.
@Nullity, if nothing to hide, why not disclose the source codes, and let hggome conduct and serve his users openly on this forum?
@Nullity, if nothing to hide, why not disclose the source codes, and let hggome conduct and serve his users openly on this forum?
I meant what are the USP or main themes, points of distinction between the three. That won't be apparent from all the details in the changelog.
Closed-source software = malicious?
Yes, it is non-GPL, but implying that means obviously malicious is illogical.
PS - An intelligent adversary can hide in plain sight. There's always someone smarter.
"Closed-source software = malicious?" => it can be but not equal. It can happen also with open source to be malicious. It is happening also a lot on android applications.
There are a lot of closed-source applications which are not malicious. Can be doesn't mean equal.
Malicious code in HGG fork? That's a valid concern from people. Never my emphasis. I do prefer openness in a firmware operation if it's used by a non-trivial number of people.
I can summarise three issues in HGG fork:
I briefly touched upon #3 a few pages ago. I just want to elaborate a bit how important GPL plays on #3.
- GPL violation. Plain simple.
- Tx power related. Not clear cut and debatable
- Copy features from other forks. I can't complain much. A work ethic thing at most.
Peter worked hard to develop a few nice features. Due to his abiding by the rule of GPL - open sourced his fork, users of other forks can benefit. His open source fork is promoting choices for users. HGG fork actually happens to incorporate a few features from Peter's fork. Users of HGG fork benefits here.
Now let's do a thought experiment. There are one or two features in HGG fork that users of other forks like. Since HGG fork does not disclose source code, hggomes is limiting other users' choices here. Other forks cannot at their free will (and as permitted by GPL) to incorporate good features of HGG fork into their forks.
It's simply unfair. Justice as per GPL shall prevail. People in the game of open source shall play by its rules. Not to create exceptions nor only certain people have to abide by the rules.
"Unfair" is a subjective word. Some say the BSD licensing is better by not forcing people to share code like GPL.
Whether it is moral that HGG was inspired by John's work is ... complex. I cannot share an opinion on that.
I assume HGG is benevolent, but disregarding GPL is uncool. Beyond that, I have more important things to get mad about.
At the worst, HGG is causing minuscule problems. There are tons more (potential) malware vectors to research and deal with. Just my opinion.
I think he opens up the source code of his fork*, and conduct the work openly on this forum, it'll be a good run of yet another fork to me.
*there are many ways to get it done btw..I'm not sure exactly what he wants to hide...actually little is unknown if people had looked at the old codes long enough.
But both of us are making assumptions there. He could be NSA or he could be Fabrice Bellard. I dunno, nor do you.
Thread starter | Title | Forum | Replies | Date |
---|---|---|---|---|
D | Release GNUton [Official Fork] 388.8_2 Release | Asuswrt-Merlin | 31 | |
D | Release GNUTON- 388.7_1 release [Official FORK] | Asuswrt-Merlin | 4 | |
J | How do I use GNUton's fork for my DSL-AX82U please. | Asuswrt-Merlin | 6 |
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!