[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]"ISC. Gerardo Santana Gómez Garrido" wrote: > Sandino Araico Sanchez wrote: > > > > "ISC. Gerardo Santana Gómez Garrido" wrote: > > > > > Sandino Araico Sanchez wrote: > > > > > > > > Luis Manuel Lepe Vizcaino wrote: > > > > > > > > > ¿Me podrías sacar de mi ignorancia? ¿Cuales puntos? > > > > > > > > Por ejemplo que si le haces una mejora a QT tu no puedes distribuir el > > > > parche, tienes que mandárselos a los trolles y si se les pega la gana aplican > > > > tu parche en la siguiente versión y si no se les pega la gana pues no lo > > > > hacen y ya. > > > > > > Claro que, más que la "gana", el criterio es si tus modificaciones > > > corrigen problemas, añaden características importantes, implementan una > > > mejora importante, etc... > > > > > > Entiendo que para evitar la fragmentación de Qt. > > > > Si utilizas GPL no restringes a nadie el derecho de fragmentar el desarrollo de tu > > proyecto, pero al mismo tiempo tienes el derecho de reincorporar a tu proyecto > > (cada que se te pegue la gana) el código resultante de la fragmentación realizada > > por otras personas, de esta manera los proyectos bajo licencia GPL se vuelven > > digamos que inmunes a la fragmentación. > > Ciertamente. Hasta donde sé, no ha habido proyecto bajo GPL fragmentado > (a excepción de emacs). Aunque no por eso el riesgo de fragmentación > deja de existir. ¿Y si tomamos como ejemplo de fragmentación con licencia libre a los BSD? Que yo sepa lleva años fragmentado el asunto y sin embargo intercambian mejoras tan promiscuamente que siguen evolucionando juntos... -- Sandino Araico Sánchez La humanidad es la plaga más grande y devastadora que nuestro planeta haya visto jamás. -- Para desuscribirse, mande correo a: ayuda-unsubscribe en linux org mx Para comandos adicionales, envíelo a: ayuda-help en linux org mx