Yaml: LICENCIA LGPL

¿Por qué elegir una licencia más restrictiva que la implementación en C de golang y libyaml?

La licencia no es compatible con versiones anteriores ... Tienes que terminar reinventando el código de reescritura de la rueda bajo una licencia portátil.

Recomiendo cambiar la licencia o contribuir a un proyecto diferente con una licencia más permisiva. 2, 5, 10 años después, si descubre que su situación no es compatible con LGPL, no tendrá más remedio que empezar de nuevo y escribir desde cero.

Como actualización, encontré una alternativa, https://github.com/cloudfoundry-incubator/candiedyaml. docker / libcompose cambia de este proyecto a él en https://github.com/docker/libcompose/pull/91.

Eso es bastante irónico. Ese proyecto es una copia de go-yaml. Puedo ver partes que fueron claramente "inspiradas" por go-yaml. Si está preocupado por las licencias, está cambiando de alguien que está tratando de brindarle soporte a alguien que está copiando lógica sin licencia.

Ve a por ello. :-)

Después de mucho debate interno, finalmente logramos un acuerdo para mover la licencia hacia Apache License v2. Reapertura hasta que aterrice la licencia.

bueno escuchar. Hola, le agradecería que también indique, siempre que pueda, si hubo algún paso específico que haya tomado para volver a licenciar esto. Solo tengo curiosidad por saber si hay algo específico para cambiar las licencias de un proyecto (aparte del cambio obvio del archivo de licencia).

El principal problema es que se le permita legalmente hacerlo, que no es algo en lo que pueda ayudarlo en detalle. Como un punto a observar, si obtuvo contribuciones a su proyecto sin un acuerdo de licencia que le permita hacer eso, no puede cambiar la licencia sin pedir permiso explícito a todos sus colaboradores, porque implícitamente licenciaron el trabajo bajo ese mismo licencia para ti.

@niemeyer : ¡es bueno saber que se está cambiando la licencia! ¿Hay actualizaciones sobre el esfuerzo?

Acabo de enviar el texto en e4d366f, disculpas por la demora.