Open Source Advocates Hope They Don't Have to Fork Qt (phoronix.com) 137
Phoronix reports on a new concern about Qt, the free and open-source widget toolkit for creating GUIs and cross-platform applications:
Wednesday a KDE developer who serves on the board of the KDE Free Qt Foundation commented that The Qt Company is evaluating restricting new releases to paying customers for 12 months. That was said to be under consideration due to COVID19 / coronavirus impacting their finances and needing to boost short-term revenues... [Slashdot editor's note: the comment also claims the Qt Company "says that they are willing to reconsider the approach only if we offer them concessions in other areas."] This comes months after The Qt Company already shifted to make Qt long-term support releases customer-only, among other steps to boost their commercial business at the beginning of the year.
Following all the speculation and concerns from the statement by KDE's Olaf Schmidt-Wischhöfer, The Qt Company released this very brief statement:
There have been discussions on various internet forums about the future of Qt open source in the last two days. The contents do not reflect the views or plans of The Qt Company.
The Qt Company is proud to be committed to its customers, open source, and the Qt governance model.
But in the event of a one-year freeze on free releases, Phoronix now reports, "several individuals and projects are already expressing interest in a Qt fork should it come to it." The hope is first and foremost that The Qt Company and KDE / KDE Free Qt Foundation can reach a mutual agreement without this embargo on future releases, which would effectively close up its development... Among those backing the concept of forking Qt as a last resort if necessary has been developers from consulting firm KDAB, the Qute browser developer, and the QGIS project as one of the leading geographic information system software packages, among many KDE developers themselves.
The mailing list thread is quite active in talking about the possible fork if necessary, including aspects like web-hosting down to what such a fork should be called ("Kt" seems to be a popular choice so far with several different members in the community).
Following all the speculation and concerns from the statement by KDE's Olaf Schmidt-Wischhöfer, The Qt Company released this very brief statement:
There have been discussions on various internet forums about the future of Qt open source in the last two days. The contents do not reflect the views or plans of The Qt Company.
The Qt Company is proud to be committed to its customers, open source, and the Qt governance model.
But in the event of a one-year freeze on free releases, Phoronix now reports, "several individuals and projects are already expressing interest in a Qt fork should it come to it." The hope is first and foremost that The Qt Company and KDE / KDE Free Qt Foundation can reach a mutual agreement without this embargo on future releases, which would effectively close up its development... Among those backing the concept of forking Qt as a last resort if necessary has been developers from consulting firm KDAB, the Qute browser developer, and the QGIS project as one of the leading geographic information system software packages, among many KDE developers themselves.
The mailing list thread is quite active in talking about the possible fork if necessary, including aspects like web-hosting down to what such a fork should be called ("Kt" seems to be a popular choice so far with several different members in the community).
Don't forget your competitive advantage. (Score:5, Insightful)
Java already exists as a cross-platform toolkit for UI development, and Microsoft is really pushing to get there with the .net core.
The "free" aspect of QT is half of why people use it. The other half is direct integration with high-performing C++ code.
Take away the "free," and people will start looking for alternatives.
Re: (Score:3)
Take away the "free," and people will start looking for alternatives.
They aren't taking anything away. The non-free license would apply only to new code and only temporarily.
My company uses Qt and PyQt. I hope it stays free, but we won't switch if it doesn't. The existing code works well so a 12-month delay on upgrades is no big deal.
But I don't see why they should care what I think, since in all the years we have been using Qt we have paid them exactly $0.
Re: (Score:2)
That raises an interesting question. Who are their paying customers?
Re: (Score:3)
That raises an interesting question. Who are their paying customers?
Most likely PHBs who think a phone call is a more reliable source of support than Stackoverflow.
Re: Don't forget your competitive advantage. (Score:5, Informative)
Company I worked for about 10-15 years ago was a paying customer. It did buy pick up the phone support and direct access to their engineers.
The library was incredibly buggy at the time so we opened a lot of tickets with them.
Their engineers seemed quite clued up and bugs were closed really quickly. Patches were delivered to us to get us working ahead of the next release containing the fix. They were also pretty quick to suggest alternate - sometimes better - ways of doing things to avoid the bug behaviour.
Way back then the support was worth the license cost. Can't speak to whether that remains the case.
Re: (Score:3)
I wish I could have been a paying customer.
I did quick and dirt ports of Qt to the original Kindle and PalmOS... used it for years after the switch to LGPL... always intended to buy a license when it made sense.
Finally, when I stopped contracting (where requiring a paid license would be a competitive disadvantage), I thought "ah ha! I can finally buy a license".
Nope.
Not only did they price themselves into car-payment territory, the real killer is the license detail that once I switch to commercial all my
Re: (Score:2)
What is the problem with iOS?
Re: (Score:2)
It gives you a sore butt.
Re: (Score:2)
Oh please.
This is as good a point as any to express my opinion on your kind of viewpoint... which of course is not new to me.
I contribute, occasionally, to open source. Most people rambling on about user freedom and information being meant to be free are not speaking in my interest at all and aren't actual contributors.
Sure, the USERS enjoy a lot more freedom. Developers? *shrug* That's not RS's point. His printer story was a user story, not a developer story.
If I, to copy your language... embraced... Y
Re: Don't forget your competitive advantage. (Score:2)
Not saying you are necessarily in the wrong here, but ever stopped to consider what will happen when an open source product provides what you do better, cheaper and with more supported features?
I work at an industrial facility R&D developing next generation embedded systems, previous generation used Wind River VxWor
Re: (Score:2)
I make a hardware product with embedded software and PC/tablet/phone applications to interface to it. The software is more of a differentiating feature than the whole product.
I totally get where you're going with that... we use Linux on the embedded system. It's definitely a better way to go.
I keep meaning to clean up and release one of our kernel drivers and it's associated library... basically a kernel-level publish-subscribe message system. However, I've got no illusions that it's amazing work or any
Re:Don't forget your competitive advantage. (Score:4)
WTF? Java is a turd that works BEST when it is kept away from a user interface
and Microsoft is really pushing to get there with the
WTF are you on about? There is no UI library for
You literally posted nonsense for the early karma points
Re: (Score:2)
I was thinking of the inclusion of WPF, as listed here [microsoft.com]. But I had it in my mind that this was cross-platform. I didn't realize that it was windows only. Be that as it may, your statement that there is "no UI library for .net core at all" is incorrect.
And your statements that "Java is a turd" and that it "works BEST when it is kept away from a user interface" are obviously just matters of opinion, not facts.
So your accusation that I "literally posted nonsense for the karma points" seems pretty unfounded.
Re: (Score:2)
> And your statements that "Java is a turd" and that it "works BEST when it is kept away from a user interface" are obviously just matters of opinion, not facts.
Try to make an argument that Java is not a turd, without bringing in sever-side Java.
Yeah, it's a turd client-side.
Re: (Score:2)
Be that as it may, your statement that there is "no UI library for .net core at all" is incorrect.
.Net core is the "back end part" of .Net and *contains* no GUI libraries. .Net Gui libraries which obviously use .Net core.
No, it is correct.
However under windows you have
So on linux and Macs you can only write CLI programs, aka servers or command line tools.
Re: (Score:2)
Java already exists as a cross-platform toolkit for UI development WTF? Java is a turd that works BEST when it is kept away from a user interface
About all I find Java good for IS the user interface, even if it is junky clunky and weird for most UI work, at least it's portable. Using Java for back end data processing is stupid if you ask me. It's a resource hog which is slow in intermittently goes off and does it's garbage collection thing without so much as laving a "I'll be back from lunch in 15 ms" sign in the window: when it's taking out the garbage, you wait. I don't like that. Yea, it's fine for UI's where the human can barely perceive the d
Re: (Score:2)
WTF? Java is a turd that works BEST when it is kept away from a user interface
And why would that be the case?
Swing and JavaFX are both excellent. Hard to imagine anything better.
Re: (Score:2)
Java does not run on iOS - Qt does.
GUI toolkits went down the wrong path. (Score:5, Insightful)
It is not a physical device. It should not have buttons and switches and windows and scroll bars and all that other stuff that was born from that.
Also, it should easily integrate into *your* code. Small libraries, that do one thing, and do it right. Not a massive framework the size of an intergalactic spaceship shipyard, that is "all-in or nothing" and wants you to integrate into *it*.
What do you really need?
A view for each data type / output.
A list view for an array / looping.
A "select" controller for references / branching.
And an "input" controller for each data type / output.
You are the CPU, user. You are the data structure.
Everything else is feature duplication.
Use theming for that, if you really need to.
Re:GUI toolkits went down the wrong path. (Score:5, Insightful)
GUIs have buttons and switches and sliders because they make sense. You know, the same reason we have them in the real world. It usually doesn't have knobs (though some people have implemented them on occasion just to be cute) because they don't make sense in a GUI, but all that other stuff does. Any control easily manipulated with one finger is a natural fit for a mouse interface, and an even better fit for a touch interface
Re: (Score:2)
There are plenty of GUIs where knobs make sense, e.g. in the music industry.
Re:GUI toolkits went down the wrong path. (Score:4, Insightful)
I disagree. A good example is Boss' Tone Studio software, where you get knobs all over as a quick visual reference but a slider pops up when you have to actually tweak values, allowing for much faster and precise operation.
Knobs are a good real-world UI. They suck when put on a screen.
Re: GUI toolkits went down the wrong path. (Score:2)
As an extensive user of such software: No they absolutely don't.
A knob is designed to be held between multiple fingers.
And emulating that on a flat screen with a single pointer, just to make it look like one of those "nostalgic" old synths, is and always has been an UI nightmare.
Note how they are usually implemented excacty like a slider that just looks like a knob. You click and drag up and down.
And the ones that actually expect you to make a rotating motion, are even worse! Like, is up more or less right
Re: (Score:3)
You clearly don't use DAWs because your arguments are ignorant to how they are actually used. Rarely if ever will a user actually control the knob with their mouse. They will use an external MIDI controller with physical knobs and buttons mapped to the DAW to control them. The reason the UI is skeumetric is because musicians are used to working with real hardware. So the interface mimics that. You stick with what you are comfortable with. To change the interface to suite the computer would make their workfl
Re: (Score:2)
Re: (Score:2)
A knob usually has a "point" on it, e.g. a led. And that makes quick glances to judge the setting super quick.
Re: (Score:2)
Look retro to impress hipsters.
Re: (Score:2)
So how do you operate them? Do you have to hold down the cursor and move it in a circle to adjust the setting? Sounds a bit clumsy. I can't mouse small accurate circles let alone do it fast. I doubt most people can.
Or do I put the mouse over it and roll the wheel back and forth? Then it's not a knob, it's a disguised slider.
Re: GUI toolkits went down the wrong path. (Score:2)
But this *isn't* the physical world!
It is a computer. It can do anything you want.
You are limiting your possibilities with that skeuomorphism.
And as I said: All those things are just the same few elements with a different theme. It does not need separate implementations. That was my point.
You can still have them as themes, if you don't find anything less limiting, but you don't need to bloat the UI code with a hundred re-invented wheels!
And a mouse interface, or any interface limiting itself to just finger
Re: (Score:2)
QT is a pretty great toolkit, even for non GUI apps. The QML stuff is great for working with Graphic Developers without having to deal with shitty HTML, and a lot of the stack has some really useful classes (I'm a fan of the QNetwork stack) but I really wish it hadn't been sold to the company that has it, because it really does feel like its Open Source roots are being treated like a red headed step child, and the commercial version is priced out of the range of one man band developers and small businesses.
Re:Don't forget your competitive advantage. (Score:4, Insightful)
You misunderstand licenses. The purpose of MIT and LGPL licenses is not primarily to benefit free software, it's to benefit corporations. (And you left out the big one, BSD.)
Those are licenses that legitimately benefit hackers, but their main goal is to benefit closed source users. They can also be used to establish standards in an area. If your goal is to benefit hackers, or to ensure code remaining open, you select your license from the GPL license family (including AGPL, but not LGPL). There's a reason the LGPL is the Library General Public License. It's to allow free software libraries to be used as libraries by closed source programs.
Re: (Score:3)
Qt is here. It's done. It works. It's cross platform. It's widely used. It's feature rich. It's even reasonably clean enough that Linus Torvalds uses it for his diving app because GTK is a nightmare.
There has been
fork it, fork it, fork it (Score:2)
Re: (Score:2)
"Bloat" is what people call features that others use.
Re: (Score:2)
"Bloat" is what people call features that others use.
Also, Qt has a download engine that lets you pick exactly what you want to download. If you just want the C++ library, it is fairly lean. PyQt doesn't add much. The mobile (iOS and Android) libraries, web stuff, and GUI "creators" are where the real bloat is.
Re: (Score:2)
"Bloat"is what idiots call examples and documentation.
All the docs and examples are on the web.
No need for local storage unless you plan on coding during your backpacking trip.
Found the millennial. (Score:2)
For you people, "everything is on the web / in the cloud". Nothing is yours, or under your control.
Hopelessly at the whim of those services. And dying figurarively in droves whenever the services decide to cast you away like trash. Which is whenever it suits them.
Re: (Score:2)
Dude, these are docs. Static webpages. They cost next-to-nothing to host. They aren't going away.
Do you keep a local copy of Wikipedia on a disk array in your closet?
Re: (Score:2)
>Do you keep a local copy of Wikipedia on a disk array in your closet?
Yes, of course. As the previous closet is now my machine room. Where else would I keep it?
Though I also keep he basic text version on my tablet to have with me.
It Never Ends... (Score:2)
Open source project tries to turn the corner to profitable, then last open version gets forked. Sorry, no profit for the originator!
Re:It Never Ends... (Score:4, Interesting)
Sorry, no profit for the originator!
The original got paid $153 million. See here. [arstechnica.com]
Re: (Score:3)
Yeah... it is really a sad waste of resources as we repeat this pattern. I get it... people want to be paid for their work... and what they have built. The problem is that they alone did not build it.
It will be interesting how this all pans out. It shouldn’t be a zero-sum game.
Reason (Score:2)
"There is no master but Master, and QT-1 is His prophet."
Fracturing the Linux desktop (Score:5, Informative)
These asshats were already responsible for fracturing the Linux desktop. If people don't recall the whole story, and that was a long time ago, in the late 1990s the QT developers and their allies built the first version of KDE WITHOUT open sourcing the QT library. This brought the Linux community to brink of war. Some distributions already started shipping KDE. Eventually, GNU and it's allies developed and released an early super-alpha version of GNOME desktop some time in 1998. Only after thar, Trolltech (that's literally the name of QT company) released QT under GPL license, leaving the Linux community fractured forever. Thank you very much, trolls.
Re: (Score:2)
Re: (Score:3)
Re:Fracturing the Linux desktop (Score:4, Interesting)
I'm still using MATE, however many years later it's been since the debacle that was GNOME 3. Works great. It doesn't get in my way or try to look pretty, and it's slowly picking up features that prove themselves useful over many years in other desktop environments.
Still works, ain't broke, they haven't gone on some religious crusade with their codebase or the UI.
Bottom line is is works, and it works very well after all these years, so why would I switch?
Wouldn't you rather your cars interface to the steering and throttle was relatively conservative? Or would you prefer a redesign every 6 weeks where they randomly decide you shouldn't be using your feet to control the throttle and brake, but using voice control for it?
Re: (Score:2)
From the average user's point of view there is no real difference between KDE and GNOME. Most humans just point and click on buttons. Drag and drop works between most Qt and GTK+ apps, so what do they care? They both implement essentially the same steering wheel and pedals, and what do users care if the headlight switch is different in every car brand (as it is today) if it's essentially similar and located in more or less the same place? They're just going to leave it on automatic anyway.
P.S. I also use MA
Re: (Score:3)
Mostly it's inertia, there's too much code base for a ground up rewrite of GNOME. Outside of GNOME apps you almost never see GTK used as a goto cross platform toolkit.
As for Qt/KDE being short staffed, they've kept a consistent well regarded desktop with features GNOME still doesn't have, with only 1 fork to make the people who couldn't bear to move past v3.5. GNOME seems to get forked every other week just to appease the egos of various distro maintainers.
Re: (Score:2)
I think programming language choice is the reason. Sure, the license spat is the official reason that gtk/gnome really exists. However, at the time, I got a very strong impression that the "real" reason was that many F/OSS developers hated C++ with a passion. (and thus were perfectly comfortable recreating everything C++ does in C, using conventions and macros).
Of course C++ dynamic linker performance used to be really bad back in those days, and GCC wasn't terrific at it back then either. Things have chang
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
The real reason for GNOME/GTK survival is that KDE/QT owners waited until GNOME was developed into a full-fledged and a usable desktop before finally making the decision to open-source QT. If QT was open source to begin with, there would be no GNOME. But once GNOME and GTK were out, clearly they became unstoppable. Another reason is the difference between GPL and LGPL (used by GNOME libraries). This means that if you want to develop closed-source commercial software, you are free to do it with GNOME. But
Re:Fracturing the Linux desktop (Score:5, Informative)
Pfft, the Linux desktop was already fractured, or are you ignoring NeXTStep, Afterstep, CDE, Enlightenment, TWM & OpenLook? Everyone transitioning from Unix to Linux brought their favorite desktop environments along with them.
Furthermore, while Qt wasn't GPL while KDE was in beta, it WAS free for non-commercial use, which suited the majority of Linux users at the time. Regardless, the KDE Free Qt Foundation secured Qt as open source prior to KDE 1's release.
Also, it's hilarious that KDE has remained under control of the same foundation since it's creation 20 years ago, with only a fork for the people who wanted to stick with the 3.x base while GNOME has been forked a bazillion times.
Re: (Score:2)
Also, it's hilarious that KDE has remained under control of the same foundation since it's creation 20 years ago, with only a fork for the people who wanted to stick with the 3.x base while GNOME has been forked a bazillion times.
The lack of interest in KDE is hilarious?
Re: (Score:2)
Re: (Score:2)
"or are you ignoring NeXTStep, Afterstep, CDE, Enlightenment, TWM & OpenLook?"
Sun abandoned openlook and went to CDE (Motif) so that fracture was healed before the Linux desktop was ever really a thing. twm was never a desktop, only a window manager. Enlightenment only tried to be a desktop for a brief moment, and it never tried very hard. By NeXTStep perhaps you mean OpenStep, that was a thing. And there was never a CDE for Linux back in the day, although Caldera did have a Motif-based desktop. So real
Re: (Score:2)
Most of the things you mention are not a desktop environment. Afterstep, Enlightenment, and TWM were just window managers. Nextstep was a desktop environment, and a very good one, but it was neither open source, nor available on Linux. I believe there was an effort to develop an clone of Nextstep for Linux, it was called Openstep, but it remained in a perpetual alpha state, and now apparently dead. Openlook is a joke from 1980s or early 90s. Nobody bothered with free version of openlook because it's like ad
Re: (Score:2)
I was saddened when Sun abandoned Openlook in favor of CDE.Openlook was clean and beautiful. CDE was cluttered and ugly.
From a development perspective they were more-or-less the same, but the Openlook UI was nicer.
Re: Fracturing the Linux desktop (Score:2)
Nope OpenStep is something different, it is NeXTStep that also runs on hardware that is not from NeXT. What you are thinking of is GNUStep. One always felt if the effort that went into GNOME and KDE had gone into GNUStep the Linux desktop could be just like a Mac these days. That might or might not be a good thing. Would certainly have opened up the door to ports of comercial apps to Linux from OSX. The problem was the cathedral approach of GNUStep compared to the bazaar approach of GNOME and KDE. Oh well w
Re: (Score:2)
> fractured forever. Thank you very much, trolls.
Competition is a feature, not a bug.
Re: (Score:3)
Except for a few components, Qt is LGPL, not GPL. That makes it even harder for the Qt Company to profit from it, and the fact that their pricing model is rather insane (US$ 5,000 per seat/year for companies over US$ 250K of revenue, US$ 500 for startups) doesn’t really help.
Re: (Score:2)
Those components are essential, and those are GPL. This means closed source commercial software can't be developed using the free QT library.
Re: (Score:2)
These asshats were already responsible for fracturing the Linux desktop.
You're being rather biased here, as Trolltech was responsible for making Linux GUI development saner than it had ever been before.
Eventually, GNU and it's allies developed and released an early super-alpha version of GNOME desktop some time in 1998.
"Captain, there be asshats here!" (sorry, Scotty).
Only after thar, Trolltech (that's literally the name of QT company) released QT under GPL license, leaving the Linux community fractured forever.
Qt was bound to be GPL'd at some point, regardless of the existence of GNOME (which is really where the desktop schism made its worst marks). Having said that, Qt's original license was pretty close to GPL anyway. The licensing concerns, while valid, were bound to be worked out at some point. After all, KDE was the poster-child
Why do you hate choice and freedom? (Score:3)
"Fracturing"
You seem to think this is Windows, and miss *the entire point* of Linux.
Choice! Individualization! Freedom!
I wonder what you would think, if you heard how Linux is developed:
*Everyone* has a fork.
Every developer. Every distribution. Every advanced user.
It is inherent to the whole model.
Yeah, they were asshats. But giving us more than a monoculture like with Apple or Microsoft, is not the reason.
Re: (Score:2)
At least Trolltech had a business model so they could pay people to work on it and not be complete junk like GTK. That's what really lit the fuse here, they were going for a dual license model where you'd have to pay them to write proprietary Linux apps or use it as a cross-platform library since only the Linux version was free.
They updated the license from FreeQt to QPL to GPL but to make your code part of the official project it still required a contributor's license so they could use it in their commerci
Re: (Score:2)
At least Trolltech had a business model so they could pay people to work on it and not be complete junk like GTK.
If you believe GTK is junk, that's fine, but that has nothing to do with the license. The GNU software foundation insisted on a specific model for GTK, so it was a technical decision, not because of the license.
Re: (Score:3)
Re: (Score:2)
If GNOME did not happen, then there would be on open source desktop for Linux. GNOME fractured nothing. It's the greedy Trolltech folks who waited until the last moment to finally open source the QT. If QT was open source to begin with, then KDE would probably the only full fledged and viable free desktop to this day.
Re: (Score:2)
Actually, that fracture has been very beneficial. Whenever the Gnome folks decide to make the code useless, KDE is available. I've had to use it several time. Gnome3 still isn't as good as Gnome2 was, and KDE (whatever the current one is) isn't as good as KDE3 was. At the moment I've decided to let someone else deal with the problem, so I'm using Wx (which depends on Gtk).
But the purpose behind it sure wasn't benevolent.
Re: (Score:2)
These asshats were already responsible for fracturing the Linux desktop.
What? Are you saying having many choices isn't a good thing? That is sacrilege and you can be burned at the FOSS stake for such things.
Re: (Score:2)
Sorry, that summary is completely wrong.
KDE had a special license to use QT. If there was any concern about it then it is the GPL maniacs about no one really cared. There is no "forever fragmentation".
If one is so arsine that he prefers the gnome toolkit over a real framework, it is his own fault.
Thank you very much, trolls. ...
The troll is you
Never get into bed with organized crime. (Score:2, Informative)
They do not care about a 1:1 relationship between work given and money paid. All they care about is "What the market will bear.". Whar you will bear. If it means walking over dead bodies, they ask "how much will I make". Always "make". Never actually "earn", except as a side-effect.
That is why all lisences of all your works should be GPL3 at the very least. And actively imaginary-"property"-crime /destroying/, ideally.
Only rest, when everyone who sides with stealing and racketeering amd terrorizing like tha
Re: Never get into bed with organized crime. (Score:2)
Sock puppets
This would be sad (Score:2)
Qt is a bloated heap. Start over. (Score:4, Interesting)
It's an OS hiding inside a development library.
It relies upon layer after layer of macros and duplicates (poorly) functionality in the STD c++ library.
I used to be a fan, until Qt5, when it was split into a million pieces, requiring inconsistent project depends manipulation, and causing a headache for users trying to install the equivalent runtimes
Yeah, hate to say it, but Qt is a dead horse.
I guess the higher-ups recognize that and want to try to cash out before it all implodes. Can't blame them really. A shit ton of hard work went into it
It used to be awesome.
Sad story.
Re: (Score:2)
Re: (Score:2)
I would love that, a little piece of me dies every time I have to convert a QString to a std::string or vice versa, have to do a clean & rebuild because because the compiler decided I didn't need to re-moc, or have to explain to PFYs the joys of forcing all UI object manipulation onto a single thread.
Re: (Score:2)
Re: (Score:2)
I don't need a "graphics library" to provide strings, collections, threading, asio, file handling, syncronization objects, state machine templates, etc, etc, etc.
I want it to provide a convenience wraper for the shit-show that I get invoved with when trying to develop cross platform Windowing apps. Hell, it doesn't even need to provide OpenGL. That's pretty straight forward too, and pretty damned platform agnostic.
It only has to be relatively up to date with the C++ standard - let's say, at this point C++
Re: Qt is a bloated heap. Start over. (Score:2)
It doesn't have a dedicated SMTP class, so I guess there's still some hope
Re: (Score:2)
My problem has been how they aggressively deprecate older versions of OS X for no particularly good reason except the usual millennial reason of "old thing bad". Then when someone makes a build of some open source thingy, it always requires a relatively recent OS version. I even had one such app that instead of saying "sorry, this won't work on your OS", it would simply crash on launch.
Now I see mention in these comments that their LTS versions are non-free? I guess that might explain it.
What about the "poison pill"? (Score:3)
The Foundation has license agreements with The Qt Company, Digia and Nokia. The agreements ensure that the Qt will continue to be available as Free Software. Should The Qt Company discontinue the development of the Qt Free Edition under the required licenses, then the Foundation has the right to release Qt under a BSD-style license or under other open source licenses. The agreements stay valid in case of a buy-out, a merger or bankruptcy.
https://kde.org/community/what... [kde.org]
Re: (Score:2)
You're going to need to lawyer the crap out of that. Unless the time frame is also specifically called out. From what I can tell none of that precludes a 12 month delay in release to the general public under the open license.
Pay for software (Score:3)
I am building a product using Qt right now. If I can get some revenues (I am a startup facing those challenges too), I would love to send some of it to Qt because I want the software to get better and it adds real value to my product. I just want it to be a reasonable amount. Right now, there seems to be only two choices...free or very expensive. Something in-between would be nice.
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
I just noticed that Qt does have a startup edition that's available for $500 (instead of the usual $5000). It's the same as the regular commercial edition, but only sold to businesses with under $250k in yearly revenue.
It's a bit screwy if it's an embedded (non-mobile) device, though; seems they want a per-seat fee on top of that.
Qt? Is that like XFree86? (Score:2)
How is this legal? (Score:2)
Serious question. My understanding is that because they release code under the GPL, and open-source contributions by others (also released under the GPL) have made their way back into the official code base, The Qt Company is now bound by the GPL.
Wouldn't releasing a derivative work, without releasing the code, be a violation of the license?
Re: (Score:2)
Re: (Score:2)
Once that happens, deliberate inclusion of those fixes in the mainline Qt would transform "official" Qt itself into a derivative work under the GPL/LGPL.. no?
Nope.
Perhaps you want to read copyright law and especially the paragraph about what a "derived work" constitutes. Putting a patch of a few lines of code into it, does not.
And: what is your problem? The result is available under GPL ... so your question is completely moot.
Copperspice (Score:4, Insightful)
Well it would suck (Score:2)
Re: (Score:2)
Just my 2 cents
Re: (Score:2)
You remember correctly, but that was decades ago. Qt went open source in 1995 and has used GPL since December 2000.
Re:Wasn't QT always the unopen open source GUI lib (Score:4, Informative)
No, Qt was free for non-commercial use but was closed source during KDE's beta. The KDE Free Qt Foundation [kde.org] was created and secured Qt's codebase for open source prior to KDE 1's release.
Re: (Score:2)
wxWidgets is built on top of GTK on Linux. FLTK is fine for drawing windows (I use it a lot) but lacks a lot of the ancillary functionality (networking, database support, sockets, etc.) that the larger toolkits have. There are a number of other widget toolkits like Fox; again most are lacking Qt's breadth of support libraries. There's really not much out there that could obviate the need for a fork of Qt if Trolltech really does hit the fan. If Qt is forked, I hope it doesn't end up in the hands of another
Re: (Score:2)
Re: (Score:2)