GNUFDL
• PID_00167539 5 Introducción al sistema operativo GNU/Linux
Introducción
Los sistemas GNU/Linux [Joh98] ya no son una novedad; cuentan con una
amplia variedad de usuarios y de ámbitos de trabajo donde son utilizados.
Su origen se remonta al mes de agosto de 1991, cuando un estudiante finlan- Nota
dés llamado Linus Torvalds anunció, en el newsgroup [Link] que había
Podéis ver una copia del
creado su propio núcleo de sistema operativo y lo ofreció a la comunidad de mensaje de Linus y las reac-
desarrolladores para que lo probara y sugiriera mejoras para hacerlo más uti- ciones iniciales en http:/
/[Link]/
lizable. Este sería el origen del núcleo (o kernel) del operativo que, más tarde, group/[Link]/
browse_thread/thread/
se llamaría Linux. 76536d1fb451ac60/
b813d52cbc5a044b
Por otra parte, la FSF (Free Software Foundation), mediante su proyecto GNU,
producía software desde 1984 que podía ser utilizado libremente, debido a lo
que Richard Stallman (miembro de la FSF) consideraba software libre: aquel
del que podíamos conseguir sus fuentes (código), estudiarlas y modificarlas, y
redistribuirlo sin que nos obliguen a pagar por ello. En este modelo, el nego-
cio no está en la ocultación del código, sino en el software complementario
añadido, en la adecuación del software a los clientes y en los servicios añadi-
dos, como el mantenimiento y la formación de usuarios (el soporte que les
ofrezcamos), ya sea en forma de material, libros y manuales, o en cursos de
formación.
La combinación (o suma) del software GNU y del kernel Linux es la que nos ha
traído a los actuales sistemas GNU/Linux. Actualmente, tanto los movimien-
tos Open Source, desde diferentes organizaciones (como FSF) y empresas co-
mo las que generan las diferentes distribuciones Linux (Red Hat, Canonical
Ubuntu, Mandrake, Novell SuSe...), pasando por grandes empresas (como HP,
IBM o Sun, que proporcionan apoyos y/o patrocinios), han dado un empujón
muy grande a los sistemas GNU/Linux hasta situarlos al nivel de poder com-
petir, y superar, muchas de las soluciones propietarias cerradas existentes.
Los sistemas GNU/Linux no son ya una novedad. El software GNU se
inició a mediados de los ochenta, y el kernel Linux a principios de los
noventa. Linux se apoya en tecnología probada de UNIX, con más de
cuarenta años de historia.
En este módulo introductorio veremos algunas ideas generales de los movi-
mientos Open Source y Free Software, así como un poco de historia de Linux
y de sus orígenes compartidos con UNIX, de donde ha heredado más de cua-
renta años de investigación en sistemas operativos.
GNUFDL • PID_00167539 7 Introducción al sistema operativo GNU/Linux
1. Software Libre y Open Source
Bajo la idea de los movimientos (o filosofías) de Software Libre y Open Source Nota
[OSIc] [OSIb] (también llamado de código abierto o software abierto), se en-
[OSIc] OSI (2003). "Open
cuentran varias formas de software que, aunque no son todas del mismo tipo, Source Iniciative".
sí comparten muchas ideas comunes. [Link]
[OSIb] OSI (2003). "Open
Source Definition".
[Link]
La denominación de un producto de software como "de código abierto" docs/[Link]
conlleva, como idea más importante, la posibilidad de acceder a su có-
digo fuente, y la posibilidad de modificarlo y redistribuirlo de la manera
que se considere conveniente, estando sujeto a una determinada licen-
cia de código abierto, que nos da el marco legal.
Frente a un código de tipo propietario, en el cual un fabricante (empresa de
software) encierra su código, ocultándolo y restringiéndose los derechos a sí
misma, sin dar posibilidad de realizar ninguna adaptación ni cambios que no
haya realizado previamente la empresa fabricante, el código abierto ofrece,
entre otras consideraciones:
1)�Acceso�al�código�fuente: ya sea para estudiarlo (ideal para educación) o
modificarlo, para corregir errores, adaptarlo o añadir más prestaciones.
2)�Gratuidad (de uso y posiblemente de precio): normalmente, el software,
ya sea en forma binaria o en la forma de código fuente, puede obtenerse libre-
mente o por una módica cantidad en concepto de gastos de empaquetamien-
to, distribución y valores añadidos. Lo cual no quita que el software pueda ser
distribuido comercialmente a un determinado precio fijado.
3)�Evitar�monopolios�de�software�propietario: no depender de una única
opción o único fabricante de nuestro software. Esto es más importante cuando
se trata de una gran organización, ya sea una empresa o estado, que no puede
(o no debería) ponerse en manos de una determinada única solución y pasar
a depender exclusivamente de ella.
4)�Un�modelo�de�avance: no basado en la ocultación de información, sino
en la compartición del conocimiento (semejante al de la comunidad científi-
ca), para lograr progresos de forma más rápida, con mejor calidad, ya que las
elecciones tomadas están basadas en el consenso de la comunidad, y no en los
caprichos de empresas desarrolladoras de software propietario.
GNUFDL • PID_00167539 8 Introducción al sistema operativo GNU/Linux
Crear programas y distribuirlos junto al código fuente no es nuevo. Ya desde
los inicios de la informática y en los inicios de la red Internet se había hecho
así. Sin embargo, el concepto de código abierto como tal, la definición y la
redacción de las condiciones que tenía que cumplir, datan de mediados de
1997.
Eric Raymond y Bruce Perens fueron los que divulgaron la idea. Raymond Nota
[Ray98] fue el autor del ensayo titulado "La catedral y el bazar", que hablaba
Podéis ver la versión espa-
sobre las técnicas de desarrollo de software utilizadas por la comunidad Linux, ñola de [Ray98] en http://
encabezada por Linus Torvalds, y la comunidad GNU de la Free Software Foun- [Link]/Otros/catedral-ba-
zar/[Link]
dation (FSF), encabezada por Richard Stallman. Por su parte, Bruce Perens era
en aquel momento el jefe del proyecto Debian, que trabajaba en la creación
de una distribución de GNU/Linux integrada únicamente con software libre.
Dos de las comunidades más importantes son la FSF, con su proyecto de
software GNU, y la comunidad Open Source, cuyo máximo exponente
de proyecto es Linux. GNU/Linux es el resultado de la unión de sus
trabajos.
Una distinción importante entre las comunidades FSF y Open Source son las
definiciones de código abierto y software libre. [Deba] [PS02]
El Software�Libre (free software) [FSF] es un movimiento que parte de las ideas
de Richard Stallman, que considera que hay que garantizar que los programas
estén al alcance de todo el mundo de forma gratuita, se tenga acceso libre a
éstos y puedan utilizarse al antojo de cada uno. Una distinción importante,
que causó ciertas reticencias a las empresas, es el término free. En inglés, esta
palabra tiene el doble significado de 'gratuito' y 'libre'. La gente de la FSF bus-
caba las dos cosas, pero era difícil vender ambos conceptos a las empresas. La
pregunta típica era: ¿cómo se podía ganar dinero con esto? La respuesta vino
de la comunidad Linux (con Linus Torvalds a la cabeza), cuando consiguió
tener un producto que todavía no había logrado la comunidad GNU y la FSF
en esos momentos: un sistema operativo completo libre con código fuente
disponible. En este momento fue cuando a una parte de la comunidad se le
ocurrió juntar las diferentes actividades que había en la filosofía del Software
Libre bajo la nueva denominación de código abierto (open source).
Open� Source se registró como una marca de certificación, a la que podían
adherirse los productos software que respetasen sus especificaciones. Esto no
gustó a todo el mundo; de hecho, suele haber cierta separación y controversias
entre los dos grupos del Open Source y la FSF (con GNU), aunque son más las
cosas que los unen que las que los separan.
GNUFDL • PID_00167539 9 Introducción al sistema operativo GNU/Linux
En cierta manera, para los partidarios del software libre (como la FSF), el códi-
go abierto (u open source) constituye un paso en falso, ya que representa una
cierta "venta" al mercado de sus ideales, y deja la puerta abierta a que se vaya
haciendo propietario el software que era libre. Los partidarios de open source
ven la oportunidad de promocionar el software que, de otro modo, estaría
en una utilización minoritaria, mientras que con la divulgación y la puesta
en común para todo el mundo, incluidas empresas que quieran participar en
código abierto, entramos con suficiente fuerza para plantar cara al software
propietario.
La idea que persiguen tanto FSF como Open Source es la de aumentar la
utilidad del software libre, ofreciendo así una alternativa a las soluciones
únicas que las grandes empresas quieren imponer. Las diferencias entre
ambas filosofías son más ideológicas que prácticas.
Una vez establecidas las ideas básicas de la comunidad del código abierto, lle-
gamos al punto en que había que concretar de manera clara qué criterios tenía
que cumplir un producto de software para considerarse de código abierto. Se
tenía que contar con una definición de código abierto [OSIb], que inicialmen-
te escribió Bruce Perens en junio de 1997 como resultado de comentarios de
los desarrolladores de la distribución Debian Linux, y que posteriormente fue
reeditada (con modificaciones menores) por la organización OSI (Open Source
Initiative). Esta organización está encargada de regular la definición y contro-
lar las licencias de código abierto.
El código abierto está regulado por una definición pública que se utiliza
como base de la redacción de sus licencias de software.
Un pequeño resumen (interpretación) de la definición: un Open Source Soft-
ware [OSIb], o software de código fuente abierto, debe cumplir los requisitos
siguientes:
1)�Se�puede�copiar,�regalar�o�vender�a�terceros�el�software, sin tener que
pagar a nadie por ello. Se permite copiar el programa.
2)�El�programa�debe�incluir�el�código�fuente y tiene que permitir la distri-
bución tanto en forma compilada como en fuente. O, en todo caso, hay que
facilitar algún modo de obtener los códigos fuente (por ejemplo, descarga des-
de Internet). No está permitido ocultar el código, o darlo en representaciones
intermedias. Garantiza que se pueden hacer modificaciones.
GNUFDL • PID_00167539 10 Introducción al sistema operativo GNU/Linux
3)�La�licencia�del�software�tiene�que�permitir�que�se�puedan�realizar�mo-
dificaciones y trabajos que se deriven, y que entonces se puedan distribuir
bajo la misma licencia que la original. Permite reutilizar el código original.
4)�Puede�requerirse�la�integridad�del�código�del�autor, o sea, las modifica-
ciones se pueden presentar en forma de parches (patchs) al código original, o
se puede pedir que tengan nombres o números distintos a los originales. Esto
protege al autor de qué modificaciones puedan considerarse como suyas. Este
punto depende de lo que diga la licencia del software.
5)�La�licencia�no�debe�discriminar�a�ninguna�persona�o�grupo. No se debe
restringir el acceso al software. Un caso aparte son las restricciones por ley,
como las de las exportaciones tecnológicas fuera de Estados Unidos a terceros
países. Si existen restricciones de este tipo, hay que mencionarlas.
6)� No� debe� discriminar� campos� laborales. El software puede utilizarse en
cualquier ambiente de trabajo, aunque no haya estado pensado para él. Otra
lectura es permitir fines comerciales; nadie puede impedir que el software se
utilice con fines comerciales.
7)�La�licencia�es�aplicable�a�todo�el�mundo que reciba el programa.
8)�Si�el�software�forma�parte�de�producto�mayor,�debe�permanecer�con�la
misma�licencia. Esto controla que no se separen partes para formar software
propietario (de forma no controlada). En el caso de software propietario, hay
que informar que hay partes (y cuáles) de software de código abierto.
9)�La�licencia�no�debe�restringir�ningún�software�incorporado�o�distribui-
do�conjuntamente, o sea, incorporarlo no debe suponer ninguna barrera para
otro producto de software distribuido conjuntamente. Este es un punto "po-
lémico", ya que parece contradecirse con el anterior. Básicamente, dice que
cualquiera puede coger software de código abierto y añadirlo al suyo sin que
afecte a las condiciones de su licencia (por ejemplo, propietaria), aunque sí
que, según el punto anterior, tendría que informar que existen partes de có-
digo abierto.
10)�La�licencia�tiene�que�ser�tecnológicamente�neutra. No deben mencio- Nota
narse medios de distribución únicos, o excluirse posibilidades. Por ejemplo,
Esta definición de código
no puede limitarse (por licencia) que se haga la distribución en forma de CD, abierto no es por sí misma una
ftp o mediante web. licencia de software, sino más
bien una especificación de qué
requisitos debería cumplir una
licencia de software de código
La licencia que traiga el programa tiene que cumplir las especificaciones an- abierto.
teriores para que el programa se considere de código abierto. La organización
OSI se encarga de comprobar que las licencias cumplen las especificaciones.
GNUFDL • PID_00167539 11 Introducción al sistema operativo GNU/Linux
En la página web de Open Source Licenses se puede encontrar la lista de las Nota
licencias [OSIa], siendo una de las más famosas y utilizadas las GPL (GNU Pu-
[OSIa] OSI. "Listado de licen-
blic Licenses). cias Open Source".
[Link]
censes/[Link]
Bajo GPL, el software puede ser copiado y modificado, pero las modificaciones
deben hacerse públicas bajo la misma licencia. Y se impide que el código se
mezcle con código propietario, para evitar así que el código propietario se haga
con partes abiertas. Existe una licencia LGPL que es prácticamente igual, pero
permite que software con esta licencia sea integrado en software propietario.
Un ejemplo clásico es la biblioteca (library) C de Linux (con licencia LGPL). Si
ésta fuera GPL, sólo podría desarrollarse software libre, con la LGPL se permite
usarlo para desarrollar software propietario.
Muchos proyectos de software libre, o con parte de código abierto y parte
propietario, tienen su propia licencia: Apache (basada en la BSD), Mozilla (MPL
y NPL de Netscape), etc. Básicamente, a la hora de poner el software como
open source podemos poner nuestra propia licencia que cumpla la definición
anterior (de código abierto), o podemos escoger licenciar bajo una licencia ya
establecida o, como en el caso de la GPL, nos obliga a que nuestra licencia
también sea GPL.
Una vez vistos los conceptos de código abierto y sus licencias, nos queda por
tratar hasta�qué�punto�es�rentable�para�una�empresa�trabajar�o�producir
código�abierto. Si no fuera atrayente para las empresas, perderíamos a la vez
tanto un potencial cliente como uno de los principales productores de soft-
ware.
El código abierto es también atrayente para las empresas, con un modelo
de negocio donde se prima el valor añadido al producto.
En el código abierto existen diferentes rentabilidades atrayentes de cara a las
empresas:
a)�Para las empresas desarrolladoras de software, se crea un problema: ¿cómo
es posible ganar dinero sin vender un producto? Se gasta mucho dinero en
desarrollar un programa y después es necesario obtener beneficios. Bien, la
respuesta no es simple, no se puede conseguir con cualquier software, la ren-
tabilidad se encuentra en el tipo de software que puede generar beneficios más
allá de la simple venta. Normalmente, hay que hacer un estudio de si la apli-
cación se tornará rentable al desarrollarla como software abierto (la mayoría
sí que lo hará), basándose en las premisas de que tendremos un descenso de
gasto en desarrollo (la comunidad nos ayudará), reducción de mantenimiento
o corrección de errores (la comunidad puede ofrecer esto muy rápido), y tener
en cuenta el aumento de número de usuarios que nos proporcionará el código
GNUFDL • PID_00167539 12 Introducción al sistema operativo GNU/Linux
abierto, así como las necesidades que tendrán de nuestros servicios de apoyo
o documentación. Si la balanza es positiva, entonces será viable prescindir de
los ingresos generados por las ventas.
b)�Aumentar�la�cuota�de�usuarios.
c)�Obtener�mayor�flexibilidad�de�desarrollo; cuantas más personas intervie-
nen, más gente habrá para detectar errores.
d)�Los�ingresos en su mayor parte vendrán por el lado del apoyo, formación
de usuarios y mantenimiento.
e)�En�empresas�que�utilizan�software hay que considerar muchos parámetros
a la hora de escoger el software para el desarrollo de las tareas; cabe tener en
cuenta cosas como rendimiento, fiabilidad, seguridad, escalabilidad y coste
monetario. Y aunque parece que el código abierto ya supone de por sí una
elección por el coste económico, hay que decir que existe software abierto
que puede competir con (o incluso superar) el propietario en cualquiera de los
otros parámetros. Además, hay que vigilar mucho con las opciones o sistemas
propietarios de un único fabricante; no podemos depender únicamente de
ellos (podemos recordar casos, en otros ámbitos, como los vídeos beta de Sony
frente a VHS, o en los PC la arquitectura MicroChannel de IBM). Tenemos que
evitar el uso de monopolios, con lo que éstos suponen: falta de competencia
en los precios, servicios caros, mantenimiento caro, poca (o nula) variedad de
opciones, etc.
f)�Para�los�usuarios�particulares ofrece gran variedad de software adaptado Nota
a tareas comunes, ya que buena parte del software ha sido pensado e imple-
Las copias ilegales domésticas
mentado por personas que querían hacer esas mismas tareas pero no encon- también son denominadas a
traban el software adecuado. En el caso del usuario particular, un parámetro veces copias piratas.
muy importante es el coste del software, pero la paradoja es que en el usuario
doméstico es donde se hace más uso de software propietario. Normalmente,
los usuarios domésticos hacen uso de productos de software con copias ilega-
les. Algunas estadísticas recientes indican índices del 60-70% de copias ilegales
domésticas en algunos países. El usuario siente que sólo por tener el ordenador
doméstico PC ya tiene "derecho" a disponer de software para usarlo. En estos
casos estamos bajo situaciones "ilegales" que, aunque no han sido ampliamen-
te perseguidas, pueden serlo en su día, o bien se intentan controlar por siste-
mas de licencias (o activaciones de productos). Además, esto tiene unos efec-
tos perjudiciales indirectos sobre el software libre, debido a que si los usuarios
hacen un uso amplio de software propietario, esto obliga a quien se quiera
comunicar con ellos, ya sean bancos, empresas o administraciones públicas, a
hacer uso del mismo software propietario, y ellos sí que abonan las licencias a
los productos. Una de las "batallas" más importantes para el software libre es la
posibilidad de captar a los usuarios domésticos, lo que se denomina mercado
desktop (o escritorio), referido al uso doméstico o de oficina en las empresas.
GNUFDL • PID_00167539 13 Introducción al sistema operativo GNU/Linux
g) Por último, los�Estados, como caso particular, pueden obtener beneficios
importantes del software de código abierto, ya que pueden disponer de softwa-
re de calidad a precios "ridículos" comparados con el enorme gasto de licencias
de software propietario (miles o decenas de miles). Además de que el software
de código abierto permite integrar fácilmente a las aplicaciones, hay que tener
en cuenta cuestiones culturales (de cada país) como, por ejemplo, la lengua.
Este último caso es bastante problemático, ya que en determinadas regiones,
estados pequeños con lengua propia, los fabricantes de software propietario se
niegan a adaptar sus aplicaciones, o instan a que se les pague por hacerlo.