O duplo padrão de código aberto da Unity: o banimento do VLC
A remoção e o banimento permanente do plugin open-source “VLC for Unity” da Asset Store da Unity, citando proibições contra código licenciado sob GPL/LGPL, desencadearam críticas sobre regras de licenciamento inconsistentes e aplicadas de forma seletiva. Comentadores debatem se a LGPL é realmente incompatível com distribuição por app stores, observam que a própria Unity e muitos assets existentes dependem de componentes LGPL e especulam que cautela jurídica excessiva, incompetência interna ou motivos competitivos podem estar impulsionando a política. O episódio é enquadrado como parte de uma tensão maior entre o controle das app stores, o licenciamento open-source e a confiança dos desenvolvedores em plataformas dominantes.
Banimento da Asset Store da Unity e a justificativa da política
- Os termos do fornecedor da Unity proíbem explicitamente GPL e LGPL (por nome) e licenças copyleft “semelhantes” em assets da Asset Store.
- Alguns comentaristas argumentam que isso é uma gestão de risco racional: a Unity se tornaria uma redistribuidora vinculada às obrigações da LGPL e não quer esse ônus contratual ou de auditoria.
- Outros veem isso como excessivamente cauteloso ou hostil ao copyleft, projetado para manter o licenciamento “sem atrito” para desenvolvedores de jogos que esperam que os assets da loja sejam plug-and-play em todas as plataformas.
LGPL, linking e app stores
- Longa discussão sobre o que a LGPL realmente exige:
- Se você modificar uma biblioteca LGPL, deve fornecer o código-fonte; os usuários devem poder relincar com uma versão modificada.
- O linking dinâmico é o caminho comum de conformidade, mas o linking estático também pode cumprir se você fornecer arquivos objeto ou equivalente.
- App stores (iOS, Android, consoles) complicam isso: assinatura de código, DRM e regras das lojas muitas vezes impedem que usuários finais troquem bibliotecas, o que pode tornar a conformidade estrita com a LGPL impossível na prática.
- Alguns argumentam que a LGPLv2 ainda poderia ser compatível se a modificação fosse apenas “tecnicamente possível”, mesmo que difícil (por exemplo, sideloading, jailbreak); outros dizem que isso é efetivamente quebrado pela “tivoização”.
- Há desacordo sobre se distribuir código LGPL por meio dessas lojas já é amplamente não compatível.
Aplicação seletiva e alegações de duplo padrão
- O artigo afirma que os assets do VLC na Unity foram banidos por causa da LGPL, mas que muitos outros assets da Unity supostamente distribuem dependências LGPL (por exemplo, FFmpeg) sem consequência.
- Comentadores observam que a própria Unity supostamente usa componentes LGPL no editor e no runtime; alguns veem isso como um duplo padrão, outros respondem que a Unity controla seu próprio pipeline de build/distribuição, ao contrário de assets de terceiros.
- Vários veem o banimento como preguiça: o caminho jurídico mais fácil é remover um asset denunciado em vez de trabalhar com eles para alcançar conformidade.
Reação à postagem do VLC e à nova loja
- Alguns leitores acham que o artigo mudou de rumo de forma estranha para promover uma nova loja, lendo como “clickbait” ou anúncio; outros o defendem como uma narrativa natural de “fomos banidos, aqui está nossa alternativa”.
- É enfatizado que o plugin da Unity continua sendo open source; as ofertas pagas cobrem binários pré-compilados e suporte.
Temas mais amplos
- Debate sobre “licenciamento viral” versus “copyleft”, com alguns rechaçando “viral” como pejorativo.
- O autor original da LGPL (na era da v1) observa que app stores e binários assinados não foram antecipados; vê plataformas no estilo iOS como fundamentalmente em desacordo com os objetivos da LGPL de modificação pelo usuário.
- Crítica mais ampla ao poder das app stores, à moderação arbitrária e às recentes decisões de liderança e negócios da Unity.