IANAL, mas eu discuti isso e muitas questões semelhantes com advogados o suficiente para ter uma boa idéia do que estou falando aqui. Este não é um conselho legal. A melhor leitura de fundo é o livro de Larry Rosen no contexto de software de código aberto.
Direitos, Licenças, Direitos Autorais e Sublicenciados
De acordo com a lei de direitos autorais, um detentor de direitos autorais recebe certos direitos exclusivos sobre seu trabalho. A maioria ou todos esses itens (dependendo da jurisdição) podem ser licenciados exclusiva ou não exclusivamente a terceiros. Se a sublicenciação for permitida, um licenciado pode transferir alguns ou todos os direitos da licença a terceiros contratando diretamente com eles.
Atualmente, nos Estados Unidos, os licenciados exclusivos são considerados estatutariamente com direito a sublicenciar (embora eu presuma que isso possa ser esclarecido na licença exclusiva). Isso faz sentido porque presume-se que os licenciados exclusivos tenham controle. Não se supõe que os licenciados não exclusivos tenham esse monopólio concedido pelo licenciante.
Por exemplo, suponha que eu escreva um romance. Suponha que eu ofereça uma licença exclusiva para a obra em sua forma atual como livro e ofereça a outra pessoa uma licença não exclusiva para fazer uma sequência que é um trabalho derivado. O licenciado exclusivo pode emitir licenças não exclusivas para outros autores para usar trechos do livro sublicenciando. O licenciado não exclusivo não pode autorizar mais uma sequência não autorizada do meu romance, nem o licenciado exclusivo pode sublicenciar um direito que não foi concedido (direitos de filme, por exemplo).
Licenças BSD vs MIT e Sublicenciamento: uma grande diferença
Esta seção é baseada principalmente no livro de Rosen (acima). Se precisar de aconselhamento jurídico, contrate um advogado e não desative o Stack Exchange.
A licença MIT permite explicitamente a sublicenciamento, enquanto a licença BSD não. Após a discussão acima, isso significa que a licença do MIT permite algo que a licença do BSD provavelmente não permite na maioria das jurisdições, a saber, sublicenciar. Ambas as licenças abordam, no entanto, apenas o código e o software fornecidos, e nenhum limita o que um trabalho como um todo pode ser licenciado. Isso leva a uma questão significativa de como interpretar a GPL v3 para ser compatível com as licenças BSD.
Sob a licença do MIT, você pode fazer basicamente duas coisas aparentemente semelhantes:
1) Você pode incorporar o trabalho em seus próprios trabalhos e distribuí-los sob uma licença mais restritiva.
2) Você pode pegar o trabalho original licenciado pelo MIT, adicionar restrições adicionais e distribuir o trabalho sob uma licença mais restritiva, mas onde você não modificou o código. A GPL v3 afirma exigir que isso seja compatível, se alguém vê a GPL como governando todos os termos da licença. [1]
Sob a família de licenças BSD, no entanto, você só pode adicionar restrições ao seu próprio código e aos trabalhos derivados criados. Você não pode adicioná-los ao código original transmitindo apenas alguns dos direitos concedidos a você. Portanto, não posso pegar o PostgreSQL licenciado pela BSD, renomeá-lo para PostSQL e licenciá-lo sob a GPL, mas posso usar o Kerberos licenciado pelo MIT e renomeá-lo como HadesHound e licenciá-lo sob a GPL (em ambos os casos, assumindo que não código foi alterado). Isso significa que o veículo por direitos é diferente (sempre direto no caso da licença BSD, direta ou indireta no caso da licença MIT).
Conclusões
Sublicente é um termo legal. Se você quiser ler sobre o que realmente significa, minha recomendação é começar a conversar com advogados, o Software Freedom Law Center e outros e consultar dicionários jurídicos. A idéia básica é que, se isso for concedido, um licenciado pode se tornar um licenciante de alguns dos direitos da concessão que recebeu, independentemente de qualquer outra reivindicação que possa ter ao controle de direitos autorais sobre o que distribui.
Você está perguntando sobre um documento jurídico específico e um termo usado nele. Espero que isso ajude a explicar exatamente o que esse termo significa e qual o impacto que ele proporciona.
É provável que muitas de suas perguntas sejam longas e complicadas [2] e dependam da jurisdição, mas uma regra básica relativa à Licença MIT é que, se o seu canal reivindicar que está licenciado agora sob a GPL, é licenciado sob a GPL. No entanto, isso pode ou não ser uma suposição segura sob a licença BSD. Além disso, isso é verdade independentemente de a versão original ter sido modificada ou não, se a licença do MIT foi usada. Sob a licença BSD, o escopo das modificações é realmente determinante em relação a qual licença governa.
[1] Uma solução é ver a GPL de uma maneira diferente e permitir que "avisos legais razoáveis" ( restrições adicionais sob a seção 7) incluam avisos de direitos adicionais de licença. Nesse caso, teríamos permissões adicionais removíveis, regidas pela seção 7 como permissões adicionais, mas também permitiriam, como uma restrição adicional (sob a seção 7 (b)), um aviso informando que certos direitos não são removíveis. Essa é uma das coisas que eu não gosto na GPL v3, a saber, que faz pensar como um advogado em relação a como lidar com a compatibilidade de licenças.
[2] Por exemplo, há uma questão em aberto se a distribuição de software vinculado a uma biblioteca de terceiros requer permissão de direitos autorais. Se for esse o caso, o PostgreSQL compilado no MinGW requer a permissão da Microsoft e eles podem revogá-lo a qualquer momento , mas se não o fizer, eu posso escrever programas proprietários vinculados ao GNU Readline e à FSF não podem reivindicar isso é violação de direitos autorais. Essa pergunta em aberto torna a maioria das perguntas sobre se um desenvolvedor pode vincular a uma biblioteca sob uma licença diferente da GPL impossível responder com certeza.