Investigacin sobre el

Movimiento del Software Libre

Pablo Luis Zorzoli
pablozorzoli@yahoo.com.ar
Versin 0.4
Copyright 2002, 2003 Pablo Luis Zorzoli
Copyright:
Permission is granted to copy, distribute and/or
modify this document under the terms of the GNU
FREE DOCUMENTATION LICENSE, version 1.1
Historia del Documento
Versin
0.4
24 de Mayo de
2003
Se Eliminaron gifs. Se Modificaron pequeos errores de tipeo.
Se agregaron varios links de referencia. Disponible en tar.gz
Versin
0.2
16 de Abril de
2003
Primera publicacin
FUENTE: http://www.z-labs.com.ar/docs/tif/indice.html
Indice
0. Aclaraciones
1. Introduccin
2. UNIX
Historia del Sistema Operativo Unix
Unix de Berkley
El Juicio
3. Richard Stallman y su Proyecto GNU
El Anuncio Inicial
El Manifiesto GNU
Consideraciones Preliminares
El Avance del Proyecto
Polmicas y Enfrentamientos
Consideraciones Finales
4. Licencias
Dominio Pblico
GNU GPL
GNU LGPL
Licencia BSD
NPL & MPL
Licencia del MIT
Resumen
5. Iniciativa Cdigo Fuente Abierto
Introduccin
Definicin de Cdigo Fuente Abierto
Diferencias entre Cdigo Fuente Abierto y Software Libre
Licencias Aceptadas
Consideraciones Finales
6. Eric Steven Raymond
La Catedral y el Bazar
Netscape y el Bazar
Los Documentos Halloween
Consideraciones Finales
7. Software Libre en la Argentina
El Software Libre en el Estado
Marco Legal
Migracin de los sistemas de la DPV de Tucumn a GNU/Linux
Proyecto UTUTO
Consideraciones Finales
8. Proyectos de Software Libre
W.I.N.E.
Fundacin Apache
SAMBA
OpenOffice
9. Software Libre en la UADE
Caso 1: Usuarios de Software en General
Caso 2: Enseanza de Informtica
Caso 3: Estudiantes de Informtica
Consideraciones Finales
10. Conclusin Final
ANEXOS
Anexo I: Ejemplos de Mensajes de Respuesta
Anexo II: Proyecto de Ley de Software Libre
Anexo III: GNU Free Documentation License
Referencias
0. Aclaraciones Preliminares
He decidido proteger este Trabajo de Investigacin Final, bajo la licencia GNU
Free Documentation License
1
. La principal motivacin para esta decisin ha
sido justamente todo lo aprendido al estudiar los logros que se obtienen si se
da libertad a la gente.
Mi intencin es que, luego de cumplir con los requisitos acadmicos, este
trabajo pueda estar a disposicin de quin lo desee. Esta licencia permite que
cualquier persona tome este escrito y lo redistribuya o lo modifique libremente.
De esta forma, nuevas versiones mejoradas del trabajo pueden obtenerse.
A su vez, es de mi inters dejar en claro la acepcin de algunos trminos que
se emplearn a lo largo de la publicacin.
En primer lugar, el trmino hacker. En la actualidad, mucha gente asocia este
trmino con el de delincuente informtico. En este documento, se utiliza esta
palabra para identificar a las personas que son especialistas programadores o
que tienen mucho inters y conocimientos en lo que respecta a la informtica.
Pero que bajo ningn concepto utilizan sus habilidades para efectuar daos a
terceros.
El otro trmino que es empleado en varias ocasiones y puede prestarse a
confusin es el de portar. Con esta palabra, se intenta describir el proceso de
reescribir o recompilar una aplicacin para que pueda utilizarse en una
arquitectura de computadora diferente a la original para la que fue escrita.
Una ltima aclaracin en cuanto a las convenciones utilizadas en este trabajo,
se refiere a la manera adoptada para nombrar al sistema operativo GNU/Linux.
El autor opina que es la forma ms conveniente de nombrar al sistema
completo. En los casos particulares en que se haga referencia nicamente al
ncleo del mismo se usar el trmino Linux.
1. Introduccin.
Objetivos y Alcances
El presente trabajo apunta a presentar un anlisis de las caractersticas
especficas del movimiento del Software Libre. Es de gran importancia para un
profesional de la informtica conocer a nivel amplio el funcionamiento de este
modelo que surgi principalmente en los mbitos acadmicos, pero que gracias
a Internet, ha logrado proliferar a travs del mundo.
A esta altura de las circunstancias, la mayora de la gente ha odo hablar de
'GNU/Linux'. La verdad es que gracias a la popularidad y publicidad obtenida
por el sistema del pingino, mucha gente se ha acercado al mundo que se
encuentra del otro lado del estndar de facto creado por Microsoft.
GNU/Linux es solo la punta del iceberg. Debajo de l, se encuentran miles de
proyectos. Cada uno de los cuales tienen diferentes lderes, objetivos y
filosofas. Este trabajo se introducir en las entraas de este movimiento.
Para comenzar, nos remontaremos a los finales de la dcada del sesenta
cuando el software era libre para todos. Se estudiar cmo fue desapareciendo
la camaradera entre desarrolladores y fueron surgiendo las grandes
corporaciones que comenzaron a utilizar las licencias y contratos de no difusin
para dejar de compartir el cdigo fuente de sus programas.
Se analizar en profundidad uno de los casos ms emblemticos de todos los
tiempos: el sistema operativo Unix. La etapa de colaboracin entre Berkley y
AT&T y los conflictos posteriores. Se nombrarn todas las bifurcaciones que
surgieron a partir de este sistema operativo.
Al llegar a la dcada del ochenta, se expondr el nacimiento del proyecto GNU.
Richard Stallman comienza a desarrollar un conjunto de herramientas, e intenta
crear un sistema operativo totalmente libre
2
. Nace la Free Software Foundation
(Fundacin para el Software Libre). Se expondr la filosofa de este carismtico
lder.
Tambin sern objeto de estudio las distintas licencias que surgieron para
proteger el Software Libre. Se comentarn las ventajas y desventajas de cada
una. Se detallar en qu situaciones es conveniente usar cada licencia.
Dentro del desarrollo, se dedicar una seccin entera a presentar el modelo
alternativo al software libre, conocido como Open Source. Se establecern las
similitudes y diferencias frente al software libre.
Se expondrn los aportes de Eric Raymond y se estudiar uno de sus escritos
ms famosos y comentados: La catedral y el bazar.
Se estudiarn casos particulares de proyectos. Apache, Samba, Openoffice y
WINE. Se analizarn sus estructuras de desarrollo, de decisin. Reportes y
correccin de errores. Desarrollo y depuracin distribuidos.
A su vez, se analizar la posicin que ocupa actualmente el software libre en
nuestro pas y se presentarn distintos casos de proyectos de software libre.
Tambin se incluir en el anlisis de la coyuntura local, al proyecto de ley de
software libre.
Para finalizar este trabajo, mi idea ha sido elaborar distintas propuestas para
implementar en el mbito de la Universidad. Las mismas apuntan a aprovechar
las ventajas de este modelo y a su vez enriquecer la calidad acadmica de los
cursos.
El desarrollo de este trabajo me ha permitido investigar e introducirme en un
mundo ms que interesante en donde prima la camaradera y el deseo de
compartir el conocimiento para fomentar el desarrollo futuro, basndose en los
logros anteriores.
Bsicamente, este mundo se asemeja a lo expresado por Sir Isaac Newton: Si
he visto ms lejos, es porque me apoy sobre los hombros de gigantes. Todos
los participantes de este movimiento directa o indirectamente llevan a cabo lo
dicho por este genio y son los que permiten que cada vez ms gente se
acerque a este universo donde el conocimiento es una herramienta y no un
arma de dominacin.
2Libre: Este es un trmino muy conflictivo, por la duplicidad del significado en ingls de Free .
A lo largo de este trabajo se desarrollar con mayor detalle la acepcin correcta que tiene en
este tema.
2. UNIX
Historia del sistema operativo UNIX
Para poder comprender el xito actual del software libre, lo primero que se
debe hacer es repasar la historia. Sin dudas, uno de los hitos clave es el
nacimiento del Sistema Operativo Unix.
Creado en 1969 en los laboratorios Bell de AT&T por Ken Thompson, UNIX
naci como un experimento de la empresa para ayudar a controlar la nueva
generacin de redes telefnicas, que estaban convirtindose en computadoras
especializadas.
Bell ya haba participado junto con el M.I.T. y General Electric en el desarrollo
del sistema MULTICS
3
. Thompson y sus colegas admiraban las capacidades de
MULTICS, pero consideraban que era demasiado complicado, por lo que se
dieron a la tarea de demostrar que era posible construir un sistema operativo
que ofreciera un ambiente de trabajo cmodo y que fuera mucho ms sencillo.
La primera versin de UNIX, llamada UNICS
4
se ejecutaba en una
computadora DEC PDP-7. Este primer UNIX estaba escrito en un lenguaje
llamado B.
El trabajo de Thompson impresion a sus colegas de los laboratorios Bell de tal
forma que pronto se le uni Dennis Ritchie y ms tarde todo el departamento.
Lo primero que hicieron fue portar el UNIX de la obsoleta PDP-7 a las
modernas PDP-11/20, PDP-11/45 y PDP-11/70.
Ritchie, dise un sucesor de B, llamado C y escribi un compilador con el
objeto de ofrecer un lenguaje que pudiera usarse para escribir una versin
portable del sistema. En 1973 Ritchie y Thompson rescribieron UNIX en C.
En noviembre del '73 Ritchie y Thompson presentaron el primer artculo sobre
UNIX, en el simposio sobre los principios de los sistemas operativos en la
Universidad de Purdue. Este artculo estimul a muchas universidades a pedir
a los laboratorios Bell una copia de UNIX.
Puesto que la compaa duea de los laboratorios Bell, AT&T, era entonces un
monopolio regulado y no poda entrar al negocio de la computacin, no tuvo
objecin en otorgar licencias de uso de UNIX a las universidades a un bajo
costo. Algo muy importante es que AT&T tambin distribuy el cdigo fuente de
UNIX, fomentando as el desarrollo adicional y las innovaciones.
Se organizaban reuniones cientficas en torno de UNIX, con distinguidos
conferencistas que indicaban el descubrimiento de ciertos errores y la forma de
arreglarlos. Como resultado de esta actividad, las nuevas ideas y mejoras al
sistema se difundieron con rapidez. La versin que se convirti en el primer
estndar del mundo acadmico fue la Versin 6.
UNIX de Berkley
Uno de los asistentes al simposio de noviembre del '73 fue el profesor Fabry de
la Universidad de California, Berkley. El profesor qued inmediatamente
interesado en obtener una copia para experimentar en los laboratorios de
Berkley.
En enero del '74 se instal Unix en una computadora PDP-11/45
5
. Los primeros
problemas que surgieron con el sistema fueron corregidos de manera remota
por el mismsimo Ken Thompson. Este fue el comienzo de la relacin de
cooperacin entre Berkley y los laboratorios Bell.
En los comienzos de 1977, Bill Joy organiz la `Berkley Software Distribution'
(BSD). Esta primera distribucin inclua el sistema Pascal y un editor de textos
llamado 'ED'. Para mediados del '78 sali la segunda versin(2BSD). La misma
inclua grandes mejoras al Pascal, fruto de la colaboracin de la comunidad
usuaria del mismo. Tambin contaba con un nuevo editor de textos, el ahora
famoso 'vi'.
La ltima versin de UNIX, de los laboratorios Bell fue 32/V
6
. De ah en ms el
desarrollo de UNIX pas a USL
7
. Este grupo lanz primero el System III y luego
el System V, pero los objetivos perseguidos eran netamente comerciales. Al
comercializarse UNIX, el personal de los laboratorios Bell no pudo continuar
encargndose de manejar las investigaciones que estaban llevando a cabo en
las distintas universidades.
De esta manera y dado que la comunidad investigadora segua modificando el
sistema UNIX, se haca notoria la necesidad de producir nuevas versiones a
partir de lo investigado. Fue as que Berkley tom el rol antes ostentado por los
laboratorios Bell, dado que fue uno de los primeros participantes en la
evolucin del UNIX y por su vasta experiencia en la creacin de herramientas
basadas en UNIX.
Mientras tanto en la DARPA
8
, se estaba buscando una manera de
homogeneizar las comunicaciones entre las computadoras que formaban la red
de centros de investigaciones. Decidieron que la mejor solucin sera unificar a
nivel de sistema operativo. Luego de varias discusiones, UNIX fue seleccionado
por su probada portabilidad.
A fines de 1979, Berkley ofreci a la DARPA la creacin de una versin
mejorada de la 3BSD para la comunidad DARPA. Gracias a la buena
reputacin obtenida por la distribucin 3BSD, Berkley obtuvo en abril del '80 un
contrato con DARPA por 18 meses. Dada la magnitud del proyecto se cre una
organizacin, la CSRG
9
. Con el Apoyo de la DARPA, la CSRG comenz a
crecer y las versiones de BSD comenzaron a sumar adeptos.
La distribucin 4BSD vio la luz en octubre de 1980. Para junio del '81 se lanz
la 4.1BSD. La agencia DARPA estaba satisfecha con los resultados, por lo que
renov el contrato con Berkley por dos aos ms.
En agosto de 1983 se lanz la 4.3BSD que tuvo mayor popularidad que el
System V de AT&T(y la USL). La principal razn era que el System V no posea
las herramientas para redes, ni el nuevo sistema de archivos diseado por
Berkley (FFS
10
). Cuando stos cambios se incorporaron al System V (gracias a
la disponibilidad del cdigo fuente de Berkley), el System V recuper el terreno
perdido. En esa poca BSD se encontraba a la vanguardia de los sistemas tipo
UNIX.
Hasta la versin 4.3BSD, todos los usuarios deban obtener primero una
licencia para el cdigo fuente de AT&T. Esto se deba a que los sistemas BSD
nunca fueron lanzados por Berkley en su forma binaria/ejecutable. Las
distribuciones siempre contenan el cdigo fuente completo de cada parte del
sistema. La historia de los sistemas UNIX y del sistema BSD en particular
mostr el poder de que los usuarios dispongan del cdigo fuente. En vez de
utilizar el sistema de forma pasiva, los usuarios trabajan activamente
corrigiendo errores, mejorando el desempeo, la funcionalidad y eventualmente
incorporando nuevas caractersticas.
Los incrementos constante en los costos de las licencias para el cdigo fuente
de AT&T se transformaron en prohibitivos. Los interesados en crear
aplicaciones para trabajo en redes basndose en el protocolo TCP creado por
Berkley, reclamaron a la universidad que los lanzara por separado del sistema
operativo completo y que se empleara una licencia que no requiriera pagar los
derechos de AT&T.
El cdigo originado por Berkley para redes y las aplicaciones de soporte fueron
lanzadas en junio de 1989 bajo el nombre de `Networking Release 1`. Este fue
el primer cdigo libremente distribuido lanzado por Berkley.
Los trminos de la licencia eran liberales
11
. Cualquiera poda distribuir el cdigo
(modificado o no) ya sea de forma binaria o fuente sin pagar regalas a Berkley.
Los nicos requerimientos eran que los avisos de copyright del cdigo fuente
deban dejarse intactos. Adems si algn producto incorporaba el cdigo fuente
de Berkley el mismo deba indicar en la documentacin que el producto
contiene cdigo de la Universidad de Berkley y sus contribuyentes.
En junio de 1991, el grupo lanz el 'Networking Release 2'. Esta versin inclua
casi por completo una versin operativa de UNIX. La tarea de desarrollo del
Networking Release 2 se llev a cabo en 18 meses y participaron ms de 400
personas. Keith Bostic fue quien se encarg de coordinar a la gente para
producir cdigo fuente nuevo que pudiera reemplazar los fragmentos
pertenecientes a AT&T. Bostic le entregaba a los voluntarios la descripcin
publicada de la aplicacin o la parte de la documentacin de la biblioteca y les
peda que lo implementaran nuevamente sin utilizar el cdigo de AT&T. Esta fue
la forma dentro del marco de la ley con la que se dio vida a este proyecto.
Como fue expresado anteriormente, Networking Release 2 era casi una versin
completa de UNIX. Lo que faltaba para transformarlo en un sistema
completamente funcional eran seis archivos. Networking Release 2 fue lanzado
sin estos seis archivos pero seis meses ms tarde (enero del '92) ya estaban
listos.
Este hueco fue tapado por Bill Jolitz, quien lanz un sistema booteable para la
arquitectura 386 al cual bautiz '386BSD'. La distribucin de este sistema fue a
travs de Internet. Unos meses despus del lanzamiento, Jolitz no pudo
continuar encargndose del proyecto. Entonces algunos usuarios crearon el
grupo NetBSD para agrupar los esfuerzos colectivos, mantener y mejorar el
sistema. El grupo NetBSD eligi enfocar sus objetivos al soporte de la mayor
cantidad de plataformas posibles. Otro objetivo de importancia dentro del
proyecto es enfatizar el diseo correcto y la generacin de cdigo fuente bien
escrito. Un ejemplo es la implementacin de una infraestructura de bus
independiente de la arquitectura de la mquina. Esto posibilita que un nico
controlador de dispositivo, se pueda compartir en diferentes tipos de bus (PCI,
ISA, etc.) y tambin en diferentes plataformas. Esto contrasta con el enfoque
tradicional de escribir y mantener diferentes versiones del controlador. NetBSD
provee lanzamientos formales para 21 plataformas distintas.
El grupo FreeBSD se form unos meses despus que el grupo NetBSD. Su
objetivo era soportar principalmente la arquitectura de la PC. Adems
apuntaban a atrapar un grupo de usuarios con menor o nulos conocimientos
tcnicos. Crearon sistemas de instalacin elaborados y comenzaron a vender el
sistema en CD-Roms de bajo costo. FreeBSD posee el mayor nmero de
usuarios de todos los sistemas derivados del Networking Release 2.
La otra bifurcacin dentro de las distribuciones se produjo en 1995 cuando
Theo de Raadt (uno de los 8 socios fundadores de NetBSD) fue echado
12
del
grupo. Las metas de esta distribucin son enfatizar la correccin, seguridad,
estandarizacin y portabilidad. En definitiva, quieren convertirse en el sistema
operativo ms seguro del mercado.
El Juicio
Adems de los grupos organizados para distribuir libremente sistemas creados
a partir del Networking Release 2, se cre la compaa BSDI (Inc) para
desarrollar y distribuir una versin del cdigo fuente mantenida comercialmente.
De la misma manera que los otros grupos, lo primero que hicieron fue
desarrollar los 6 archivos faltantes a la distribucin 386BSD. BSDI comenz a
vender su producto (que inclua cdigo fuente y binarios), en enero de 1992.
Esto provoc una reaccin por parte de USL, lo que deriv en una demanda
judicial contra BSDI y la Universidad de California, alegando que sus productos
contenan cdigo fuente propiedad de la USL.
La justicia decret que mientras perduraban las acciones judiciales ninguna
distribucin basada en Networking Release 2 poda ser comercializada.
La causa se prolong en el tiempo y recin lleg a su fin en enero de 1994. El
resultado fue que 3 archivos deban quitarse de la distribucin Networking
Release 2 (que contena aproximadamente 18000 archivos), y algunos cambios
menores deban efectuarse a otros archivos. La universidad accedi a agregar
copyrights de la USL a 70 archivos, aunque los mismos continuaron
distribuyndose libremente.
Con la finalizacin del juicio, se lanz la 4.4BSD Lite en junio de 1994. Los
arreglos del juicio estipularon que USL no demandara a ninguna organizacin
que use 4.4 BSD Lite como base para su sistema. De esta manera, todos los
grupos que realizaban distribuciones basadas en el cdigo BSD (NetBSD,
FreeBSD, BSDI), tuvieron que empezar nuevamente a partir del cdigo base
del 4.4 BSD Lite y luego migrar todos los cambios y mejoras propios a este
nuevo cdigo base.
Lnea de Tiempo
1991 1992 1993 1994 1995 ... 2002
Networking
Release /2
386BSD FreeBSD
NetBSD
4.4 BSD
Lite
FreeBSD
NetBSD
OpenBSD
3 MULTICS: (Multiplexed Information & Computing Service). Servicio de informacin y cmputo
con Multiplexin. Fue un sistema de tiempo compartido, grande y de alta capacidad, que inclua
varias ideas novedosas en el campo del diseo de sistemas operativos. El proyecto fracas en
parte por ser demasiado ambicioso para su poca.
4 UNICS: Sistema de Informacin y cmputo con Uniplexin. El nombre implica un juego de
palabras con eunucos, para indicar que era un MULTICS castrado. Ms adelante se lo cambi
por UNIX.
5 DEC PDP : Digital Equipment Corporation. Los modelos 11/45 y 11/70 dominaron el mundo de
las minicomputadoras durante gran parte de la dcada del '70.
6 32/V : Versin de UNIX para la arquitectura VAX.
7 USL : Laboratorios del Sistema UNIX. Subsidiaria de AT&T.
8 DARPA: : Agencia de proyectos avanzado de investigacin de defensa.
9 CSRG : Grupo de investigacin en sistemas de computacin de Berkley.
10 FFS : Sistema de archivos rpido de Berkley.
11En este momento nace la Licencia BSD. La misma ser analizada en la seccin 4.
12Lo que realmente sucedi fue que le quitaron los permisos para escribir en el rbol de cdigo
de los desarrolladores.
3. Richard Stallman y su Proyecto GNU
Introduccin
Sin dudas Richard Mathew Stallman es la persona ms importante dentro del
movimiento del software libre. De hecho, fue l quien acu la concepcin
actual del trmino 'Software Libre' (ver http://www.fsf.org/philosophy/free-
sw.es.html).
Nacido en el ao 1953 en Nueva York, tuvo su primer contacto con una
computadora (IBM 7094) a la edad de 12. A los 18 aos, ingres en el
laboratorio de inteligencia artificial del MIT. En esa poca el software se
comparta sin ningn problema. Stallman se form dentro de una comunidad
que comparta todo. Al comenzar la dcada del 80 se produjeron algunos
hechos que desencadenaron la reaccin de dicha persona.
En primer lugar, la compaa Symbolics contrat a casi todos los hackers del
laboratorio de IA, y la despoblada comunidad dej de ser capaz de mantenerse
a s misma. A esto se le sum el hecho que, el laboratorio adquiri una nueva
PDP-10 y sus administradores decidieron utilizar el sistema no libre de tiempo
compartido de Digital en vez del ITS
13
que haba sido diseado en el MIT y que
era libre.
De esta forma, Stallman se vio obligado a tomar una decisin:
'Al desaparecer mi comunidad, se hizo imposible continuar como antes. En
lugar de ello, me enfrent a una eleccin moral severa.
La eleccin fcil era unirme al mundo del software propietario,
firmar los acuerdos de no revelar, y prometer que no ira en ayuda
de mi amigo hacker. Podra haber hecho dinero de esta manera, y
tal vez me hubiera divertido escribiendo cdigo. Pero saba que al
final de mi carrera, al mirar atrs los aos construyendo paredes
para dividir a la gente, sentira que us mi vida para empeorar el
mundo...
Otra eleccin, fcil pero dolorosa, era abandonar el campo de la computacin.
De esta manera no se usaran mis habilidades para dividir a la gente, pero an
as se desperdiciaran...
As que busqu la manera en la cual un programador poda hacer algo bien.
Me pregunt: habr algn programa o programas que yo pueda escribir, de
tal manera de otra vez hacer posible una comunidad? La respuesta era clara: lo
primero que necesitaba era un sistema operativo... El nombre GNU se eligi
siguiendo una tradicin hacker, como acrnimo recursivo para GNU's Not Unix.'
A partir de ese momento, Stallman no se detuvo jams. Comenz a darle vida
a su idea y para hacerse conocer redactaba ensayos expresando sus ideales.
El primero de esos documentos, se lo conoce como el anuncio inicial y ser
analizado en forma detallada.
EL ANUNCIO INICIAL
Ver el Documento Completo en
http://www.fsf.org/gnu/initial-announcement.es.html
Este documento fechado el 27 de septiembre de 1983 fue enviado a dos grupos
de noticias con el asunto: "Nueva implementacin de UNIX". En este breve
correo electrnico Stallman comienza a explicar su proyecto:
'Voy a escribir un sistema... compatible con UNIX llamado GNU... y lo distribuir
libre"
14
A su vez explica las similitudes y diferencias de su GNU con UNIX:
"GNU tendr la capacidad de correr programas UNIX, pero no ser idntico a
UNIX. Haremos todas las mejoras que son convenientes, basados en nuestra
experiencia con otros sistemas operativos'
Luego hace una presentacin de su persona y pasa a explicar las razones por
las que escribir GNU.
'Considero que la regla de oro exige que si yo quiero un
programa debo compartirlo con otras personas que
tambin lo quieren. No puedo, conscientemente, firmar un
acuerdo de confidencialidad o un acuerdo de licencia de
software.
Para que yo pueda continuar utilizando las computadoras
sin violar mis principios, he decidido reunir suficiente
software libre de manera que podr continuar sin
necesidad de utilizar algn software que no sea libre'.
Estos prrafos definen claramente la postura filosfica de Richard Stallman.
Son los primeros pasos de su lucha contra el modelo de software propietario.
Stallman menciona a los acuerdos de confidencialidad. Esta es la forma en que
usualmente se distribuan los programas en la dcada del 80. Al usuario se le
entregaba el sistema (raras veces el cdigo fuente), y tena que firmar un
acuerdo de confidencialidad. En el mismo se comprometa a no divulgar el
cdigo fuente, ni copiar ni modificar ni redistribuir el sistema. Stallman sufri en
carne propia las consecuencias de los acuerdos de confidencialidad con una
impresora XEROX
15
.
El documento contina pidiendo donaciones de dinero, equipos y mano de
obra.
`Los programadores pueden contribuir escribiendo una copia compatible de
alguna utilidad UNIX y dndomela. Para la mayora de proyectos, tal trabajo
distribuido sera muy difcil de coordinar; las partes escritas
independientemente no trabajaran juntas. Pero para la tarea particular de
reemplazar UNIX , este problema est ausente... Si cada contribucin trabaja
con el resto de UNIX , probablemente trabajar con el resto de GNU'
Lo que intenta explicar Stallman es la forma en que pretende encarar el
proceso de reemplazo de UNIX. Propone que el voluntario tome una aplicacin
de UNIX y la reescriba. Luego debe reemplazar la aplicacin original por la
nueva. Si funciona correctamente, esto quiere decir que el trabajo est
finalizado.
Cabe destacar que en aquel entonces no exista la GNU GPL. Este es el motivo
por el cual Stallman reclama que quien cree una aplicacin, se la done. De esta
forma, se aseguraba de registrarla a nombre de la FSF a la espera de crear
una licencia acorde con sus principios.
El documento finaliza con una expresin de deseo por parte de su autor:
'Si obtengo donaciones de dinero, puedo contratar algunas personas por
tiempo completo o a tiempo parcial. El salario no ser alto, pero estoy
buscando personas para quienes el ayudar a la humanidad sea tan importante
como el dinero. Veo esto como una manera de permitirles a las personas
consagradas dedicar completamente sus energas trabajando en GNU
ahorrndoles la necesidad de ganarse la vida de otra manera'.
Stallman califica a su emprendimiento como una ayuda a la humanidad y
demuestra su intencin de contratar personal. Poco tiempo despus esa idea
se hizo realidad al fundar la Fundacin para el Software Libre (F.S.F.).
Unos meses despus de que este anuncio fuera realizado, ya en el ao 1984,
Stallman publica una nueva versin de su editor de textos EMACS (GNU
EMACS) como software libre. El GNU EMACS comenz a distribuirse de dos
formas:
1. A travs de un servidor FTP annimo del cual se poda descargar en forma
gratuita.
2. Comprando una copia por u$s 150. De esta manera, inici un negocio de
distribucin de software libre.
El GNU EMACS fue lanzado bajo una licencia llamada GNU EMACS License.
La misma fue la antecesora de la GNU GPL. Como gran diferencia puede
indicarse que la licencia del GNU EMACS requera que los cambios efectuados
al cdigo fuente se entregasen al autor (en este caso a Stallman) .
A medida que el inters por el uso de GNU EMACS creca, otras personas se
involucraron en el proyecto GNU. Entonces naci la Fundacin para el Software
Libre (FSF). Esta organizacin de caridad libre de impuestos fue ideada para
fomentar el desarrollo de software libre.
El Manifiesto GNU
Ver el Documento Completo en
http://www.fsf.org/gnu/initial-announcement.es.html
Este documento se basa en el anuncio inicial que Stallman public en 1983. El
mismo ahonda en temas de ndole tcnica y filosfica. Sin dudas este
manifiesto deja sentadas las bases sobre las que ms adelante se edific el
movimiento de software libre.
Resulta importante analizar el contenido del mismo para destacar cuales eran
las intenciones iniciales del creador del proyecto GNU. Se pueden encontrar
varias aristas interesantes y controversiales que ayudan a comprender a una
persona tan carismtica como Richard Stallman.
El manifiesto comienza explicando el motivo del nacimiento del proyecto GNU.
Su creador comenta que ya cuenta con voluntarios ayudndolo e invita a otros
programadores a sumarse. Luego se encarga de describir las aplicaciones que
ya poseen. Entre ellas se destacan:
1. Editor de textos GNU EMACS (creado por l mismo).
2. Un shell casi terminado. (hoy conocido como BASH)
3. Un nuevo compilador portable de C que se ha compilado a s mismo y ser
liberado este ao. (se refiere al gcc y al ao 1985).
4. Existe un ncleo inicial pero requiere de muchas caractersticas ms para
emular UNIX.
5. Usaremos el sistema gratuito y portable de ventanas XWindow.
De toda esta enumeracin de aplicaciones, la que le trajo ms dolores de
cabeza a Stallman en particular y a su proyecto en general fue el ncleo o
kernel del sistema operativo. En aquel entonces indicaba que ya posea un
ncleo pero que faltaba mucho para que pudiera ser funcional. La verdad es
que cinco aos despus (en 1990) el sistema GNU estaba casi completo y el
nico componente faltante era el ncleo. El ncleo HURD nunca ha llegado a
ser completamente funcional. Este hueco fue en donde calz el proyecto
empezado por Linus Torvalds.
Stallman contina el manifiesto expresando que GNU est siendo escrito
inicialmente para mquinas de la serie 68000 de Motorola. Menciona que si
alguien dona algn equipo al proyecto, seguramente GNU se ejecutar en
ellos. Con esto busca captar donaciones de mquinas con distintas
arquitecturas prometiendo que GNU se portar a esos sistemas.
Luego prosigue esgrimiendo las razones por las cuales escribir GNU.
Nuevamente reitera lo expresado en el anuncio inicial, y agrega que ha
renunciado a su trabajo en el laboratorio de IA para que el MIT no posea
ninguna excusa legal que le prohba distribuir GNU libremente.
Este fue un gesto bastante elocuente por parte de Stallman, para demostrar
que su iniciativa era seria. Igualmente a pesar de no ser ms empleado del
MIT, las autoridades le permitieron continuar utilizando su oficina para este
proyecto particular.
El manifiesto contina con dos puntos muy importantes. El primero es
netamente tcnico. Indica que GNU, ser compatible con UNIX dado que es un
buen sistema portable pero adems porque es el ms utilizado
16
. De esta
manera al ser compatible, las utilidades UNIX podran ejecutarse en GNU. Y el
otro motivo importante es que no sera difcil el cambio al nuevo sistema
operativo para los usuarios de UNIX.
El segundo punto importante es cuando Stallman explica como estar
disponible GNU:
'GNU no es de dominio pblico. Todos tendrn permiso para modificar y
redistribuir GNU, pero a ningn distribuidor se le permitir restringir su
redistribucin posterior. Esto es decir, modificaciones propietarias no estarn
permitidas'.
Con estas palabras queda definida la intencin de Stallman de proteger su
software con una licencia que asegure que los programas sean libres y que
continen sindolo. Aos despus cre la licencia GPL, dndole un marco legal
a estas premisas filosficas.
Ms adelante Stallman escribe sobre los beneficios que le brindar GNU a los
usuarios de computadoras.
'Los cdigos completos del sistema estarn disponibles para todos. Como
resultado, un usuario que necesita cambios en el sistema ser siempre libre
para hacerlos por s mismo, o de contratar a cualquier programador o empresa
disponible para hacerlos por l. Los usuarios no estarn ya a merced de un
programador o una empresa que sea duea de los cdigos fuente' .
Este aspecto remarcado por Stallman es muy importante ya que est
explicando las oportunidades de negocio dentro del mundo de software libre. A
lo que apunta es a dejar en claro que no se opone a que los programadores
cobren dinero por su trabajo o que las empresas participen del negocio. Lo que
intenta repudiar es que no se respete la libertad, o se intente coartar los
derechos de los dems.
Como ltima seccin del manifiesto, Stallman se encarga de autorresponder un
conjunto de preguntas sobre diversos tems de su proyecto. Es una especie de
conclusin final donde contina recalcando cuales (en su opinin) son las
razones por las que el usuario de computacin en particular y la humanidad en
general se beneficiarn con el software libre.
Consideraciones Preliminares
Luego de analizar estos dos primeros documentos redactados por el padre del
proyecto GNU y la FSF, se pueden sacar diversas conclusiones.
Una de ellas, y por cierto la ms evidente de todas es que se est frente a un
purista, que muchas veces se parece ms a un extremista. Ya desde sus
primeros escritos pueden rescatarse sus ideales de libertad que lo impulsaron a
abandonar su trabajo y dedicarse a la tarea 'sagrada' de liberar a la humanidad
del software propietario.
A pesar de todo, hay muchas cosas que no quedan claras o se prestan a la
confusin en estos documentos. Pero hay que reconocer la habilidad que
demuestra Stallman a travs de su prosa, de capturar al lector y hacerlo pensar
como l quiere.
Cabe recalcar que Stallman es un ciudadano estadounidense. Esto no es un
dato menor, ya que su prdica ha sido muchas veces tildada de comunista.
Adems para la fecha en que comenz su proyecto (ao '84), la guerra fra an
no haba finalizado, por lo que las crticas fueron ms feroces. Stallman nunca
le prest mucha importancia a estos comentarios, pero siempre aclar que sus
intenciones se alejan mucho de las de un rgimen comunista, dado que en
stos se coartan las libertades de la gente y lo que l busca es la libertad a
cualquier precio.
Est claro que frente a una personalidad tan influyente se encuentren fieles
seguidores y fervientes detractores.
El avance del Proyecto
Stallman comenz a sumar adeptos a su proyecto GNU. La mayora de ellos
provenan de los claustros universitarios y eran expertos programadores. La
Free Software Foundation, era la entidad madre que se encargaba de
administrar el trabajo de los voluntarios. Los ingresos por ventas del GNU
EMACS ayudaban a mantener la fundacin.
En una entrevista con la revista ' Byte ' en junio de 1986
(http://www.fsf.org/gnu/byte-interview.html), Stallman responda sobre su
manera de ganarse la vida:
'De la consultora. Cuando hago consultora, me reservo el derecho a publicar
lo que escrib para el trabajo. Tambin podra ganarme la vida vendiendo
copias de software libre que escrib. Mucha gente me envi 150 dlares por el
GNU EMACS, pero actualmente ese dinero va a la FSF que fund. La
fundacin no me paga un sueldo porque surgira un conflicto de intereses. En
cambio contrata a otras personas para que trabajen en GNU. Mientras pueda
continuar ganndome la vida como consultor, creo que es la mejor manera'.
Sin dudas, Stallman gozaba de buena fama como programador, lo que le
permita cobrar hasta 260 dlares por hora de consultora. Pero esta tarea le
quitaba tiempo y no le permita dedicarse cien por ciento a su proyecto.
Esta situacin cambi radicalmente, cuando en 1990 fue galardonado con una
beca de investigacin de 240.000 dlares, por la fundacin MacArthur. Estas
becas conocidas como 'genius grants', se entregan anualmente a personas de
gran talento y creatividad. En el caso puntual de Stallman se le entreg por sus
mritos en el campo de desarrollo de software, en especial por el software libre
y por su fundacin (la FSF). Esto le permiti a Stallman dedicarse por completo
a su proyecto.
Uno de los hitos clave dentro del desarrollo del proyecto GNU, es la creacin de
la licencia GPL. Fue un gran xito para Stallman y su gente lograr darle un
marco legal, al movimiento que estaban forjando.
Aunque las implicancias de esta licencia sern analizadas en la seccin
siguiente, es importante ubicarla dentro del contexto del avance del proyecto y
como impact sobre el mismo.
Antes de la GPL, haba un vaco legal ya que la FSF no tena un instrumento
jurdico que le permitiese proteger de la manera que ellos deseaban al software
de su propiedad. A partir de esta licencia (ao '89) surge el concepto de
'copyleft'. La idea de Stallman y por ende la FSF era que el software puede
considerarse libre si cumple con las siguientes cuatro libertades:
Libertad 0 : Libertad de ejecutar el programa para cualquier finalidad.
Libertad 1 : Libertad de estudiar como funciona el programa y adaptarlo a
las propias necesidades.
Libertad 2 : Libertad de distribuir copias para ayudar a un tercero.
Libertad 3 : Libertad de mejorar el programa y publicar las propias mejoras,
para que se beneficie de ellas toda la comunidad.
La libertad 0 la entregan todos los programas en general. Por eso es que
realmente las libertades 1, 2 y 3 son las que distinguen al software libre del
resto.
La libertad 1 es la que implica ayudarse a uno mismo modificando el software
para que satisfaga las necesidades propias. Esto puede ser reparando algn
error, agregndole funcionalidad o portndolo a otra arquitectura de
computadora.
De esta libertad surge la oportunidad del negocio. Es obvio que no todos los
usuarios de software son programadores que pueden reparar o modificar los
programas. Entonces el usuario puede contratar a un programador o una
empresa para que modifique el software por l.
La libertad 2 es la que apunta a la distribucin de copias de software. Stallman
dice 'En la actualidad nos hacen creer que ayudar a un amigo es moralmente
equivalente a atacar un barco. Te llaman pirata'.
La libertad 3 apunta a la posibilidad de armar comunidades de desarrollo de
software libre. La idea es trabajar juntos para avanzar el conocimiento humano.
Es la libertad de modificar el software y que haya gente que coincida con esa
modificacin.
Para cumplirse las libertades 1 y 3 se debe tener acceso al cdigo fuente. Pero
no es lo nico que importa. El software libre no es solo disponer del cdigo
fuente. Es toda una filosofa de desarrollo en la que lo ms importante es la
libertad. Muchos de los que intentan despreciar a este movimiento lo simplifican
hablando de cdigo fuente abierto y copias gratuitas.
La cada de la FSF comienza a sentirse por el ao '92 cuando se produce una
divisin en el desarrollo del GNU EMACS (XEMACS). En 1996 XEMACS ya es
ms popular que el EMACS. A su vez, el desarrollo del ncleo GNU Hurd
prcticamente muere, eclipsado por las fallas propias y el boom de Linux.
En el ao '97, se produce la divisin en el desarrollo de gcc (nace egcs). Junto
con esto, comienza a desaparecer la idea de que la FSF es el centro del
universo del software libre. En el mismo ao Eric Raymond publica su texto La
catedral y el bazar, dando nacimiento al movimiento Open Source. A la larga
este trmino se vuelve ms conocido y utilizado que el de software libre.
Para el ao 2000 el proyecto GNU se convierte en una organizacin puramente
poltica, prcticamente sin ninguna actividad de desarrollo importante.
En la actualidad Stallman es un reconocido conferencista que recorre el mundo
'evangelizando' con su prdica de libertad a cualquier precio.
'No programo ms. Trabajar en la parte gerencial y poltica del movimiento es
todo lo que puedo hacer. Programar es ms divertido, pero la nica forma de
hacerlo sera dejando de lado las otras responsabilidades.
Es el liderazgo del movimiento lo que hago. A veces debo manejar a la gente
que se encuentra en proyectos nuevos, a veces hago el reclutamiento, y en
oportunidades negociaciones con otros proyectos, o persuado a la gente para
que cambie sus licencias'.
Polmicas y Enfrentamientos
Las opiniones tan duras contra todo aquello que no sea software libre, han
llevado a Stallman a encarar fervientes enfrentamientos contra muchas
organizaciones y personas.
Entre los casos ms famosos, se encuentra el boicot iniciado contra la empresa
`Amazon.com` (http://www.fsf.org/philosophy/amazon.html). El mismo se debe
al uso agresivo de las patentes contra su competidor directo 'Barnes & Noble' .
Lo que realmente quera Stallman era que el software no cuadre dentro de la
ley de patentes de Estados Unidos.
Sucede que al patentar algoritmos o tcnicas de programacin, se impide que
puedan ser utilizadas por los desarrolladores de software de manera libre. La
forma de poder emplearlas sera pagando a los titulares de la patente. Esta
prctica se transforma en prohibitiva para los desarrolladores de software libre,
quienes muchas veces son voluntarios.
En marzo de 2002, amazon.com y Barnes & Noble llegaron a un acuerdo. Pero
como los trminos del mismo no fueron dados a conocer, desde el proyecto
GNU y la FSF siguen incitando al boicot contra amazon.com.
Otro de sus fuertes enfrentamientos fue contra KDE. La contienda contra el
entorno de escritorio comenz en el ao '97 cuando naci el proyecto. El
problema era que KDE inclua las bibliotecas
17
QT de la empresa Trolltech, que
no estaban lanzadas bajo la licencia GPL. De esta forma, al no ser considerado
software completamente libre, Stallman y la mayora de los puristas se oponan
a la inclusin de KDE en las distribuciones de GNU/Linux. Este hecho
desencaden el lanzamiento por parte de Red Hat del proyecto GNOME, como
alternativa totalmente libre frente a KDE.
La disputa culmin en el ao 2000, cuando la empresa Trolltech lanz sus
bibliotecas bajo la licencia LGPL
18
. Aunque es una licencia ms leve que la
GPL, Stallman y su gente no pudieron continuar con el enfrentamiento ya que
la LGPL es una licencia creada por la FSF especialmente para bibliotecas.
Hoy en da KDE y GNOME se incluyen en la mayora de las distribuciones de
GNU/Linux y compiten cabeza a cabeza por el dominio de los escritorios.
La ltima iniciativa de Stallman fue en enero de 2002 al publicar un escrito
criticando a los correos electrnicos con archivos adjuntos en formato de
Microsoft Word (http://www.gnu.org/philosophy/no-word-attachments.es.html).
Especialmente se refiri a ellos como 'molestos' y que impiden que la gente se
pase al software libre. A lo que apunta con su escrito es que si alguien recibe
un archivo adjunto en formato de Word (.doc), que pida al remitente que
reconsidere su manera de hacer las cosas.
'La mayora de los usuarios de computadoras utiliza Microsoft Word. Eso es
desafortunado para ellos, ya que no pueden estudiarlo, cambiarlo y
redistribuirlo. Y como Microsoft modifica el formato con cada nueva versin, sus
usuarios estn encerrados en un sistema que los insta a comprar cada
actualizacin, ya sea que necesiten un cambio o no'.
A modo de ejemplo, Stallman incluye dos mensajes o respuestas enlatadas
19
para que el usuario pueda enviarlas rpidamente cada vez que sea necesario.
Tambin explica que hay muchos que al recibir un archivo de Word tratan de
abrirlo de alguna manera para leer el contenido y expresa:
'Arreglrtelas para leer el archivo es un sntoma de una enfermedad crnica.
Para curar la enfermedad, debemos convencer a las personas de que no
enven o publiquen documentos en formato de Word'.
Esta iniciativa tuvo bastantes repercusiones en el mundo informtico. En
nuestro pas, sali publicada una nota en el matutino Clarn bajo el ttulo Los
pesados y a veces peligrosos archivos adjuntos de los e-mails (Lunes 25 de
marzo de 2002 - pg 33). En ella se hace mencin al escrito publicado por el
gur del software libre.
Sin dudas es muy importante la llegada al diario de mayor tirada del pas de las
ideas de Stallman. Esto le permite conseguir despertar el inters en aquellos
que ni siquiera conocen las bases de su movimiento.
La realidad indica que lo expresado por Stallman en este documento es cierto.
Mucha gente y organismos publican informacin o exigen recibirla en
formato de Word.
Obligan a la gente a utilizar Word para leer el documento
20
.
Los archivos de Word pueden transportar algn virus y tambin
informacin privada sobre su autor.
La mxima aspiracin de Stallman es que la premisa de no enve formato de
Word consiga el estatus de netiquette. El tiempo dir si pudo lograrlo o no.
Pero sin dudas que el esfuerzo vale la pena.
Consideraciones Finales
Esta seccin ha recorrido la vasta trayectoria de una persona ms que
influyente dentro de la historia del software. Lamentablemente, no todo el
mundo est al tanto de los logros que se han alcanzado gracias al aporte de
Stallman. Quiz su carcter fuerte y personalidad conflictiva, le han impedido
lograr una mayor fama o reconocimiento.
Pueden resultar chocantes en muchas oportunidades las opiniones de
Stallman. A su vez, esa actitud confrontativa y de aislamiento son las que
desencadenaron la divisin que se ha producido en los ltimos aos entre el
Open Source y el Software Libre.
An as, a Richard Stallman hay que reconocerle varios logros. Obviamente, el
ms importante es el de la creacin del proyecto GNU ya que es el que engloba
al total de sus aportes. Le sigue en importancia, la creacin de la licencia GNU
GPL. Aunque recibi el consejo de importantes juristas para su elaboracin, la
idea de la misma fue suya. Y puede reconocerse fcilmente la influencia de sus
creencias en el texto de la misma.
Tambin resultan destacables sus logros en el campo del desarrollo de
software. Las herramientas que desarroll, permitieron que un gran nmero de
personas se sumen al proyecto y contribuyan a su crecimiento:
GNU C Compiler (GCC) -- EL compilador portable que fue diseado
para soportar diversas arquitecturas y mltiples lenguajes. Actualmente
son 30 las arquitecturas diferentes y 7 los lenguajes soportados .
GNU Debugger (GDB) -- Un debugger flexible y poderoso que
contina siendo utilizado.
GNU Emacs -- editor de textos extensible. Esta caracterstica le ha
permitido transformarse en navegador web, cliente de correo y muchas
cosas ms. Stallman recibi la distincin Grace Hopper Award de la
Association for Computing Machinery en 1991 por esta herramienta.
Por todo lo expuesto, valga el reconocimiento para este ser humano que ha
realizado un aporte de gran valor al mundo de la informtica. Richard Stallman
contribuy al desarrollo de una plataforma donde el conocimiento se comparte
y lo nico que se pide a cambio de ello es que no se corte esa cadena para
que los nuevos conocimientos estn al alcance de los dems.
13ITS: Sistema de Tiempo compartido Incompatible. Sistema operativo desarrollado por los
hackers del MIT especialmente para la DEC PDP 7. Estaba implementado en lenguaje de
mquina y ensamblador, lo que al cambiar el modelo hubiera implicado la necesidad de
reescribirlo.
14 En aquellos tiempos no se haba planteado an la controversia con el trmino libre. El
problema es que en la lengua inglesa el trmino "free" se usa tanto para libre como para gratis.
15 Impresora Xerox : Xerox le entreg al laboratorio de IA una impresora muy veloz, la cual
bastante a menudo tena problemas. Cuando Stallman y sus compaeros hackers intentaron
modificar el controlador de la misma, se encontraron con que Xerox se neg a entregarles el
cdigo fuente con lo que no pudieron solucionar los problemas que tena la fotocopiadora
devenida en impresora lser.
16El sistema UNIX era el ms utilizado en aquel entonces (Aos 1983-84).
17 Bibliotecas : Mucha bibliografa hace referencia a Libreras. Es un error ya que la forma
correcta de traducir el trmino Library al castellano es biblioteca.
18 LGPL : Lesser General Public License. Esta licencia ser analizada en profundidad en la
seccin especialmente dedicada a las licencias de software.
19Las mismas se encuentran en el Anexo I.
20Hoy en da existen herramientas como OpenOffice y AbiWord que pueden leer los formatos
de MS Office y obtener el texto. Aunque no funcionan siempre perfectamente, son de gran
utilidad.
4. Licencias
Introduccin
Con el marco legal actual la licencia bajo la que se distribuye un programa
delimita exactamente los derechos que tienen sobre l sus usuarios. Por
ejemplo, en la mayora de los programas propietarios la licencia priva al usuario
de los derechos de copia, modificacin, prstamo, alquiler, uso en varias
mquinas, etc. De hecho, las licencias suelen especificar que la propietaria del
programa es la empresa creadora del mismo, la cual simplemente vende
derechos restringidos para el uso del programa.
En el mundo del software libre, la licencia bajo la que se distribuye un programa
tambin es de gran importancia. Normalmente, las condiciones de las licencias
de software libre son el resultado de un compromiso entre varios objetivos
hasta cierto punto contrapuestos. Entre ellos, pueden citarse los siguientes:
Garantizar algunas libertades bsicas (de redistribucin, de
modificacin, de uso) a los usuarios.
Asegurar algunas condiciones impuestas por los autores (cita de su
nombre en trabajos derivados, etc.).
Procurar que los trabajos derivados sean tambin software libre.
Los autores pueden elegir proteger su software con distintas licencias segn el
grado con que quieran cumplir cada uno de estos objetivos, y los detalles que
quieran asegurar. De hecho, el autor de un programa suele elegir con mucho
cuidado la licencia bajo la que lo distribuye. Por otro lado, los usuarios y
especialmente quienes redistribuyen o modifiquen el software, deben estudiar
con cuidado la licencia del mismo.
En realidad, casi todo el software libre usa alguna de las licencias ms
habituales (GPL, LGPL, estilo BSD, estilo Netscape). El objetivo de esta
seccin es analizar las licencias bajo las que se distribuye habitualmente el
software libre.
Dominio Pblico
Muchas veces se comete el error conceptual de suponer que el software libre
es de dominio pblico. Esto sucede simplemente porque la idea de software
libre o Cdigo Fuente Abierto es confusa para mucha gente.
Tanto el software libre como el de Cdigo Fuente Abierto
21
poseen los derechos
de autor reservados, y estn protegidos por una licencia. Solo que stas
licencias dan a la gente ms derechos de los que estn acostumbrados a tener.
Un programa de dominio pblico es aquel al cual el autor ha renunciado sus
derechos. No puede decirse que vengan con una licencia; el programa no tiene
propietario y existe la posibilidad de usarse como se desee. Cualquiera puede
relicenciar un programa de dominio pblico, o remover el nombre del autor y
tratarlo como un trabajo propio.
Este es el concepto de dominio pblico. Como se ver a continuacin dista
bastante de lo expresado por las licencias que se aplican al software libre.
GNU GPL
Versin 2 (Junio 1991)
Ver Licencia Completa
en http://www.gnu.org/copyleft/gpl.html
La controvertida Licencia Pblica General GNU ser analizada en primer lugar.
Sin dudas junto con la licencia estilo BSD, son las ms conocidas en el mundo
del software libre. Como todo lo que proviene de la FSF y por aadidura de
Richard Stallman, esta licencia no escapa del centro de la polmica.
Algunos se refieren a la GNU GPL como de naturaleza viral. Defienden esta
postura indicando que la misma infecta a los programas con el virus de la
libertad. Esto es porque un programa que est protegido por la GPL no puede
transformarse en software propietario. Esta principal falencia que remarcan los
que la critican, es la virtud ms importante que defienden los que estn a su
favor. El concepto que hay detrs de esta licencia es el de copyleft.
Copyleft deriva de un juego de palabras que representan lo contrario de
copyright. De hecho, el copyleft incluye la registracin de los derechos de autor.
Este concepto fue acuado en la FSF y se encuentra enmarcado por la GNU
GPL. El proceso consiste en reservar los derechos sobre un programa y luego
aadirle los trminos de distribucin (por ejemplo la GPL). Estos trminos son
el instrumento legal que le dan a todo el mundo los derechos de utilizar,
modificar y redistribuir el cdigo fuente del programa o cualquier programa
derivado del mismo. Todo esto es posible si los trminos de distribucin no son
cambiados.
En el primer prrafo de la licencia, queda bien clara la intencin de la misma,
que es heredada directamente de los ideales pregonados por Stallman.
'Las licencias para la mayora de los programas se crean para quitarte tu
libertad. En cambio, la GNU GPL pretende garantizar tu libertad de compartir y
modificar software libre ; Asegurar que el software sea libre para todos los que
lo usan'.
Esta licencia se aplica a cualquier programa u otro trabajo que contenga un
aviso del titular del derecho de autor que puede distribuirse bajo los trminos
de la Licencia Pblica General GNU.
Actos Permitidos
Distribuir copias de software libre.
Modificar software libre y redistribuirlo.
Cobrar por el acto de transferir una copia.
Ofrecer garanta a cambio de un canon.
No publicar las modificaciones mientras se usen en forma privada.
Esto incluye a las empresas mientras mantengan los cambios dentro de
su mbito.
Actos NO Permitidos
Imponer nuevas restricciones a la licencia.
Copiar, modificar, sublicenciar o distribuir el programa de una manera
distinta de la expresamente utilizada por la licencia.
Detalles Importantes
No se ofrece garanta sobre el funcionamiento correcto del software
cubierto por la licencia.
Si se modifica el software y se lo redistribuye, se debe expresar que
es una modificacin del original para no afectar la reputacin del creador.
Con el trmino programa, la misma se refiere a cualquier programa o
trabajo basado en el programa. Esto quiere decir el programa o una
porcin del mismo; ya sea una copia fiel o con modificaciones y/o
traducciones. ( la licencia considera al acto de traducir un programa
como una modificacin).
El mero agregado de otro trabajo no basado en el programa en un
medio de almacenamiento para su distribucin, no implica que el otro
trabajo deba ser lanzado bajo la GPL.
Para un ejecutable, el cdigo fuente completo significa el cdigo
fuente de todos los mdulos que contiene, ms los archivos con la
configuracin de la interfase y los scripts
22
utilizados para controlar la
compilacin e instalacin. No se debe incluir el cdigo fuente del sistema
operativo donde el programa se ejecuta.
Al no firmarse la licencia, nadie est obligado a aceptarla. Pero nada
ms que la misma le da permiso al usuario de modificar o distribuir un
programa o sus trabajos derivados. Estas acciones estn prohibidas por
la ley de derechos de autor si no se acepta la licencia. De esta forma,
quien modifique o distribuya un programa protegido por esta licencia,
est indicando su aceptacin de la misma.
Si como consecuencia de una resolucin judicial, al autor se le
imponen condiciones que contradicen las de la licencia, las mismas no lo
excusan de las condiciones de la GPL. Si no puede distribuirlo de una
manera que satisfaga ambas obligaciones, entonces no debe distribuir el
programa.
La distribucin del cdigo fuente del programa debe ser a travs de un
medio fsico, no es suficiente con publicarlo en un servidor FTP.
Las traducciones de la GPL son consideradas versiones no oficiales.
En trminos legales, la versin original en ingls es la que especifica los
trminos de distribucin. La razn por la que la FSF no las aprueba
como oficialmente vlidas es porque si poseen un error, los resultados
podran ser desastrosos para la comunidad de software libre. Mientras
no sean oficiales, no pueden causar daos y ayudan a que ms gente
entienda la GPL.
La GPL permite que los usuarios publiquen sus versiones
modificadas. Este es un aspecto crucial ya que los usuarios deben ser
libres de cooperar. Es absolutamente esencial permitir a los usuarios
ayudarse mutuamente y compartir las reparaciones y mejoras
efectuadas al software.
Hubo quienes propusieron alternativas a la GPL que requeran que las
versiones modificadas pasen por el autor original. Mientras que el autor se
mantenga al da con las necesidades de los usuarios, esto funciona. Pero si el
autor no atiende las necesidades de la comunidad usuaria, este esquema se
derrumba.
A primera vista, puede parecer que la GPL no permite la convivencia con un
intento comercial relacionado con el software libre. El modelo tradicional de
ganar dinero a travs de la venta de copias solamente no es posible. Pero la
GPL puede ser extraordinariamente efectiva para establecer una plataforma
que desaliente la creacin de nuevas plataformas competitivas. Se establece
un nico campo donde todas compiten en el mismo nivel y donde ser el primero
tiene muchos beneficios.
Un ejemplo de esto es la empresa Cygnus Solutions. Cygnus gener durante
muchos aos cambios al compilador gcc
23
, entre ellos portarlo a nuevos tipos
de arquitecturas de hardware. La gran mayora de sus trabajos cumplen con la
GPL, y luego se incluan a la distribucin de gcc. Cygnus cobra por el esfuerzo
involucrado en la portacin y mantenimiento a sus clientes, pero no por el
cdigo fuente.
Si una empresa intenta competir a la par de Cygnus, se ver forzada a
redistribuir su trabajo. De esta forma se beneficia en primer lugar Cygnus ya
que la competencia no puede diferenciarse por la plataforma tecnolgica. El
cliente elige por el nivel de servicio. Por otro lado tambin se beneficia toda la
comunidad de software libre que recibe las mejoras al compilador tan utilizado.
GNU LGPL
Versin 2.1 (Febrero 1999)
Ver Licencia Completa
en http://www.gnu.org/licenses/lgpl.html
En un principio esta licencia era llamada Library GPL y lleg hasta la versin 2.
Luego se le cambi el nombre (pero mantuvo las siglas) por Lesser GPL. Su
primer versin (aqu comentada) es la 2.1.
Esta licencia se aplica a unos paquetes de software especiales llamados
bibliotecas
24
. En la licencia se aclara que cualquiera puede usarla, pero sugiere
que se utilice la GPL y que solo se recurra a la LGPL en casos estratgicos.
En el prembulo indica que la mayora del software GNU, incluyendo algunas
bibliotecas (como Readline), estn cubiertas por la GPL. La LGPL se ha creado
para permitir que se enlacen estas bibliotecas con programas no libres.
Cuando un programa se enlaza con una biblioteca, ya sea estticamente o
mediante una biblioteca compartida (dinmica), la combinacin de ambos se
considera, legalmente hablando, un trabajo combinado, derivado de la
biblioteca original. La GPL permite ese enlace solo si ambos cumplen con su
criterio de libertad.
Por su parte la LGPL posee un criterio de libertad ms laxo, de ah su nombre:
Lesser. A su vez, provee menos ventajas para los desarrolladores de software
libre, sobre programas no libres de la competencia. Pero como se dijo
anteriormente, es posible que esta licencia represente en algunas ocasiones
una ventaja estratgica.
Por ejemplo, en el caso de que hubiera una necesidad de inculcar el uso
masivo de cierta biblioteca y convertirla en un estndar de facto. Para lograr
este propsito los programadores no libres deberan poder usar la biblioteca.
Con la GPL esto no sera posible.
La LGPL se usa generalmente cuando una biblioteca libre hace la misma tarea
que otras no libres. En este caso, no hay mucho que se gane si la biblioteca
est cubierta por la GPL. La biblioteca del lenguaje C (glibc) que proveen
distintos sistemas GNU/Linux es un ejemplo de software protegido por la LGPL.
Sino, GNU/Linux solo podra ser utilizado por desarrolladores de software
libre.
Hay que prestar atencin a la diferencia entre un trabajo basado en una
biblioteca y un trabajo que usa la biblioteca. El primero contiene cdigo
derivado de la biblioteca, mientras que el otro debe enlazarse con la biblioteca
para ejecutarse. Un trabajo basado en la biblioteca encuadra en el derecho de
autor ya que es un trabajo que contiene la biblioteca o una porcin de ella
(copia fiel o con modificaciones y/o traducido a otro idioma).
Detalles Importantes
Permite copiar y/o distribuir copias de la biblioteca.
Se puede modificar la biblioteca o una porcin de ella y formar un
trabajo basado en la misma si:
El trabajo modificado es una biblioteca de software.
Los archivos modificados indican en que fecha se
modificaron.
El trabajo se licencia bajo LGPL.
Una funcionalidad en la biblioteca modificada hace
referencia a una funcin o tabla de datos que es provista
por un programa que usa esta facilidad, la misma debe
mantenerse operativa aunque el programa no lo provea
alguna vez.
Una biblioteca licenciada bajo LGPL puede convertirse a GPL en
cualquier momento. Cuando esto sucede, no hay posibilidad de volver
atrs.
Un programa que no contenga ninguna porcin de la biblioteca, pero
que ha sido diseado para trabajar con la biblioteca al ser enlazado o
compilado con ella, se lo considera un trabajo que usa la biblioteca. Este
trabajo no es derivado de la misma por lo que escapa a los alcances de
la licencia. El programa binario/ejecutable queda cubierto por la LGPL,
pero el cdigo fuente del programa original no se ve afectado y conserva
su licencia.
Estos aspectos son los que diferencian a la LGPL de la GPL. A su vez el resto
de los detalles descriptos para la GPL se aplican tambin a la LGPL.
LICENCIA ESTILO BSD
Ver Licencia Completa
en http://www.opensource.org/licenses/bsd-license.php
Dentro del mundo del software libre, las licencias estilo BSD han sido muy
importantes y muy utilizadas. Su origen se remonta a las races del movimiento.
Esta licencia fue la primera que se ide para distribuir software libre de las
entregas BSD
25
. Estas entregas fueron la forma en que el CSRG distribua su
trabajo alrededor del sistema operativo UNIX. La primera vez que se utiliz esta
licencia fue en la distribucin Networking Release 1. En la actualidad, se sigue
utilizando como licencia para varios proyectos. Entre los ms importantes se
encuentran:
Los sistemas operativos: FreeBSD, NetBSD y OpenBSD.
El servidor web Apache.
El sistema de bases de datos PostgreSQL.
Detalles Importantes
La principal diferencia de las licencias estilo BSD y las de la familia de
la GPL es que los cambios efectuados pueden publicarse en forma
binaria/ejecutable sin distribuir el cdigo fuente.
No se entrega ninguna garanta sobre el correcto funcionamiento del
software.
Redistribuciones del cdigo fuente deben mantener los avisos de
derecho de autor, la lista de condiciones y la negacin de garanta.
La clusula de la discordia.
La misma figuraba en las antiguas versiones de la licencia. Expresaba que
cualquier material publicitario que mencione caractersticas o el uso del
software deba mostrar la siguiente leyenda:
This product includes software developed by the University of California,
Berkley and its contributors
26
El problema que surgi con esta clusula es que mucha gente reemplazaba en
la licencia Universidad de California por sus nombres o el de sus instituciones.
El resultado es que el programa tena varios mensajes distintos que mostrar. Al
momento de juntar muchos de estos programas en un sistema operativo, la
cantidad de nombres a mencionar se converta en un serio problema.
En los ltimos aos, muchos proyectos que utilizan esta licencia fueron
removiendo la clusula, hasta que por ltimo la Universidad de California
acept que era necesario quitarla de la licencia original. Hoy en da,
prcticamente no se usa ms esta clusula.
Desde una perspectiva de negocio, esta es la mejor licencia para involucrarse
en un proyecto existente, ya que no hay restricciones en cuanto al futuro o su
redistribucin. Cualquiera puede mezclar y unir este software con su software
propietario y lanzar lo que quiera. Esta es una de las razones por la que se
seleccion esta licencia en el proyecto Apache.
Este tipo de licencia es ideal para promover el uso de cdigo como cuerpo de
referencia. Puede ser la implementacin de un protocolo o un servicio comn.
En Apache se la seleccion para mantener HTTP como un protocolo estndar y
multipartito. Este grado de apertura trae aparejado riesgos. No hay ningn
incentivo para que las compaas que modifican el cdigo lo devuelvan al resto
de la gente.
El hecho que la licencia BSD original deja hacer prcticamente cualquier cosa
es porque el software que en principio cubra esta licencia (producido por el
CSRG) estaba financiado por el gobierno de los Estados Unidos. Dado que el
software haba sido pagado por los impuestos, se permita a la gente hacer con
l lo que quisiera.
Puede argumentarse que esta licencia asegura verdaderosoftware libre, en el
sentido que el usuario tiene libertad ilimitada con respecto al software, y que
puede decidir incluso redistribuirlo como no libre. Otras opiniones estn
orientadas a destacar que este tipo de licencia no contribuye al desarrollo de
ms software libre.
NPL & MPL
Versin 1.1
Ver Licencia Completa
en http://www.opensource.org/licenses/mozilla1.1.php
La Netscape Public License fue desarrollada por Netscape cuando lanz como
Cdigo Fuente Abierto a su producto Netscape Navigator. Actualmente esta
versin del navegador se la conoce como Mozilla.
Varios hackers famosos dentro del movimiento de Cdigo Fuente Abierto, entre
ellos Linus Torvalds, Bruce Perens y Eric Raymond colaboraron como
consultores ad-honorem durante el desarrollo de la licencia. Aunque intentaron
persuadir a Netscape para que utilizase la GPL, su esfuerzo fue en vano.
Terminaron lanzndolo bajo la NPL que cumple con la Definicin de Cdigo
Fuente Abierto
27
.
Fue la primer licencia nueva luego de muchos aos, que se encargaba de
algunos puntos que no fueron tenidos en cuenta por las licencias BSD y GNU.
En el espectro de las licencias de software libre se la puede considerar
adyacente a la licencia estilo BSD.
Antes de lanzar su cdigo fuente al pblico, Netscape liber una versin beta
de su licencia, el 5 de marzo de 1998, en un grupo de noticias especialmente
creado para opinar sobre la misma (netscape.public.mozilla.license). Esto
despert gran entusiasmo y deriv en propuestas varias para modificar algunos
trminos de la NPL.
La seccin de la licencia que fue ms criticada es la que le confiere a Netscape
privilegios especiales como es la posibilidad de relicenciar modificaciones
hechas por cualquiera al cdigo. Tambin pueden tomar estas modificaciones,
mejorarlas y negarse a contribuirlas al proyecto.
Esta previsin fue creada porque Netscape tena contratos con las compaas
que provean mdulos que estaban incluidos en el navegador (en total 75
mdulos). Este aspecto de la licencia hizo suponer que la misma no sera
aceptada finalmente por la comunidad de Cdigo Fuente Abierto.
La gente de Netscape tuvo en cuenta el feedback recibido y para solucionar
este problema se cre la Mozilla Public License. Ambas licencias son idnticas,
salvo que la NPL mantiene las clusulas que protegen los derechos de
Netscape.
El cdigo fuente de Netscape Navigator fue liberado originalmente bajo la NPL
y todas la modificaciones deben lanzarse bajo la misma licencia. Pero si se
desarrollan nuevos mdulos de cdigo, pueden lanzarse bajo la licencia MPL o
alguna compatible (obviamente la GPL no lo es).
Detalles Importantes de la MPL
Los cambios deben volver al proyecto.
Cualquier individuo o compaa que contribuye al cdigo del proyecto
debe renunciar a cualquier derecho de patentamiento sobre el cdigo
fuente.
Licencia del MIT Sistema X Window
Versin 11 Entrega 6 (X11R6 Ao 1996)
Ver Licencia Completa
en http://www.opensource.org/licenses/mit-license.php
Esta licencia otorga permiso, libre de cargo a cualquier persona que obtenga
una copia de este software, de trabajar con el mismo sin restricciones a los
derechos de uso, copia, modificacin, publicacin, distribucin, sublicenciar y la
venta de copias.
Todo esto es posible si se cumple con la condicin de incluir una nota con el
programa donde se desliga al Consorcio X de cualquier problema que pueda
surgir con el uso del software.
La licencia no permite que se use el nombre del Consorcio X para realizar
publicidad alguna sin expresa autorizacin del mismo.
Resumen sobre las licencias estudiadas
Licencia
Puede mezclarse
con software no
libre
Modificaciones
pueden tornarse
privadas y no
retornarse a los
dems
Puede
relicenciarse por
cualquiera
Contiene
privilegios
especiales para el
titular de los
derechos de autor
sobre los cambios
GPL
LGPL X
BSD X X
NPL X X X
MPL X X
MIT X X X
Dominio
Pblico
X X X
21La Iniciativa cdigo fuente abierto ser analizada en la seccin 5.
22 Script: Programa que por lo general es interpretado, con lo que se distribuye en modo
fuente, no binario.
23Cygnus, luego se abri del desarrollo del gcc y comenz a distribuir su propio compilador
llamado egcs. Ambos proyectos se unieron en la versin 2.95 de Abril de 1999. Se renombr,
egcs como gcc y Cygnus qued a la cabeza del mantenimiento.
24 Biblioteca: Agrupamiento o coleccin de funciones de software y/o datos preparados para ser
enlazados convenientemente con programas para formar ejecutables.
25 Entregas BSD : Este tema se explic con detalle en la seccin 1.
26Este producto incluye software desarrollado por la Universidad de California, Berkley y sus
contribuyentes.
27 Definicin de Cdigo Abierto: Tema ampliado en la seccin dedicada al Open Source.
5. Iniciativa Cdigo Fuente Abierto
Introduccin
La etiqueta Open Source surgi de una reunin estratgica mantenida el da 3
de febrero de 1998 en Palo Alto, California. Entre los presentes estaban:
Eric Raymond (ver seccin 6).
Bruce Perens (lder del grupo Debian).
John MaddogHall (de la organizacin
Linux International).
Sam Ockman (grupo de usuarios de
Linux de Sillicon Valley).
Esta reunin tena como intencin reaccionar frente al plan de Netscape de
liberar el cdigo fuente de su navegador 'Netscape Navigator'.
Se dieron cuenta que era la oportunidad de dejar de lado la actitud
confrontativa que se haba asociado con el software libre en el pasado y
trataron de vender su idea desde un punto de vista ms pragmtico y orientado
al mundo de los negocios.
La definicin de lo que era Open Source o Cdigo Fuente Abierto proceda del
proyecto Debian. Uno de los lderes de ese grupo, Bruce Perens, redact lo que
se conoce como Debian Free Software Guidelines
(http://www.debian.org/social_contract.html)
28
. La definicin de lo que era
aceptable como no, era suficientemente amplia como para incluir la GPL, las
licencias estilo BSD, y algunas otras como la del MIT-Consorcio X y la licencia
Artstica (http://www.opensource.org/licenses/artistic-license.php)
29
. Estos
lineamientos fueron refinados con el aporte de los voluntarios del grupo Debian.
Cuando se decidi utilizarla como Definicin de Cdigo Fuente Abierto, lo nico
que hubo que hacer fue quitar las referencias especficas a Debian.
La idea bsica detrs de Cdigo Fuente Abierto es simple: cuando un
programador puede leer, redistribuir y modificar el cdigo fuente de un
programa, el mismo evoluciona. La gente (voluntarios) lo mejora, lo adapta y
corrige los errores. Esto puede suceder a una velocidad mucho mayor a la del
desarrollo del software comercial convencional. Este proceso evolutivo produce
mejor software que el modelo tradicional.
En realidad, todas estas ideas que conforman las ventajas del modelo Open
Source provienen de un escrito publicado por Eric Raymond en el ao 1997. El
mismo, titulado La catedral y el Bazar, ser analizado ms adelante. Pero
desde ya es importante recalcar la influencia de ste sobre el nacimiento del
modelo Open Source.
Definicin de Cdigo Fuente Abierto
versin 1.9
A continuacin se detalla el contenido de la Definicin de Cdigo Fuente
Abierto. Es necesario para poder luego efectuar una comparacin frente al
movimiento liderado por Richard Stallman.
Introduccin.
Cdigo Fuente Abierto no significa el mero acceso al cdigo fuente. Los
trminos para la distribucin del software de Cdigo Fuente Abierto tienen que
cumplir con el siguiente criterio:
1. Redistribucin Libre:
La licencia no deber impedir la venta o el ofrecimiento del software
como un componente de una distribucin de software que contenga
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.
Esta clusula apunta a que la licencia debe permitir que el software se incluya
en distribuciones (por ejemplo, una distribucin de GNU/Linux, o los
compilados que aparecen en las revistas). A su vez tampoco se debe exigir por
parte del autor un pago por incluir el paquete en una distribucin.
2. Cdigo Fuente:
El programa tiene que incluir el cdigo fuente y tiene que permitir la
distribucin tanto en cdigo fuente, como en forma compilada. Si alguna
forma del producto no es distribuida con el cdigo fuente, tiene que
haber un medio bien publicado de obtener el cdigo fuente por no ms
que un costo razonable de reproduccin preferentemente, una descarga
a travs de Internet sin cargo. El cdigo fuente tiene que ser la forma
preferida en la cual un programador modificara el programa. El cdigo
fuente deliberadamente ofuscado no est permitido. Las formas
intermedias tales como la salida de un prepocesador o un intrprete no
estn permitidas.
Como idea es muy interesante, pero en la prctica es difcil de llevar a cabo. Es
muy subjetivo el trmino cdigo fuente ofuscado. Lo que s queda claro es que
las salidas intermedias no son aceptadas, por ejemplo un bytecode de Java.
Tendran que entregarse los archivos *.java y no los *.class.
3. Trabajos Derivados:
La licencia tiene que permitir modificaciones y trabajos derivados, y tiene
que permitir que ellos sean distribuidos bajo los trminos de la licencia
de software original.
Esta fue la forma que encontraron para unificar las posturas que antes eran
opuestas entre la licencia GPL y la estilo BSD. Esto permite una aceptacin de
muchas ms licencias por sobre el criterio GNU que prcticamente acepta la
GPL y nada ms.
4. Integridad del Cdigo Fuente del autor:
La licencia puede impedir que el cdigo fuente sea distribuido en forma
modificada solamente si la licencia permite la distribucin de archivos
parches con el cdigo fuente con el objetivo de modificar el programa en
tiempo de construccin. La licencia tiene que permitir explcitamente la
distribucin del software construido a partir del cdigo fuente modificado.
La licencia puede requerir que los trabajos derivados tengan un nombre
distinto o un nmero de versin distinto del software original.
Apunta a que los usuarios sepan quin es el responsable del software que
usan, no por una cuestin de garanta ya que ninguno de estos programas la
traen, sino porque la reputacin del autor original puede verse afectada por
acciones de otros individuos.
5. No a la discriminacin de personas o grupos:
La licencia no tiene que discriminar a ninguna persona o grupos de
personas.
6. No a la discriminacin de campos laborales:
La licencia no tiene que restringir a nadie que haga uso del programa en
un campo laboral especfico. Por ejemplo, no puede impedir que el
programa sea usado en un negocio, o que sea usado para una
investigacin cientfica.
La principal idea detrs de esta clusula es permitir que la gente de todos los
mbitos utilice software de Cdigo Fuente Abierto. Con esta idea se establece
una clara diferencia con el software llamado shareware, que en general prohbe
el uso del mismo para fines comerciales.
7. Distribucin de la licencia:
Los derechos adjuntos al programa tienen que aplicarse a todos
aquellos que reciben el programa sin la necesidad de ejecutar una
licencia adicional para estas partes.
Apunta a que no se intente cortar la distribucin del software al agregar otra
licencia como podra ser un acuerdo de no divulgacin.
8. La licencia no tiene que ser especfica de un producto.:
Los derechos adjuntos al programa no tienen que depender de que el
mismo forme parte de una distribucin particular de software. Si el
programa es extrado de esa distribucin y es usado o distribuido de
acuerdo a los trminos de la licencia del programa, todas las partes a las
que el programa sea redistribuido deben tener los mismos derechos que
son garantizados en conjunto con la distribucin original del software.
Esta clusula intenta evitar posibles trampas que se pueden incluir en otras
licencias para anular la licencia original.
9. La licencia no tiene que restringir a otro software:
La licencia no tiene que colocar restricciones en otro programa que es
distribuido con el 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 Cdigo Fuente Abierto.
Se complementa con la clusula 1, ya que en aquella se busca que la licencia
permita que el programa pueda ofrecerse en distribuciones de software y esta
apunta a que la licencia no debe imponer restricciones sobre los dems
paquetes de la distribucin.
El primer gran objetivo por el cual naci la Iniciativa Cdigo Fuente Abierto se
cumpli con la publicacin de esta Definicin. El segundo paso tena como
intencin registrar como marca el trmino Open Source. Pero como el mismo
es descriptivo, no fue aceptado como marca registrada. Entonces para poder
indicar el software que cumple con la Definicin de Cdigo Fuente Abierto, se
registr la etiqueta OSI Certified (Certificado por la OSI). Esta certificacin se
aplica al software que se distribuye bajo una licencia que cumple con la
Definicin de Cdigo Fuente Abierto.
En el sitio web de la Iniciativa Cdigo Fuente Abierto se mantiene una lista con
las licencias que han sido aprobadas por el comit de la OSI y la comunidad en
general. En la actualidad (junio 2002) esta lista enumera 32 licencias. Entre
ellas estn las ms conocidas como la GNU GPL, la BSD, MPL y otras no tan
utilizadas.
La intencin detrs de esto, es que cualquiera que distribuye su software bajo
algunas de estas licencias, puede decir que su programa es Software de
Cdigo Fuente Abierto certificado por la OSI.
Diferencias entre Cdigo Fuente Abierto y Software Libre
No se puede decir que sean dos movimientos opuestos entre s. Lo que queda
claro, es que ambos persiguen objetivos diferentes (pero no contrapuestos).
Por un lado est la Free Software Foundation y su defensa de la libertad a
cualquier precio. Por el otro, tenemos a la incipiente Iniciativa Cdigo Fuente
Abierto que ha ganado muchos adeptos en sus cortos cuatro aos de vida.
Desde la OSI, expresan que ellos se desprendieron del software libre porque
consideraban que esa postura tan radical (pseudo comunista) asustaba a los
hombres de negocios. Su intencin no es solo que los programadores lancen
proyectos certificados por la OSI, sino que grandes compaas se sumen a la
iniciativa. En realidad, siempre han tratado de enfriar un poco el enfrentamiento
con el software libre. De hecho, siempre aclaran que muchos de sus principios
son heredados de los preceptos de Stallman. Tambin suelen referirse a su
movimiento como ms orientado al marketing y a generar una imagen en la
gente sobre las caractersticas tcnicas de los productos de Cdigo Fuente
Abierto; ms que recalcar los principios filosficos que persiguen.
A lo largo de estos ltimos cuatro aos, Stallman desde su posicin de Sumo
Pontfice del movimiento de Software Libre; ha ido cambiando su veredicto
acerca de la Iniciativa Cdigo Fuente Abierto. En un principio critic duramente
al Open Source y lo descalific en reiteradas ocasiones. Con el correr de los
aos y dado que el movimiento Open Source comenz a ganar fama y
reconocimiento destronando al software libre, Stallman tom otra postura frente
al mismo.
Sin dudas que nunca fue de su agrado por el hecho que hasta ese momento su
Fundacin para el Software Libre era la organizacin ms importante y sus
ideales eran los nicos que valan como contrapartida al modelo de software
propietario. Al aparecer este movimiento que se enfrentaba al software
propietario de una manera distinta a la propuesta por l, no le gust para nada
y comenz a criticarlo. La forma de hacerlo era indicando las debilidades del
mismo en cuanto a los principios y valores perseguidos.
'La enseanza acerca de la libertad a los nuevos usuarios se hizo ms difcil en
1998, cuando parte de la comunidad decidi dejar de usar el trmino software
libre y usar Open Source Software en su lugar. Algunos de los que
favorecieron este trmino tenan como objetivo evitar la confusin de free con
gratis; una meta vlida. Otros, sin embargo, apuntaban a apartar el espritu de
principios que ha motivado el movimiento por el software libre y el proyecto
GNU, para resultar as ms atractivos a los ejecutivos y usuarios comerciales,
muchos de los cuales sostienen una ideologa que pone las ganancias por
encima de la libertad, de la comunidad y los principios'.
Esto fue expresado por Richard Stallman en el libro Open Sources en el ao
1999. Es una de las primeras declaraciones pblicas opinando sobre el otro
movimiento. Aqu puede entenderse claramente su intencin de diferenciar los
movimientos por cuestiones principalmente filosficas. Casi simultneamente,
hizo una declaracin al sitio de informacin Linux Today (17/8/99) donde
remarcaba otro aspecto que los diferencia:
'La distincin es que la filosofa de Cdigo Fuente Abierto se basa en hacer
software confiable y poderoso. Enfatizan los valores prcticos. No estn
equivocados, pero eso no es todo. Yo creo que la libertad es ms importante
que los atributos de confiabilidad de un software. Si tengo que elegir entre un
programa muy poderoso y mi libertad, me quedo con mi libertad'.
Como es posible deducir, Stallman basa todos sus conceptos en la libertad y
por eso traza una separacin con el otro movimiento; ya que no prioriza la
libertad. Con el correr de los aos, la postura de Stallman fue perdiendo
adeptos y el movimiento de Cdigo Fuente Abierto qued como la opcin ms
fuerte y reconocida frente al software propietario. Esto fue advertido por
Stallman y hasta lleg a declarar que lo estaban borrando de la historia. Lo
cierto es que el tono de sus crticas baj un poco y declar lo siguiente:
'Nuestra relacin con el Open Source es la siguiente: estamos en desacuerdo
en los principios bsicos, pero coincidimos bastante en las recomendaciones
prcticas. Entonces podemos hacer trabajos en conjunto en muchos proyectos.
No los vemos como un enemigo, ya que nuestro enemigo es el software
propietario. Reconocemos que han contribuido a nuestra comunidad'.
Licencias aceptadas
Para continuar con la comparacin entre Cdigo Fuente Abierto y Software
Libre, se pueden establecer las diferencias entre ambos a la hora de aceptar
licencias.
En la fundacin para el Software Libre se califica a una licencia segn los
siguientes criterios:
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 algn problema prctico en particular.
De esta calificacin 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 de software.
En la Iniciativa Cdigo Fuente Abierto se utiliza la Certificacin OSI para
denotar que el software es Open Source. Para acceder a esta certificacin la
licencia bajo la que se distribuye el mismo debe cumplir con la Definicin de
Cdigo Fuente Abierto.
Licencias aceptadas por ambos
GNU General Public License.
GNU Lesser General Public License.
Licencia BSD.
Licencia del MIT.
Licencia Zlib.
Licencia W3C.
Mozilla Public License. *
QT Public License. *
IBM Public License. *
Phyton Software License. *
Apache Software License. *
Sun Industry Standards Source License. *
Zope Public License. *
* Estas licencias son aceptadas por la Free Software Foundation como de
software libre pero no son compatibles con la GNU GPL, por lo que no pueden
unirse a un programa protegido por la GNU GPL para obtener un trabajo
derivado. Si se hace eso, el trabajo debe lanzarse bajo la GNU GPL.
Licencias aceptadas particularmente
Open Source Iniciative Free Software Foundation
MITRE Collaborative Virtual Workspace
License.
Licencia Guile.
RICOH Source Code Public License. Cryptix General License.
VOVIDA Software License.
Licencia de bases de datos de
Berkley.
INTEL Open Source License. Licencia de Netscape Javascript.
JABBER Open Source License.
NOKIA Open Source License.
Sleepycat License.
NETHACK General Public License.
Common Public License.
XNET License.
Eiffel Forum License.
MotoSoto License.
Open Group Test Suite License.
NCSA Open Source License.
Open Source Iniciative Free Software Foundation
Artistic License. *
Apple Public License. *
Sun Public License. *
* Estas licencias son consideradas por la Free Software Foundation como Licencias No Libres
de software.
Consideraciones Finales
Sin dudas es muy importante la aparicin del movimiento de Cdigo Fuente
Abierto. Aport nuevas ideas y un enfoque distinto al dilema entre el software
libre y el software propietario. Permiti acercar estos dos extremos hacia un
modelo hbrido en el cual ambos participantes dan lo mejor de cada uno.
Por el lado del software libre, tenemos la robustez que logran los programas al
poder ser inspeccionados y probados por los usuarios. Adems la posibilidad
de contar con el cdigo fuente permite efectuar modificaciones u optimizar las
soluciones actuales. Del lado del software propietario, las empresas pueden
aportar su capital para financiar los proyectos, ms el 'know how' obtenido a lo
largo de aos.
Todo esto unido da forma a la idea de Open Source. Esta concepcin es muy
interesante y quiz termine prevaleciendo en el futuro.
En cuanto al software libre, tiene muchos aspectos importantsimos, sin los
cuales el Open Source no existira. Como idea es mucho ms pura. El
problema que trae aparejado esto es que el movimiento de Software Libre se
asla del resto, solo porque no comparten sus ideales de libertad.
Aunque a Stallman no le guste, el modelo Open Source es una evolucin del
Software Libre y debera reconocerlo como tal. Lo que nunca hay que olvidar
es que el movimiento Open Source tiene la fuerza que tiene en gran parte
gracias a todo lo desarrollado por la Free Software Foundation con anterioridad.
28Lineamientos de Debian sobre Software Libre.
29Licencia del lenguaje de programacin PERL
6. Eric Steven Raymond.
Introduccin
Eric Raymond, es una especie de filsofo del mundo del Software Libre.
Aunque no solo es famoso por sus escritos, ya que varios paquetes de software
de su autora forman parte de las distribuciones de GNU/Linux.
Entre sus aportes se puede destacar:
Emacs VC (Version Control) Un Front End para
CVS, o sea control de versiones.
Fetchmail: una solucin para la obtencin de
correo para mquinas UNIX, especialmente
para aquellos con conexin intermitente al
servidor de correo (PPP, SLIP). Recupera los
mensajes usando alguna variante de POP o de
IMAP.
Particip del desarrollo de las bibliotecas
ncurses .
Se precia de ser uno de los primeros voluntarios en sumarse al proyecto GNU
de Stallman (a mediados de la dcada del 80). Y aunque luego fue uno de los
creadores del movimiento Open Source, asegura que continan siendo amigos
con Stallman.
A los efectos de estudiar el movimiento del software libre, es esencial tener en
cuenta los escritos publicados por Raymond. Consigui resumir de forma
magistral el fenmeno y crear un mito en su artculo "La catedral y el bazar".
Trat de destacar las diferencias entre varios campos del mundo de cdigo
fuente abierto. Se dio cuenta de que los que lideraban proyectos de cdigo libre
tenan distintas formas de compartir y quera explicar cul de todas es la que
mejor funciona.
La Catedral y el Bazar
Ver Documento Completo
en http://www.catb.org/~esr/writings/homesteading/cathedral-bazaar/
Este famoso escrito fue presentado por Raymond en mayo de 1997, en un
congreso sobre GNU/Linux en Bavaria. En el mismo se encarga de analizar el
modelo de desarrollo creado y utilizado por Linus Torvalds para su proyecto
Linux
30
. El hacker dice que este modelo cambi su forma de pensar. Mucha
gente dentro del mundo del software cree que hay un cierto nivel de
complejidad a partir del cual es recomendable un desarrollo centralizado. Linus
Torvalds demostr que estaban equivocados al desarrollar una pieza de
software tan crtica como es el ncleo de un sistema operativo, de una manera
abierta y completamente descentralizada.
Para explicar este fenmeno emplea una metfora bien descriptiva. Sugiere
que el mundo del Software Libre es como un bazar con muchos comerciantes
diferentes que ofrecen sus mercancas. El desarrollo empresarial, por el
contrario, esta estructurado como los sindicatos religiosos que construyeron las
catedrales medievales.
Los bazares ofrecen mucha competencia, pero sin orden alguno. Las
catedrales estaban sometidas a la direccin de jerarquas sacerdotales, que
aprovechaban la riqueza de la ciudad para construir el proyecto de un solo
arquitecto.
Las diferencias entre ambos son evidentes. El equipo de la catedral puede
producir una obra de arte si el arquitecto tiene talento, los encargados de la
financiacin tienen xito y la direccin consigue que todo el mundo se
concentre en su trabajo. El bazar, por otra parte, consiste en muchos
mercaderes pequeos que tratan de competir unos con otros. Los mejores se
quedan con los mejores clientes, y los otros pronto acaban sin trabajo.
Aunque parezca que la comparacin apunta a separar el desarrollo
comercial/cerrado del mundo Open Source, Raymond seala que la FSF es
como la catedral del Software Libre. Obviamente con esto no quiere decir que
la FSF sea lo mismo que Microsoft, pero s que su modelo de desarrollo es por
lo general centralizado.
A lo largo del escrito, Raymond redacta su experiencia personal durante el
desarrollo de fetchmail. Expresa de manera clara y explicativa, cmo fue que se
decidi a aplicar un modelo similar al utilizado en el proyecto Linux para llevar
adelante su propio desafo. A medida que avanza en detalles va definiendo
algunos axiomas que son interesantes de discutir.
- Toda buena pieza de software empieza por una motivacin personal de
un programador
31
.
Esta regla es bastante controversial. Sin dudas, muchos de los proyectos
surgen de la necesidad de una persona o de un grupo de personas, pero no
siempre es as. De hecho, si fuera de esta manera sera imposible poder contar
con un sistema operativo completo de la talla de GNU/Linux. Se necesitan
muchsimas herramientas, las cuales fueron en su gran mayora desarrolladas
por voluntarios de la FSF. Entonces, hay muchas aplicaciones que fueron
escritas por el simple hecho de una necesidad. Para citar un ejemplo simple: la
utilidad tar. Tar se encarga de armar un solo archivo a partir de dos o ms. No
se puede suponer que sea el inters de nadie, programar dicha utilidad. Pero
para poseer un sistema tipo UNIX completo se debe contar con una aplicacin
de este tipo.
Como este ejemplo hay cientos, ya que los sistemas tipo UNIX se caracterizan
por la cantidad de aplicaciones que poseen. Entonces, aunque puede ser
verdad que en muchos casos los proyectos nacen de motivaciones particulares,
no es correcto definirlo como un axioma.
- Cuando pierdes el inters en un programa, tu ltima obligacin es
entregarle el mando a un sucesor competente.
Esta s es una mxima dentro del mundo de los proyectos Open Source. Es
muy importante que el lder est completamente dedicado al proyecto y que
demuestre que los esfuerzos de los voluntarios son tenidos en cuenta. En el
caso que al lder deje de interesarle el proyecto, ya sea porque alcanz una
madurez razonable o porque realmente no puede dedicarle todo el tiempo
necesario, el mismo debe delegar esta responsabilidad en alguna otra persona
del proyecto. Esto es necesario para que el proyecto no entre en un pozo.
Adems, siempre debe evitarse que por culpa de un lder que no cumple con
sus responsabilidades, el proyecto sufra una bifurcacin
32
. Siempre se busca
evitar las bifurcaciones porque implican dos grupos distintos haciendo la misma
tarea.
- Tratar a los usuarios como codesarrolladores es la mejor ruta para una
rpida mejora del cdigo y un debugging efectivo.
Esta es una de las lecciones aprendidas por Raymond del modelo de Linus,
que aplic a su propio proyecto de fetchmail. Esto se basa en una fortaleza de
la tradicin UNIX, que Linux tambin hered, y es que muchos de sus usuarios
son hackers. Dado que el cdigo fuente est disponible, pueden ser hackers
efectivos. Esto puede ser muy til para reducir los tiempos de debugging. Si se
los incentiva, los usuarios diagnostican problemas, sugieren correcciones, y
ayudan a mejorar el cdigo de una manera mucho ms rpida que si el creador
lo hiciera solo.
Este axioma se complementa con el siguiente, que apunta al mismo concepto y
que Raymond lo defini como la ley de Linus.
- Ley de Linus: Dado el suficiente nmero de globos oculares, todos los
errores son triviales.
Todo proyecto de Software Libre, tiene como plataforma a Internet. Esto permite
que los voluntarios que conforman los grupos sean de diferentes partes del
mundo. Las comunidades virtuales que se forman en torno a un proyecto, no
podran existir sin Internet como medio de comunicacin.
La red no solo brinda el espacio de comunicacin entre desarrolladores, sino
que tambin es un excelente medio de publicidad. Hay sitios que se dedican a
auspiciar estos proyectos (SourceForge, Freshmeat, etc.). A travs de ellos, los
proyectos pueden darse a conocer al mundo. De esta forma comienzan a
captar usuarios que son posibles codesarrolladores. Dada la masividad de
Internet, es muy grande la posibilidad de que un proyecto que persigue
objetivos interesantes; logre captar la atencin de muchos hackers alrededor
del mundo.
A medida que el proyecto comienza a lograr fama y suma adeptos, ms y ms
gente comienza a interesarse en l. A partir de ah comenzarn a aparecer
distintos tipos de usuarios. Por un lado aquellos que simplemente utilizan el
software porque les es de utilidad, y solo necesitan que el mismo cumpla con
sus funciones. A su vez, sern quienes al utilizarlo de manera frecuente
comiencen a encontrar errores. Si estn bien entrenados, los reportarn. Otros,
comenzarn a manipular el cdigo fuente del software con lo que, aportarn
sus opiniones y corregirn los bugs detectados. Todo esto puede suceder a una
velocidad asombrosa.
La ley de Linus declara que al crecer la cantidad de gente que utilice el
software y que lo inspeccione, cualquier problema que aparezca va a resultar
trivial. Dado el gran nmero de voluntarios, las actividades se solapan y no son
realizadas por la misma persona. Por eso, seguramente no ser el mismo
usuario que detecte un bug, que el que lo solucione.
Todo esto nos lleva a obtener como conclusin, que para los proyectos de este
tipo los usuarios son el recurso ms importante con que se cuenta. El usuario,
no es meramente aquel que paga una determinada cantidad de dinero por la
licencia de uso de un programa. Sino que sus opiniones y aportes son muy
importantes y ayudan al progreso del proyecto. Sin dudas que esta es la mayor
diferencia que se puede encontrar a la hora de comparar el modelo de
desarrollo tipo Bazar, frente al modelo de la Catedral donde todo es muy
cerrado.
- Publicar pronto y frecuentemente, delegar todo lo que puedas, estar
abierto hasta el punto de la promiscuidad.
Esta es una parte crtica del modelo de desarrollo de Linux. Muchos
desarrolladores crean que no era una prctica para proyectos grandes, porque
las versiones tempranas estn llenas de errores y no se quiere agotar la
paciencia de los usuarios.
La creencia de los modelos tipo catedral, es que al usuario deben llegarle la
menor cantidad posible de errores. Para lograr eso, las versiones estn
separadas por largos lapsos de tiempo. Raymond dice lo siguiente:
'Segn la idea de programacin del constructor de catedrales, los errores y
problemas de desarrollo son fenmenos taimados, insidiosos, profundos.
Cuesta meses de escrutinio por parte de unos cuantos, muy dedicados,
desentraarlos por completo. De ah los largos intervalos entre versiones, y la
inevitable decepcin cuando las entregas esperadas desde hace largo tiempo
no son perfectas.
Por el contrario, segn la visin del bazar, uno asume que los fallos son,
habitualmente, fenmenos superficiales, o al menos que se pueden minimizar
rpidamente, cuando se exponen a miles de ansiosos codesarrolladores que
machacan incesantemente cada nueva versin. Por lo tanto, uno saca ms
versiones para poder realizar ms correcciones y, como efecto colateral
benfico, tiene menos que perder si se cuela algn problema ocasional'.
Esto no implica que solamente se deban publicar versiones a menudo para
satisfacer a los ansiosos Hackers. En general, lo que se realiza es una divisin
del proyecto en dos ramas, la estable y la de desarrollo. Por un lado, los
usuarios comunes pueden descargarse la ltima versin estable del programa,
la cual les asegura un funcionamiento aceptable. La otra rama, es la que
cuenta con las ltimas modificaciones y sobre la que se efectan las pruebas
para incorporar nuevas funcionalidades al software. Este mtodo permite que
los dos tipos de usurarios puedan satisfacer sus necesidades.
Netscape y el Bazar
El 22 de enero de 1998, aproximadamente siete meses despus de la primera
edicin de este escrito, Netscape Communications Inc, anunci sus planes de
publicar el cdigo fuente de su browser Netscape Navigator.
El vicepresidente ejecutivo de la firma le comunic a Raymond: 'En
representacin de todos en la empresa, queremos agradecerte por ayudarnos a
llegar a este punto. Tus pensamientos y tus escritos fueron la inspiracin
fundamental de esta decisin'.
Los resultados no fueron tan buenos como esperaban, pero Netscape pudo
frenar la expansin monoplica de Microsoft y su Internet Explorer. Surgieron
varios inconvenientes durante los primeros meses de vida del proyecto Mozilla.
Tampoco puede indicarse que haya sido un fracaso. El problema principal es
que Netscape no se atuvo a los principios bsicos del modelo bazar. Por
ejemplo, se tard mucho tiempo en lanzar una versin que pudiera ejecutarse
sin problemas. Parte de este inconveniente tuvo que ver con asuntos legales
por el uso de las bibliotecas no libres motif. Tambin se registraron dificultades
en el seno de la conduccin del proyecto, lo que desemboc en renuncias y
prdida de confianza por parte del pblico testigo de todo esto.
Hoy en da, el navegador Mozilla forma parte de la mayora de las
distribuciones de GNU/Linux. Ha alcanzado un nivel, ms que satisfactorio de
performance, pero no logr llegar al punto de ser un asesino de categora
33
.
Los Documentos Halloween
Ver Los Documentos Completos
en http://www.opensource.org/halloween/
El da 30 de Octubre de 1998, lleg a las manos de Eric Raymond un
memorandum confidencial que pareca proceder de Microsoft. En l se
analizaba el modelo Open Source y se estudiaban las implicancias del mismo
en comparacin con el modelo de negocios de la empresa de Bill Gates.
Raymond, ni lerdo ni perezoso, public el reporte titulndolo "Halloween
Document" (en alusin a la fecha en que conoci la existencia del mismo). Este
hecho recibi una fuerte cobertura de los medios, especialmente en Estados
Unidos y Europa. Microsoft, se vio obligada a reconocer la autenticidad del
mismo. Unos das despus apareci un segundo documento "Halloween
Document II", que haca referencia especficamente al sistema operativo
GNU/Linux.
Los documentos Halloween fueron como dinamita. Se convirtieron en el
testimonio de las fortalezas del modelo Open Source, visto desde la compaa
que ms perdi por el xito de GNU/Linux. A su vez, sirvieron para confirmar
muchas de las sospechas sobre las tcticas que empleara Microsoft para
detenerlos. Desde la empresa intentaron restarle importancia al hecho, y
calificaron al informe como un estudio de ingeniera, que no reflejaba las
polticas de Microsoft.
A continuacin se detallarn los puntos ms importantes de estos documentos,
que sirven para entender como intentar una de las empresas ms importantes
de desarrollo comercial / cerrado, derrotar al incipiente Open Source.
En el comienzo, describe las principales caractersticas del Open Source. El
autor declara que los proyectos de este tipo, han alcanzado calidad comercial.
Como primer alarma indica que muchos casos de estudio que se han
presentado en Internet, dan evidencia al resto de la gente (potenciales clientes
de Microsoft) que los proyectos Open Source han logrado grandes resultados.
A lo largo del memorandum, el autor se encarga de destacar las
personalidades ms influyentes:
Richard Stallman, por ser el creador de la concepcin moderna de
Software libre y por su proyecto GNU.
Linus Torvalds, por ser el creador de Linux. Se lo identifica como un lder
carismtico.
Eric Raymond. Es el ms citado dentro de todo el documento. Se analizan
sus escritos para describir el pensamiento y la forma de actuar de los
hackers que integran el movimiento.
Como uno de los hechos ms particulares e importantes, se destaca que la
motivacin principal de la mayora de los proyectos no es monetaria. Indica que
por lo general no hay una empresa detrs de los mismos, por lo que Microsoft
debera apuntar al proceso en s mismo y no a una empresa determinada.
Se puede concluir que es acertado el enfoque propuesto por el autor. A pesar
de que hay varias empresas detrs del movimiento (las ms conocidas son las
que se encargan de armar las distribuciones del sistema GNU/Linux como
SuSE o Red Hat), estas no son la principal amenaza contra Microsoft. Lo ms
importante es ver si est en condiciones el modelo que defiende
(cerrado/comercial) de competir frente al abierto y libre del Open Source. Esta
es la razn por la cual es acertado indicar que el proceso es el que atenta
contra los objetivos de Microsoft y no alguna empresa en particular.
Tambin se reconoce la fuerte penetracin que ha tenido el modelo en el
mbito universitario / acadmico. Se detalla que es un campo muy importante
ya que se producen muchas investigaciones y desarrollos nuevos que se
implementan antes en GNU/Linux, que en la plataforma Microsoft.
Como punto ms importante y preocupante, el autor plantea que GNU/Linux
puede ganar la batalla solo si los servicios y protocolos siguen siendo
commodities. Es una afirmacin bastante fuerte, que da muestras claras de lo
que ha sido la historia de los desarrollos de Microsoft: cerrado y oculto. Al
sugerir que los protocolos deben dejar de ser un commodity, el autor est
expresando que la mejor manera de ganar es creando protocolos propietarios y
no compatibles con los dems, que no permitan la libertad de eleccin a los
usuarios. Aunque desde Microsoft se plante que este escrito no representaba
sus polticas, da bastante escalofro suponer que la empresa tiene en sus
horizontes, por ejemplo, lanzar su propio protocolo tcp/ip o su propia versin del
HTTP.
Estos documentos
34
son muy importantes y permitieron dar a conocer la
opinin de uno de los exponentes principales del modelo que se contrapone al
del Software Libre. A su vez, Raymond escribi en estos ltimos aos varios
ensayos ms en los que continu analizando el mundo del Software Libre y del
Open Source.
Entre ellos se destacan:
Homesteading the noosphere
(http://www.geocities.com/jagem/noosfera.html): Aqu se encarga de
analizar a la cultura de los hackers. Presenta a la misma como una
cultura de regalos donde cada uno de los individuos regalan sus
productos para lucirse frente a los dems. Tambin dice que la mayora
de los hackers hacen su trabajo en busca de una satisfaccin del ego.
Tambin estudia cmo se desempean los grupos que se forman en
torno a los proyectos y analiza los lderes que surgen de los mismos.
The Magic Cauldron
(http://www.catb.org/~esr/writings/homesteading/magic-cauldron/): En
este ensayo analiza al modelo desde un perspectiva econmica y de
negocios. Presenta su opinin sobre en qu caso es ms conveniente
lanzar un proyecto Open Source y cundo conviene utilizar el modelo
convencional.
The Revenge of the Hackers
(http://www.oreilly.com/catalog/opensources/book/raymond2.html) y
A Brief Story of Hackerdom
(http://www.oreilly.com/catalog/opensources/book/raymond.html): Estos
dos escritos forman parte del libro Open Sources - Voices of the Open
Source Revolution. Aqu, Raymond habla nuevamente sobre la cultura
hacker y el modelo Open Source.
Un anlisis ms detallado de estos escritos escapan al alcance de este trabajo.
Se los nombra simplemente para dar una idea clara de la cantidad de ensayos
y escritos que ha publicado Raymond, de ah que se lo considere como el
filsofo del Software Libre.
Consideraciones Finales
No hay duda alguna que Raymond es otra de las personalidades influyentes
dentro del software libre. Varias razones son las que justifican esta afirmacin.
Sus aportes contribuyeron a fortalecer varios mbitos del movimiento. Por un
lado, su temprana participacin en el proyecto GNU y principalmente en el
desarrollo de GNU EMACS. Otro de sus valiosos aportes fue la aplicacin
Fetchmail, que es muy respetada y utilizada. Por el otro lado, sus escritos han
sido muy importantes a la hora de explicar el fenmeno del software libre y
permitieron dar a conocer por parte de un integrante de la comunidad hacker
cules eran los objetivos perseguidos por ellos.
Por ltimo, para continuar enumerando sus aportes, puede marcarse su
posicin destacada en el grupo que lidera el movimiento Open Source. Es de
importancia remarcar que su postura, no ha sido tan radical y confrontativa,
como la de Stallman. Actitudes como la suya, fueron las que contribuyeron a
que hoy en da se conozca ms al Open Source que al software libre.
Todas estas razones permiten determinar que se est frente a otra de las
personalidades que han dedicado gran parte de su vida, al esfuerzo de lograr
que este modelo prevalezca frente al cerrado y propietario.
30Aqu se refiere solamente al kernel, que es el proyecto de Torvalds.
31El trmino utilizado era scratching a developer's itch, refirindose a que el programdor se
rasca lo que le pica. Una metfora para justificar que el programador ataca solo sus
motivaciones personales.
32En la jerga se lo denomina fork. Fork es una de las llamadas al sistema en Unix. La misma
sirve para crear procesos hijos, para lo cual el proceso padre se duplica y de ese proceso
duplicado nace el hijo. Es una metfora para describir las divisiones que pueden producirse en
un proyecto que terminan dando origen a dos proyectos (el actual, ms el nuevo).
33 Asesino de categora : As se denomina a las aplicaciones que han capturado un nicho
especfico. Sera muy difcil para otra aplicacin capturar la atencin del pblico. Se dice que
GNU/Linux es un asesino de categoria en cuanto a los Sistemas Operativos de cdigo fuente
abierto.
34Los documentos originales pueden encontrarse en la pgina de la Iniciativa Open Source:
www.opensource.org.
7. Software Libre en Argentina.
Introduccin
El objetivo de esta seccin es analizar la situacin actual del Software Libre en
la Argentina. En primer instancia, se estudiar el caso del Estado nacional. Se
intentar identificar las desventajas de utilizar software propietario en el mbito
pblico y luego se detallar la forma en que el software libre puede subsanar
esos inconvenientes.
A su vez, se presentarn iniciativas que provienen de distintos mbitos pero
que tienen como fin comn promover el uso generalizado de herramientas
libres.
El Software Libre en el Estado
Situacin en el estado nacional:
Actualmente el estado nacional no posee el grado de control necesario
de la informacin digitalizada que procesa.
El estado no tiene completo control sobre la legalidad del software que
utiliza.
Es de conocimiento de pblico que al asumir el gobierno de Fernando de la
Rua, se declar que numerosos organismos utilizaban software de manera
ilegal, sin pagar los correspondientes derechos de uso. Esta situacin
implicaba que el mismo Estado estaba no solo tolerando sino incitando a la
comisin de un ilcito, como es el emplear software sin licencia.
Desde ya, no es el objetivo de este trabajo criticar a un gobierno, ni entrar en
discusiones polticas. Pero se puede destacar que las instituciones del mbito
pblico, deben poseer una conducta tica irreprochable, que constituya un
ejemplo para los ciudadanos. Sino se transforma en imposible exigirle al
ciudadano el cumplimiento de la ley, el pago de sus impuestos, si es el mismo
estado quien vulnera la norma legal.
Problemas derivados del uso de software propietario
Cuando el ciudadano brinda informacin al Estado, lo hace bajo la suposicin
que ser resguardada su privacidad, o sea que:
dichos datos se mantendrn adecuadamente custodiados,
los mismos no podrn ser alterados por ninguna persona,
solo podrn ser tratados por los funcionarios competentes y
no podrn ser transferidos fuera de la rbita del Estado
35
.
El Estado nacional debe poseer un completo y acabado control de sus
acciones y por lo tanto es completamente inaceptable que emplee sistemas de
los cuales no conozca hasta sus mnimos detalles.
Los formatos empleados para codificar los datos que se mantienen en soporte
digital, son otro punto a tener en cuenta. En caso que el estado no pueda
disponer de los parmetros con los cuales han sido desarrollados dichos
formatos, queda obligado a depender de una aplicacin cerrada para
acceder a sus propios datos. Al emplear formatos cerrados, la informacin
volcada por el Estado solo puede ser decodificada correctamente por el
diseador del formato, sea ste una empresa o persona de cualquier origen o
dimensin.
Otro asunto de gran importancia es el software de seguridad. El mismo es
como un seguro de caja fuerte: aunque se sepa como funciona es necesario
conocer la clave o la combinacin que su dueo fij para abrirla. La seguridad
depende de la proteccin de esa combinacin, no del mecanismo en s
(siempre que el mecanismo sea lo suficientemente bueno). Sin la posibilidad de
inspeccionarlo, es imposible saber si el programa cumple meramente con su
funcin, o si adems incluye vulnerabilidades intencionales o accidentales que
permitan a terceros acceder indebidamente a los datos.
Hay programas libres para usar los mecanismos de seguridad ms fuertes
conocidos. El hecho de que sean libres les da una garanta de calidad extra, ya
que su publicidad permite que cualquiera pueda detectar y reparar fallos o
riesgos a la seguridad que contenga.
Uno de los ejemplos ms puntuales de la dependencia tecnolgica puede verse
en la misma legislacin argentina. Desde hace un tiempo, la AFIP exige a los
contribuyentes la presentacin de diversas declaraciones en formato digital. La
idea, por cierto, es razonable, pero la manera en que la AFIP la implement es
tal que exige que la presentacin sea exclusivamente a travs de la ejecucin
de programas especficos provistos por esa organizacin. Estos programas, es
cierto, son gratuitos, pero entre sus requerimientos de ejecucin se incluyen,
como sistemas operativos, exclusivamenteWindows 95, 98 o Superior. Es
decir que el Estado est exigiendo a los ciudadanos que compren un
determinado producto de un determinado proveedor al solo fin de poder cumplir
sus obligaciones impositivas.
Beneficios para el Estado con el uso de software libre
Muchas veces se pone adelante de todas las ventajas el ahorro monetario.
Este ahorro puede ser realmente importante, pero puede ser mermado a corto
plazo por los costos de realizar la transicin de los sistemas. Existen otras
ventajas que son inmediatas y ms importantes, al punto de ser cruciales para
la adopcin de estas polticas por el estado:
Independencia Tecnolgica : Mediante el uso de software libre, el
Estado deja de tener sus sistemas controlados por una entidad externa
(con frecuencia empresas extranjeras). De esta forma rompe la
dependencia tecnolgica que lo tiene actualmente atado y obtiene las
libertades que el software libre otorga.
Control de la Informacin : Esto se desprende directamente de las
libertades que brinda el Software Libre. Al tener la libertad de
inspeccionar el mecanismo de funcionamiento del software y la manera
en que almacena los datos, sumado a la posibilidad de modificar ( o
contratar a alguien que modifique) estos aspectos, queda en manos del
Estado la llave de acceso a la informacin y no en manos de terceros
ajenos.
Seguridad : Este es uno de los puntos claves para el estado. Mucha
informacin que el Estado maneja puede ser peligrosa en manos
incorrectas. Es por esto que es crtico que el Estado pueda fiscalizar que
su software no tenga puertas de entradas traseras (backdoors),
voluntarias o accidentales, y que pueda cerrarlas en caso de
encontrarlas; tal inspeccin solo es posible con el software libre.
Debe tenerse en cuenta que una poltica de este tipo no discrimina en contra
de productos o proveedores especficos, sino contra ciertas prcticas nocivas
que involucran el control de la informacin del usuario por parte del proveedor.
Es fundamental que el estado no se someta a estas presiones.
Otro punto a favor es que la industria local se ver ampliamente beneficiada,
dado que las licencias libres le otorgan al gobierno el derecho a contratar
profesionales locales para modificar y adaptar sus sistemas. De esta forma, se
fomenta la industria tecnolgica local, la economa y el empleo.
Hay que destacar que la migracin sera costosa en primer instancia. Esto se
debe a que involucra costos en relevamientos, toma de decisiones para
implementar los nuevos sistemas, mano de obra para implementar el cambio,
conversin de datos, reentrenamiento del personal. Todo esto sin tener en
cuenta el natural rechazo al cambio, que no tiene un impacto monetario pero
que puede hacer fracasar cualquier proyecto de implementacin.
Los costos relacionados con el software propietario son, en gran medida, por
licencias de uso por cada terminal, ms la necesidad de actualizar el hardware
dados los requerimientos de procesamiento ms potente en cada nueva versin
de las aplicaciones. A su vez, en muchos casos la actualizacin de los
programas es forzada, ya que no se mantiene una compatibilidad con
versiones anteriores con lo que el software se transforma en obsoleto.
Segn un estudio realizado
36
, aproximadamente el 70% del empleo que se le
da a una computadora en la rbita estatal demanda los denominados
programas de escritorio, de los cuales en la mayor parte de los casos se utiliza
exclusivamente el procesador de textos. Este porcentaje trepa casi al 90% en la
rbita del poder judicial, es decir que una parte sustancial puede ser
reemplazada en forma casi masiva e inmediata, pero en esta fase parte del
ahorro debera invertirse en capacitacin.
Marco Legal
Ha pasado tiempo desde que se comenz a hablar de la necesidad de utilizar
software libre en el estado. Obviamente Argentina no es el nico pas donde se
est impulsando el uso de herramientas de software libre para los sistemas del
Estado. Hay varios casos de proyectos en Europa (Francia, Espaa, Italia) y
tambin en Amrica (Mjico y Brasil).
En nuestro pas, el da 10 de septiembre de 2000 se present un Proyecto de
ley sobre Software Libre en la Cmara de Diputados Nacional. La iniciativa
correspondi al Ingeniero Marcelo Dragan.
Este proyecto de ley recibi una difusin aceptable y mucha gente se mostr a
su favor. Dragan y su gente se encargaron de presentarse en distintos
congresos y reuniones del mundo informtico para lograr adhesiones a su
iniciativa. Por ejemplo, la misma fue sometida para su discusin ante los
participantes del Congreso Argentino de Ciencias de la Informtica y
Computacin que se desarroll en Ushuaia en el ao 2000. El texto inicial
caus sorpresa y recibi una fuerte adhesin de parte de prestigiosos
educadores de universidades pblicas y privadas.
Tambin hubo una presentacin en COMDEX Argentina 2001, por parte del
Diputado Nacional Martn Borrelli. En la misma se debati sobre las
implicancias del proyecto y ayud a que mayor cantidad de gente conociera la
iniciativa.
El 27 de marzo de 2002 proyecto de Dragan (5613-D-00) pas a archivo y fue
presentado uno nuevo en la Cmara de Diputados del Congreso Nacional (904-
D-029). Este se basa en el anterior, e incorpora las mejoras que fue recibiendo
durante dos aos.
Proyecto de Ley 904-D-02
Autores:
Marcelo Dragan
Diputado nacional
Tierra del Fuego
Partido Accin por la
Repblica
Omar Enrique Becerra
Diputado nacional
Tierra del Fuego
Partido Justicialista
Rosana Andrea Bertone
Diputada nacional
Tierra del Fuego
Partido Justicialista
Aspectos Importantes
Define claramente el concepto de software libre.
Exige que dentro de todos los mbitos y Poderes del Estado se utilicen
programas libres.
Si no existe una solucin que utilice software libre, existen dos
alternativas.
De no existir una herramienta que cumpla con los requerimientos y en
consecuencia se deba desarrollar un programa nuevo, el mismo debe
obligatoriamente ser libre.
En el caso que solamente exista una herramienta no libre que cumpla
con los requerimientos y a su vez existan exigencias de tiempo
verificables para la solucin, el organismo que lo demande podr
gestionar un permiso temporario para su utilizacin.
Las entidades educativas pueden pedir permisos especiales para utilizar
software no libre siempre y cuando sea para su investigacin.
Se establece que el Poder Ejecutivo deber reglamentar en un plazo de
180 das las condiciones, tiempos y formas en que se efectuar la
transicin. Esto significa de qu manera se transitar del estado actual a
uno que cumpla con las condiciones estipuladas en la ley
Actualmente el proyecto de Dragan se encuentra en la Cmara de Diputados
de la Nacin.
El 10 de mayo de 2002, el senador de la Provincia de Buenos Aires por la UCR
Alberto J. L. Conde, present un Proyecto de Declaracin en el cual indicaba
que: vera con agrado que el Congreso de la Nacin proceda a dar
tratamiento en forma urgente y su aprobacin al proyecto de Ley 904-D-02 con
inicio en la Cmara de Diputados referido al uso de Poltica de utilizacin de
Software Libre por el Estado Nacional.
Esta presentacin fue aprobada por unanimidad por la Cmara de Senadores
de la provincia de Buenos Aires el da 6 de junio de 2002. El texto
37
del mismo
posee una pequea modificacin del original para adaptarlo al contexto
provincial. El mismo da, el proyecto fue aprobado por unanimidad en la
Cmara de Senadores de la Provincia de Buenos Aires. De esta forma el
mismo se transform en proyecto de ley. El 18 de junio, el mismo tom estado
parlamentario y ser tratado en orden secuencial por las siguientes comisiones:
1. Comisin de Educacin, Cultura, Deportes, Ciencia y Tcnica
2. Comisin de Legislacin General
Todos estos intentos son ms que destacables, pero todava se est lejos de
alcanzar resultados tangibles. Es de esperarse que los legisladores reciban
presiones de todo tipo de los gigantes de la industria propietaria. Todo proyecto
tiene un ao de lapso dentro del cual debe procederse a su tratamiento.
Transcurrido el mismo, el proyecto pierde su estado parlamentario. Esta es la
forma en que el primer proyecto del diputado Dragan fue cajoneado.
Lamentablemente, este tema no est instalado en la opinin pblica y pasar
mucho tiempo hasta que suceda. Pero de todos modos es importante que se
vayan formando grupos que intenten revertir la situacin actual de dependencia
tecnolgica total que acosa al Estado.
Otras Iniciativas.
Migracin de los sistemas de la Direccin Provincial de Vialidad de
Tucumn a GNU/Linux
En agosto de 2001, la Direccin Provincial de Vialidad de Tucumn realiz una
licitacin para migrar todos sus sistemas a GNU/Linux. La empresa que sali
adjudicada fue Tucumn Linux.
Este proyecto de llev a cabo por varios motivos, los cuales valen la pena
destacar porque ilustran claramente los problemas tpicos en ambientes en los
cuales se utiliza software propietario.
La situacin actual del pas, en donde priman las soluciones de bajo
costo y la reutilizacin del hardware. No solo para reducir el gasto de
licencias, sino tambin para tratar de reducir el tiempo y costo de
mantenimiento.
El problema de la legalidad del software instalado. Adems, en muchas
oportunidades, se hace comn que las estaciones de trabajo Windows
sean atacadas por virus. stos producen prdidas de tiempo, dinero y
datos.
La migracin total de las 42 estaciones de trabajo, dur dos semanas con los
cursos de capacitacin para los usuarios (10 das hbiles). El curso para el
centro de cmputo se extendi un poco ms, dado que este personal no tena
ningn conocimiento en relacin a GNU/Linux. Con la capacitacin dictada al
personal del centro de cmputos de la DPV, quedaron totalmente aptos para
utilizar y configurar GNU/Linux, y de esta forma no depender de la empresa
para el mantenimiento de su parque informtico.
El costo total del proyecto de migracin fue de 6.500 PESOS. Si bien en la DPV
contaban con licencias de software, el costo para actualizarlas y mantenerlas
en el tiempo es bastante mayor.
Durante el ao de este proyecto (2001), si una empresa o institucin del estado
quera licenciar 40 PCs con Windows, Software de oficina y Antivirus no estaba
gastando menos de 35.000 a 40.000 dlares, slo en licencias. En la coyuntura
actual que se presenta luego de la devaluacin del Peso frente al Dlar, se
tornan an ms prohibitivos los precios de las licencias de software propietario.
Aunque no sea la ventaja ms importante, es de gran valor comparar las
erogaciones necesarias para mantener un parque informtico bajo software
libre y compararlo con uno bajo software propietario. No hay duda alguna que
la diferencia es grande y que va a continuar creciendo.
Algunos detalles tcnicos sobre la Migracin
1. Al principio se realiz un anlisis comparativo de las distribuciones
existentes. Se present un informe a la DPV, en el que se consign un
estudio de las distribuciones existentes, aconsejando una en particular,
acorde con el parque informtico, y considerando a futuro la
conformacin de redes o subredes, con servidores trabajando en
cualquier plataforma de sistema operativo (GNU/Linux, Windows, otros).
Finalmente se seleccion SuSE Linux 7.2. por su adaptabilidad a
cualquier entorno, y por su gran cantidad de aplicaciones.
2. Se instal Samba y el cliente komba2, para integrar las PCs GNU/Linux
con el resto de las PCs en la red.
3. Un aspecto muy interesante es que la gente de Tucumn Linux adapt el
kernel (recompilndolo) para cada modelo de estacin de trabajo
distinto. De esta forma, cada estacin de trabajo tiene un kernel refinado
para su microprocesador y chipset.
4. En cuanto a desarrollos extras, se encargaron de modificar en ciertos
puntos el arranque y apagado de Linux, para hacerlo ms entendible al
usuario final.
Estos ltimos puntos se presentan como grandes diferencias que a su vez son
ventajas a favor del software libre, en este caso el sistema operativo
GNU/Linux.
Este tipo de iniciativas, demuestran que es posible la migracin. Uno de los
puntos ms importantes a tener en cuenta, es la forma de capacitar a los
usuarios. Este no es un detalle menor y deber ser tenido en cuenta a la hora de
proyectar el cambio. En el caso que los futuros usuarios no puedan vislumbrar
ventajas en su trabajo cotidiano, pueden oponerse al cambio y afectar los
resultados del proyecto.
Por lo expresado anteriormente, es muy importante que junto con un plan
tcnico de migracin acorde a las necesidades de la organizacin se tenga
muy en cuenta el factor de los recursos humanos. Estos sern en definitiva los
que operen los nuevos sistemas y por ende deben estar convencidos de que
las ventajas que les reportar el cambio.
Proyecto UTUTO
Esta es otra iniciativa que se ha dado en el mbito de software libre a nivel
nacional. UTUTO naci como solucin a un inconveniente que se le present a
Diego Saravia. Este ingeniero industrial dicta una maestra sobre Energas
Renovables en la Universidad Nacional de Salta. Para la misma utiliza algunos
programas que corren bajo GNU/Linux, como Sceptre, que sirve para simular
sistemas elctricos e instalaciones solares. Saravia necesitaba darle a los
estudiantes la posibilidad de ejecutar Sceptre en sus casas. La opcin de
ensearles a instalar GNU/Linux no era viable y escapaba a los objetivos del
curso. De esta necesidad surgi UTUTO, la primera distribucin de GNU/Linux
de Argentina.
Lo ms interesante y original fue la creacin de un CD que funcionara sin
necesidad de instalacin. Dice Saravia: 'La idea es preparar un sistema que
ejecute GNU/Linux sin hacer demasiadas preguntas. Ninguna en principio. Que
no modifique el disco duro en una forma difcil de revertir. Que pueda iniciarse
desde el CDROM, una disquetera o incluso desde el modo DOS del Windows.
Que ofrezca una interfaz grfica agradable y con programas tiles a
disposicin. Un Disco Compacto que muestre su contenido (incluso sus
pginas web) desde Windows.'
La primera versin, muy primitiva y con muchos errores logr su cometido y
alcanz una fama importante dentro del mbito acadmico. Todo lo creado por
la gente del proyecto UTUTO (scripts de arranque, utilidades para detectar
hardware, etc.) estn protegidos por la licencia GNU GPL. Pero a su vez, la
distribucin inclua software no libre como Netscape y StarOffice.
Apuntando a las cuestiones tcnicas de la distribucin, se puede destacar que
est basada en Debian 2.1 y SuSE 6.4, con agregados Tiny Login, Busy Box y
LiveCD Project.
Algo muy importante de este proyecto es que es un excelente esfuerzo en s
mismo, como tambin un punto de referencia para la elaboracin de
distribuciones ms elaboradas, con scripts de configuracin, instalacin, etc.
Este es uno de los usos ms interesantes que se le pueden encontrar a
UTUTO.
Actualmente desde el sitio de UTUTO (www.ututo.org) estn anunciando que
pronto saldr a la luz el prximo UTUTO. El mismo se llamar UTUTO libre,
pues solo usara software libre. La distribucin no ser ms un hbrido de SuSE
y Debian sino que depender directamente del cdigo fuente de cada paquete.
Por ahora UTUTO no tiene scripts para realizar una instalacin en la PC, pero
sus desarrolladores prometen que en un futuro cercano, se incorporarn.
Incluso, se podr instalar en una particin preexistente del Windows
(UMSDOS). Cuando se ejecuta el UTUTO desde el CD-ROM, las particiones
que ya estaban creadas en el sistema, no se modifican en gran medida. Se
crea un directorio para el Ututo (ututo.20), y otro para StarOffice (ututo.so52).
Estos directorios se crean en la particin ext2 o FAT con ms espacio libre, y si
no hay discos, el resto de UTUTO se carga en RAM.
En resumen, la distribucin es ideal para:
Los que quieren probar GNU/Linux, pero no desean reparticionar su
disco duro, ni pueden destinar varios cientos de Mb para una prueba.
Los usuarios de GNU/Linux que quieran mostrar, dar charlas, clases,
etc. Especialmente en lugares donde no hay mquinas con GNU/Linux
preinstalado.
Los que deseen hacer una distribucin propia. UTUTO puede verse
como un conjunto de rutinas para preparar distribuciones, ms que como
una distribucin.
Como ejemplo puntual, puedo destacar el uso que le dieron a UTUTO
varios compaeros mos estudiantes de informtica. Al cursar la materia
Arquitectura de Sistemas Computarizados, recibimos un curso
introductorio a GNU/Linux. Varios alumnos optaron por utilizar UTUTO
para hacer las prcticas y de esa forma, evitaron alterar las
configuraciones de sus mquinas y pudieron cumplir con los objetivos
del curso.
Sera tambin interesante que el proyecto pueda seguir sumando logros y
encontrar nuevos colaboradores. De esta forma, este emprendimiento tan
ambicioso seguir mejorando este producto de gran valor como UTUTO.
Consideraciones Finales
Todas las iniciativas presentadas a lo largo de esta seccin son ms que
destacables. Es de esperarse que por la coyuntura econmica actual del pas,
se generen ms casos en los que el software libre sea la nica opcin posible.
Los precios de la tecnologa se han multiplicado varias veces como
consecuencia de la devaluacin, pero como contrapartida de eso se abre la
posibilidad para la Argentina de exportar software. Sera muy provechoso que
desde los sectores polticos se fomente este mercado y se lo impulse para que
crezca.
El sector poltico tiene en sus manos tambin, la posibilidad de tomar una
decisin importantsima. De sancionarse el proyecto de ley, Argentina se
convertira en el primer pas en contar con una ley nacional que instrumente el
uso de software libre en el estado. Aunque la posibilidad de aprobacin
parezca remota es muy importante para comenzar a formar el pensamiento
crtico en el comn de la gente que no ve como una amenaza el hecho que el
estado no tenga el control absoluto sobre sus sistemas.
Lamentablemente y como sucede en estos casos donde los intereses
econmicos son tan importantes es de suponerse que las grandes empresas
desarrolladoras y proveedoras de software para el estado continen haciendo
lobby para evitar el tratamiento del proyecto.
35Este principio est consagrado en la ley de Habeas Data(N 25.036 / Nov '98). Ningn
ciudadano puede imaginar que sus datos personales puedan terminar en la base de datos de
alguna empresa de marketing.
36Los datos son provenientes de un estudio realizado por los diputados que se encuentran
trabajando en el proyecto de ley de Software Libre. Estos nmeros dan una clara impresin que
en muchos organismos del estado las computadoras son utilizadas simplemente como una
mquina de escribir ms poderosa.
37Una copia completa del mismo se encuentra en forma de anexo al trabajo.
8. Proyectos de Software Libre.
W.I.N.E.
(Wine Is Not an Emulator)
El proyecto WINE (http://www.winehq.org/) es bastante antiguo, ya que naci
en 1993. En aquel entonces el objetivo del mismo era lograr ejecutar programas
de Windows 3.1 en GNU/Linux.Bob Amstadt fue quien inici el proyecto, pero
poco tiempo despus se lo pas a su principal ayudante, Alexandre Julliard
quien contina siendo el lder de WINE.
Como su nombre lo indica, WINE no es un emulador. La idea detrs de este
proyecto es la de clonar la Win32 API ( y la Win16)
38
. Para entender de una
manera ms clara el funcionamiento de este software hay que imaginarlo como
una capa de compatibilidad con Windows. WINE provee lo siguiente:
Un conjunto de herramientas de desarrollo para portar cdigos fuente de
aplicaciones Windows a Unix.
Un cargador de programas, el cual permite que muchas aplicaciones
para Windows 3.x/9X/ME/NT/2000/XP se ejecuten sin modificarse en
varios UNIX para plataforma Intel como GNU/Linux, FreeBSD y Solaris.
WINE no requiere que se encuentre instalado Microsoft Windows, dado que es
una implementacin alternativa que no utiliza cdigo fuente de Microsoft.
Puede llegar a utilizar alguna dll (biblioteca dinmica) en el caso que se
encuentre instalado Windows. El cdigo fuente de WINE se encuentra
licenciado bajo la LGPL por lo que se lo considera Software Libre.
A mediados del ao 2002 el proyecto cuenta con ms de un milln de lneas de
cdigo fuente escrito en lenguaje C. A su vez cuenta con un grupo de 300
personas que han participado o participan del desarrollo de esta pieza de
software.
Dada la complejidad del objetivo perseguido y a su vez que la meta se
encuentra en constante movimiento (cada nueva versin de Windows implica
nuevos desarrollos), el proyecto an no lleg a liberar la versin 1.0. Los
detalles que faltan ajustar para poder llegar a la bendita 1.0 son:
Crear un sistema de instalacin simple e intuitivo para los usuarios
comunes.
Lograr soportar a las aplicaciones que fueron creadas especficamente
para Windows XP (por ejemplo .NET).
WINE ha sido una pieza clave para el desarrollo de Lindows, una distribucin
de GNU/Linux que prometa ejecutar cualquier pieza de software diseada para
Windows. Por problemas de ndole legal an no pudo llegar a comercializarse
esta distribucin.
En el sitio web del proyecto se puede participar de un sistema de votacin para
elegir qu aplicacin se desea que pueda ejecutarse en WINE. El software ms
votado es el Macromedia Dreamweaver, luego lo siguen - entre otros - algunos
juegos como el Half-Life. Tambin tiene votos el Adobe Photoshop y el
Microsoft Word. En el caso del procesador de textos de Microsoft, ya se ha
podido ejecutar bajo WINE, pero su performance an deja mucho que desear.
Tambin hay otro sistema, el cual se utiliza para calificar el funcionamiento de
las aplicaciones bajo WINE. Se establece una separacin entre las que se
ejecutan y se instalan sobre UNIX de las que se ejecutan desde una particin
de Windows. De esta forma se permite que los usuarios califiquen qu nivel de
funcionalidad obtuvieron del software al ejecutarlo bajo WINE. La escala va de
0 a 5 y en la misma pgina indican cmo debe evaluar el usuario a la aplicacin
para evitar distintos puntos de vista a la hora de establecer la puntuacin.
FUNDACION APACHE
El proyecto ms conocido de esta fundacin es el servidor HTTP Apache
(http://www.apache.org/). Pero en realidad son varios los proyectos Open
Source que se encuentran apadrinados por esta fundacin. Estos son:
El servidor HTTP Apache.
El nombre apache tiene un origen un poco discutido, algunos dicen que
viene de "a patchy server" debido a numerosos parches del principio,
otros dicen de una manera ms seria que los investigadores de este
proyecto tomaron el nombre en memoria de los Apaches por su gran
adaptabilidad al terreno.
Este servidor es el ms utilizado en internet. Respeta el protocolo HTTP
(1.1) normalizado por el W3C (WWW Consortium)
Esta es la encuesta que se publica en el sitio netcraft.com. Claramente se
observa el predominio de Apache sobre los dems servidores. En segunda
ubicacin se encuentra Microsoft con su IIS, pero no alcanza el 35% del
mercado contra el 60% de HTTP Apache.
Jakarta: El proyecto Jakarta es el que se encarga de crear y mantener
todas las soluciones open Source creadas para la plataforma Java. Los
productos del proyecto se dividen en tres categoras generales.
Bibliotecas, herramientas y APIs: Por ejemplo Taglibs que es una
coleccin de tags JSP para implementar aplicaciones Web.
Motores: Por ejemplo Lucene que es un motor de bsqueda de textos
totalmente implementado en Java.
Aplicaciones del lado del Servidor: Por ejemplo Tomcat que permite
implementar las tecnologas de Servlets y JSP.
Perl: Integra el lenguaje de programacin Perl al servidor web. Permite
ejecucin de scripts CGI y tambin lo concerniente al manejo de
sesiones y autenticacin de usuarios. El intrprete se encuentra
embebido al servidor.
TCL: Apache Tcl intenta integrar el lenguaje de Scripting TCL con el
servidor Web. A su vez el proyecto se divide en tres.
mod_dtcl: permite usar Tcl como un lenguaje de scripting embebido en
el HTML y tambin ejecutar scripts de Tcl
neowebscript: tambin permite embeber el Tcl en HTML, pero utiliza
intrpretes seguros y archivos db.
mod_tcl: Permite escribir mdulos completos de Apache en Tcl. El
intrprete se encuentra dentro del servidor lo que genera mejores
tiempos de arranque.
XML: Se encarga de agrupar todos los desarrollos que vinculen XML
con Apache. Entre los subproyectos ms importantes se encuentran:
Xerces: Parser XML en Java y C++.
Xalan: Preprocesador de hojas de estilo XSLT, en Java y C++.
FOP: Objetos para formatear XSLT, en Java.
La fundacin Apache se cre para brindar soporte organizacional, legal y
financiero a todos los proyectos anteriormente mencionados. La misma, no
persigue fines de lucro y se encarga de ser la cara visible de todos los
proyectos. Esto permite que las donaciones se hagan a nombre de una entidad
legal y no a un proyecto o a un lder de proyecto.
La estructura de la fundacin puede denominarse una meritocracia. Esto
implica que para poder ascender posiciones, el individuo debe tener probados
pergaminos en uno o ms de los proyectos. Los distintos integrantes de la
estructura son:
Usuarios : Son muy tiles para el proyecto, dado que emplean el
software desarrollado por la fundacin. En muchos casos son quienes
reportan errores encontrados y quienes contribuyen ideas sobre mejoras
posibles. Algunos usuarios participan en las listas de correo ayudando a
solucionar problemas que afectan a sus pares.
Desarrolladores : son aquellos que contribuyen con cdigo fuente o
documentacin a la lista de correo.
Committers : son desarrolladores que contribuyen de manera frecuente
al proyecto. Por esa razn tienen permiso de escritura sobre los
repositorios de cdigo fuente del proyecto. Son los encargados de tomar
las decisiones diarias sobre los cambios que se efectuarn al software.
Comit de Gerenciamiento del proyecto : es un grupo de committers
que toman la direccin a largo plazo del proyecto. Este comit lo elige el
directorio de la fundacin.
Directorio : Es el que se encarga de la administracin de los asuntos de
negocios de la organizacin. Las decisiones de ndole tcnica quedan
delegadas en los distintos comits de gerenciamiento de proyectos.
SAMBA
Samba (http://www.samba.org/) es un conjunto de aplicaciones UNIX que
entienden el protocolo SMB (Server Message Block). Muchos sistemas
operativos, entre ellos Windows y OS/2, usan SMB para operaciones de red
cliente/servidor. Mediante el soporte de este protocolo, Samba permite a los
servidores UNIX entrar en accin, comunicando con el mismo protocolo de red
que los Windows. De esta manera, una mquina UNIX con Samba puede
enmascararse como servidor en una red Microsoft y ofrecer los siguientes
servicios.
Compartir uno o ms sistemas de archivos.
Compartir impresoras, instaladas tanto en el servidor como en los
clientes.
Autenticar clientes logueandose contra un dominio Windows.
Proporcionar un servidor con resolucin de nombre WINS.
El creador de Samba fue Andrew Tridgell quien contina liderando el equipo de
desarrollo de Samba. En un comienzo Tridgell cre un programa servidor de
archivos para LAN que soportaba el protocolo DEC de la empresa Digital
Pathworks. Tiempo despus este protocolo se convirti en SMB, y ah naci
realmente el proyecto. En un principio simplemente era conocido como servidor
SMB, pero luego no pudo mantener ese nombre y su creador tuvo que
cambiarlo. Para ello utiliz el comando grep.
grep -i `sm*m.*b' /usr/dict/words
y la respuesta fue:
salmonberry samba sawtimber scramble
De esta manera naci el nombre de Samba. El paquete completo se distribuye
bajo la GNU GPL. Aunque parezca extrao, Microsoft tambin ha contribuido
materialmente poniendo a disposicin de la gente de Samba la definicin de
SMB y del Common Internet File System (CIFS). El protocolo CIFS es el nuevo
nombre de las futuras versiones de SMB que sern usadas por Windows.
Cundo es recomendable usar Samba?
Para acceder a archivos NT desde un servidor Unix.
Para compartir impresoras entre clientes Windows y Unix.
Para reemplazar un servidor NT, OS/2 o Netware.
Este proyecto goza de una fama importante, en gran medida por la utilidad que
reviste. Es ms que interesante su implementacin en ambientes LAN que
cuentan con equipos que corren distintos sistemas operativos. Los servicios
que brinda son los justos y necesarios para este tipo de configuraciones
( autenticacin de usuarios, compartir archivos e impresoras). Con todas estas
caractersticas, Samba se transforma en una herramienta ms que til y por
sobre todas las cosas es libre; dndole aun ms ventajas al usuario final.
OPENOFFICE
El proyecto OpenOffice (http://www.openoffice.org/) es la apuesta por parte de
Sun Microsystems para destronar a Microsoft Office de los escritorios. La
historia se remonta a julio de 1999 cuando Sun adquiri de la empresa alemana
Star Division la suite Star Office. En junio de 2000 se lanz Star Office 5.2.
Para octubre de 2000 se publicaron los fuentes dando origen al proyecto
OpenOffice.
Rpidamente, se convirti en uno de los proyectos ms grandes del mundo de
software libre. Actualmente se estima que alcanza a los 7,5 millones de lneas
de cdigo fuente en C++. OpenOffice cuenta con:
un procesador de textos (Writer).
una planilla de clculos (Calc).
un software de presentaciones (Impress).
Un software para dibujo (Draw).
Una de las caractersticas ms importantes es que el software es
multiplataforma. Corre en Solaris, GNU/Linux, Windows. A su vez se
encuentran en etapas de desarrollo las versiones para FreeBSD, MacOS X e
Irix. Entre sus funcionalidades principales se encuentra la posibilidad de abrir y
guardar documentos en formato Microsoft Office (97/2000/XP) y cuenta con
soporte para 27 idiomas.
Los archivos nativos de OpenOffice respetan el formato de intercambio de
datos de XML y sus especificaciones se encuentran disponibles al pblico en
general. La suite se encuentra licenciada bajo una modalidad dual que emplea
la LGPL y la licencia de Sun SISSL (Sun Industry Standards Source License).
Las implicancias de la LGPL ya fueron descriptas en la seccin 4. Sobre la
SISSL, se puede destacar que obliga a mantener compatibilidad entre las
versiones. En el caso de no respetar la compatibilidad, se deber publicar una
implementacin de referencia para dar a conocer los detalles de la
modificacin.
Como desventajas frente a la suite de Microsoft se puede resaltar que requiere
de mayor potencia de hardware para funcionar correctamente. Si se ejecutan
ambos en un mismo equipo, puede observarse claramente que los programas
de Sun tardan algunos segundos ms en iniciarse. Tambin durante la
operacin, se nota que los programas de Microsoft responden con mayor
velocidad.
Este trabajo ha sido redactado utilizando las versiones de OpenOffice beta
0.639 y la flamante 1.0 lanzada en abril de 2002.
38Win API: Application Programming Interface de Windows. Es una gran cantidad de
caractersticas que facilitan la creacin de software bajo Windows. Si un programador debe
crear un nuevo men, no tiene que escribir todas las instrucciones nuevamente ya que en la
Win API se encuentra una rutina que hace esa tarea. La Win16 API es para Windows 3.X y la
Win32 API es para Windows 95 y superiores (32 bits).
9. Software Libre en la UADE
Introduccin
A lo largo de esta seccin se presentarn distintas alternativas para aprovechar
las ventajas que surgen del uso del software libre en el mbito educativo. El
objetivo principal, es mostrar en qu puede beneficiarse una institucin
educativa como la UADE de optar por este tipo de software.
Para un anlisis ms detallado, es conveniente separar en tres ramas de
estudio el caso puntual de la Universidad:
1. Usuarios de software en general : esta categora corresponde a aquellos
que son usuarios de los equipos y las aplicaciones en general en toda la
Universidad.
2. Enseanza de herramientas informticas . Se refiere a las materias cuyos
objetivos son explicar el uso de determinadas aplicaciones informticas.
3. Estudiantes de Sistemas . Incluye nicamente a los alumnos de la
carrera Informtica.
En el caso de la UADE la inmensa mayora de las computadoras utilizan
software propietario, y en particular alguna versin de MS Windows y MS
Office. Sin embargo, la eleccin de estos programas raramente es una decisin
meditada, ni suele estar basada en un anlisis de las opciones disponibles.
Caso 1. Usuarios de software en general.
Este primer caso, hace referencia en su mayor parte al tipo de software
utilizado por la Universidad en sus computadoras. Las formas en la que se
beneficiara la misma al emplear software libre en vez de software propietario
son numerosas y en gran parte se desprenden de lo expuesto a lo largo del
trabajo.
De los tres casos planteados, este es el que costara ms llevar a cabo. No
slo monetariamente, ya que tambin habra que portar sistemas (o
desarrollarlos nuevamente) y capacitar usuarios, tareas que implican bastante
tiempo. Y por sobre todas las cosas, es necesaria una decisin poltica muy
importante.
No hay dudas de la gran ventaja que representara a la Universidad tener el
control total de sus sistemas, pero tambin hay que tener en cuenta que se
corren muchos riesgos al abocarse a una tarea tan importante.
Caso 2. Enseanza de herramientas informtica.
Este punto es de importancia ms que alta ya que tiene el objetivo replantear el
enfoque de las materias de informtica que se imparten en la mayora de las
carreras.
Hoy en da, a nadie se le ocurre pensar que un profesional pueda desconocer
el uso de la informtica como herramienta productiva. En mayor o menor
medida, el mercado laboral requiere que los profesionales tengan
conocimientos de computacin y que estn en condiciones de utilizar las
aplicaciones de uso habitual. Entre ellas se encuentran las suites de oficina
(planilla de clculo, procesador de textos, software de presentaciones), manejo
de Internet y correo electrnico.
La educacin relacionada con la informtica es hoy da un monocultivo de
algunas marcas de software propietario. Sin realizar en muchos casos ningn
estudio previo, se elige como plataforma para la formacin la que se percibe
como la ms habitual.
Muchas veces no se tiene en cuenta si esta es la mejor opcin posible. O peor
an, se suele confundir la introduccin a la informtica con un curso de
introduccin a cierto sistema operativo o los conocimientos sobre ofimtica con
el conocimiento de una cierta marca de programa ofimtico. En general, mucha
gente supone que saber de informtica es lo mismo que saber manejar ciertas
herramientas propietarias, y fundamentalmente MS Windows y MS Office.
Por lo general, al justificar la eleccin de este tipo de educacin se indica lo
siguiente:
Es mejor ensear el uso de la plataforma dominante en el mercado,
porque as lo enseado ser ms til al alumno.
Los propios alumnos piden que se les ensee el uso de ciertos
programas, y piensan que si se usan otros, los conocimientos les van a
ser de menos utilidad.
No hay muchas alternativas, y en cualquier caso, no las hay con ventajas
claras sobre el uso de la plataforma dominante.
Estas razones no son vlidas. Por otro lado, no es el objetivo de este planteo
rechazar la enseanza basada en herramientas propietarias. El punto de esta
afirmacin es que al alumno se le debe mostrar que hay alternativas, y que no
solamente existen Windows y Office. Porque en el caso que algn da cambie
el dominador del mercado esa persona va a sentirse excluida y no capacitada.
Sera de mayor utilidad ensearle cmo funciona un procesador de texto en
general, y no nicamente los detalles del uso de MS Word ( ni de ningn otro
procesador de texto) en particular. Naturalmente habr que hacer unas
prcticas, y en ellas lo ideal sera utilizar ms de una herramienta. Trazando
una comparacin con el concepto de aprendizaje de escritura, no se ensea a
usar una marca nica de lapiceras, sino que se ensea a escribir y luego la
persona elige. De la misma forma, en la enseanza de informtica deberan
utilizarse las herramientas de la forma lo ms genrica posible.
A su vez, la utilizacin de software libre brinda otras ventajas extra al docente:
1. Puede adaptarse a las necesidades de un curso dado. Puede, por
ejemplo, modificarse la aplicacin determinada para ofrecer a los
alumnos una versin simplificada.
2. El alumno puede reproducir todo el entorno de prcticas, con total
exactitud, en cualquier otra computadora. En particular, en la
computadora de su casa, donde podr practicar sin ningn problema de
licencias, y sin costos extra para el alumno. Adems, el docente podra
entregar a sus alumnos un CD que incluya todas las herramientas
utilizadas.
Caso 3. Estudiantes de Sistemas.
Esta es la rama que ms beneficios obtiene del uso de software libre. La
posibilidad de acceder al cdigo fuente de herramientas reales de calidad
comercial enriquecen la enseanza.
Materias del tipo de lenguajes de programacin y sistemas operativos son las
que rpidamente pueden aprovechar los recursos libres que se encuentran
disponibles. Es posible ensear con el ejemplo. Se encuentra a disposicin de
los docentes compiladores y sistemas operativos completamente libres para ser
aprovechados.
Por ejemplo, armar un laboratorio con 30 mquinas para materias de
programacin que incluyan la suite de Microsoft Visual Studio para ensear C,
C++, Visual Basic y SQL Server para bases de datos implica altsimos costos
de licencias por cada computadora. En cambio, un laboratorio para ensear los
mismos lenguajes (excepto Visual Basic) tendra costo nulo bajo una solucin
de software libre. Aplicaciones como gcc, g++, gdb, PostgreSQL corriendo
sobre GNU/Linux son totalmente gratuitas y cumplen la misma funcin que la
solucin propietaria. A la evidente ventaja econmica, se agrega la ventaja
educativa extra de poder inspeccionar estos programas. De esta forma, los
alumnos pueden ver cmo funcionan los compiladores y sistemas operativos
'por dentro', cosa imposible con herramientas propietarias.
Una idea interesante para los laboratorios de software libre sera incorporar
como administradores a estudiantes de la carrera. De esta forma, los alumnos
pueden obtener y aplicar todos los conocimientos obtenidos. Ellos trabajaran
como administradores y complementaran lo aprendido en sus cursos. En
consecuencia, los estudiantes seran los encargados de mantener los sistemas
funcionando y tambin de encontrar, adaptar y construir nuevo software. A
aquellos que opten por este modelo de prcticas, podra entregrsele un
certificado extra al graduarse.
Consideraciones Finales
Son ms que numerosas y variadas las ventajas que representara implementar
soluciones basadas en software libre en el mbito de la Universidad. La
intencin de esta seccin ha sido enumerarlas para que puedan ser
consideradas y ponderadas frente al modelo actual.
Luego de estudiar en profundidad este modelo, el que escribe considera que la
Universidad se vera fuertemente beneficiada de optar por este tipo de
software.
En el caso de optar por una migracin, la Universidad podra recurrir a sus
propios estudiantes para que aporten ideas y que colaboren en el proceso.
Sera una actividad de gran valor agregado para el estudiante poder participar
de un emprendimiento tan importante y a su vez complementara los
conocimientos tericos incorporados en las diversas materias.
Conclusiones
El principal objetivo de este trabajo, ha sido presentar una alternativa. Bajo
ningn concepto se quiere suponer que es la nica solucin posible. La
intencin ha sido repasar la historia e ideales que forjaron este movimiento.
La primer opinin que se desprende del anlisis efectuado es que, como en los
dems mbitos de la vida, ninguna posicin extrema es beneficiosa. Los
ideales filosficos pregonados por Stallman, son los que lo incentivaron a crear
un movimiento de desarrollo de software que se asemeja en gran medida, a un
partido poltico. Nadie puede discutir que los logros obtenidos son ms que
importantes, pero a su vez esa idea de autoexcluirse del resto del mundo es la
que ha llevado a su movimiento a perderse en confrontaciones poco
productivas y que solo sirven para el desgaste.
En una clara muestra de darwinismo digital, naci la idea de Open Source. El
concepto de software libre logr adaptarse y evolucionar para poder competir a
la par del modelo propietario. Es de esperarse que esta concepcin contine
creciendo, inversamente proporcional a la merma en la cantidad de adhesiones
al extremismo de Stallman.
An as, se est lejos de alcanzar un estado de las cosas dnde el Open
Source sea la alternativa ms ajustada frente a los requerimientos de
informatizacin. De hecho, este software no ha alcanzado el grado de madurez
suficiente que le permita desplazar de los escritorios al software empaquetado,
fcil de instalar y utilizar. Qu diferencia presenta el cdigo fuente para el
usuario normal que slo quiere leer sus mensajes de correo electrnico? Los
que no sepan leer el cdigo fuente no contribuirn demasiado al proyecto, y
ciertamente no van a darle mucho valor al hecho de conseguirlo.
Tampoco puede desconocerse la gran base de usuarios de Windows en los
escritorios (aproximadamente el 90%). Sin dudas, este es el mayor logro de la
empresa de Bill Gates, que ha llevado la computadora a millones de hogares.
Adems, es comn que la gente que ha elegido un producto o arquitectura de
computadora, le sean fieles siempre. Todo esto juega en favor de Microsoft y es
a su vez una barrera de entrada muy fuerte que el software libre deber
superar si desea conquistar los escritorios de la gente comn.
A los directivos de las empresas, que son los que mantienen las mquinas de
los escritorios de la gente, no le gustan los cambios. Los cambios significan
reeducacin, significan instalar un nuevo software en toda la organizacin y
suponen trabajo extra. Requisar una oficina sale muy caro. El costo de comprar
nuevas computadoras y software suele ser ms reducido que el costo de
reeducacin. Aunque el mundo del software libre es mucho ms barato, el
cambio no es fcil.
Pero, as como se reconoce que el software propietario es la solucin que ms
se ajusta a las necesidades del usuario hogareo tpico y que supera a lo
ofrecido por el software libre, hay que destacar que en otros mbitos el
software libre es el que va a la cabeza. El mercado de los servidores Web es
uno de los ejemplos ms claros. Apache y GNU/Linux literalmente gobiernan
Internet, en gran parte por su precio (nulo) y las prestaciones ofrecidas.
La posibilidad de inspeccionar y modificar el cdigo fuente brinda un abanico
de ventajas que deberan ser aprovechados en distintos campos. La formacin
en ciencias de la computacin, es el mbito en el cual naci este movimiento y
la que ms se beneficia por la libertad de inspeccionar las entraas de las
aplicaciones. El software propietario y cerrado se transforma en un mundo
esttico y lento, que solo permite obtener resultados pero no saber cmo lleg
a ellos.
El mayor desafo para el movimiento de software libre, se presenta en el campo
del mundo de los negocios. No son tantos los ejemplos de empresas que se
dediquen nicamente al software libre y que hallan logrado tener xito. Quiz el
ejemplo ms interesante es el de Cygnus Solutions, que a base de esfuerzos y
de una visin del negocio excelente se transform en la encargada de
mantener el compilador gcc desplazando nada menos que a la Free Software
Foundation.
Son tambin destacables los emprendimientos conocidos como distribuciones
de GNU/Linux. Entre las ms reconocidas se encuentran SuSE y Red Hat. Las
mismas mantienen sus estructuras cobrando por el soporte y a travs de la
venta de manuales y cdroms con las ltimas versiones de los programas.
Queda claro que el principal nicho a atacar es el de los servicios de valor
agregado. La posibilidad de modificar y redistribuir las herramientas, permite
que se personalicen las soluciones para las necesidades puntuales de cada
empresa. Esto brinda una ventaja ms que interesante.
Hay muchos proyectos hoy en da que continan existiendo gracias al aporte de
voluntarios y donaciones. En muchos casos estos grupos se encuentran
apadrinados por alguna universidad o centro de investigacin que permite
mantener las estructuras funcionando.
Es por eso que an queda mucho por recorrer y el movimiento debera poder
demostrar que es capaz de mantenerse por s solo. Hasta el mismsimo
Stallman sufri por varios aos este asunto. Aunque renunci a su puesto en el
laboratorio de inteligencia artificial del MIT, las autoridades le permitieron
continuar viviendo en el campus y utilizar los equipos. Las donaciones y becas
que recibi a lo largo de su carrera le permitieron dedicarse por completo a su
proyecto.
Esto no apunta a indicar que est mal recibir donativos, sino remarcar que el
movimiento (en muchos casos) no es capaz de generar ingresos para soportar
los gastos mnimos de estructura.
Otro de los puntos de estudio es el que se refiere al ingreso de las grandes
empresas a este movimiento. Sun Microsystems e IBM son las que han dado
los primeros pasos. Aunque en muchos casos gener suspicacias, estas
iniciativas son interesantes. Significan que desde el punto de vista de empresas
netamente comerciales, las ventajas del software libre han llevado a un
replanteo de sus propios modelos de negocios.
El tiempo dir si esto ayuda al movimiento o si solamente contribuye a que
continen las divisiones entre los que apoyan a la apertura de la comunidad y
los que quieren mantenerla como est.
A lo largo de este estudio logr conocer un mundo que presenta una alternativa
viable a la solucin que en muchos casos se indica como nica. Por suerte, los
usuarios de software en general contamos con la posibilidad de elegir en base
a nuestras necesidades y la opcin existe. Esta opcin se encuentra
acompaada de ideales que propugna: debate abierto, amplia circulacin, el
fcil acceso y la completa revelacin. El software libre crea riqueza, no dinero y
la riqueza es mucho mejor que el dinero. El software libre da poder a las
personas.
ANEXO I
Ejemplos de Mensajes de Respuesta
EJEMPLO 1
Usted envi el archivo adjunto en formato Microsoft Word, un formato
propietario y secreto, por lo que yo no puedo leerlo. Si Usted me enva el texto
puro, HTML o PDF, entonces yo podr leerlo.
Enviar a la gente documentos en formato Word tiene efectos perniciosos,
porque esta prctica los insta a utilizar software de Microsoft. En efecto, Usted
se convierte en un sostn del monopolio de Microsoft. Este problema especfico
es un gran obstculo a la adopcin ms amplia de GNU/Linux. Podra, por
favor, reconsiderar el uso del formato Word en la comunicacin con otras
personas?
EJEMPLO 2
Usted ha enviado el archivo adjunto en formato Microsoft Word, un formato
propietario y secreto, por lo que me resulta difcil de leer. Si Usted me enva
texto puro, HTML o PDF, entonces podr leerlo.
Distribuir documentos en formato Word es malo para Usted y para otros. Usted
no puede asegurarse de que se vern igual si alguien utiliza otra versin de
Word; hasta puede resultar imposible abrirlos.
Recibir archivos adjuntos en Word es malo para Usted porque pueden acarrear
virus (ver http://www.symantec.com/avcenter/venc/data/acro.html). Enviar
archivos adjuntos en Word es malo para Usted porque un documento de Word
normalmente contiene informacin oculta acerca del autor, permitiendo que
sean espiadas las actividades del autor (acaso las de Usted). Texto que Usted
crey haber borrado puede permanecer embarazosamente presente. Ver
http://www.microsystems.com/Shares_Well.htm para ms informacin.
Pero sobre todo, enviar documentos de Word a las personas las insta a utilizar
software de Microsoft y ayuda a negarles cualquier otra opcin. En efecto,
Usted se convierte en un sostn del monopolio Microsoft. Esta presin es un
gran obstculo contra la adopcin ms amplia de software libre. Podra, por
favor, reconsiderar el uso del formato Word en la comunicacin con otras
personas?
Convertir el archivo a HTML es simple. Abra el documento, haga clic en
Archivo, despus en Guardar como, y, en la opcin Guardar como tipo, en la
parte inferior de la ventana, elija Documento HTML o Pgina Web. Despus
elija Guardar. Entonces Usted puede adjuntar el nuevo documento HTML en
vez de su documento Word. Note que Word cambia de manera inconsistente
(los nombres de los tems en sus mens pueden ser ligeramente diferentes, por
favor intente con ellos).
Convertir a texto puro es casi lo mismo (en vez de Documento HTML, elija Slo
texto o Documento de texto en la opcin Guardar como tipo).
ANEXO II
PROYECTO DE LEY
El Senado y la Cmara de Diputados de la Provincia de Buenos Aires
sancionan con fuerza de:
L E Y
TITULO PRIMERO: DE LAS DEFINICIONES
Artculo 1.- A los efectos del cumplimiento de la presente ley,
entindese por:
a) Programa o "software" a cualquier secuencia de instrucciones usada por un
dispositivo de procesamiento digital de datos para llevar a cabo una tarea
especfica o resolver un problema determinado.
b) Usuario a aquella persona fsica o jurdica que emplea el software.
c) Cdigo fuente o de origen, o programa fuente o de origen, al conjunto completo
de instrucciones y archivos digitales originales creados y/o modificados por
quien los programara, ms todos los archivos digitales de soporte, como tablas
de datos, imgenes, especificaciones, documentacin, y todo otro elemento
que sea necesario para producir el programa ejecutable a partir de ellos.
Como excepcin, podrn excluirse de este conjunto aquellas herramientas y
programas que sean habitualmente distribuidos como software libre por otros
medios como, entre otros, compiladores, sistemas operativos y libreras.
d) Programa (software) libre a aqul cuyo empleo garantice al usuario, sin costo
adicional, las siguientes facultades:
d.1) ejecucin irrestricta del programa para cualquier propsito
d.2) acceso irrestricto al cdigo fuente o de origen respectivo
d.3) inspeccin exhaustiva de los mecanismos de funcionamiento del programa
d.4) uso de los mecanismos internos y de cualquier porcin arbitraria del
programa para adaptarlo a las necesidades del usuario.
d.5) confeccin y distribucin pblica de copias del programa.
d.6) modificacin del programa y distribucin libre, tanto de las alteraciones
como del nuevo programa resultante, bajo las mismas condiciones del
programa original.
Adems, el costo de obtencin de una copia del cdigo fuente del programa por
parte del usuario no podr ser significativamente mayor al costo habitual de
mercado en concepto de materiales, mano de obra y logstica necesarias para
la confeccin de dicha copia.
e) Programa "no libre" o "propietario" a aqul que no rena todos los requisitos
expresados en el artculo 1 inciso d) precedente.
f) Formato abierto a cualquier modo de codificacin de informacin digital que
satisfaga las siguientes condiciones
f.1) la documentacin tcnica completa est disponible pblicamente
f.2) el cdigo fuente de al menos una implementacin de referencia completa
est disponible pblicamente.
f.3) no existen restricciones para la confeccin de programas que almacenen,
transmitan, reciban o accedan a datos codificados de este modo.
TITULO SEGUNDO: DEL MBITO DE APLICACIN
Artculo 2.- Los Poderes Ejecutivo, Legislativo y Judicial, los
Organismos Descentralizados y las Empresas donde el Estado
Provincial posea mayora accionaria, emplearn en sus sistemas y
equipamientos de informtica exclusivamente programas (software)
libres.
Artculo 3.- La Autoridad de Aplicacin de esta ley ser el Poder
Ejecutivo o en quien este delegue esa responsabilidad con la
facultad de actuar sobre todos los niveles de la administracin
pblica provincial.
TITULO TERCERO: DE LAS EXCEPCIONES
Artculo 4.- En caso de no existir una solucin que utilice software
libre y permita satisfacer una necesidad determinada, los organismos
estatales mencionados en el artculo 2 podrn adoptar las
siguientes alternativas, con el orden de prioridades sucesivo:
a) En caso de inexistencia o indisponibilidad de software no libre que permita dar
solucin a la necesidad planteada, y que como consecuencia de ello se
determinara la necesidad de su desarrollo, la solucin tcnica resultante deber
ser, en todos los casos, software libre, en los trminos definidos en el artculo
primero de esta ley.
b) Si mediaran exigencias de tiempo verificables para la solucin del problema
tcnico, y se encontraran disponibles en el mercado programas (software) no
libres o propietarios, el organismo que lo demande podr gestionar ante la
Autoridad de Aplicacin un permiso temporario de utilizacin de software no
libre. La seleccin del producto deber ser realizada de acuerdo al siguiente
orden de preferencia:
b.1) programas que cumplen con todos los criterios enumerados en
el Artculo 1 Inciso d, excepto por la de distribucin del programa
modificado.
b.2) programas para los que existe un proyecto libre avanzado para
su reemplazo compatible.
b.3) otros programas.
Slo en el caso b.1), el permiso de uso del programa no libre podr
ser definitivo. En el caso b.2) el permiso caducar automticamente
en el momento en que el producto libre pase a estar disponible con
la funcionalidad necesaria para satisfacer la necesidad concreta. En
el caso restante el permiso caducar peridicamente con un plazo
de validez no mayor a los dos aos, y deber ser renovado luego de
constatar que an no existe una solucin libre al problema.
El permiso temporario slo ser otorgado si el organismo estatal
solicitante garantiza el almacenamiento de los datos en formatos
abiertos.
Artculo 5.- Las entidades educativas y toda otra entidad dependiente del
Estado Provincial podrn, adems, gestionar un permiso de empleo de
software no libre para su uso en investigacin, siempre que el objeto de
investigacin est directamente asociado al uso del programa en cuestin.
TITULO CUARTO: DE LA PUBLICIDAD DE LAS EXCEPCIONES
Artculo 6.- Las excepciones emanadas de la Autoridad de Aplicacin debern
ser fundamentadas y publicadas en los medios que determine la
reglamentacin. La fundamentacin deber enumerar los requisitos funcionales
concretos que el programa debe satisfacer.
Artculo 7.- Si cualquiera de los organismos comprendidos en el artculo
segundo fuera autorizado para adquirir o utilizar programas o software "no libre"
para almacenar o procesar datos cuya reserva sea necesario preservar, fueren
confidenciales, crticos o vitales para el desempeo del Estado, la Autoridad de
Aplicacin deber publicar, en los medios que determine la reglamentacin,
adems, un informe donde se expliquen los riesgos asociados con el uso de
software de dichas caractersticas para esa aplicacin en particular.
TITULO QUINTO: DE LAS RESPONSABILIDADES
Artculo 8.- La mxima autoridad administrativa, junto con la mxima
autoridad tcnica informtica de cada organismo del Estado comprendido en
los alcances del artculo segundo precedente, sern solidariamente
responsables por el cumplimiento de esta ley.
TITILO SEXTO: DE LOS PLAZOS DE TRANSICIN
Artculo 9.- El Poder Ejecutivo reglamentar en un plazo de ciento ochenta
das las condiciones, tiempos y formas en que se efectuar la transicin de el
estado actual a uno que satisfaga las condiciones de la presente ley y
orientar, en tal sentido, las licitaciones y contrataciones futuras de programas
de computacin (software) realizadas a cualquier ttulo.
Artculo 10.- Se invita a los Gobiernos Municipales a adherir a esta iniciativa.
Artculo 11.- Derguese o modifquese toda norma que se oponga a la
presente.
Artculo 12.- Comunquese al Poder Ejecutivo.
ANEXO III
GNU Free Documentation License
Version 1.1, March 2000
Copyright (C) 2000 Free Software Foundation, Inc.
59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
Everyone is permitted to copy and distribute verbatim copies
of this license document, but changing it is not allowed.
0. PREAMBLE
The purpose of this License is to make a manual, textbook, or other written
document "free" in the sense of freedom: to assure everyone the effective
freedom to copy and redistribute it, with or without modifying it, either
commercially or noncommercially. Secondarily, this License preserves for the
author and publisher a way to get credit for their work, while not being
considered responsible for modifications made by others.
This License is a kind of "copyleft", which means that derivative works of the
document must themselves be free in the same sense. It complements the
GNU General Public License, which is a copyleft license designed for free
software.
We have designed this License in order to use it for manuals for free software,
because free software needs free documentation: a free program should come
with manuals providing the same freedoms that the software does. But this
License is not limited to software manuals; it can be used for any textual work,
regardless of subject matter or whether it is published as a printed book. We
recommend this License principally for works whose purpose is instruction or
reference.
1. APPLICABILITY AND DEFINITIONS
This License applies to any manual or other work that contains a notice placed
by the copyright holder saying it can be distributed under the terms of this
License. The "Document", below, refers to any such manual or work. Any
member of the public is a licensee, and is addressed as "you".
A "Modified Version" of the Document means any work containing the
Document or a portion of it, either copied verbatim, or with modifications and/or
translated into another language.
A "Secondary Section" is a named appendix or a front-matter section of the
Document that deals exclusively with the relationship of the publishers or
authors of the Document to the Document's overall subject (or to related
matters) and contains nothing that could fall directly within that overall subject.
(For example, if the Document is in part a textbook of mathematics, a
Secondary Section may not explain any mathematics.) The relationship could
be a matter of historical connection with the subject or with related matters, or of
legal, commercial, philosophical, ethical or political position regarding them.
The "Invariant Sections" are certain Secondary Sections whose titles are
designated, as being those of Invariant Sections, in the notice that says that the
Document is released under this License.
The "Cover Texts" are certain short passages of text that are listed, as Front-
Cover Texts or Back-Cover Texts, in the notice that says that the Document is
released under this License.
A "Transparent" copy of the Document means a machine-readable copy,
represented in a format whose specification is available to the general public,
whose contents can be viewed and edited directly and straightforwardly with
generic text editors or (for images composed of pixels) generic paint programs
or (for drawings) some widely available drawing editor, and that is suitable for
input to text formatters or for automatic translation to a variety of formats
suitable for input to text formatters. A copy made in an otherwise Transparent
file format whose markup has been designed to thwart or discourage
subsequent modification by readers is not Transparent. A copy that is not
"Transparent" is called "Opaque".
Examples of suitable formats for Transparent copies include plain ASCII without
markup, Texinfo input format, LaTeX input format, SGML or XML using a
publicly available DTD, and standard-conforming simple HTML designed for
human modification. Opaque formats include PostScript, PDF, proprietary
formats that can be read and edited only by proprietary word processors, SGML
or XML for which the DTD and/or processing tools are not generally available,
and the machine-generated HTML produced by some word processors for
output purposes only.
The "Title Page" means, for a printed book, the title page itself, plus such
following pages as are needed to hold, legibly, the material this License requires
to appear in the title page. For works in formats which do not have any title page
as such, "Title Page" means the text near the most prominent appearance of the
work's title, preceding the beginning of the body of the text.
2. VERBATIM COPYING
You may copy and distribute the Document in any medium, either commercially
or noncommercially, provided that this License, the copyright notices, and the
license notice saying this License applies to the Document are reproduced in all
copies, and that you add no other conditions whatsoever to those of this
License. You may not use technical measures to obstruct or control the reading
or further copying of the copies you make or distribute. However, you may
accept compensation in exchange for copies. If you distribute a large enough
number of copies you must also follow the conditions in section 3.
You may also lend copies, under the same conditions stated above, and you
may publicly display copies.
3. COPYING IN QUANTITY
If you publish printed copies of the Document numbering more than 100, and
the Document's license notice requires Cover Texts, you must enclose the
copies in covers that carry, clearly and legibly, all these Cover Texts: Front-
Cover Texts on the front cover, and Back-Cover Texts on the back cover. Both
covers must also clearly and legibly identify you as the publisher of these
copies. The front cover must present the full title with all words of the title
equally prominent and visible. You may add other material on the covers in
addition. Copying with changes limited to the covers, as long as they preserve
the title of the Document and satisfy these conditions, can be treated as
verbatim copying in other respects.
If the required texts for either cover are too voluminous to fit legibly, you should
put the first ones listed (as many as fit reasonably) on the actual cover, and
continue the rest onto adjacent pages.
If you publish or distribute Opaque copies of the Document numbering more
than 100, you must either include a machine-readable Transparent copy along
with each Opaque copy, or state in or with each Opaque copy a publicly-
accessible computer-network location containing a complete Transparent copy
of the Document, free of added material, which the general network-using public
has access to download anonymously at no charge using public-standard
network protocols. If you use the latter option, you must take reasonably prudent
steps, when you begin distribution of Opaque copies in quantity, to ensure that
this Transparent copy will remain thus accessible at the stated location until at
least one year after the last time you distribute an Opaque copy (directly or
through your agents or retailers) of that edition to the public.
It is requested, but not required, that you contact the authors of the Document
well before redistributing any large number of copies, to give them a chance to
provide you with an updated version of the Document.
4. MODIFICATIONS
You may copy and distribute a Modified Version of the Document under the
conditions of sections 2 and 3 above, provided that you release the Modified
Version under precisely this License, with the Modified Version filling the role of
the Document, thus licensing distribution and modification of the Modified
Version to whoever possesses a copy of it. In addition, you must do these things
in the Modified Version:
A. Use in the Title Page (and on the covers, if any) a title distinct from
that of the Document, and from those of previous versions (which should,
if there were any, be listed in the History section of the Document). You
may use the same title as a previous version if the original publisher of
that version gives permission.
B. List on the Title Page, as authors, one or more persons or entities
responsible for authorship of the modifications in the Modified Version,
together with at least five of the principal authors of the Document (all of
its principal authors, if it has less than five).
C. State on the Title page the name of the publisher of the Modified
Version, as the publisher.
D. Preserve all the copyright notices of the Document.
E. Add an appropriate copyright notice for your modifications adjacent to
the other copyright notices.
F. Include, immediately after the copyright notices, a license notice giving
the public permission to use the Modified Version under the terms of this
License, in the form shown in the Addendum below.
G. Preserve in that license notice the full lists of Invariant Sections and
required Cover Texts given in the Document's license notice.
H. Include an unaltered copy of this License.
I. Preserve the section entitled "History", and its title, and add to it an
item stating at least the title, year, new authors, and publisher of the
Modified Version as given on the Title Page. If there is no section entitled
"History" in the Document, create one stating the title, year, authors, and
publisher of the Document as given on its Title Page, then add an item
describing the Modified Version as stated in the previous sentence.
J. Preserve the network location, if any, given in the Document for public
access to a Transparent copy of the Document, and likewise the network
locations given in the Document for previous versions it was based on.
These may be placed in the "History" section. You may omit a network
location for a work that was published at least four years before the
Document itself, or if the original publisher of the version it refers to gives
permission.
K. In any section entitled "Acknowledgements" or "Dedications", preserve
the section's title, and preserve in the section all the substance and tone
of each of the contributor acknowledgements and/or dedications given
therein.
L. Preserve all the Invariant Sections of the Document, unaltered in their
text and in their titles. Section numbers or the equivalent are not
considered part of the section titles.
M. Delete any section entitled "Endorsements". Such a section may not
be included in the Modified Version.
N. Do not retitle any existing section as "Endorsements" or to conflict in
title with any Invariant Section.
If the Modified Version includes new front-matter sections or appendices that
qualify as Secondary Sections and contain no material copied from the
Document, you may at your option designate some or all of these sections as
invariant. To do this, add their titles to the list of Invariant Sections in the
Modified Version's license notice. These titles must be distinct from any other
section titles.
You may add a section entitled "Endorsements", provided it contains nothing but
endorsements of your Modified Version by various parties--for example,
statements of peer review or that the text has been approved by an organization
as the authoritative definition of a standard.
You may add a passage of up to five words as a Front-Cover Text, and a
passage of up to 25 words as a Back-Cover Text, to the end of the list of Cover
Texts in the Modified Version. Only one passage of Front-Cover Text and one of
Back-Cover Text may be added by (or through arrangements made by) any one
entity. If the Document already includes a cover text for the same cover,
previously added by you or by arrangement made by the same entity you are
acting on behalf of, you may not add another; but you may replace the old one,
on explicit permission from the previous publisher that added the old one.
The author(s) and publisher(s) of the Document do not by this License give
permission to use their names for publicity for or to assert or imply endorsement
of any Modified Version.
5. COMBINING DOCUMENTS
You may combine the Document with other documents released under this
License, under the terms defined in section 4 above for modified versions,
provided that you include in the combination all of the Invariant Sections of all of
the original documents, unmodified, and list them all as Invariant Sections of
your combined work in its license notice.
The combined work need only contain one copy of this License, and multiple
identical Invariant Sections may be replaced with a single copy. If there are
multiple Invariant Sections with the same name but different contents, make the
title of each such section unique by adding at the end of it, in parentheses, the
name of the original author or publisher of that section if known, or else a
unique number. Make the same adjustment to the section titles in the list of
Invariant Sections in the license notice of the combined work.
In the combination, you must combine any sections entitled "History" in the
various original documents, forming one section entitled "History"; likewise
combine any sections entitled "Acknowledgements", and any sections entitled
"Dedications". You must delete all sections entitled "Endorsements."
6. COLLECTIONS OF DOCUMENTS
You may make a collection consisting of the Document and other documents
released under this License, and replace the individual copies of this License in
the various documents with a single copy that is included in the collection,
provided that you follow the rules of this License for verbatim copying of each of
the documents in all other respects.
You may extract a single document from such a collection, and distribute it
individually under this License, provided you insert a copy of this License into
the extracted document, and follow this License in all other respects regarding
verbatim copying of that document.
7. AGGREGATION WITH INDEPENDENT WORKS
A compilation of the Document or its derivatives with other separate and
independent documents or works, in or on a volume of a storage or distribution
medium, does not as a whole count as a Modified Version of the Document,
provided no compilation copyright is claimed for the compilation. Such a
compilation is called an "aggregate", and this License does not apply to the
other self-contained works thus compiled with the Document, on account of
their being thus compiled, if they are not themselves derivative works of the
Document.
If the Cover Text requirement of section 3 is applicable to these copies of the
Document, then if the Document is less than one quarter of the entire
aggregate, the Document's Cover Texts may be placed on covers that surround
only the Document within the aggregate. Otherwise they must appear on covers
around the whole aggregate.
8. TRANSLATION
Translation is considered a kind of modification, so you may distribute
translations of the Document under the terms of section 4. Replacing Invariant
Sections with translations requires special permission from their copyright
holders, but you may include translations of some or all Invariant Sections in
addition to the original versions of these Invariant Sections. You may include a
translation of this License provided that you also include the original English
version of this License. In case of a disagreement between the translation and
the original English version of this License, the original English version will
prevail.
9. TERMINATION
You may not copy, modify, sublicense, or distribute the Document except as
expressly provided for under this License. Any other attempt to copy, modify,
sublicense or distribute the Document is void, and will automatically terminate
your rights under this License. However, parties who have received copies, or
rights, from you under this License will not have their licenses terminated so
long as such parties remain in full compliance.
10. FUTURE REVISIONS OF THIS LICENSE
The Free Software Foundation may publish new, revised versions of the GNU
Free Documentation License from time to time. Such new versions will be
similar in spirit to the present version, but may differ in detail to address new
problems or concerns. See http://www.gnu.org/copyleft/
Each version of the License is given a distinguishing version number. If the
Document specifies that a particular numbered version of this License "or any
later version" applies to it, you have the option of following the terms and
conditions either of that specified version or of any later version that has been
published (not as a draft) by the Free Software Foundation. If the Document
does not specify a version number of this License, you may choose any version
ever published (not as a draft) by the Free Software Foundation.
Referencias Bibliogrficas
H. M. Dietel
Sistemas Operativos 2da Edicin
Adisson Wesley Iberoamericana
Paul Adams, Bruce Larson
Unix Para impacientes
Adisson Wesley Iberoamericana.
Andrew Tanenbaum
Sistemas Operativos Modernos
Primera edicin, 1993.
Prentice Hall.
Brian Kernighan, Dennis Ritchie
El Lenguaje de Programacin C
Segunda edicin, 1991.
Prentice Hall.
Sam Williams
Free as in Freedom. Richard Stallman's crusade for free software.
Primera edicin, Marzo 2002
O'Reilly & Associates.
Peter Wayner
La ofensiva del software libre.
Primera edicin, 2001.
Ediciones Granica.
Brian Behlendorf, Scott Bradner, Jim Hamerly, Kirk McKusick, Tim
O'Reilly, Tom Paquin, Bruce Perens, Eric Steven Raymond, Richard
Mathew Stallman, Michael Tiemann, Linus Torvalds, Paul Vixie, Larry Wall,
Bob Young, Chris DiBona, Sam Ockman, Mark Stone.
Open Sources: Voices from the Open Source Revolution.
Primera edicin, Enero 1999
O'Reilly & Associates.
Otras Fuentes:
Transcripcin de la conferencia de Richard Stallman El Copyright en la
era de los computadores
Lugar: Universidad de Budeos, Francia
Fecha: 07/07/2000
Transcripcin de la charla de Richard Stallman Software Libre: Libertad
y Cooperacin
Lugar: Universidad de Nueva York, Estados Unidos
Fecha: 29/05/2001
Revista: Users Linux Presentamos a UTUTO
Ao 1 Nmero 3
Pginas 20 a 22
Diario Clarn Los pesados y a veces peligrosos archivos adjuntos de los
e-mails
Pgina 33
Fecha: 25/03/2002