QT限制已经开始,无法再访问Qt 5.15源代码

几个月前 我们在博客上分享新闻 关于他们在内部所做的决定 来自Qt Company的关于更改其许可模式的信息 他们宣布,Qt长期支持版仅包含在商业许可中,此外还以一种或另一种方式限制了对该项目的访问。

正因为如此,有人提到 社区只能在发布新版本的Qt一年后使用 真实的(如果您想进一步了解该注释,可以查阅该出版物 在下面的链接).

好吧,现在从新闻发布到现在已经过去了,Qt Company的限制已经开始,并且是 Tuukka turunenQt公司发展总监 最近宣布了访问限制 到Qt 5.15 LTS分支的源存储库中,该版本仅在去年5.15.3月发布,而第一个仅用于商业用途的Qt XNUMX LTS补丁计划于XNUMX月发布。

随着Qt 6.0.0的发布和第一个补丁版本(Qt 6.0.1)的到来,现在是时候进入Qt 5.15 LTS的仅商业化LTS阶段了。

所有现有的5.15分支仍保持公开可见,但因新提交(和选择)而关闭。

Qt WebEngine(和不推荐使用的Qt脚本)是例外,它具有第三方LGPL依赖关系。

 此后,选择将转到另一个存储库,该存储库仅对商业许可证持有者可用。

我们将为商业许可证持有者组织对存储库的访问,因此,除了正式版本外,还可以使用存储库。 我们完成了许可证变更和其他准备工作后,下周将向营业执照持有人提供有关此操作的说明。

我们可以安排外部模块维护者访问仅用于商业用途的存储库。

限制是按计划引入的 在一年前宣布,它涉及在下一个重要版本形成之前,在LTS分支机构公开发布更改代码。

正是在几周前,形成了Qt 6.0的发行版,其代码仍然可用,并且有望在未来几天内发布第一个更正性更新6.0.1。

但截至今天(5月XNUMX日) 只有商业许可证的所有者才能访问该代码 Qt版本5.15的更新。

即使提到 将保留对Qt 5.15所有版本的公共访问 以前发布的 但是新的确认信息将被添加到关闭的窗口中。 仅Qt WebEngine和Qt Script模块的代码例外,它们根据LGPL许可链接到外部依赖项。

Qt 5.15.3修补程序计划于XNUMX月发布,仅适用于企业用户。 Qt公司表示愿意,应单独的请求,为外部Qt模块维护者提供访问私有存储库的权限,这将为社区成员提供观察Qt 5.15 LTS更改的机会。

错误修复和漏洞也可以从开发分支移植或在其中开发了新版本的Qt。 通常,修补程序首先出现在此分支上,然后将它们传输到具有稳定版本的分支。

对LTS Qt 5.12上一个分支的支持将持续到2021年年底。需要运送带有Qt 5.15的软件包的发行版将被迫保留该分支本身或切换到Qt 6分支,这不能保证与Qt完全兼容。 5,

关于Debian的Qt维护者表示 以前那个 他们将没有足够的时间来支持发行版中的Qt 6。 社区正在讨论创建一个联合项目,以组织对独立于Qt Company的Qt LTS分支机构的支持。


发表您的评论

您的电子邮件地址将不会被发表。 必填字段标有 *

*

*

  1. 负责资料:AB Internet Networks 2008 SL
  2. 数据用途:控制垃圾邮件,注释管理。
  3. 合法性:您的同意
  4. 数据通讯:除非有法律义务,否则不会将数据传达给第三方。
  5. 数据存储:Occentus Networks(EU)托管的数据库
  6. 权利:您可以随时限制,恢复和删除您的信息。

  1.   坦率

    而且,是这样。 商品不可能是免费的,因为它很难发展。