Trên blog Qt, phó chủ tịch có trách nhiệm Petteri Holländer thông báo rằng ấn bản hỗ trợ dài hạn của Qt nó chỉ được bao gồm trong giấy phép kinh doanh. Điều tương tự cũng áp dụng cho trình cài đặt ngoại tuyến.
Công ty Qt đã thông báo thay đổi mô hình cấp phép của mình cho khung Qt, có thể có tác động đáng kể đến cộng đồng và phân phối người sử dụng Qt. Như kể từ phiên bản 5.15, Các nhánh QTS LTS sẽ được hỗ trợ cho đến khi hình thành phiên bản quan trọng tiếp theo, tức là khoảng nửa năm (các bản cập nhật cho các phiên bản LTS được phát hành trong ba năm).
Theo Petteri Holländer:
“Những thay đổi có hiệu lực với phiên bản 5.15 LTS. Ngoài ra, việc cài đặt các tệp nhị phân sẽ yêu cầu tài khoản Qt trong tương lai và thay đổi mới này phải được áp dụng không muộn hơn tháng XNUMX "
Với tài khoản người dùng, QtGroup, thuộc công ty Digia, muốn đảm bảo rằng người dùng sử dụng các dịch vụ được cung cấp thông qua nó.
Bên cạnh đó, theo Holländer, The người dùng nguồn mở nói riêng với thay đổi này để cải thiện Qt sản phẩmThông qua báo cáo lỗi, đánh giá mã hoặc bài đăng trên diễn đàn. Đồng thời, tài khoản Qt cũng mở đường đến Thị trường Qt, nơi các plugin được trao đổi, cùng nhiều thứ khác.
Bước này được cho là để tăng tốc độ giới thiệu các phiên bản mới của QT và sẽ làm tăng đáng kể số lượng các công ty sử dụng giấy phép Qt thương mại, chi phí cho mỗi nhà phát triển là 5508 đô la mỗi năm (trong khi đối với các công ty khởi nghiệp và doanh nghiệp nhỏ - 499 đô la mỗi năm).
Những thay đổi cho phiên bản LTS ảnh hưởng đến cộng đồng nguồn mở từ khi áp dụng thay đổi này, họ chỉ nhận được một bản phát hành cấp bản vá cho đến khi phiên bản phụ tiếp theo xuất hiện.
Bắt đầu từ tháng XNUMX, tất cả mọi người, bao gồm cả người dùng Qt mã nguồn mở, sẽ yêu cầu tài khoản Qt hợp lệ để tải xuống gói nhị phân Qt. Chúng tôi đã thay đổi điều này vì chúng tôi tin rằng tài khoản Qt cho phép bạn sử dụng tốt nhất các dịch vụ của chúng tôi và đóng góp cho Qt với tư cách là một người dùng nguồn mở.
Chúng tôi muốn người dùng nguồn mở giúp cải thiện Qt bằng cách này hay cách khác, có thể là thông qua báo cáo lỗi, diễn đàn, đánh giá mã hoặc tương tự. Hiện tại, chúng chỉ có thể được truy cập từ tài khoản Qt, vì vậy việc có một tài khoản sẽ là bắt buộc.
Mặt khác, các nhà phát triển của các bản phân phối LTS (tức là với thời gian dài được hỗ trợ) chẳng hạn như RHEL, Debian, Ubuntu, Linux Mint, SUSE trong số những người khác.
Họ sẽ bị buộc phải gửi các phiên bản lỗi thời chính thức không được hỗ trợ, tự sửa lỗi cổng và lỗ hổng bảo mật hoặc liên tục cập nhật lên các phiên bản quan trọng mới của Qt, điều này khó xảy ra vì nó có thể dẫn đến các sự cố không lường trước được trong các ứng dụng Qt được cung cấp trong bản phân phối.
Có lẽ cộng đồng sẽ cùng nhau tổ chức hỗ trợ cho các phiên bản Qt LTS của riêng họ, độc lập với Qt Company.
Việc điều chỉnh một phần chính sách cấp phép làm giảm bớt thực tế là Công ty Qt đã hứa thực hiện tất cả các bản sửa lỗi thông qua kho lưu trữ công cộng mà Qt được phát triển.
Các bản vá sẽ được thêm vào nhánh phát triển và chuyển đến các nhánh có phiên bản mới nhất ổn định, điều này sẽ đơn giản hóa việc trích xuất chúng để chuyển sang các bản phân phối.
Ngoài ra, các phiên bản LTS mà Công ty Qt sẽ thực hiện các chỉnh sửa sẽ bị giới hạn.
Thật không may, thay đổi chính sách liên quan đến Qt họ không bị giới hạn trong việc thay đổi giấy phép và từ tháng XNUMX, Bất kỳ ai muốn sử dụng QT đều phải đăng ký tài khoản trong dịch vụ Tài khoản Qt để tải xuống các tệp nhị phân Qt.
Bước này được giải thích bởi mong muốn đơn giản hóa việc phân phối tệp và đảm bảo tích hợp với Qt Marketplace.
Việc truy cập vào hệ thống theo dõi lỗi, giao diện đánh giá và diễn đàn của Jira cũng sẽ yêu cầu tài khoản Qt, trong khi mô hình phát triển và quản lý dự án vẫn như cũ.
Khi tôi đọc, tôi đã tự hỏi tất cả những điều này sẽ chuyển thành cái gì, vì Debian và những người khác đi kèm với KDE chứ không phải LTS cho những bản vá đang được áp dụng. Tôi không hiểu rõ về cách Qt sẽ được đánh bóng thông qua một tài khoản khác ngoài việc kiếm tiền từ khung phát triển. Tôi cần đọc lại và xem phản ứng của cộng đồng. Nó không giống như một tin tốt. Giữa systemd và Qt ngày càng có nhiều điểm để chuyển sang BSD. : /
Và những dự án chị em như LXQt sẽ nghĩ gì ...
Tôi nhìn nhận nó từ góc độ đóng góp cho cộng đồng, mặc dù thực tế là bây giờ một nhà phát triển độc lập gần như nhất thiết phải trả tiền để có giấy phép, nhưng không đi theo hướng đó.
Vâng, bây giờ buộc các nhà phát triển phân phối đóng góp vào sự phát triển của QT là điều đã phải được thực hiện trong một thời gian dài. Chà, vào cuối ngày, họ đang sử dụng một công việc mà một số người phải giải ngân để giữ cho nó tồn tại.
Và phần này không tệ, bởi vì nó là một đóng góp để duy trì những gì bạn sử dụng và những gì cũng giúp tài trợ cho dự án của bạn. Kể từ các bản phân phối lớn như Debía, Ubuntu, Fedora, OpenSUSE, Linux Mint, trong số những người khác. Nhận tiền bằng cách đóng góp hoặc bằng cách bao gồm các sản phẩm tài trợ cho họ.
Và nếu các bản phân phối này đóng góp bằng tiền quyên góp cho các dự án này thì đó là một điểm riêng biệt mà chúng nên giải quyết với nhau, bởi vì trên thực tế, chúng sẽ nói "Được rồi, tôi không định trả một vị trí nào đó cho sự phát triển sản phẩm của bạn, nhưng chúng tôi sẽ gửi cho bạn sự đóng góp thay đổi của nó ”.
Đó là trường hợp của WebOS, các khuôn khổ phát triển mới của nó dành cho ô tô trong số những khuôn khổ khác.
Cho đến nay rất tốt, nhưng như tôi đã nói lúc đầu ảnh hưởng đến các nhà phát triển độc lập ...
Họ chắc chắn nên thay đổi trọng tâm đó và chuyển hướng nó theo hướng mà mọi người đều có lợi.
KDE sẽ phải lên GTK !!! ? Thực ra sẽ tốt hơn.
«» Mặt khác, các nhà phát triển của các bản phân phối LTS (có nghĩa là với thời gian dài được hỗ trợ) như RHEL, Debian, Ubuntu, Linux Mint, SUSE trong số những người khác.
Họ sẽ buộc phải xuất xưởng các phiên bản lỗi thời không được hỗ trợ chính thức, tự sửa lỗi cổng và lỗ hổng bảo mật hoặc liên tục cập nhật lên các phiên bản Qt mới đáng kể, điều này khó có thể dẫn đến các vấn đề không lường trước được trong các ứng dụng Qt được cung cấp trong bản phân phối. »»
Có một điểm dừng đầy đủ ở đó.