Entre los años 1960 y 1970, el software no era considerado un producto sino un añadido que los
vendedores de las grandes computadoras de la época (las mainframes) aportaban a sus clientes para que
éstos pudieran usarlos. En dicha cultura, era común que los programadores y desarrolladores de software
compartieran libremente sus programas unos con otros. Este comportamiento era particularmente
habitual en algunos de los mayores grupos de usuarios de la época, como DECUS (grupo de usuarios de
computadoras DEC). A finales de la década de 1970, las compañías iniciaron el hábito de imponer
restricciones a los usuarios, con el uso de acuerdos de licencia.
En 1971, cuando la informática todavía no había sufrido su gran auge, las personas que hacían uso de ella,
en ámbitos universitarios y empresariales, creaban y compartían el software sin ningún tipo de
restricciones. Con la llegada de los años 1980 la situación empezó a cambiar. Las computadoras más
modernas comenzaban a utilizar sistemas operativos privativos, forzando a los usuarios a aceptar
condiciones restrictivas que impedían realizar modificaciones a dicho software.
En caso de que algún usuario o programador encontrase algún error en la aplicación, lo único que podía
hacer era darlo a conocer a la empresa desarrolladora para que ésta lo solucionara. Aunque el
programador estuviese capacitado para solucionar el problema y lo desease hacer sin pedir nada a cambio,
el contrato le impedía que modificase el software.
En 1971, el estadounidense Richard Matthew Stallman, estudiante de Física de la Universidad de Harvard,
formó parte como hacker del Laboratorio de Inteligencia Artificial del Instituto Tecnológico de
Massachusetts. En los años 1980, la cultura hacker que constituía la vida de Stallman empezó a disolverse
bajo la presión de la comercialización en la industria del software. Los demás compañeros de Stallman,
también hackers del laboratorio, fundaron la compañía Symbolics que intentaba reemplazar el software
libre producido en las instalaciones por software no libre de su propiedad. Stallman contó, años después,
que por aquellos años, en el laboratorio donde trabajaba, habían recibido una impresora donada por una
empresa externa. El dispositivo, que era utilizado en red por todos los trabajadores, parecía no funcionar a
la perfección, dado que cada cierto tiempo el papel se atascaba. Como agravante, no se generaba ningún
aviso que se enviase por red e informase a los usuarios de la situaci
La pérdida de tiempo era constante, ya que en ocasiones, los trabajadores enviaban por red sus trabajos a
imprimir y al ir a buscarlos se encontraban la impresora atascada y una cola enorme de trabajos
pendientes. Richard Stallman decidió arreglar el problema, e implementar el envío de un aviso por red
cuando la impresora se bloqueara. Para ello necesitaba tener acceso al código fuente de los controladores
de la impresora. Pidió a la empresa propietaria de la impresora lo que necesitaba, comentando, sin pedir
nada a cambio, qué era lo que pretendía realizar. La empresa se negó a entregarle el código fuente. En ese
preciso instante, Stallman se vio en una encrucijada: debía elegir entre aceptar el nuevo software
propietario firmando acuerdos de no revelación y acabar desarrollando más software propietario con
licencias restrictivas, que a su vez deberían ser más adelante aceptadas por sus propios colegas. Stallman
renunció a su empleo, viviendo de realizar programas libres y vender las
Tipos de Licencia
Licencias GPL
Una de las más utilizadas es la Licencia Pública General de GNU (GNU GPL)
Licencias AGPL
La Licencia Pública General de Affero (en inglés Affero General Public License, también Affero GPL o
AGPL) es una licencia copyleft derivada de la Licencia Pública General de GNU diseñada específicamente
Licencias estilo BSD
Llamadas así porque se utilizan en gran cantidad de software distribuido junto a los sistemas operativos
BSD.
Licencias estilo MPL y derivadas
Esta licencia es de Software Libre y tiene un gran valor porque fue el instrumento que empleó Netscape
Communications Corp.
Copyleft
Hay que hacer constar que el titular de los derechos de autor (copyright) de un software bajo licencia
copyleft puede también realizar una versión modificada bajo su copyright original, y venderla bajo cualquier
licencia que desee, además de distribuir la versión original como software libre.
Regulación
Argentina
En la Argentina, en la Provincia de Río Negro, el 08/03/2012 el Parlamento aprobó la Ley Ley 4747/12 que
establece el empleo obligatorio del sistema de Software Libre en los tres Poderes del Estado, entes
descentralizados y empresas con participación estatal.
Bolivia
El presidente Evo Morales Ayma, el día lunes 8 de agosto del 2011, reglamentó la Ley Nº 164 de
Telecomunicaciones y TIC's para el Desarrollo de Tecnologías de Información y Comunicación.
Ecuador
El Presidente Rafael Correa Delgado, el día jueves 10 de abril del 2008, firmó el Decreto N° 1014; en el cual
ordena, que el software usado por las administraciones públicas del país sea software libre e
implícitamente basado en estándares abiertos.
España
La Orden EDU/2341/2009, de 27 de agosto, por la que se crea el Centro Nacional de Desarrollo Curricular en
Sistemas no Propietarios, tiene como finalidad el diseño, el desarrollo y la promoción de contenidos
educativos digitales para colectivos educativos específicos, en el ámbito de las Tecnologías de la Información
y la Comunicación, que se centra en promocionar y aplicar estrategias dirigidas a poner a disposición de los
centros escolares recursos y contenidos digitales de calidad, desarrollados en software libre.
Uruguay
En Uruguay, a partir de 2003 (Comisión de Constitución, Códigos, Legislación General y Administración
Carpeta Nº 3565 de 2003 Repartido Nº 1510 de noviembre de 2003) se estudió una "Ley de Software Libre
y Formatos Abiertos en el Estado".
Venezuela
El Decreto presidencial 3390 de fecha 23 de diciembre de 2004 y publicado en la Gaceta Oficial de
Venezuela Nº 38095 del 28 de diciembre de 2004, establece textualmente en su artículo 1 que los entes
públicos emplearán prioritariamente Software Libre, en sus sistemas, proyectos y servicios informáticos,
por lo que dichas organizaciones deben iniciar procesos de migración gradual y progresiva de éstos hacia el
Software Libre