A TrueNAS desativou seu repositório público de construção no GitHub, transferindo toda a infraestrutura de compilação para sistemas internos da iXsystems, o que gerou debates na comunidade de auto-hospedagem e armazenamento de código aberto sobre a transparência e a abertura do projeto.
Inicialmente, a empresa justificou a transição pela necessidade de atender a requisitos de segurança, como o suporte ao Secure Boot, que exige maior controle sobre a assinatura de arquivos. Entretanto, a menção ao Secure Boot foi removida da nota oficial pouco tempo depois, o que aumentou o ceticismo de alguns usuários.
Muitos administradores argumentam que outras distribuições Linux mantêm o ferramental de compilação público mesmo mantendo as chaves de assinatura privadas. A preocupação central reside na dificuldade de verificar se as imagens oficiais correspondem exatamente ao código-fonte disponível, reduzindo a capacidade de auditoria independente.
Em resposta, funcionários da TrueNAS afirmaram que manter dois sistemas de compilação gerava duplicidade de esforço desnecessária. Eles ressaltaram que os componentes de código aberto permanecem acessíveis sob suas licenças originais, como a GPL3, permitindo que a comunidade mantenha suas próprias versões se desejar.
Embora o software continue baseado em tecnologias abertas como Debian e OpenZFS, a migração para um processo interno sinaliza uma mudança na forma como o projeto interage com colaboradores externos.
Para a empresa, o foco agora recai sobre a eficiência operacional e a proteção contra forks comerciais que não contribuem com o desenvolvimento original. Para os usuários, o cenário atual exige confiança direta na integridade dos processos internos da iXsystems, já que o caminho entre o código e o produto final ocorre fora da vista do público.