A fork of Qt...
[quote author="peppe" date="1299449129"]No, I think the whole point of open governance is discussing Qt future, API design, what goes in and what doesn't, in a public, meritocratic fashion. Discuss with the trolls, before doing any work. Doing a hard job and then being told "thank you, we just did the same work and better" or "oh, wow, but you don't support ICC" or "your API is bad, redesign everything" can be very disappointing (OTOH "We want to hire you!" can be very encouraging :-)).[/quote]
Yes, you are right. But firstly "thank you, we just did the same work and better" doesn't scare me and secondly i will try to be up to date with upstream.
I agree with the comments that claim it is too early for a fork. I don't think it will attract the kind of community backing that would be needed to make it a viable project. Also, I think there currently is no real reason to make a fork. Nokia is still pouring effort into Qt, it seems, so why make a fork now? I think the open governance might have a better chance of resulting in a workable situation. If you don't like the implementation of some of the parts of Qt, you can already create a merge request for a better implementation. If it really is better, I'm sure it will be accepted.
So, good luck, but I will stay with the main (Nokia) version for now.
It's far too early to make a decision like this. A fork should be a the last resort at the end of a long road, when it is clear that collaboration will not work out. Look at the folks of OpenOffice/LibreOffice, this was nothing which was decided in two or three nights.
And to be honest: Your plans on Qt look scary to me. You will set up a whole bunch of dependencies on other libraries. I cannot see how this would improve code quality and stability. I, for example, am really happy that I do not have to bother with boost, when I have Qt around.
And I would not bet a single penny on a one-man-show dealing with a complete Qt fork.
I really don't think it's an good idea to start forking Qt. There also is no real reason to do so. Forking would just create big incompatibility and quality problems, and it could split the community (although I don't think you can attract many). I also don't like your plan of eg. creating dependencies to other libraries. And by the way, how would you maintain and further develop your fork? It sure would not be one man's project or something like that. Remember that Trolltech was a company too. Sorry but the whole idea of forking Qt is an bad idea. I can't support your idea of forking Qt. I'm goig to stay with the official Qt developed by Nokia.
Alicemirror last edited by
I understand the fork idea clearly, and I though to this, me too for some nights. As a matter of fact, including the actual Nokia directions for development and platforms (hardware, software, MS partnership etc), I agree with the previous two posts. QT - regardless to hist destiny that will be decided by Nokia next months - is "live", and is rare to find a wide-range development platform growing, with the attention QT has at this moment, that is in the meantime open and of high quality. So, probably the very best thing is to work integrating single development experiences (individual or teams) to enhance and help this growing.
It will not be the first time that while a lot of people are working to define some kind of standard of "optimal perfomance platform" there is something - not necessary under the spot - that became the real reference for a bit set of devices simply because there are the capabilities.
If someone has not yet forgotten, think to DOS and see what's happening in the android world...
frostybeard last edited by
If anyone is going to fork Qt, it will be the KDE people. They are the top customer for Qt on the desktop. The mobile-oriented work Nokia is doing is very useful and valuable so it might end up being better for KDE to contribute what they need to Nokia's Qt instead of forking it.
Here's an interesting web page: http://www.kde.org/community/whatiskde/kdefreeqtfoundation.php
(I work at Nokia)
Alicemirror last edited by
bq. The KDE Free Qt Foundation is an organization with the purpose of securing the availability of the Qt toolkit for the development of Free Software and in particular for the development of KDE software. It was originally founded by Trolltech and the KDE e.V. in 1998. After Nokia bought Trolltech, statutes were updated accordingly.
The Foundation has a license agreement with Nokia. This agreement ensures that the Qt will continue to be available under both the LGPL 2.1 and the GPL 3. Should Nokia discontinue the development of the Qt Free Edition under these licenses, then the Foundation has the right to release Qt under a BSD-style license or under other open source licenses. The agreement stays valid in case of a buy-out, a merger or bankruptcy.
The board of the Foundation consists of two members from Nokia and two members from KDE e.V. Decisions of the Foundation are taken by vote of the board members. In case of a tie the votes of the KDE representatives decide.
In May 2004, a first update to the agreement was made. This agreement addressed the purpose in a more precise and complete way. The intention and basic content however, were not changed. In July 2009, the agreement was again updated to respond both to the relicensing of Qt to the LGPL license and to the merger of Trolltech into Nokia. In November 2009, the statutes of the Foundation where also updated to better fit the new situation.
Very well, but - I ask honestly - why just at the actual date there is the Qt-SDK and tools version for embedded platforms that is under license only ?
Uwe Kindler last edited by
what happened to you QtFree project at "http://gitorious.org/qtfree":http://gitorious.org/qtfree? I just checked the fork and it seems dead - no activities since March 01? How will you proceed? When can we expect first results? Do you have a documentation set up already?
Was this fork only some kind of joke or can we expect some serious results soon?
Hello again. I was sick for a while so there is no activity on gitorius fork. But now I am getting better and I plan to get to work on this fork soon. Ofcourse this is not joke and the first results is QtTypes library on sourceforge.
After a "small" research of QtCore I realized that split it into modules not so easy task as it was with corelib\tools. It can be done but amount of changes in code would be so large and I just won't be able to support this code with upstream, at least by my self. More of that, so huge amount of work will be useless at this time.
frankcyblogic.de last edited by
@Uwe: With your help it will surely bloom.
@dav.daemon: Keep up the good work! When I checkout QtTypes I see all file modes set to 755 (even for source files). Time to learn something new and replace the broken legacy os on your disk with something fresh!