If this holds true and became the official stand of Qt, the ramifications could be huge. KDE always develop around the latest Qt versions available. Having a year delay could be a big issue.
The other non KDE related issue is what will be the possition of open source contributors. Would they abide to their contributions being provided to paying consumers for a year while they don't get a dime. Or wil be a X11 type case where they ask for their contributions to be removed.
Is sad Qt even think about taking this stance. Years ago when Microsoft tools were only for Windows deploys and there was nothing else on the market, they could try do that move. Now these days Microsoft development tools have been gaining terrain with support for Web, Android, Mac and Linux development. Qt is not that needed anymore. They should learn and follow the RedHat way.
And for KDE, time to think in the future, but please not a fork, enough with the MySQL/MariaDB drama and "drop replacement" statement.
The other non KDE related issue is what will be the possition of open source contributors. Would they abide to their contributions being provided to paying consumers for a year while they don't get a dime. Or wil be a X11 type case where they ask for their contributions to be removed.
Is sad Qt even think about taking this stance. Years ago when Microsoft tools were only for Windows deploys and there was nothing else on the market, they could try do that move. Now these days Microsoft development tools have been gaining terrain with support for Web, Android, Mac and Linux development. Qt is not that needed anymore. They should learn and follow the RedHat way.
And for KDE, time to think in the future, but please not a fork, enough with the MySQL/MariaDB drama and "drop replacement" statement.
Comment