Software Libre...
Con las libertades que esto conlleva, los usuarios, tanto individualmente cono en forma colectiva pueden controlar el software y lo que hace.
En un Software es Libre si tiene las cuatro libertades esenciales:
- La libertad de ejecutar el programa para cualquier propósito (libertad 0).
- La libertad de estudiar cómo funciona el programa, y cambiarlo para que haga lo que usted quiera (libertad 1). El acceso al código fuente es una condición necesaria para ello.
- La libertad de redistribuir copias para ayudar a su prójimo (libertad 2).
- La libertad de distribuir copias de sus versiones modificadas a terceros (libertad 3). Esto le permite ofrecer a toda la comunidad la oportunidad de beneficiarse de las modificaciones. El acceso al código fuente es una condición necesaria para ello.
Un Software es libre tienen todas estas libertades. Por tanto, usted debe ser libre de distribuir copias, tanto con o sin modificaciones, ya sea gratuitamente o cobrando una tarifa por la distribución, a cualquier persona en cualquier parte. El ser libre de hacer esto significa, entre otras cosas, que no tiene que pedir ni pagar el permiso.
También tiene que tener la libertad de hacer modificaciones y usarlas en privado para su propio trabajo o pasatiempo, sin siquiera mencionar que existen. Si publica sus cambios, no debe estar obligado a notificarlo.
La libertad de ejecutar el programa significa que cualquier tipo de persona u organización es libre de usarlo en cualquier tipo sistema de computación, para cualquier tipo de trabajo y finalidad, sin que exista obligación alguna de comunicarlo al programador ni a ninguna otra entidad especifica. En esta libertad, lo que importa es el propósito de los usuarios, no el de los programadores. Usted como usuario es libre de ejecutar el software para alcanzar sus propósitos, y si lo distribuye a otra persona, también esa persona seria libre de ejecutarlo para lo que lo necesite; usted no tiene derecho de imponerle sus propios objetivos.
La libertad de distribuir copias debe incluir las formas binarias o ejecutables del programa, así como el código fuente,tanto para las versiones modificadas como para las que no lo estén. resulta aceptable si no existe un modo de producir un formato binario o ejecutable de un programa especifico, dado que algunos lenguajes no incorporan esa característica, pero debe tener la libertad de redistribuir dichos formatos si encontrara una forma de hacerlo.
Para que la libertad 1 y 3 de realizar cambios y publicar las versiones modificadas tengan sentido, usted debe tener acceso al código fuente del software, Por consiguiente, el acceso al código fuente es una condición necesaria para que sea software libre. Le código fuente ofuscado no es el código fuente real, y no cuanta como código fuente.
La libertad 1 incluye la libertad de usar su versión modificada en lugar de la original. Si el software se entrega como un producto diseñado para ejecutar versiones modificadas de terceros, pero rechaza ejecutar las suyas, una practica conocida como (tivoizacion o arranque seguro); la libertad 1 se convierte mas en una ficción teórica que en una libertad practica. Esto no es suficiente, en otras palabras, estos binarios no son software libre, incluso si se compilaron desde un código fuente que si es libre.
Una manera importante de modificar el programa es agregándole subrutinas y módulos libres ya disponibles. Si la licencia del programa especifica que no se pueden añadir módulos que ya existen y que están bajo una licencia apropiada, por ejemplo si requiere que usted sea el titular de los derechos de autor del código que desea añadir, entonces se trata de una licencia demasiado restrictiva como para considerarla libre.
La libertad 3 incluye la libertad de publicar sus versiones modificadas como software libre. Una licencia libre también puede permitir otras formas de publicarlas; en otras palabras, no tiene que ser una licencia de copyleft. No obstante, una licencia que requiera que las versiones modificadas no sean libres, no se puede considerar libre.
Para que estas libertades sean reales, deben ser permanentes e irrevocables siempre que usted no cometa ningún error; si el programador del software tiene el poder de revocar la licencia, o de añadir restricciones a las condiciones de uso en forma retroactiva, sin que haya habido ninguna acción de parte del usuario que lo justifique, el software no es libre.
Sin embargo, ciertos tipos de reglas sobre la manera de distribuir software libre son aceptables, cuando no entran en conflicto con las libertades principales. Por ejemplo, el copyleft (definido muy resumidamente) es la regla en base a la cual, cuando redistribuye el programa, no puede agregar restricciones para denegar a los demás las libertades principales. Esta regla no entra en conflicto con las libertades principales, más bien las protege.
Software libre no significa que no es comercial. Un programa libre debe estar disponible para el uso comercial, la programación comercial y la distribución comercial. La programación comercial de software libre ya no es inusual; tal software libre comercial es muy importante. Puede haber pagado dinero para obtener copias de software libre, o puede haber obtenido copias sin costo. Pero sin tener en cuenta cómo obtuvo sus copias, siempre tiene la libertad de copiar y modificar el software, incluso de vender copias.
Si una modificación constituye o no una mejora, es un asunto subjetivo. Si su derecho a modificar un programa se limita, básicamente, a modificaciones que alguna otra persona considera una mejora, el programa no es libre.
No obstante, eventuales reglas sobre cómo empaquetar una versión modificada son aceptables si no limitan substancialmente su libertad para publicar versiones modificadas, o su libertad para hacer y usar versiones modificadas en privado. Así, es aceptable que una licencia le obligue a cambiar el nombre de la versión modificada, eliminar el logotipo o identificar sus modificaciones como suyas. Son aceptables siempre y cuando esas obligaciones no sean tan agobiantes que le dificulten la publicación de sus modificaciones. Como ya está realizando otras modificaciones al programa, no le supondrá un problema hacer algunas más.
Las normas del tipo si pone a disposición su versión de este modo, también debe hacerlo de este otro modo
también pueden ser, bajo la misma condición, admisibles. Un ejemplo de una norma admisible sería alguna que requiera que, si usted ha distribuido una versión modificada y uno de los programadores anteriores le solicita una copia, usted deba enviársela (tenga en cuenta que tal norma le sigue permitiendo optar por distribuir o no distribuir su versión). Las normas que obligan a suministrar el código fuente a los usuarios de las versiones publicadas también son admisibles.
Un problema particular se presenta cuando la licencia requiere que a un programa se le cambie el nombre con el cual será invocado por otros programas. De hecho este requisito dificulta la publicación de la versión modificada para reemplazar al original cuando sea invocado por esos otros programas. Este tipo de requisitos es aceptable únicamente cuando exista un instrumento adecuado para la asignación de alias que permita especificar el nombre del programa original como un alias de la versión modificada.
No hay comentarios:
Publicar un comentario