Qt 블로그에서 담당 부사장 Petteri Holländer는 Qt의 장기 지원 에디션을 발표했습니다. 그것은 사업 면허에만 포함됩니다. 오프라인 설치 프로그램에도 동일하게 적용됩니다.
Qt Company는 라이선스 모델 변경을 발표했습니다. Qt 프레임 워크의 경우 커뮤니티 및 배포에 상당한 영향을 미칠 수 있습니다. Qt를 사용하는 사람. 같이 버전 5.15부터 QTS LTS 브랜치는 다음 중요한 버전이 형성 될 때까지 즉, 약 반년 (LTS 버전에 대한 업데이트는 XNUMX 년 동안 릴리스 됨)까지 지원됩니다.
Petteri Holländer에 따르면 :
“변경 사항은 버전 5.15 LTS에 적용됩니다. 또한 바이너리 파일을 설치하려면 향후 Qt 계정이 필요하며이 새로운 변경 사항은 XNUMX 월까지 적용되어야합니다. "
사용자 계정으로, Qt 그룹, Digia 회사에 속한 사용자가이를 통해 제공되는 서비스를 사용하도록하고 싶습니다.
또한, Holländer에 따르면, 오픈 소스 사용자 특히 이 변경으로 제품 Qt를 개선해야합니다.버그 보고서, 코드 리뷰 또는 포럼 게시물을 통해. 동시에 Qt 계정은 플러그인이 교환되는 Qt Marketplace로가는 길을 열어줍니다.
이 단계는 QT의 새 버전 도입 속도를 높이기위한 것입니다. 상업용 Qt 라이선스를 사용하는 기업의 수를 크게 늘릴 것입니다. 비용은 개발자 당 연간 $ 5508입니다 (스타트 업 및 중소기업의 경우 연간 $ 499).
변화 LTS 버전 용 오픈 소스 커뮤니티에 영향 으로 이 변경 사항을 적용 할 때 패치 수준 릴리스 만받습니다. 다음 부 버전이 나타날 때까지.
XNUMX 월부터 오픈 소스 Qt 사용자를 포함한 모든 사람이 Qt 바이너리 패키지를 다운로드하려면 유효한 Qt 계정이 필요합니다. 우리는 Qt 계정이 우리의 서비스를 최대한 활용하고 오픈 소스 사용자로서 Qt에 기여할 수 있다고 믿기 때문에 이것을 변경했습니다.
우리는 오픈 소스 사용자가 버그 보고서, 포럼, 코드 리뷰 등을 통해 어떤 식 으로든 Qt를 개선 할 수 있기를 바랍니다. 현재는 Qt 계정에서만 액세스 할 수 있으므로 하나를 가져야합니다.
반면에 LTS 배포판 개발자는 (즉, 장기간 지원) RHEL, Debian, Ubuntu, Linux Mint, SUSE 등.
그들은 강제 될 것입니다 오래된 버전 보내기 공식적으로 지원되지 않습니다. 포트 버그 및 취약점 수정 또는 Qt의 중요한 새 버전으로 지속적으로 업데이트합니다. 배포시 제공되는 Qt 응용 프로그램에서 예기치 않은 문제가 발생할 가능성은 거의 없습니다.
아마도 커뮤니티는 Qt Company와는 별도로 자체 Qt LTS 버전에 대한 지원을 공동으로 조직 할 것입니다.
라이선스 정책을 부분적으로 조정하면 Qt Company가 Qt가 개발 된 공용 저장소를 통해 모든 수정 사항을 수행하겠다고 약속 한 사실이 완화됩니다.
패치는 개발 브랜치에 추가되고 최신 버전의 브랜치로 전송됩니다. 안정적이며 배포로 전송하기 위해 추출을 단순화합니다.
또한 Qt Company가 수정 사항을 전달하는 LTS 버전이 제한됩니다.
불행히도, Qt 관련 정책 변경 라이센스 변경에만 국한되지 않습니다. 그리고 XNUMX 월부터 QT를 이용하고자하는 사람은 누구나 서비스에 계정을 등록해야합니다. Qt 바이너리 파일을 다운로드하기위한 Qt 계정.
이 단계는 파일 배포를 단순화하고 Qt Marketplace와의 통합을 보장하려는 욕구로 설명됩니다.
Jira의 버그 추적 시스템, 리뷰 인터페이스 및 포럼에 액세스하려면 Qt 계정이 필요하지만 개발 및 프로젝트 관리 모델은 동일하게 유지됩니다.
내가 읽었을 때 나는이 모든 것이 무엇으로 번역 될지 궁금했다. 데비안과 다른 사람들은 패치가 적용되는 LTS가 아닌 KDE와 함께 제공되기 때문이다. Qt가 개발 프레임 워크로 수익을 창출하는 것 외에 다른 계정을 통해 어떻게 다듬어 질지 잘 모르겠습니다. 다시 읽고 커뮤니티가 어떻게 반응하는지 확인해야합니다. 좋은 소식처럼 들리지 않습니다. systemd와 Qt 사이에는 BSD로 이동할 지점이 점점 더 많아지고 있습니다. : /
그리고 LXQt와 같은 자매 프로젝트는 어떻게 생각할까요?
지금은 독립적 인 개발자가 라이선스 비용을 지불해야한다는 사실이 거기에 가지 않지만 커뮤니티에 기여하는 관점에서 볼 수 있습니다.
음, 이제 배포 개발자가 QT 개발에 기여하도록 강요하는 것은 오랫동안 수행되어야하는 일입니다. 글쎄, 하루가 끝나면 그들은 여러 사람이 자금을 지불해야하는 일을 사용하고 있습니다.
그리고이 부분은 당신이 사용하는 것을 유지하고 프로젝트 자금을 조달하는 데 도움이되기 때문에 나쁘지 않습니다. Debía, Ubuntu, Fedora, OpenSUSE, Linux Mint와 같은 대규모 배포 이후. 기부하거나 자금을 지원하는 제품을 포함하여 자금을받습니다.
그리고 이러한 배포가 이러한 프로젝트에 대한 기부금으로 기여한다면 서로를 다루어야합니다. 왜냐하면 그들은 실질적으로“좋아, 나는 당신의 제품 개발에 대한 입장을 지불하지 않을 것이지만 우리는 그것을 변경하기 위해 기부금을 보낼 것입니다.”
자동차 산업을위한 새로운 개발 프레임 워크 인 WebOS의 경우가 그렇습니다.
지금까지는 좋지만 처음에 말했듯이 독립 개발자에게 영향을 미칩니다 ...
그들은 확실히 그 접근 방식을 바꾸고 모두가 윈윈 할 수있는 방향으로 방향을 바꿔야합니다.
KDE는 GTK로 가야합니다 !!! ? 실제로 어느 쪽이 더 좋을까요.
«»반면에 RHEL, Debian, Ubuntu, Linux Mint, SUSE와 같은 LTS 배포판 개발자 (즉, 장기간 지원).
공식적으로 지원되지 않는 오래된 버전, 포트 버그 및 취약성 수정을 자체적으로 제출하거나 Qt의 중요한 새 버전으로 지속적으로 업데이트해야합니다. 배포시 제공되는 Qt 응용 프로그램에서 예기치 않은 문제가 발생할 가능성은 거의 없습니다.» »
거기에 마침표가 있습니다.