粗大-Qt不鸟开源社区了

eGust
十年 01月28日 字数 849

Qt offering changes 2020

https://www.qt.io/blog/qt-offering-changes-2020

重点:

1. Installation of Qt binaries will require a Qt Account

2. Long-term-supported (LTS) releases and the offline installer will become available to commercial licensees only

3. New Qt offering for start-ups and small businesses for $499/year

最后一条在后面还有详细解释:

It contains all the benefits of a commercial license but at a low price ($499/year). This price includes the use of the full Qt for Device Creation product, but not any distribution licenses – these need to be agreed separately. It also includes only installation support, whereas a regular commercial license comes with full support.

This offering will be available from our marketplace in Q1/2020 and restricted to companies with an annual revenue or funding below $100.000 and fewer than five employees.

Programming 编程技术
1 个Like
45 个回复
eGust
十年 01月28日

以后开源社区只能给商业版用户当小白鼠,然后有人翻出了15年的旧闻:

https://www.qt.io/blog/2015/05/06/changing-qt-account-to-be-optional-in-the-online-installer

还有人担心 kde,于是有成员表示影响不大:反正 qt3/4 时一直都是小白鼠……

【 在 eGust (十年) 的大作中提到: 】

: Qt offering changes 2020

: https://www.qt.io/blog/qt-offering-changes-2020

: 重点:

: ...................

xiaoju
可爱的龙猫 01月28日

本来也是bug报了一堆没人管的状态啊

【 在 eGust (十年) 的大作中提到: 】

: Qt offering changes 2020

: https://www.qt.io/blog/qt-offering-changes-2020

: 重点:

: ...................

jackychoi
jobhunting 01月28日

这玩意为什么还有人用,开发慢,c/c++开发还慢

【 在 eGust 的大作中提到: 】

: Qt offering changes 2020

: https://www.qt.io/blog/qt-offering-changes-2020

: 重点:

: ...................

spadger
imdx 01月28日

毕竟Qt开发者也要恰饭的

【 在 eGust (十年) 的大作中提到: 】

: Qt offering changes 2020

: https://www.qt.io/blog/qt-offering-changes-2020

: 重点:

: ...................

hgoldfish
老鱼 01月28日

反正源代码在那里,而且仍然是 LGPL,对开源社区基本上没影响。尤其是 Linux,本来就是从源代码开始构建打包,官方不参与,更没有影响了。

【 在 eGust (十年) 的大作中提到: 】

: Qt offering changes 2020

: https://www.qt.io/blog/qt-offering-changes-2020

: 重点:

: ...................

hgoldfish
老鱼 01月28日

因为现在 Qt 重心已经偏向时髦的 javascript 开发了。为此借用 JSON 造了个 QML,相当于 JSON 里面不止有数据,还可以写代码。

开发的时候,开发者定义数据模型和界面布局。QML 虚拟机监听数据模型的修改,反应到界面上。

【 在 jackychoi (jobhunting) 的大作中提到: 】

: 这玩意为什么还有人用,开发慢,c/c++开发还慢

GoGoRoger
GoGoRoger 01月28日

本版好像有个qt大佬

发自「今日水木 on Mi Note 3」

【 在 spadger 的大作中提到: 】

: 毕竟Qt开发者也要恰饭的

: --

cg4561232007
我是早寒,早寒三治 01月28日

我读硕士做项目就用的Qt...

eGust
十年 01月28日

LGPL 是如果有改动就得开源全部代码,不改就不用开源,跟商不商用没关系?

最恶心的是商用的不能免费用 lts 么,谁敢跟客户说你们用的其实是 beta 版……

【 在 hgoldfish (老鱼) 的大作中提到: 】

: 反正源代码在那里,而且仍然是 LGPL,对开源社区基本上没影响。尤其是 Linux,本来就是从源代码开始构建打包,官方不参与,更没有影响了。

hgoldfish
老鱼 01月28日

对啊,本版的齐亮大佬就是 Qt 项目组。本青十年前看他的书学会了 Qt

【 在 GoGoRoger (GoGoRoger) 的大作中提到: 】

: 本版好像有个qt大佬

: 发自「今日水木 on Mi Note 3」

hgoldfish
老鱼 01月28日

GPL/LGPL 都是有改动就得开源改动的源代码。但是是否开源自己软件的源代码有区别:

使用了 GPL 不管你有没有改动 Qt 的源代码,你自己软件的代码都要开源。

使用了 LGPL 不需要开源你自己软件的源代码。

商用的角度看,使用 Qt 跟使用 flutter/rn 这类软件是没有区别的。都不需要开源自己的源代码。

只有你自己的软件静态链接了 Qt 才需要向用户开源。考虑到 Qt 的 GUI 部分已经事实上不支持静态链接,这件事听听就好,不用挂在心上。

QtCore/QtNetwork 支持静态链接,我现在就拿 Qt 来写服务端呢。

【 在 eGust (十年) 的大作中提到: 】

: 标  题: Re: 粗大-Qt不鸟开源社区了

: 发信站: 水木社区 (Tue Jan 28 10:55:24 2020), 站内

: LGPL 是如果有改动就得开源全部代码,不改就不用开源,跟商不商用没关系?

: 最恶心的是商用的不能免费用 lts 么,谁敢跟客户说你们用的其实是 beta 版……

: 【 在 hgoldfish (老鱼) 的大作中提到: 】

: : 反正源代码在那里,而且仍然是 LGPL,对开源社区基本上没影响。尤其是 Linux,本来就是从源代码开始构建打包,官方不参与,更没有影响了。

: --

hgoldfish
老鱼 01月28日

LTS 这条不太清楚。估计指的是超过普通支持周期后的版本。在支持周期内不太可能会要求商业授权。

我只知道 openSUSE Leap 一家在使用 Qt 的 LTS 版本。其它家也用吗?

【 在 eGust (十年) 的大作中提到: 】

: LGPL 是如果有改动就得开源全部代码,不改就不用开源,跟商不商用没关系?

: 最恶心的是商用的不能免费用 lts 么,谁敢跟客户说你们用的其实是 beta 版……

eGust
十年 01月28日

blog 一开头不就说了么,lts 只有商业授权能用

不知道 qt 是怎么定义 lts 的,但是 ubuntu、node 都是同一个模式:

偶数大版本号是 lts,会有比较长的支持周期。等下个 lts 开始一段时间之后,就会进入比较长的一个维护周期,基本上就是只有漏洞补丁

奇数版本号活跃期期比较短,而且主要是探索新功能,不排除 breaking changes。基本上版本号更大的 lts 发布之后就不再开发/维护了。有什么漏洞你自己想办法,人家官方是不管的

商业用户是非常需要 lts 的,不然要么自己 cherry-pick 补丁,要么跟着非稳定版变化不停改。所以与其不停跟着小版本升级手动 cherry-pick,或者跟着 breaking changes 改,还是直接买商业授权划算

【 在 hgoldfish (老鱼) 的大作中提到: 】

: LTS 这条不太清楚。估计指的是超过普通支持周期后的版本。在支持周期内不太可能会要求商业授权。

: 我只知道 openSUSE Leap 一家在使用 Qt 的 LTS 版本。其它家也用吗?

hgoldfish
老鱼 01月28日

qt 跟 ubuntu 一样,每隔几年指定一个版本是 LTS 版本,延长支持周期。按 blog 的意思,似乎是说对于非商业开发者没有这个特别的延长周期了。并不是说非商业用户只能用旧版本,新版仍然可以用。

说白了就是商业用户可以获得延长的支持周期。官方为商业用户把新版本的 bugfixes backport 到 LTS 版本。跟现在 win7/win2008 有商业支持周期一个样。

其实 qt 只在大版本更新时破坏源代码兼容性。小版本之间通常还是二进制兼容的。反正现在 Qt 也没什么人用。连 Qt 偏向 QML 开发都有很多人不知道呢。

总之,没啥大事。

【 在 eGust (十年) 的大作中提到: 】

: blog 一开头不就说了么,lts 只有商业授权能用

: 不知道 qt 是怎么定义 lts 的,但是 ubuntu、node 都是同一个模式:

: 偶数大版本号是 lts,会有比较长的支持周期。等下个 lts 开始一段时间之后,就会进入比较长的一个维护周期,基本上就是只有漏洞补丁

: ...................

eGust
十年 01月28日

看下面第一条评论的回复

No, what the change means is that the patch releases are commercial only after next feature release. So certainly not only the alpha and beta, but the first 6 months of patch releases are available also for open-source users.

再往下两条

The sources for latest patches for LTS will not be available anymore, so you cannot just "compile them yourself"

所以就是只有6个月的周期,然后就得跟着升级版本了

的确是本来就没啥人用,但这在技术选型的时候绝对是需要考虑的因素啊

【 在 hgoldfish (老鱼) 的大作中提到: 】

: qt 跟 ubuntu 一样,每隔几年指定一个版本是 LTS 版本,延长支持周期。按 blog 的意思,似乎是说对于非商业开发者没有这个特别的延长周期了。并不是说非商业用户只能用旧版本,新版仍然可以用。

: 说白了就是商业用户可以获得延长的支持周期。官方为商业用户把新版本的 bugfixes backport 到 LTS 版本。跟现在 win7/win2008 有商业支持周期一个样。

: 其实 qt 只在大版本更新时破坏源代码兼容性。小版本之间通常还是二进制兼容的。反正现在 Qt 也没什么人用。连 Qt 偏向 QML 开发都有很多人不知道呢。

: ...................

hgoldfish
老鱼 01月28日

所以跟我说的一样,商业服务买延长周期。

技术选型考虑这个?然而大多数软件库没有 LTS 这个概念。。

你想想,这只是一个 GUI 软件库啊。。除了 Qt 还有哪个软件库有 LTS 这个玩法的吗?有 LTS 是因为车厂、工业嵌入式设备需要定制开发,增加 QPA 插件等等。普通开发者考虑这个干啥呢。

【 在 eGust (十年) 的大作中提到: 】

: 看下面第一条评论的回复

: No, what the change means is that the patch releases are commercial only after next feature release. So certainly not only the alpha and beta, but the first 6 months of patch releases are available also for open-source users.

: 再往下两条

: ...................

eGust
十年 01月28日

过去叫 alpha、beta、release,现在 stable 是 beta,lts 才是正式版

【 在 hgoldfish (老鱼) 的大作中提到: 】

: 所以跟我说的一样,商业服务买延长周期。

: 技术选型考虑这个?然而大多数软件库没有 LTS 这个概念。。

: 你想想,这只是一个 GUI 软件库啊。。除了 Qt 还有哪个软件库有 LTS 这个玩法的吗?有 LTS 是因为车厂、工业嵌入式设备需要定制开发,增加 QPA 插件等等。普通开发者考虑这个干啥呢。

: ...................

javaboy
喝了咖啡就话多-_-; 01月28日

qt曾经和开源界(主要是kde)签过一个协议,保证qt新版本不会收紧license:

https://www.embeddeduse.com/2019/12/21/safe-guarding-the-lgpl-future-of-qt/

https://kde.org/community/whatiskde/kdefreeqtfoundation.php

其中条款包括:qt必须每12个月出一个新版本;非addon的部分必须兼容gpl;还有核心部分的源码最长可以不开源12个月。。等等。如违反上述条款,则qt可以自动变为bsd协议。

仔细看一下,digia没有违反协议的任何内容,但超出协议规定的部分干干净净地不但一概不干,这次还打算用登录帐号恶心人。

【 在 eGust (十年) 的大作中提到: 】

: 看下面第一条评论的回复

: No, what the change means is that the patch releases are commercial only after next feature release. So certainly not only the alpha and beta, but the first 6 months of patch releases are available also for open-source users.

: 再往下两条

: The sources for latest patches for LTS will not be available anymore, so you cannot just "compile them yourself"

: 所以就是只有6个月的周期,然后就得跟着升级版本了

: 的确是本来就没啥人用,但这在技术选型的时候绝对是需要考虑的因素啊

jackychoi
jobhunting 01月28日

侵入性这么大,

把api暴露出来拿其他语言套个壳,或者那web来做是不是更好协作呢?

【 在 hgoldfish 的大作中提到: 】

: 因为现在 Qt 重心已经偏向时髦的 javascript 开发了。为此借用 JSON 造了个 QML,相当于 JSON 里面不止有数据,还可以写代码。

: 开发的时候,开发者定义数据模型和界面布局。QML 虚拟机监听数据模型的修改,反应到界面上。