Introducción al
Software Libre
Y Estándares Abiertos
Contenido
Filosofía del Software Libre
Licencia GPL y sus derivados
Código Abierto y sus Licencias
Filosofía del Software Libre
Filosofía del Software Libre
Historia del Software Libre
• En los primeros años de la computación no
existía el críterio de valor por el Software.
• En los 70 : Años Oscuros
• 1983 : Richard Stallman anuncia en Usenet la
creación del proyecto GNU (GNU no es Unix).
• 1984 : Se crea el X Window System, la piedra
fundacional de las interfaces gráficas para Unix,
utilizando una licencia de código abierto y
dirigido por una organización independiente.
Historia del Software Libre
• 1985 : Richard Stallman crea la Free Software
Foundation. Es aquí donde se estudian y
definen las licencias de (Su licencia más
famosa, la General Public License o GPL).
• 1987 : Stallman y otros colaboradores crean
GCC o GNU Compiler Collection, la herramienta
de compilación por excelencia de los proyectos
de código abierto, usada hasta el día de hoy en
alguna de sus encarnaciones.
Historia del Software Libre
• 1991 : Linus Torvalds publica la primera
versión de Linux.
• 1994 : Rasmus Lerdorf crea el lenguaje
PHP, Permitió que la creación de páginas
web.
• 1995: La empresa sueca MySQL AB crea
la base de datos MySQL. (se convierte
rápidamente en el motor de miles de sitios
web).
Historia del Software Libre
• 1995: Se crea el servidor web Apache.
Junto a Linux, MySQL y PHP causaron
una explosión de nuevos sitios web,
creándose la mítica combinación LAMP
(Linux/Apache/MySQL/PHP).
• 1995: Sergey Brin y Larry Page trabajan
en lo que hoy conocemos como Google.
Historia del Software Libre
• 1995: Amazon.com vende su primer libro.
La empresa se convierte rápidamente en
la tienda online más grande del mundo.
• 1996: Matthias Ettrich funda el proyecto
KDE. Se trata de un esfuerzo para
estandarizar la forma en que se ven y se
comportan las aplicaciones gráficas en
sistemas operativos basados en Unix
(Linux, FreeBSD y otros).
Historia del Software Libre
• 1997: Motivados por las restricciones de
licencia de KDE, Miguel de Icaza y
Federico Mena crean el proyecto GNOME.
• 1998: Netscape da por perdida la batalla
de los navegadores y decide publicar el
código fuente de Netscape Navigator,
creando el proyecto Mozilla.
Historia del Software Libre
• 2001: IBM declara que invertirá USD$1
billón en Linux.
• 2003: Oracle, anuncia Integración con
Linux,
Software Libre
• Cuando se utiliza la expresión Software Libre
como traducción de la palabra original en
idioma Ingles ´´ Free Software ``, estamos
denotando que nos encontramos frente a un
software libre en cuanto a su utilización, y cuyo
código fuente es abierto (Open Source), y
no necesariamente a software que sea en
estricto sentido gratuito o no comercial. Un
software libre puede perfectamente ser
diseñado para fines comerciales y ello no
desnaturaliza su propósito.
Libertades del Software Libre
Es aquel que tiene estas 4 libertades:
0. La libertad de usar el programa, en
cualquier sitio, con cualquier propósito.
1. La libertad de estudiar cómo funciona el
programa y adaptarlo a tus necesidades.(el
acceso al código de fuente es una condición
previa esto).
2. La libertad de distribuir copias, con lo que
puedes ayudar a tu vecino.
3. La libertad de mejorar el programa y hacer
públicas las mejoras a los demás, de modo que
toda la comunidad se beneficie(el acceso al
código de fuente es una condición previa esto).
Libertades del Software Libre
• Según Stallman, Software Libre es un
asunto de Libertad no de precio.
• Software Libre se refiere a la libertad de
los usuarios de correr, copiar, distribuir,
estudiar, cambiar y mejorar el software
• Estas Libertades están expresadas en la
Licencia Pública General de GNU (GNU
General Public License)
Qué es el software propietario?
El software no libre (también llamado software
propietario, software privativo) se refiere a cualquier
programa informático en el que los usuarios tienen
limitadas las posibilidades de usarlo, modificarlo o
redistribuirlo (con o sin modificaciones), o cuyo
código fuente no está disponible o el acceso a éste
se encuentra restringido .
Consecuencias del modelo
tradicional para el usuario
• Dependencia de un proveedor
• Falta de garantías
• Falta de soporte
Software libre vs Software propietario
El Copyleft
vs
el Copyright
• En premeditada contraposición al término
COPYRIGHT, surge la expresión
COPYLEFT, como palabra que significa
todo lo contrario a las prerrogativas que
reporta el Copyright. En palabras de
Richard Stallman ´´ En lugar de poner el
software libre GNU en el dominio público,
nosotros lo protegemos con Copyleft ``
COPYLEFT
• Utilizando un juego de palabras; podemos decir que
el Copyleft es una restricción a las restricciones.
Así como el Copyright le permite a su titular imponer
condiciones, restricciones y limitantes; el Copyleft, le
impide a quien realice mejoras, actualizaciones,
estudios o cualquier uso sobre un software libre, que
al distribuirlas o redistribuirlas, imponga restricción
alguna que afecte la naturaleza de libre que tenia el
software al inicio el proceso y por lo tanto se
conservaran y respetaran las mismas libertades que le
fueron otorgadas.
LICENCIA DE SOFTWARE
• Es un tipo de contrato de software
LICENCIAS
• Una licencia es aquella autorización formal que un
autor de un software da a un interesado para ejercer
"actos de explotación legales". Pueden existir tantas
licencias como acuerdos concretos se den entre el
autor y el licenciatario.
• Por eso, no podemos enumerar los tipos de licencias,
porque cada autor puede tener la suya, y una distinta
para cada programa, a continuación hablaremos de
las mas comunes:
TIPOS DE LICENCIAS
Desde el punto de vista del software libre, existen
distintas variantes del concepto o grupos de licencias:
• Licencias GPL
• Licencias BSD
• Licencia MPL
Licencia Publica General (LPG)
General Public license (GPL)
• Los principios que inspiran al software libre y que se
garantizan a través del Copyleft, se logran gracias a la
adopción del sistema de Licencia Pública General
(LPG) o en ingles Public General License (PGL).
LICENCIAS GPL
Licencia Pública General
• La GNU General Public License (inglés: Licencia
Pública General) es una licencia creada por la Free
Software Foundation.
• El autor conserva los derechos de autor (copyright), y
permite la redistribución y modificación bajo términos
diseñados para asegurarse de que todas las
versiones modificadas del software permanecen bajo
los términos más restrictivos de la propia Esto hace
que sea imposible crear un producto con partes no
licenciadas GPL.
LICENCIAS LGPL
Menor Licencia Pública General
• Lesser General Public License (LGPL) Es
una licencia con características y beneficios
similares a la GPL, pero con la diferencia que
permite enlazar módulos privativos al
código, por eso se considera una licencia débil.
La Free Software Foundation sólo la
recomienda para circunstancias especiales y
estrictamente necesarias.
Licencias BSD
Berkeley Software Distribution
• La única obligación que exigen es la de dar crédito a
los autores, mientras que permite tanto la
redistribución. Así mismo se da permiso para realizar
modificaciones y ser integrada con otros programas
casi sin restricciones.
LICENCIA MPL
MOZILLA PUBLIC LICENSE.
• Fue el instrumento utilizado por Netscape. Para liberar
su Netscape Communications 4.0 y empezar Mozilla.
• La licencia MPL cumple completamente con la
definición de software de código abierto de la Open
Source Initiative (OSI) y con las cuatro libertades del
software libre enunciadas por la Free Software
Foundation (FSF). Sin embargo la MPL deja abierto el
camino a una posible reutilización no libre del
software, si el usuario así lo desea, sin restringir la
reutilización del código ni el relicenciamiento bajo la
misma licencia.
• En otras palabras, permite que módulos libres puedan
convivir con módulos privativos.
Código abierto y sus diferentes
licencias
Qué es Código Abierto?
Es la expresión con la que se conoce al Software
distribuido y desarrollado libremente. Se focaliza más
en los beneficios prácticos (acceso al código fuente)
que en cuestiones éticas o de libertad que tanto
destacan en el Software Libre.
Historia
Se utilizó por primera vez en 1998 las comunidades de
Software Libre, tratando de usarlo como reemplazo al
ambiguo nombre original en inglés del Software Libre
(free software) «free» en inglés significa dos cosas
distintas dependiendo del contexto: gratuidad y
libertad. Lo cual implica, para el caso que nos ocupa,
“software que podemos usar, leer, modificar y
distribuir gratuitamente” y además software libre,
según la acepción española de libertad.
En la actualidad el código abierto se utiliza para definir
un movimiento nuevo de Software (la iniciativa
Open Source), diferente al movimiento del
Software Libre, incompatible con este último desde
el punto de vista filosófico, y completamente
equivalente desde el punto de vista práctico, de
hecho, ambos movimientos trabajan juntos en el
desarrollo práctico de proyectos.
La idea bajo el concepto de Código abierto es sencilla:
cuando los programadores (en internet) pueden leer,
modificar y redistribuir el código fuente de un
programa, este evoluciona, se desarrolla y mejora. Los
usuarios lo adaptan a sus necesidades, corrigen sus
errores a una velocidad impresionante, mayor a la
aplicada en el desarrollo de software convencional o
cerrado, dando como resultado la producción de un
mejor software.
La etiqueta “Open Source” surgió de una reunión
estratégica el 03 de febrero de 1998 en Palo Alto,
California.entre los presentes estaban:
Eric Raymond (filósofo SL y parte GNU/Linux)
Bruce Perens (lider del grupo Debian)
John Maddog Hall (de la organización Linux
Internacional)
Sam Ockman (grupo de usuarios de Linux de
Sillicon Valley)
Con la intensión de reactivar frente al plan de
Netscape de liberar el código fuente de su navegador
“Netscape Navigator”.
La idea básica es simple: cuando un programador
puede leer, redistribuir y modificar el código fuente de
un programa, el mismo se mejora, adapta y corrige.
Definición de Código Abierto
Los términos para la distribución del Software de
Código Fuente Abierto tienen que cumplir con el
siguiente críterio:
1. Redistribución Libre
La licencia no deberá impedir la venta o el impedimento del
software como un componente de una distribución de software
que contega programas de muchas fuentes distintas a ninguna
parte. La licencia no deberá requerir el pago de los derechos de
autor u otra tasa por dicha venta.
2. Código Fuente
El programa tiene que incluir el código fuente y tiene que
permitir la distribución tanto en código fuente, como en forma
compilada. El código fuente tiene que ser la forma preferida en el
cuál un programador modificará el programa, el código fuente
deliberadamente ofuscado no esta permitido.
3. Trabajos Derivados
La licencia tiene que permitir modificaciones y trabajos
derivados, también tiene que permitir que ellos sean distribuidos
bajo los términos de la licencia de software original.
4. Integridad del Código Fuente del autor
La licencia puede impedir que el código fuente sea distribuido en
forma modificada solamente si la licencia permite la distribución
de archivos parches con el código fuente con el objetivo de
modificar el programa en tiempo de construcción. Licencia tiene
que permitir explícitamente la distribución del software
construido a partir del código fuente modificado. La licencia
puede requerir que los trabajos derivados tengan un nombre
distinto o un número de versión distinto del software original.
5. No a la discriminación de personas o grupos
La licencia no tiene que discriminar a ninguna persona o grupos
de personas.
9. La licencia no tiene que restringuir a otro
Software
La licencia no tiene que colocar restricciones en otro programa
que es distribuido con software licenciado. Por ejemplo, la
licencia no tiene que insistir en que todos los otros programas
distribuidos en el mismo medio tengan que ser software de
código abierto.
Licencias aceptadas
En la Fundación para el Software Libre se califica según
los siguientes críterios:
Si califica como licencia de Software Libre. (O sea
que cumple con las libertades 0, 1, 2 y 3).
Si es una licencia de Copyleft.
Si es compatible con la GNU GPL.
Si causa algún problema práctico en particular.
De esta calificación surgen tres tipos de licencias:
Licencias de Software Libre compatibles con la GNU
GPL.
Licencias de Software Libre incompatibles con la
GNU GPL.
Licencias No libres del Software.
En la iniciativa Código Fuente Abierto se utiliza la
certificación OSI (Open Source Iniciative). Para
acceder a esta certificación la licencia bajo la que se
distribuye el mismo debe cumplir con la definición de
Código Fuente Abierto.
Licencias Aceptadas por ambos
GNU General Public License.
GNU Lesser General Public License.
Licencia BSD.
Licencia de MIT.
Licencia Zlib.
Licencia W3C.
Mozilla Public License.
QT Public License.
IBM Public License.
Python Software License.
Apache Software License.
Sun Industry Standars Source License.
Zone Public License.
Licencias Aceptadas Particularmente
OpenSourceIniciative FreeSoftwareFoundation
MITRECollaborativeVirtualWorkspace LicenciaGuile.
RICOHSourceCodePublicLicense. CrytixGeneralLicense.
VOVIDASoftwareLicense. LicenciadebasesdedatosdeBerkley.
INTELOpenSourceLicense. LicenciadeNetscapeJavascript.
JABBEROpenLicense.
NOKIAOpenSourceLicense.
SleepycatLicense.
NETHACKGeneralPublicLicense.
CommonPublicLicense.
XNETLicense.
EiffelForumLicense.
MotoSotoLicense.
OpenGroupTestSuiteLicense.
NCSAOpenSourceLicense.
ArtisticLicense.
ApplePublicLicense.
SunPublicLicense.
Software Libre vs. Código Fuente Abierto
Expresión de ideas
Que empresas de
filosóficas: libertad de los software propietario
usuarios. liberen el código fuente.
Aspira a erradicar el Convivir con software
software propietario. propietario.
Usa Licencia estricta para Habla de lineamientos
asegurar su para licencias de código
supervivencia (GPL). Fuente Abierto.
La libertad del usuario La libertad del usuario es
esta garantizada. incierta.
Estandares Abiertos
Introducción
El uso de los estándares es un elemento clave en la innovación y
el desarrollo tecnológico ya que proporciona un marco de trabajo
común que hace posible la interoperación entre equipos y
sistemas, incluso cuando son de distintos fabricantes. Esto, es
cierto para cualquier ámbito de la técnica, se vuelve
especialmente relevante cuando hablamos de sistemas tan
complejos como los sistemas informáticos modernos.
Sin embargo no todos los estándares por el mero hecho de serlo
son igualmente beneficiosos para el desarrollador tecnológico.
Concretamente los estándares denominados como abiertos son
especialmente interesantes porque favorecen la competencia
plena entre proveedores de una tecnología y sus productos y
servicios asociados.
.
Que son los Estándares Abiertos?
Es una especificación disponible públicamente, para lograr una
tarea específica, tiene varios derechos de uso asociados a él
además puede tener varias propiedades de como fue diseñado.
No hay una única definición y las interpretaciones varian con el
uso.
Los estándares abiertos tienden a generar un mercado libre y
muy dinámico, porque al no haber restricciones en su uso lo
común es que sobre unos estándares abiertos se edifiquen otros
y así sucesivamente. Es el caso de los estándares más comunes
de internet y por lo tanto de la internet misma.
Ser un estándar abierto, implica que las licencias de las posibles
patentes estén disponibles gratuita y libremente (libres de
regalías) Por Ejemplo la regla de los estándares publicadas por
los organismos de normalización reconocidos internacionalmente
como el IETF (grupo de trabajo de Ingenería de Internet), ISO
(Organización Internacional de Normalización), IEC (Comisión
Electotécnica Internacional) y ITU-T (Sector de Normalización de
las Telecomunicaciones de la UIT).
Permiten a sus estándares contener especificaciones cuya
implementación requerirá el pago de licencia de patentes. Entre
estas organizaciones, sólo el IETF y el ITU-T se refieren
esplícitamente a los estándares como “Estándares abiertos”,
mientras que los otros se refíeren sólo a la producción de
“estándares”. La IETF y ITU-T usan definiciones de “estándar
abiertos” que permiten “razonables y no discriminatorias”
licencias de patentes que requieren un pago.
Este sujeta a una evaluación pública completa, se puede usar sin
restricciones y este disponible por igual para todas las partes.
No necesita ningún componente o extensión adicional que tenga
dependencias con formatos o protocolos que no cumplan la definición de un
Estándar Abierto.
Este libre de cláusulas legales o técnicas que limiten su utilización por
cualquier parte o en cualquier modelo de negocio;
Este gestionado y pueda ser desarrollado independientemente por
cualquier compañía en un proceso abierto a la participación equitativa por
parte de competidores y terceras partes.
Este disponible en varias implementaciones completas por compañias en
competencia, o como una implementación completa disponible para todas
las partes.
Ejemplo de Estándares Abiertos
Sistemas
GSM, Sistema Global para comunicaciones móviles especificado por 3GPP.
Hardware
ISA (especificación de IBM para tarjetas plug-in a PC de arquitectura IBM, después
estándarizados por el IEEE)
PCI (especificación de Intel para tarjetas PCI de arquitectura IBM)
AGP (especificación de Intel para tarjetas de vídeo a PC de arquitectura IBM)
Software
HTML/XHTML (especificación de W3C para formato de documentos estructurados)
SQL (especificación aprobada por la ANSI y ISO, con múltiples generaciones de
diseño y además menos variantes oficiales)
IP (especificación de la IETF para trasmitir paquetes de datos por una red)
TCP (especificación de la IETF para implementar flujo de datos en IP)
PDF/X y PDF/A (especificaciones originarias de Adobe Systems Incorporated) para
algunos formatos de documentos (subconjuntos de PDF versión 1.4 ratificada
después por la ISO como ISO 15930-1:2001 la primera y la ISO 19005-1:2005
segunda)
OpenDocument (especificación de OASIS para documentos ofimáticos incluyendo
documentos de texto hojas de cálculo, diseños vectorialesy presentaciones,
ratificada como ISO 26300 en noviembre de 2006.)
Por qué Estándares Abiertos Libres?
Hay un consenso en formación de los objetivos de los Estándares
Abiertos son los de asegurar que ningún grupo en particular
pueda controlar el desarrollo y evolución del estándar y que
nadie pueda impedir a ningún otro implementar o usar el
estándar y sus versiones derivadas. Desafortunadamente,
algunas definiciones han sido propuestas y adoptadas, antes de
este consenso, que no alcanzan los objetivos pretendidos.
http://en.wikipedia.org/wiki/Open_standard
Hasta que este consenso en formación sea generalizado,
nosotros preferimos referirnos usando un calificador: Estándares
Abiertos Libres, para dejar claro que nos referimos a Estándares
Abiertos para lograr los objetivos de promover la
interoperabilidad y prevenir el aprisionamiento por vendedores.
.
Recomendaciones acerca de formatos
Como estándares abiertos se recomienda:
Documentos
El Estándar PDF como opción preferencial, para
documentos de texto, hojas de cálculo y presentaciones en
sus versiones finales o de los que no desea almacenar una
copia que no vaya a necesitar ser modificada. De este
estándar deben utilizarse las versiones PDF/A (ISO/IEC
19005-1:2005) o PDF 1.7 (ISO/IEC 32000-1:2008).
El Estándar Open Document (ISO/IEC 26300) para los
documentos de texto (.ODT), hojas de cálculo (.ODS) y
presentaciones de trabajo (.ODP), en los que
previsiblemente se tengan que realizar tareas de edición.
.
Recomendaciones acerca de formatos
Como estándares abiertos se recomienda:
Imágenes
El Estándar PNG (ISO/IEC 15948 e IETF RFC 2083) como
opción preferencial, para imágenes de mapa de bits,
especialmente para las fotografías (es decir, aquellas con
transiciones bruscas y grandes áreas de colores sólidos
que por ejemplo pueden contener texto, arte de línea o
gráficos).
El Estándar JPEG (ISO/IEC 10918, ITU-T T.81, ITU-T T.83, ITU-
T T.84 y ITU-T T.86) para las imágenes de bits fotográficas o
similares a fotográfias preferentemente en sus versiones
finales y especialmente cuando vayan a ser publicadas en
internet.
El estándar SVG, en las versiones establecidas por el W3C,
como opción preferencial para las imágenes vetoriales.
.
Recomendaciones acerca de formatos
Como estándares abiertos se recomienda:
Contenedores Multimedia
El Estándar OGG, en las versiones establecidas por la
fundación Xiph.Org (IETF RFC 3533), como opción
preferencial de contenedor multimedia. Tal y como indica
la norma (IETF RFC 5334), con este formato se utilizará la
extensión .OGG o .OGA para los archivos que
exclusivamente contengan audio y la extensión .OGV para
los que contengan video, tanto si va acompañado de audio
o si no.
Codec de Audio
El codificador-decodificador con pérdidas Vorbis, en las
versiones establecidas por la fundación Xiph.Org como
opción preferencial para los flujos de audio.
El codificador-decodificador sin pérdidas FLAC, en las
versiones establecidas para los flujos de audio cuando sea
conveniente preservar la calidad original.
