Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

How would people feel about a cleanup-focused API-compatible fork of Qt, in the style of LibReSSL?


It would be stupid and pointless? The Qt Project is an incredibly open environment. You want cleanups, go and file some PRs.

WTF is it with people's first instinct being "let's fork instead of contributing fixes"?


Sorry, "fork" was the wrong term. How about "long-term working branch that might get merged eventually, but also might get used in preference to the original to the point that people start just submitting their PRs directly to it"? (Think egcs's "fork" of gcc.)


And what is the point? You haven't actually suggested any improvements that require such a "fork"


Not everybody likes Qt's CLA.


And by "Not everybody" you of course mean "People who don't know any better", right? The Qt legal situation has changed a lot lately, especially since Nokia went out of the picture. Look it up:

https://qt-project.org/legal.html


The situation is that a CLA is still required. Personally, I don't care (I'm just a consumer who is not affected by the CLA). Others care and insulting them as "People who don't know any better" is not right.




Consider applying for YC's Fall 2026 batch! Applications are open till July 27.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: