Eric S. Raymond, un dos fundadores da OSI (Open Source Initiative), que estivo nas orixes do movemento de código aberto, que se lle negou o acceso ás listas de correo OSI nas que se atopaba revisión dos puntos 5 e 6 relacionados coa prohibición da discriminación, e tamén criticou os intentos de limitar comportamentos pouco éticos a nivel de licenzas e imposición de ideas . Xa hai varios meses en OSI relacionados cos intentos de habilitar a licenza (Cryptographic Autonomy License) é unha das licenzas abertas aprobadas por OSI. En xaneiro
debido a desacordos relacionados coa CAL de OSI Bruce Perens, quen xunto con Eric Raymond desenvolveu a definición de código aberto e creou a organización OSI.
Segundo Raymond, a organización OSI alcanzou un nivel de burocratización correspondente ao terceiro , suxerido polo escritor "O comportamento de calquera organización burocrática enténdese mellor supoñendo que está controlada por unha conspiración secreta dos seus inimigos". Raymond foi eliminado das listas de correo por ser demasiado persistente contra unha interpretación diferente dos principios fundamentais que prohiben nunha licenza a vulneración dos dereitos de determinados colectivos e a discriminación no ámbito de aplicación.
Segundo Raymond, actualmente hai un intento de redefinir os fundamentos culturais do software de código aberto. En lugar dos principios da meritocracia e do enfoque de “mostrame o código”, imponse un novo modelo de comportamento, segundo o cal ninguén debería sentirse incómodo. O efecto de tales accións é reducir o prestixio e a autonomía das persoas que realizan o traballo e redactan o código, en favor dos autoproclamados gardiáns dos costumes nobres (, céntrase na forma en que se presentan os argumentos máis que nos propios argumentos).
Este traballo, aínda que se realice con boa intención, perturba os procesos de autocorrección de comportamentos na comunidade e pode converterse moi facilmente en censura doutras opinións. Os "códigos de conduta", deseñados para regular incluso as actividades dos participantes non relacionadas co proxecto, están cada vez máis estendidos e convértense a miúdo nunha ferramenta para suprimir puntos de vista alternativos e outras opinións.
En canto ás restricións éticas nas licenzas e a unha visión diferente dos puntos 5 e 6 da definición de licenza aberta, recentemente, cada vez máis proxectos manifestaron a súa insatisfacción co feito de que os provedores de nube crean produtos comerciais derivados e se dedican á revenda de marcos abertos e DBMS en forma de servizos na nube, pero non participan na vida da comunidade e non axudan no desenvolvemento. A consecuencia é a introdución de licenzas que impoñen restricións ao ámbito de uso. Licenzas similares adoptáronse nos últimos anos en proxectos como , , , и .
Unha licenza pode converterse nun precedente (Cryptographic Autonomy License), que está preto de ser considerada aberta pola organización OSI. Esta licenza introduce novas restricións debido ao desexo de evitar que as empresas controlen os datos dos usuarios e de obrigar aos desenvolvedores de aplicacións a almacenar claves de cifrado só nos sistemas dos usuarios finais. Os requisitos sinalados pódense considerar como unha discriminación contra os desenvolvedores de aplicacións que almacenan claves nun servidor centralizado.
Lembra que a CAL á categoría de licenzas copyleft e por orde do proxecto específicamente para a protección adicional dos datos do usuario en aplicacións P2P distribuídas. Holochain está a desenvolver unha plataforma baseada en hashchain para construír aplicacións distribuídas verificadas criptográficamente e, coa nova licenza, está a tentar garantir que calquera aplicación baseada en Holochain sexa fiable e autónoma. Ademais de esixir que todos os traballos derivados se distribúan baixo os mesmos termos, a licenza concede un rendemento público só mantendo a confidencialidade e a autonomía das claves criptográficas privadas de cada usuario individual.
CAL é conceptualmente diferente doutras licenzas, xa que abarca non só o código, senón tamén os datos que se están procesando. Baixo unha CAL, se a confidencialidade das chaves dun usuario se ve comprometida (por exemplo, as claves almacénanse nun servidor centralizado), inflúe a propiedade dos datos e pérdese o control das súas propias copias da aplicación. Na práctica, esta función de licenza permite a manipulación das chaves só do lado do usuario final, sen almacenalas en servidores centralizados. Por exemplo, unha licenza CAL non permitirá que unha empresa cree o seu propio chat P2P corporativo baseado en Holochain, no que as claves dos empregados se colocan nun almacenamento común controlado pola empresa, o que non exclúe a posibilidade de ler a correspondencia.
Nota: actualmente , o sitio web da OSI (Open Source Initiative), que verifica que as licenzas cumpran os criterios de código aberto, non está dispoñible na Federación Rusa debido a Roskomnadzor (IP 159.65.34.8 inclúese na antiga lista de bloqueo de servizos na nube que se usaban en Telegram). Por un motivo similar para o bloqueo 68 recursos relacionados co desenvolvemento de código aberto, incluíndo blogs.apache.org, git.openwrt.org, mozilla.cloudflare-dns.com, bugs.php.net, bugs.python.org, etc.
Fonte: opennet.ru