No blog do Qt, o vice-presidente responsável Petteri Holländer anuncia que a edição de suporte de longo prazo do Qt ele está incluído apenas nas licenças comerciais. O mesmo se aplica ao instalador offline.
Qt Company anunciou uma mudança em seu modelo de licenciamento para o framework Qt, que pode ter um impacto significativo nas comunidades e distribuições que usam Qt. Já que a partir da versão 5.15, Os ramos QTS LTS serão suportados até a formação da próxima versão significativa, ou seja, cerca de meio ano (atualizações para versões LTS são lançadas por três anos).
De acordo com Petteri Holländer:
“As alterações entram em vigor na versão 5.15 LTS. Além disso, a instalação dos arquivos binários exigirá uma conta Qt no futuro e esta nova alteração deve ser aplicada até fevereiro "
Com a conta do usuário, Grupo Qt, que pertence à empresa Digia, deseja garantir que os usuários utilizem os serviços oferecidos por meio dele.
Além disso, de acordo com Holländer, The usuários de código aberto em particular deve com esta mudança para melhorar o produto QtPor meio de relatórios de bugs, revisões de código ou postagens em fóruns. Ao mesmo tempo, a conta Qt também abre caminho para o Qt Marketplace, onde plugins são trocados, entre outras coisas.
Esta etapa deve acelerar a introdução de novas versões do QT e aumentará muito o número de empresas que usam uma licença comercial Qt, cujo custo é de $ 5508 por ano por desenvolvedor (enquanto para startups e pequenas empresas - $ 499 por ano).
As mudanças para a versão LTS afetam a comunidade de código aberto como ao aplicar esta mudança, eles só recebem uma versão de nível de patch até que a próxima versão secundária apareça.
A partir de fevereiro, todos, incluindo usuários Qt de código aberto, irão requerer contas Qt válidas para baixar pacotes binários Qt. Mudamos isso porque acreditamos que uma conta Qt permite que você faça o melhor uso de nossos serviços e contribua com o Qt como um usuário de código aberto.
Queremos que os usuários de código aberto ajudem a melhorar o Qt de uma forma ou de outra, seja por meio de relatórios de bug, fóruns, revisões de código ou similares. Atualmente, eles só podem ser acessados de uma conta Qt, então ter uma será obrigatório.
Por outro lado, os desenvolvedores de distribuições LTS (ou seja, com longos períodos de suporte) como RHEL, Debian, Ubuntu, Linux Mint, SUSE entre outros.
Eles serão forçados a enviar versões desatualizadas oficialmente não suportado, bug de porta e correções de vulnerabilidade por conta própria ou atualizar constantemente para novas versões significativas do Qt, o que é improvável, pois pode levar a problemas imprevistos em aplicativos Qt entregues na distribuição.
Talvez a comunidade organize em conjunto o suporte para suas próprias versões Qt LTS, independentemente da Qt Company.
O ajuste parcial da política de licenciamento mitiga o fato de que a Qt Company prometeu realizar todas as correções por meio do repositório público no qual o Qt foi desenvolvido.
Os patches serão adicionados ao ramo de desenvolvimento e transferidos para os ramos com as versões mais recentes estável, o que simplificará sua extração para transferência para distribuições.
Além disso, as versões LTS para as quais a Qt Company fará as correções serão limitadas.
Infelizmente, mudanças de política em relação ao Qt eles não se limitam a alterar a licença e a partir de fevereiro, Quem quiser usar QT deve registrar uma conta no serviço Conta Qt para baixar os arquivos binários Qt.
Esta etapa é explicada pelo desejo de simplificar a distribuição de arquivos e garantir a integração com o Qt Marketplace.
O acesso ao sistema de rastreamento de bugs, interface de revisão e fóruns do Jira também exigirá uma conta Qt, enquanto o modelo de desenvolvimento e gerenciamento de projeto permanece o mesmo.
Enquanto eu li, estava me perguntando no que tudo isso se traduziria, já que o Debian e outros vêm com o KDE e não com o LTS ao qual os patches estão sendo aplicados. Eu não entendo muito bem como o Qt será polido por meio de uma conta além de monetizar o framework de desenvolvimento. Preciso ler novamente e ver como a comunidade reage. Não parece uma boa notícia. Entre o systemd e o Qt, há cada vez mais pontos para mover para o BSD. : /
E o que projetos irmãos como LXQt pensarão ...
Eu vejo isso da perspectiva de contribuir com a comunidade, embora o fato de que agora um desenvolvedor independente quase necessariamente tenha que pagar por uma licença, não vá por aí.
Bem, agora forçar os desenvolvedores de distribuição a contribuir para o desenvolvimento do QT é algo que teve que ser feito por um longo tempo. Bem, no final eles estão usando um trabalho para o qual várias pessoas têm que desembolsar fundos para mantê-lo funcionando.
E essa parte não é ruim, porque é uma contribuição para manter o que você usa e o que também ajuda a financiar seu projeto. Desde grandes distribuições como Debía, Ubuntu, Fedora, OpenSUSE, Linux Mint, entre outras. Receba fundos por meio de doações ou incluindo produtos que os financiem.
E se essas distribuições contribuem com doações para esses projetos é um ponto e à parte, que se tratem, pois vão praticamente dizer “Ok, não pretendo pagar um cargo pelo desenvolvimento do seu produto, mas nós vai enviar doações para você mudar ”.
É o caso do WebOS, seus novos frameworks de desenvolvimento para a indústria automotiva, entre outros.
Até aí tudo bem, mas como eu disse no início afetando desenvolvedores independentes ...
Eles devem definitivamente mudar essa abordagem e redirecioná-la em uma direção em que todos tenham uma posição ganha-ganha.
O KDE terá que ir para GTK !!! ? O que seria melhor, na verdade.
«» Por outro lado, os desenvolvedores de distribuições LTS (ou seja, com longos períodos de suporte) como RHEL, Debian, Ubuntu, Linux Mint, SUSE entre outros.
Eles serão forçados a enviar versões desatualizadas oficialmente sem suporte, correções de erros de porta e vulnerabilidades por conta própria ou atualizar constantemente para novas versões significativas do Qt, o que é improvável, pois pode levar a problemas imprevistos nos aplicativos Qt entregues na distribuição. » »
Há um ponto final aí.