Hist Del Soft Libre

Fraternidad de Software Libre de Panam
Historia del Software Libre

EN EL INICIO DE LOS TIEMPOS
En los albores de la informtica, los programas y las mquinas que los ejecutaban estaban ntimamente ligados. No
exista el concepto de programa como pieza separada que se tiene hoy.
Tampoco haba usuarios domsticos, sino que las personas que ejecutaban los programas solan tener muchos
conocimientos de programacin y por lo general eran cientficos e ingenieros.
Entre estos usuarios expertos, lo normal era intercambiar y mejorar los programas, compartiendo sus modificaciones,
que a veces reciban el nombre de hacks.
Estos pioneros fueron los primeros hackers informticos. Lejos de la equiparacin habitual de hacker con delincuente, en
su concepcin originaria se refiere a "una persona que disfruta del desafo intelectual de crear cosas y sobrepasar las
limitaciones de algo" y para muchos nacieron en el club de modelismo de ferrocarriles del MIT (The Tech Model Railroad
Club).
En este contexto, no eran concebibles muchas de las restricciones de las licencias de software actuales, como limitar el
nmero de mquinas en las que se puede correr un programa o el nmero de copias realizables del mismo. El
software era libre y los programas se intercambiaban como se hace con las recetas de cocina.
Este espritu perdur en la comunidad de programadores durante aos como algo natural, hasta que las restricciones de
los fabricantes y la comercializacin de licencias de uso hizo necesario distinguir entre el software que era libre y el que
no.
ARPANET
La red de ARPA, que se considera precursora de la Internet, sirvi para aglutinar a los grupos dispersos de hackers
existentes en los aos 70.
ARPA (Advanced Research Projects Agency) era un organismo civil de investigacin, aunque reciba fondos del
Pentgono. Su responsable a finales de los 60 se llamaba Bob Taylor y estaba al frente de un proyecto en el que tena
que utilizar los computadores de varias universidades. Los computadores eran diferentes entre s y no estaban
directamente conectados, el intercambio de datos entre ellos se haca de forma rudimentaria.
Taylor tuvo la idea de conectar las universidades con un servidor central y emplear las lneas telefnicas para unir los
nodos. As, slo sera necesaria una gran computadora en lugar de tres y se podran transmitir los datos de forma
automatizada. Tomando como base las ideas de Paul Baran y Donald Davies y con la ayuda tcnica de Larry Roberts
del MIT y otros pioneros, Bob Taylor puso en pie ARPAnet.
Su nacimiento fue el primer paso para el establecimiento de una Comunidad global alrededor de los valores que rodean
al software libre. Los grupos dispersos de hackers se vieron unidos por la red y encontraron en ella el medio ideal para
compartir conocimiento y colaborar.
El hecho de que el Departamento de Defensa proporcionara los fondos hace que en ocasiones se haga responsable al
ejercito de los EEUU del nacimiento de ARPAnet y se la califique de "proyecto militar". Resulta curioso que fueran
organismos civiles y hackers, en su mayora contrarios a la guerra de Vietnam, los que la disearon y pusieron en
marcha.
{mospagebreak heading=En el inicio de los Tiempos&title=El Sistema Operativo Unix}

EL SISTEMA OPERATIVO UNIX
El nacimiento y los primeros aos de existencia del sistema operativo UNIX tambin resultaron ser de gran
trascendencia para entender el software libre hoy en da.
Un sistema operativo es lo que hace que un ordenador sea algo ms que un conjunto de elementos electrnicos y
mecnicos. Es lo que da consistencia al todo, limita su uso por las personas y las mquinas y permite que se ejecuten
otros programas sobre l.
El nacimiento de UNIX podemos buscarlo en 1969, como un proyecto de investigacin de los laboratorios Bell de AT&T,
que buscaba crear un sistema operativo simple y elegante. Otro de los objetivos del proyecto era que el sistema no
estuviera escrito completamente en ensamblador. Este requisito propici el nacimiento del lenguaje de programacin C,
que se us para su implementacin.
En 1976, el cdigo de UNIX se puso a disposicin de las universidades norteamericanas sin ningn tipo de coste. Esto
provoc que se convirtiese en la base de muchas clases sobre sistemas operativos y proyectos de investigacin
acadmicos.
La Universidad de Berkeley, en California, obtuvo una licencia de AT&T para realizar su propia versin de UNIX, llamada
BSD (Berkeley Software Distribution). Berkeley adems dio lugar a SPICE, un simulador de dispositivos electrnicos que
http://www.fslpma.org
Motorizado por Joomla!
Generado: 8 April, 2011, 16:00
puede considerarse el primer programa libre y que se convirti en referencia tanto acadmica como de la industria.
Como resultado del progreso de UNIX y de su creciente popularidad, a finales de los aos 70 AT&T cre un grupo con la
misin de comercializar el sistema operativo: el UNIX Support Group (USG).
El problema que surgi fue que las licencias, que en principio haban sido gratis o muy baratas para las universidades,
comenzaron a encarecerse y a restringirse, limitando de esta forma el uso y la mejora del sistema operativo. La poltica
de licencias de AT&T provoc que cada gran empresa dispusiera de su propia versin de UNIX. El problema fue que
realizaron modificaciones que dificultaban la interoperabilidad y entorpecan el reaprovechamiento de conocimiento que
se pudiera tener sobre el UNIX de otro fabricante.
{mospagebreak title=Richard Stallman y el Proyecto GNU}

RICHARD STALLMAN Y EL PROYECTO GNU
Richard Mathew Stallman (a veces nombrado por el acrnimo RMS, basado en su nombre de usuario en los
computadores del MIT) es un personaje a la vez genial y controvertido, imprescindible para comprender el software libre.
Este fsico, graduado en 1974 en Harvard, trabajaba en el laboratorio de inteligencia artificial del Instituto de Tecnologa
de Massachussetts (MIT) desde 1971.
En su laboratorio disponan de una impresora que tena ciertos problemas con la alimentacin de papel, de manera que se
atascaba habitualmente y no haba otra forma de descubrirlo que desplazarse hasta donde estaba.
Richard se puso en contacto con los fabricantes, con la idea de modificar el software que controlaba la impresora y
hacer que enviase una seal al atascarse, de forma que no se perdiese tanto tiempo de trabajo.
Sin embargo, stos se negaron a facilitarle el cdigo fuente, que son como "los planos" de un programa y que hace
posible modificar su comportamiento. Este episodio le contrari mucho e hizo que terminase de consolidarse su idea de
que el cdigo fuente de los programas tena que estar accesible para todo el mundo.
Movido por este deseo, abandon el MIT en enero de 1984, para iniciar el proyecto GNU.
{niftybox}GNU es un acrnimo recursivo que significa GNU's Not Unix, GNU No Es UNIX, en referencia a que el proyecto
busca desarrollar un sistema operativo de tipo UNIX, pero libre.{/niftybox}
En sus comienzos, el proyecto GNU se concentr en desarrollar las herramientas necesarias para construir un sistema
operativo, como editores y compiladores y en las utilidades bsicas para la gestin del sistema.
Sobre 1985, Richard Stallman cre la licencia GPL (General Public License) como mecanismo para proteger el software
libre, sustentado sobre el concepto de copyleft.
Mediante l, se le da la vuelta a la idea de copyright, de manera que "todo el mundo tiene derecho a ejecutar un
programa, copiarlo, modificarlo y distribuir las versiones modificadas, pero no tiene permiso para aadir sus propias
restricciones al mismo". De esta forma, las libertades que definen al software libre estn garantizadas para todo el
mundo que tenga una copia, tornndose en derechos inalienables.
{mospagebreak title=La Free Software Foundation (FSF)}

La Free Software Foundation (FSF)
La Fundacin para el Software Libre (Free Software Foundation) es una organizacin creada en Octubre de 1985 por
Richard Matthew Stallman y otros entusiastas del Software Libre con el propsito de difundir este movimiento.
"La Fundacin para el Software Libre (FSF) est dedicada a eliminar las restricciones sobre la copia, redistribucin,
entendimiento, y modificacin de programas de computadoras. Con este objeto, promociona el desarrollo y uso del
software libre en todas las reas de la computacin, pero muy particularmente, ayudando a desarrollar el sistema
operativo GNU."[1]
Organizaciones Hermanas
FSF Europe
FSF Latin America
FSF India
En sus inicios, la FSF destinaba sus fondos principalmente a contratar programadores para que escribiesen software
libre. A partir de mediados de la dcada de 1990 existen ya muchas compaas y autores individuales que escriben
software libre, por ello los empleados y voluntarios de la FSF han centrado su trabajo fundamentalmente en asuntos
legales, organizativos y promocionales en beneficio de la comunidad de usuarios de software libre.
La FSF ha desempeado y desempea un papel muy importante en el desarrollo del Software Libre, por ello goza de
muchas simpatas entre los usuarios de dicho software y tiene muchos enemigos en la industria del software privativo.
Al margen de este hecho, dentro de la comunidad de usuarios de Software Libre hay un gran nmero de personas y
por lo tanto de ideas y opiniones. No todos comparten plenamente la filosofa o actuaciones de la FSF. La principal lnea
de pensamiento alternativa a la FSF es la representada por la Open Source Initiative (OSI).
La FSF promueve numerosas campaas en defensa y promocin del Software Libre.[2]
- BadVista.org: "Mala vista". Campaa en defensa de la libertad de los usuarios de computadoras, oponiendose a la
adopcin de Microsoft Windows Vista y promoviendo alternativas libres.
- DefectiveByDesign.org: "Defectuoso por diseo". Campaa para eliminar el DRM.
- PlayOgg.org: Para promocionar Ogg, una alternativa a formatos privativos como MP3 y AAC.
- Resist the imposition of Digital Restrictions Management: Campaa para "Resistir a la imposicin de la gestin de
Restricciones sobre lo Digital".Esto adems del DRM tambin incluye la llamada Trusted Computing (que en la FSF
denominan Computacin traidora).
- Free BIOS: "BIOS libre". Campaa de apoyo al proyecto de creacin de una BIOS libre.
- Hardware devices that support free software: Campaa para promocionar la compra de "hardware que de soporte al
Software Libre".
- High Priority Free Software Projects: para llamar la atencin sobre los "proyectos de software libre prioritarios".
- Broadcast Flag:
- Encourage governments to adopt OpenDocument: Para "Alentar a los gobiernos a adoptar OpenDocument
La FSF elabora y mantiene y defiende la Licencia Pblica General GNU (GNU GPL), la licencia de Software Libre ms
utilizada, cuya ltima versin es la GPLv3 que fue publicada en forma definitiva en junio de 2007. Aparte la FSF tambin
es responsable de la Licencia Pblica General Reducida GNU (GNU LGPL) y la Licencia de documentacin libre GNU
(GNU FDL).
La FSF tiene recursos y voluntad para hacer cumplir las licencias que elabora. Pero solo puede presentar demandas,
sobre software del cual posea derechos de autor. La fundacin se enfrenta cada ao a unas 50 violaciones de la GPL y
siempre trata de evitar llegar a los tribunales.
La FSF aloja proyectos de software libre en su sitio web Savannah. Ofrece una de interfaz web para el hosting y el
mantenimiento de las pginas web de los proyectos, seguimiento de errores, CVS, FTP, y listas de correo. Hospeda
ms de 2.800 proyectos.
La FSF administra un directorio con ms de 5.000 programas que se ha comprobado que son software libre. La
UNESCO ayuda en la financiacin de este proyecto.
La FSF organiza seminarios sobre los aspectos legales a tener en cuenta cuando se usa la licencia GPL.
{mospagebreak title=Copyleft, la Licencia GNU/GPL y derivadas}

Copyleft, la Licencia GNU/GPL y derivadas
Copyleft o copia permitida (=left(de leave) =granted)[1] comprende a un grupo de derechos de autor caracterizados por
eliminar las restricciones de distribucin o modificacin impuestas por el copyright, con la condicin de que el trabajo
derivado se mantenga con el mismo rgimen de derechos de autor que el original.
Bajo tales licencias pueden protegerse una gran diversidad de obras, tales como programas informticos, arte, cultura y
ciencia, es decir prcticamente casi cualquier tipo de produccin creativa.
Sus partidarios la proponen como alternativa a las restricciones que imponen las normas planteadas en los derechos de
autor, a la hora de hacer, modificar y distribuir copias de una obra determinada. Se pretende garantizar as una mayor
libertad para que cada receptor de una copia, o una versin derivada de un trabajo, pueda, a su vez, usar, modificar y
redistribuir tanto el propio trabajo como las versiones derivadas del mismo. As, y en un entorno no legal, puede
considerarse como opuesto al copyright o derechos de autor tradicionales. La licencia GNU GPL es acogida bajo el
concepto copyleft.
A las licencias copyleft se les suele atribuir un efecto "vrico", debido a que cualquier trabajo derivado de un trabajo con
copyleft debe a su vez atenerse a los principios del copyleft. En particular, los trabajos con copyleft no pueden ser
incorporados legalmente en trabajos que sean distribuidos sin el cdigo fuente, como pasa con la mayora de productos
comerciales, sin el permiso especfico de sus autores.
Segn algunas fuentes, el trmino copyleft proviene de un mensaje contenido en el programa Tiny BASIC, una versin
de BASIC distribuida libremente y escrita por el Doctor Li-Chen Wang a finales de los aos setenta. El listado del
programa contena las frases "@COPYLEFT" y "TODOS LOS PERJUICIOS RESERVADOS", en contraposicin a
"copyright" y "todos los derechos reservados", trminos stos usados habitualmente en los textos de derechos de autor.
Richard Stallman asegura que la palabra proviene de Don Hopkins, al que considera un compaero muy imaginativo, el
cual le envi en 1984 1985 una carta en la que poda leerse: Copyleft-revocados todos los derechos (Copyleft-all rights
reversed). El trmino copyleft con la anotacin revocados todos los derechos fue utilizado tambin a principios de los
aos setenta dentro del Principia Discordia, texto que tal vez inspirara a Hopkins.
Hay algunos problemas con la definicin del trmino copyleft que contribuyen a crear controversia a su alrededor. El
trmino, en su origen un nombre, se cre como una transformacin chistosa o paroda del trmino copyright, queriendo
abarcar los trminos de la GPL creada por Stallman como parte de su trabajo para la Free Software Foundation.
En 1991, la Free Software Foundation public la GPLv2, la licencia que acompa a gran parte del movimiento de
Software Libre a lo largo de ms de 16 aos. Es este texto, y no el cdigo o las virtudes de algn programador, lo que
hace que el software sea libre. La cuestin es jurdica, no tcnica.
La Licencia Pblica General de GNU o ms conocida por su nombre en ingls GNU General Public License o
simplemente su acrnimo del ingls GNU GPL, es una licencia creada principalmente a proteger la libre distribucin,
modificacin y uso de software. Su propsito es declarar que el software cubierto por esta licencia es software libre y
protegerlo de intentos de apropiacin que restrinjan esas libertades a los usuarios.
Existen varias licencias "hermanas" de la GPL, como la licencia de documentacin libre de GNU (GFDL) que cubre los
artculos de la Wikipedia, la Open Audio License, para trabajos musicales, etctera, y otras menos restrictivas, como la
MGPL, o la LGPL (Lesser General Public License, antes Library General Public License), que permiten el enlace
dinmico de aplicaciones libres a aplicaciones no libres.
La licencia GPL, al ser un documento que cede ciertos derechos al usuario, asume la forma de un contrato, por lo que
usualmente se le denomina contrato de licencia o acuerdo de licencia.[1] [2] En los pases de tradicin anglosajona existe
una distincin doctrinal entre licencias y contratos, pero esto no ocurre en los pases de tradicin civil o continental. Como
contrato, la GPL debe cumplir los requisitos legales de formacin contractual en cada jurisdiccin.
La licencia ha sido reconocida por juzgados de diferentes pases del mundo a parte de Estados Unidos (caso SCO por
citar un ejemplo), como Francia (pas donde nace la Ley de Derecho de Autor), Espaa, Argentina entre otros. En
Alemania (condena contra Skype), particularmente en el caso de una sentencia en un tribunal de Munich,[3] lo que
indica positivamente su validez en jurisdicciones de derecho civil.
{mospagebreak title=Las variantes de BSD Unix}

Las variantes de BSD UNIX
Habamos dejado UNIX en un momento en el que estaba triunfando comercialmente y fragmentndose al tiempo que su
uso en los centros universitarios se haca ms difcil por culpa de su precio.
En este contexto, el grupo que llevaba el desarrollo de BSD decidi eliminar del cdigo cualquier parte que proviniera de
AT&T y sustituirla por otra que no estuviera sujeta al pago de licencias.
Su esfuerzo dio lugar a 4.4BSD-Lite y justo despus de hacerlo pblico, el grupo que lo haba creado desapareci.
Sin embargo, de 4.4BSD-Lite nacieron otros sistemas operativos libres como:
FreeBSD: UNIX BSD optimizado especialmente para la arquitectura x86 (los PCs compatibles)
OpenBSD: centrado en mejorar la seguridad
NetBSD: hace nfasis en la portabilidad al mayor nmero posible de plataformas
En diciembre de 1996 Apple adquire NeXT lo cual repercuti en el diseo de su nuevo sistema operativo Mac OS X, el
cul combinara la facilidad de uso caracterstica en Macintosh y la potencia y estabilidad de Unix.
Darwin es la fusin de Mach 3.0 y una implentacin de BSD 4.4 BSD-Lite2 construida sobre la base de el microkernel. Se
modific el sistema VFS permitiendo la adicin de nuevos sistemas de ficheros y mejorando el soporte de los existentes.
La pila TCP/IP, como no poda ser de otra forma, basada en la implementacin de BSD. Como novedad se aadi lo que
se denomina el "I/O Kit", un framework Orientado a Objetos para el desarrollo de drivers, el cual es utilizado tambin en
la parte que soporta SMP y real-time preemtion.
La interposicin de una denuncia por parte de AT&T plante algunas dudas sobre los sistemas libres basados en BSD,
que no se disiparon hasta el trmino del litigio en 1994, cuando Novell compr los derechos de UNIX.
BSD tiene una licencia que permite realizar modificaciones y no redistribuir su cdigo. Ello genera cierto recelo a utilizarla
en proyectos libres, porque alguien podra beneficiarse del esfuerzo de la comunidad sin mostrar reciprocidad, aunque
no hay ningn ejemplo de que en la prctica sea mejor para el que modifica un programa no hacer pblicas sus
modificaciones.
{mospagebreak title=Andrew Tanenbaum y Minix}

Andrew S. Tanembaun y MINIX
MINIX es un sistema operativo de tipo UNIX, preparado para funcionar sobre un PC 80806 y dotado de una
funcionalidad limitada. La ltima versin oficial de Minix es la 3.1.2, publicada el 8 de Mayo de 2006.
Fue creado para ensear a sus alumnos el diseo de sistemas operativos en la Vrije Universiteit de msterdam. La
razn de su desarrollo fue porque Unix estaba bajo restricciones de licencia de AT&T, era demasiado complicado y corra
sobre mquinas complejas; algo completamente antipedgogico.
Gracias a su reducido tamao, diseo basado en el paradigma del microncleo, y su amplia documentacin, resulta
bastante apropiado para personas que desean instalar un sistema operativo compatible con Unix en su mquina
personal as como aprender sobre su funcionamiento interno.
Su autor es Andrew Tanenbaum, un conocido profesor universitario de informtica, que lo dise para ensear
sistemas operativos en una asignatura semestral.
A principios de los 90, su libro sobre sistemas operativos "Operating Systems: Design and Implementation", en el que se
inclua una versin impresa de MINIX, era utilizado en las facultades de todo el mundo. El grupo de noticias de MINIX tena
40000 suscriptores, que pedan continuamente nuevas prestaciones para el software, que Tanenbaum rechazaba
porque quera mantenerlo lo suficientemente pequeo como para poder seguir enseando con l.
Debido al enfoque puramente educacional de Minix, Tanenbaum no permita que este fuera modificado demasiado ya
que esto complicara el sistema y no permitira que sus estudiantes lo entendieran en un semestre. Por estos motivos,
Linus Torvalds decidi escribir su propio ncleo de sistema operativo (Linux) compatible con Unix.
{mospagebreak title=Linus Torvald y el ncleo Linux}

LINUS TORVALD Y EL NCLEO LINUX
Sin duda alguna, el proyecto que mayor impacto ha tenido y que ha catapultado el software libre hasta ser considerado
un competidor ms en el mundo de la informtica, ha sido el ncleo Linux.
Linus Torvalds era en 1991 un estudiante finlands de 2 de informtica. Frustrado por tener que utilizar MS-DOS en
su ordenador personal y queriendo evitar las limitaciones de MINIX, envi un mensaje al grupo de noticias comp.os.minix
con unas palabras que ya se han convertido en clsicas:
Do you pine for the nice days of minix-1.1, when men were men and wrote
their own device drivers? Are you without a nice project and just dying
to cut your teeth on a OS you can try to modify for your needs? Are you
finding it frustrating when everything works on minix? No more allnighters to get a nifty program working? Then this post might be just
for you :-)
As I mentioned a month(?) ago, I'm working on a free version of a
minix-lookalike for AT-386 computers.
It has finally reached the stage
where it's even usable (though may not be depending on what you want),
and I am willing to put out the sources for wider distribution.
It is
just version 0.02 (+1 (very small) patch already), but I've successfully
run bash/gcc/gnu-make/gnu-sed/compress etc under it.
A partir de ese momento y empleando los componentes desarrollados por el proyecto GNU y la Internet como vehculo
de comunicacin, Linus consigui convertirse en el lder de una comunidad de desarrolladores repartida por todo el mundo.
Linux se refiere estrictamente al ncleo Linux, pero es comnmente utilizado para describir al sistema operativo tipo
Unix (que implementa el estndar POSIX), que utiliza primordialmente filosofa y metodologas libres y que est
formado mediante la combinacin del ncleo Linux con las bibliotecas y herramientas del proyecto GNU y de muchos
otros proyectos/grupos de software (libre o no libre).
Aunque la mayora de usuarios (con alguna experiencia) ya generaliza a todas las distros como GNU/Linux, existen
personas que por desinformacin utilizan un termino global incorrecto, llamando a todo el software libre como "Linux".
Algunos sectores de la comunidad de usuarios del sistema operativo han rechazado la denominacin GNU/Linux por
varias razones, entre ellas que ya se haba empezado a denominar Linux al sistema operativo antes de que Richard
Stallman promocionase esta denominacin. Otras personas se oponen a la postura ideolgica de Stallman radicalmente en
contra del software no libre y por ello son contrarios al uso de este nombre para evitar la promocin de las ideas del
fundador del proyecto GNU. Otros sectores de la comunidad han reconocido la conveniencia de este nombre.
Hay que sealar que, al igual que es una simplificacin denominar al sistema que usa el usuario final Linux, obviando las
aplicaciones GNU que completan el sistema operativo, el conjunto Linux+GNU representa slamente una parte (aunque
importante) del software encontrado en una distribucin Linux. Existe una gran cantidad de software original del sistema
operativo BSD o producido independientemente de los proyectos GNU y Linux por otras personas u organizaciones,
como por ejemplo Apache, el X Window System, Samba, KDE, OpenOffice.org y miles de otros.
{mospagebreak title=TUX El Pingino Encatador}
TUX: EL PINGINO ENCANTADOR
Todo empez en la lista de correo del ncleo de Linux cuando estaba prximo el lanzamiento de la versin 2.0 de Linux.
Era mayo de 1996 y en dicha lista comenzaron a surgir distintas propuestas acerca de un logotipo para Linux.
Por qu un pingino? Linus Torvalds escribi un mensaje en el que deca que senta una especial predileccin por los
pinginos y cuando todo el mundo intentaba crear imgenes de pinginos comindose el mundo, Linus una vez ms
coment que "era mejor que fuera un animal tierno, barrign y con una expresin como de que acabara de eructar,
despus de comer una buena cantidad de pescado". Incluso dijo que sera un xito si los nios pequeos lo vean y le
pedan a su mam que les comprara uno ("...and small children will jump up and down and scream "mommy mommy,
can I have one too?"").
Por lo visto, Larry Ewing acert con la idea de Torvalds al dibujar el pingino actual.
Por qu se llama Tux? Hay dos versiones diferentes de la historia:
Tux significa Torvald's UniX
Tux viene de Tuxedo (smoking en ingls), ya que (segn Torvalds) los pinginos parecen llevar un traje de etiqueta
El verdadero Tux? S, hay un pingino autntico y vivo. Un grupo de fnaticos Linux del Reino Unido liderados por
Alan Cox, y la revista Linux World decidieron auspiciar un pingino vivo en el Zologico de Bristol como regalo de
cumpleaos para Linus.
{mospagebreak title=Las Distribuciones GNU/Linux}

Las Distribuciones GNU/Linux
Segn la Wikipedia, una distribucin de GNU/Linux no es ms que una variante de ese sistema operativo que incorpora
determinados paquetes de software para satisfacer las necesidades de un grupo especifico de usuarios, dando as
origen a ediciones hogareas, empresariales y para servidores. Pueden ser exclusivamente de software libre, o
tambin incorporar aplicaciones o controladores privativos.
La base de cada distribucin incluye el ncleo Linux, con las bibliotecas y herramientas del proyecto GNU y de muchos
otros proyectos/grupos de software, como BSD, Xorg, Apache, MySQL, PostgreSQL, Perl, Python, PHP, Gnome y KDE.
Usualmente se utiliza la plataforma XFree86 o la X.Org para sostener interfaces grficas (esta ltima es un fork de
XFree86, surgido a raz del cambio de licencia que este proyecto sufri en la versin 4.4 y que lo haca incompatible con la
licencia GPL).
Las distribuciones de GNU/Linux comenzaron a surgir poco despus de que el ncleo Linux fuera utilizado por otros
programadores adems de los creadores originales. Exista mayor inters en desarrollar un sistema operativo que en
desarrollar aplicaciones, interfaces para los usuarios o un paquete de software conveniente.
Entre las distribuciones ms antiguas se incluan:
Dos discos denominados H J Lu's "Boot-root" con el ncleo y un mnimo de herramientas para utilizar.
MCC Interim Linux, que se poda descargar en un servidor pblico FTP de la Universidad de Manchester en febrero
de 1992.
TAMU, creado por entusiastas de la Universidad A&M de Texas al mismo tiempo que SLS
SLS (Softlanding Linux System).
Yggdrasil Linux cre el primer CD-ROM de una distribucin GNU/Linux.
SLS no estuvo bien mantenida; as pues, Patrick Volkerding lanz una distribucin basada en SLS a la que llam Slackware;
lanzada el 16 de julio de 1993.[1] Esta es la distribucin ms antigua que est en desarrollo activo.
Las distribuciones eran originalmente una cuestin de comodidad para el usuario medio, evitndole la instalacin (y en
muchos casos compilacin) por separado de paquetes de uso comn, pero hoy se han popularizado incluso entre los
expertos en ste tipo de sistemas operativos (UNIX/GNU/Linux). Hoy en da, GNU/Linux se ha afianzado en una mejor
posicin en el mercado de servidor, principalmente en cuanto al alojamiento de pginas web y bases de datos, teniendo
menor penetracin en el mercado domstico.
{mospagebreak title=Open Source Iniciative (Cdigo Abierto)}

Open Source Iniciative (Cdigo Abierto)
Eric S. Raymond
Burce Perens
Cdigo abierto (en ingls open source) es el trmino con el que se conoce al software distribuido y desarrollado
libremente. En 1998, Eric S. Raymond, Bruce Perens y otras personas, ante las dificultades de muchas empresas de
entender las ventajas del software libre, decidieron poner en marcha la Open Source Iniciative (OSI).
El trmino Free Software provoca algo de confusin en lengua inglesa, ya que puede interpretarse como software libre o
como software gratis. Dado que las ventajas tcnicas no estn tanto en la gratuidad como en la capacidad de acceder
al cdigo fuente, la OSI quiso hacer hincapi en ste aspecto, acuando el trmino Open Source, en espaol fuentes
abiertas o cdigo abierto.
Desde el punto de vista de una "traduccin estrictamente literal", el significado obvio de "cdigo abierto" es que "se puede
mirar el cdigo fuente", por lo que puede ser interpretado como un trmino ms dbil y flexible que el del software libre.
Basado en ello se argumenta que un programa de cdigo abierto puede ser software libre, pero tambin puede ser
semilibre o incluso completamente no libre.
Richard Stallman, que inicialmente apoyaba la iniciativa, se retir de ella por no compartir que se restase importancia a
las motivaciones ticas para desarrollar software libre. Segn l, "el cdigo abierto es una metodologa de desarrollo; el
software libre es una filosofa poltica (o un movimiento social)".
{joomsay}La filosofa del Open Source orienta su atencin en la premisa de que al compartir el cdigo, el programa
resultante tiende a ser de calidad superior al software propietario, es una visin tcnica. Por otro lado, el Software Libre
funciona bajo un ideal: el software propietario, al no poder compartirse, es antitico dado que prohibir compartir entre
seres humanos va en contra de las leyes naturales. {/joomsay}
El movimiento Open Source tiene un declogo que debe cumplir un cdigo para poder llamarse "Open Source" (es de
hacer notar que estas 10 premisas son completamente equivalentes con las cuatro (4) libertades o principios del
Software Libre), stas son :
- Libre redistribucin: el software debe poder ser regalado o vendido libremente.

- Cdigo fuente: el cdigo fuente debe estar incluido u obtenerse libremente.
- Trabajos derivados: la redistribucin de modificaciones debe estar permitida.
- Integridad del cdigo fuente del autor: las licencias pueden requerir que las modificaciones sean redistribuidas slo como
parches.
- Sin discriminacin de personas o grupos: nadie puede dejarse fuera.
- Sin discriminacin de reas de iniciativa: los usuarios comerciales no pueden ser excluidos.
- Distribucin de la licencia: deben aplicarse los mismos derechos a todo el que reciba el programa
- La licencia no debe ser especfica de un producto: el programa no puede licenciarse solo como parte de una distribucin
mayor.
- La licencia no debe restringir otro software: la licencia no puede obligar a que algn otro software que sea distribuido
con el software abierto deba tambin ser de cdigo abierto.
- La licencia debe ser tecnolgicamente neutral: no debe requerirse la aceptacin de la licencia por medio de un acceso
por clic de ratn o de otra forma especfica del medio de soporte del software.
{mospagebreak title=Documentos Halloween}
Los Documentos Halloween
Vinod Villopillil
Esta es una recopilacin incompleta de algunas de las traducciones de las liberaciones de los diferentes
emisiones de memorandums conocidos como Documentos Halloween:
Halloween I
Halloween II
Halloween III
Referencia completa a todos los Documentos Halloween (ingls) aqu.
Documentos Halloween es el nombre con el que se conoce fuera de Microsoft a una serie de memorandos
confidenciales sobre las estrategias potenciales de la compaa acerca de los programas abiertos (Open source), y
Linux en particular.
El primer documento de Halloween, solicitado por el vice-presidente James Allchin para su revisin por el vice-presidente
Paul Maritz y escrito por el ingeniero de Microsoft Vinod Valloppillil lleg a manos de Eric S. Raymond en Octubre de
1998. Eric public inmediatamente una versin con anotaciones en su portal de internet. El documento contena referencias
a un segundo documento que trataba especficamente de Linux. Ese otro documento, escrito por Vinod Valloppillil y Josh
Cohen de Microsoft, tambin fue obtenido, anotado y publicado por Raymond. Microsoft ha admitido que los
documentos son autnticos.
Anotados como "confidenciales", los documentos reconocen que los programas abiertos constituyen una amenaza
significativa al dominio de Microsoft en la industria de la computacin, y sugieren medios para que Microsoft interfiera en
su desarrollo.
En ellos Microsoft reconoce que muchos programas de cdigo abierto son tcnicamente competitivos respecto a los
suyos, lo cual es importante, pues esto contradice varias declaraciones que han hecho al respecto.
Quizs la ms famosa de todas las estrategias reveladas por los Documentos es la conocida como Adoptar, extender
y extinguir, referida a estndares abiertos. El procedimiento es el siguiente: Microsoft decide en un primer momento
"adoptar" un estndar pblico, despus lo "mejora" aadiendo extensiones incompatibles con el estndar original, y
termina "extinguiendo" el estndar pblico al imponer sus propias extensiones propietarias por medio de su dominio
del mercado. Segn algunos crticos, esta estrategia tiende a reforzar el dominio de Microsoft e inhibe la competencia.
{mospagebreak title=SCO Group demanda a Linux}
SCO Group demanda a Linux
SCO Group, previamente conocido como Caldera Systems y Caldera International, es una corporacin que asociada en
sus orgenes con Linux y el movimiento open source (cdigo abierto), manufacturaba distribuciones Linux para servidores
y estaciones de trabajo. Luego de adquirir algunos derechos sobre UNIX, SCO UNIX (actualmente SCO OpenServer) y
UnixWare, inici un juicio legal contra IBM en 2003, alegando que IBM haba introducido en el ncleo Linux cdigo
perteneciente a SCO Group.
En enero de 2003, SCO contrat al abogado David Boies, anunciando que investigaran infracciones a su derecho de
autor. El 7 de marzo, el jefe ejecutivo de SCO, Darl McBride, anunci que demandaran a IBM por sus contribuciones al
cdigo de Linux, alegando que IBM rob cdigo de UNIX y se lo otorg a los desarrolladores del ncleo de Linux. Como
resultado del juicio, SuSE Linux ha declarado pblicamente que reevaluar sus lazos con SCO.
Red Hat denuncia al grupo SCO el 4 de agosto de 2003 por publicidad falsa, prcticas comerciales desleales,
solicitando una sentencia que indique que esa empresa no infringe ningn derecho de autor de SCO. El caso queda
suspendido hasta conocer el resultado en el caso SCO contra IBM.
En agosto de 2004, IBM solicita una decisin sumaria del caso en donde se pone de relieve que el grupo SCO
continua distribuyendo bajo licencia GPL el cdigo del cual pretende tener propiedad intelectual y que si antes haba
argumentado que lo haba distribuido sin saberlo, a partir de ese momento ya no puede seguir argumentandolo, de
manera que se debe considerar ese cdigo como un aporte del grupo SCO al software libre.
The SCO Group, por medio de sus portavoces autorizados, ha expresado pblicamente ser el propietario de Unix en
varias ocasiones. Novell asegura que es falso que SCO Group posea Unix. Despus de que Novell recientemente
registrara derechos de autor sobre componentes esenciales de Unix, SCO denuncia a Novell, afirmando usurpacin de
propiedad.
AutoZone, un usuario masivo de Linux y antiguo usuario de productos SCO, fue denunciado por SCO el 3 de marzo
de 2004. SCO afirma que AutoZone viol derechos de autor de SCO al convertirse en usuario de Linux. El caso queda
suspendido hasta conocer el resultado en los casos entre SCO e IBM, Red Hat y Novell.
En diciembre de 2003, SCO envi gran cantidad de cartas a empresas con licencia para utilizar el sistema Unix. En
ellas, SCO solicit que esas empresas certificaran ciertos elementos sobre su uso de Linux. DaimlerChrysler, antiguo
usuario Unix y actual usuario Linux, no respondi a esta carta. El 3 de marzo de 2004 SCO denunci a DaimlerChrysler
por violacin de su licencia Unix, al no responder la solicitud de certificacin solicitada por SCO.
En Junio de 2006 el juez Brooke Wells desestim 186 de las 294 acusaciones de SCO Group.
El 18 de Agosto de 2007 se conoci por fin la sentencia de este pleito que llevaba en activo desde el ao 2003.
Finalmente el juez Dale A. Kimball ha concluido:
Que el acuerdo que SCO tena con Novell el nico derecho otorgaba a SCO era el de vender licencias de Unix a
terceros.
SCO tiene que pagar a Novell(Suse) el 95% del importe de esas ventas, que principalmente fueron 16 millones de
USD de Microsoft y 10 millones de USD de Sun.
El 14 de septiembre de 2007, debido a los contratiempos legales que sufri la empresa, SCO solicit proteccin
invocando los trminos del Cpitulo 11 del Cdigo de Bancarrota de los Estados Unidos de Amrica.
El 25 de octubre de 2007, SCO (el ex-rey del Unix para PC) recibe una oferta de 36 millones de USD por parte de
JGD Management por sus negocios y propiedad intelectual [1].
{mospagebreak title=Nuevas Amenazas: Digital Rights Management (DRM)}
Nuevas Amenazas: Digital Rights Management (DRM)
Como su nombre implica, Digital Rights Management se aplica slo a medios digitales. El contenido digital ha ganado
popularidad sobre el contenido analgico por dos cuestiones; la primera es por las ventajas tcnicas asociadas con su
produccin, reproduccin y manipulacin, y la segunda porque hay, a veces, mejor calidad percibida que su contraparte
analgica. Desde el nacimiento de los ordenadores personales, los archivos de contenido digital se han convertido en un
medio fcil de copiar un nmero ilimitado de veces sin aparecer degradacin alguna en la calidad de las copias
subsecuentes. Mucho contenido analgico pierde calidad con cada generacin copiada, y frecuentemente durante su uso
normal. La popularidad de Internet y las herramientas para compartir archivos han simplificado la distribucin de
contenido digital con derechos de autor (copyright).
La disponibilidad de mltiples copias perfectas de material protegido es percibido por la industria de los medios como
un golpe a su viabilidad y costeo, particularmente dentro de la industria de la msica, del cine y de los videojuegos.
Quienes publican material digital tienen tpicos modelos de negocios que recaen en la habilidad de obtener una tarifa por
cada copia hecha del trabajo digital, y algunas veces por cada ejecucin de dicho trabajo. El DRM fue creado o diseado
por quienes publican contenido digital con medidas para permitirles el control de la duplicacin y diseminacin de su
contenido.
Existen diferentes mecanismos de DRM, diseados por distintas empresas, pero en general todos tienen en comn
algunas caractersticas:
detectan quin accede a cada obra, cundo y bajo qu condiciones, y reportan esta informacin al proveedor de la
obra.
autorizan o deniegan de manera inapelable el acceso a la obra, de acuerdo a condiciones que pueden ser cambiadas
unilateralmente por el proveedor de la obra.
cuando autorizan el acceso, lo hacen bajo condiciones restrictivas que son fijadas unilateralmente por el proveedor de
la obra, independientemente de los derechos que la ley otorgue al autor o al pblico.
Los DRM estn siendo includos en todo tipo de dispositivos digitales, sin informar a quienes los compran respecto de
sus consecuencias. En el mercado se ofrecen hoy muchos dispositivos equipados con circuitos electrnicos de Trusted
Computing, entre ellos evidentemente ordenadores, pero tambin reproductores de DVD, reproductores de audio,
telfonos, televisores, radios, juguetes, contestadores automticos, fotocopiadoras, impresoras, y muchos otros.
Segn algunos proyectos de ley impulsados por parte de la industria, estar prohibido producir o comercializar
cualquier dispositivo que tenga la capacidad de grabar o reproducir sonido, video, texto o cualquier otra forma de
expresin, a menos que est equipado con hardware adecuado para la implementacin de DRM.
An antes de que la infraestructura de hardware sea omnipresente, como desean sus proponentes, existen muchos
sistemas de DRM basados en software que, si bien no son lo suficientemente fuertes como para restringir efectivamente
la copia, s son lo suficientemente molestos como para complicarle la vida a las personas que quieren, por ejemplo,
escuchar sus propios CDs en su propio ordenador.
La mayora de los programas privativos de reproduccin de medios disponibles hoy incluyen formas bastante sofisticadas
de DRM sin soporte en hardware.
{mospagebreak title=El Efecto Tivo o Tivolizacin}

El Efecto Tivo o Tivolizacin
Otra de estas amenazas es lo que se ha denominado "tivoizacin", o el efecto Tivo. Tivo es un sistema de grabacin digital
de televisin que ejecuta software bajo GPL. Tivo cumple con las especificaciones de la licencia, sin embargo, ha
encontrado un hack a nuestro hack y se las ha ingeniado para impedir el ejercicio de algunas libertades, an sin violar
la licencia. Denominamos tivoizacin a este proceso, que cumpliendo fielmente la GPL, implementa un sistema que
impide en la prctica que las personas modifiquen el programa y lo vuelvan a ejecutar en ese hardware. Esto se logra
mediante firmas digitales que hacen que slo el software "firmado" sea ejecutado por la mquina. Cuando alguien ejerce
la libertad de modificar el programa, el hardware no lo valida y torna imposible su ejecucin.
TiVo es una tecnologa que permite grabar el contenido de la televisin, pero a diferencia de los clsicos vdeos, lo hace
en un disco duro que permite almacenar entre 80 y 300 horas de programacin recibida a travs del cable, cable digital,
transmisin satlite o la tradicional antena. TiVo se contrata va suscripcin y permite elegir series, actores o eventos a
almacenar va men, sin preocupacin por cambios en la programacin, retrasos, cintas y de programar en absoluto
cualquier reloj. Pero ms que un dispositivo, la compaa TiVo cre toda una categora de productos cuando en 1997
present su primer grabador de video digital para el hogar (Digital Video Recorder, "DVR"). La creacin de la firma
estadounidense inaugur la capacidad de poner pausa a la televisin en directo. Gracias a TiVo, el espectador puede
disfrutar de su programa favorito, detener la imagen, alejarse del televisor por el tiempo que quiera y retomar la
transmisin en el punto exacto en el cual qued ya que, mientras tanto, el DVR almacena automticamente el programa o
pelcula en su disco duro. Otra caracterstica de la mayora de los DVR es que reservan una porcin del disco para un
"buffer", que graba y mantiene constantemente almacenada la ltima hora de transmisin en vivo. Esto significa que si el
espectador llega a la casa 10 minutos despus de que haya comenzado la emisin, se puede retroceder esos 10
minutos y disfrutarla desde el principio. Al cambiar de canal el buffer empieza a grabar nuevamente.
TiVo tiene un sistema operativo GNU/Linux - ciertamente bastante pequeo pero GNU/Linux al fin. Esto significa que
contiene programas liberados bajo la licencia GNU GPL, sus usuarios pueden obtener el cdigo fuente, puesto a su
disposicin apropiadamente. Los usuarios acceden al cdigo fuente, pueden editarlo, pueden compilar sus versiones
modificadas y pueden instalarlas en su TiVo, y entonces... no funcionarn!
El TiVo est diseado de modo que no corra versiones modificadas por el usuario. El sistema ni siquiera se inicia,
entonces, la libertad 1, la libertad para cambiar el cdigo fuente de modo que haga lo que deseas, se mantiene slo
nominalmente, en los hechos se puede modificar el cdigo fuente para que haga lo que pretendes, pero entonces, en
realidad, no har nada.
{niftybox}"El TiVo tiene dos clases de caractersticas repugnantes. Una es que espa al usuario - divulga lo que ste mira.
La otra, impide al usuario copiar programas de TV fuera del TiVo. sta es una forma de Gestin Digital de Restricciones
(DRM). Sus objetivos son restringir o negar las libertades a los usuarios.
As pues, el usuario obtiene software libre, puede realmente ejercitar la libertad 1 modificando el software que contenga
restricciones, pero en un esquema tal que globalmente mantendr esas restricciones, concebido para restringir
libertades. Ellos 'tivoizan' el software para impedir que las modificaciones tengan efecto alguno y de esa manera el
usuario no pueda escapar de esas restricciones. En general, la tivoizacin es hecha por alguien interesado imponer
caractersticas repugnantes, caractersticas malvolas, sobre otras personas.{/niftybox}
Richard Stallman.
{mospagebreak title=Las Patentes de Software}
Las Patentes de Software
Las patentes de software son monopolios de 20 aos que conceden algunas oficinas de patentes en el mundo,
basadas en legislaciones locales, sobre funcionalidades, algoritmos, representaciones y otras acciones que se pueden
llevar a cabo con una computadora. En la jerga patentil se suele sustituir dicho trmino por la expresin "invencin
implementada por computadora" que incluye tanto las polmicas patentes de software como las generalmente
aceptadas "invenciones asistidas por computadora", esto es, las invenciones fsicas tradicionales que incluyen software
en su funcionamiento.
Detractores.-
Los detractores de las patentes sobre el software argumentan que cualquier programa informtico est compuesto de
millones de componentes (procedimientos, algoritmos,...) muchos de los cuales podran ser patentables o incluso estar
ya patentados. Esto hara inviable un proyecto de software por parte de cualquier PYME o equipo de programadores que
no contara con otras patentes para intercambiar con sus competidores (prctica habitual entre grandes corporaciones
desarrolladoras: los grandes intercambios de bolsas de patentes). Por otro lado, generalmente es imposible dilucidar si
un cdigo determinado incumple alguna patente porque para llegar a tal certidumbre sera necesario evaluar todas las
patentes de software existentes en las distintas oficinas de patentes (cientos de miles) y adems incluso as quedara la
duda. Generalmente es preciso un proceso judicial para determinar a fe cierta si una patente est siendo infringida por
determinado programa o no. Obviamente, tanto la bsqueda exhaustiva como los pleitos de patentes, son actividades
vetadas a las PYME por el gran esfuerzo humano y econmico que les supondra, lo que las dejara fuera del mercado por
no ser competitivas. A todo lo anterior se suma que en muchos casos una o unas pocas patentes de software son
suficientes para monopolizar alguna funcionalidad informtica (caso del carrito de la compra de la famosa patente
europea y norteamericana "One Click" de Amazon).
Defensores.-
Los defensores de las patentes de software y mtodos de negocio argumentan que, como cualquier otra patente,
ayudan a potenciar la innovacin, como en otros campos industriales, permitiendo al propietario de la patente
beneficiarse de su monopolio y as rentabilizar la inversin en desarrollo.
Realidad Legal.-
En Estados Unidos o Canad ya la legislacin vigente contempla desde hace tiempo las patentes de software. En la
India los funcionarios de patentes han usado la excusa de que el TRIPs les obliga (argumento nunca ratificado), para
declarar legales las patentes de software con un decreto administrativo sujeto a aprobacin del Parlamento para la
primera mitad de 2005.
En el territorio de la Unin Europea, la Oficina Europea de Patentes (y algunas otras oficinas nacionales de patentes) han
estado concediendo muchas patentes de software desde los 1980s y muy especialmente a partir de la poca de las
"punto-com". Sin embargo, en Europa desde que el Artculo 52 de la Convencin de la Patente Europea se excluye
expresamente los programas para ordenador pero slo cuando sean reclamadas como tales. La controversia en Europa
est pues en la interpretacin de ese "como tales". La interpretacin de la OEP deja ese "programas de ordenador como
tales" reducido al nihilismo, pues lo define como el cdigo fuente y el cdigo objeto de los programas informticos, algo
que nadie se plantea patentar porque ya est protegido por el copyright. Por el contrario los contrarios a las patentes
de software y mtodos de negocio interpretan que "programas de ordenador como tales" incluye todas las tcnicas e
ideas de programacin y que lo nico que excluye son las "invenciones asistidas por computadora". Es interesante que
la gua de examen de la Oficina Europea de Patentes de 1978 realiza una interpretacin equivalente a la de los contrarios
a las patentes de software y que ha sido paulatinamente a lo largo de los 80 y sobre todo los 90 cuando la interpretacin
de la OEP ha virado a aceptar la patentabilidad del software.
La UE por medio de su Comisin Europea reabri el debate en el 2002 y el Parlamento Europeo, en una primera lectura
del borrador de Directiva de Patentes de Software en setiembre del 2003 excluy las patentes de software. Entonces,
tanto la Comisin como el Consejo persistieron volviendo a presentar la proposicin que legalizaba de las patentes de
software e incluso los algoritmos matemticos, al utilizar el Consejo y el Gobierno Alemn una artimaa en el ltimo
minuto en el 2004. A partir de entonces, varios Parlamentos Nacionales como el alemn, el espaol, el holands y el
dans hicieron diversas peticiones para intentar renegociar una solucin menos drstica, lo que, junto al rechazo de la
representacin polaca en el consejo, retras la adopcin de la resolucin del Consejo como punto A del orden del da (sin
discusin). Adicionalmente el 28 de Febrero de 2005 la Comisin rechaz sin argumento alguno la prcticamente unnime
peticin de Parlamento Europeo para reiniciar todo el proceso. Despus, el Consejo bajo presidencia luxemburguesa se
neg a realizar una segunda votacin como punto B del orden del da (con discusin), y determin que la resolucin haba sido
aceptada pese a los mandatos vinculantes en contra de los parlamentos holands y dans.
Finalmente, el Parlamento Europeo se vio obligado a comenzar la segunda lectura bajo una de las mayores presiones
sociales, mediticas y polticas a las que jams haya estado sometido. Muestra de ello fue la organizacin en Espaa el
27 de abril de 2005 de una concentracin en todas las universidades para pedir que en esta segunda lectura el
Parlamento volviese a rechazar las patentes de software o la recogida de ms de 400.000 firmas en Internet por parte
de Eurolinux. Finalmente, el Parlamento Europeo, en una histrica votacin llevada a cabo el da 6 de julio del 2005, y por
primera vez en la historia para una segunda lectura, rechaz por prctica unanimidad la propuesta de directiva de
patentabilidad el software.
{mospagebreak title=Razones para oponerse a las patentes de software}

Razones para oponerse a las patentes de software
1.- Gran parte de las patentes concedidas hasta la fecha son obvias.
El uso de XOR (una de las operaciones bsicas de los ordenadores) para pintar y despintar un cursor en una pantalla
est protegido por una patente. Es el equivalente de patentar la suma para calcular presupuestos, y uno se pregunta
en qu estara pesnsando el examinador en cuestin cuando acept esta patente. No hay ninguna razn para pensar que
las Oficinas de Patentes vayan a mejorar sus prcticas, y menos despus de salirse con la suya y eliminar todas las
restricciones a la patentabilidad. Son organizaciones cerradas, con muy poca transparencia pblica, y representan un
grupo de inters privado con mucha influencia.

2.- Las patentes de 'mtodos de negocio' registran prcticas sociales habituales
El cambio en la legislacin no slo afectara al software: tambin permitira la patentabilidad de 'mtodos de negocio' y
'mtodos educativos'. Parece que basta con tomar cualquier idea exterior y aadir 'en internet' para que algo sea
patentable. Como ejemplo pondr la subasta inversa, que lleva siglos practicndose en las lonjas gallegas: el
subastador canta pujas en orden descendiente: "1000, 950, 900, 850, 800..." y la subasta se adjudica en cuanto la
primera persona puja. Pues bien, la empresa priceline.com ha sustituido las bandejas de pescado por los billetes de
avin, y escrito detrs de esta descripcin "en internet", y ha conseguido la patente. Les recuerdo que una patente es un
monopolio, lo que quiere decir que si alguien ms quiere usar la subasta inversa en internet, tiene que pagar a priceline
o arriesgarse a una demanda.
3.-Es imposible implementar un sistema que no produzca malas patentes
Los examinadores de patentes tienen demasiado trabajo, y poco tiempo para buscar lo que se denomina 'arte previo'.
Una patente no slo tiene que ser 'no obvia', sino tambin novedosa; el 'arte previo' son ejemplos anteriores del invento
propuesto para patente. Se deca de Von Neumann, el gran matemtico hngaro cuya contribucin en el proyecto
Manhattan y con la NASA dio a los Estados Unidos la bomba atmica y el viaje a la Luna, que era la nica persona viva
que tena conocimiento de todas las ramas de la matemtica. En la actualidad es posible que slo Donald Knuth, autor
de "The Art of Computer Programming" y apodado cariosamente "Dios" en crculos de programadores, tenga todos los
conocimientos para saber si un algoritmo o programa es novedoso o no.
Si a esto le unimos que las patentes no incluyen las palabras "algoritmo, software, programa", sino que cada patentador
usa un subterfugio distinto para colar su patente por los agujeros de la Oficina de Patentes, est claro que las malas
patentes estn aseguradas. Este segundo inconveniente es el nico que sera resuelto si se permitiera el registro de
algoritmos, pero an quedara el primero. Por ltimo, los examinadores de patentes tienen un incentivo para aprobar
las patentes, no para rechazarlas. Y su control de productividad les obliga a examinar un nmero mnimo de patentes al
ao, lo que hace que no le puedan dedicar bastante tiempo a cada una de ellas.
4.- Las patentes de software suponen un peligro para la pequea empresa
Las pequeas y medianas empresas no tienen un departamento legal adecuadamente dotado para registrar patentes,
comprar licencias, entrar en litigio cuando una patente sea invlida o la infrinjan inadvertidamente, ni para investigar en
las bases de datos de patentes antes de realizar un proyecto. Esto es especialmente daino en el caso del software,
donde el coste de entrada es lo bastante bajo para que una sla persona con su ordenador pueda contribuir al progreso
de la industria. En el caso de la fabricacin de objetos fsicos, las realidades de la produccin en cadena hace que el coste
de entrada en una industria sea ms alto, con lo que el coste de una patente se diluye ms entre el coste de
investigacin, desarrollo y posterior produccin.
5.- Las patentes de software atentan contra la competencia
El hecho de que muchas patentes de software declaren el monopolio de prcticas sociales habituales o soluciones
tcnicas obvias permite que los propietarios de las patentes las usen de forma agresiva, como arma en la lucha por el
mercado. Es el caso del 'One-click buying', sistema patentado por Amazon, quien hasta la fecha slo ha usado la patente
para atacar a su ms directo competidor, Barnes & Noble. Hay que hacer notar que el 'One-click buying' es un uso
obvio de las galletitas o 'cookies' (sistema por el que los servidores de internet 'recuerdan' si un usuario ha estado antes
all, almacenan datos de sesin, etc.). Si alguien podra haber registrado esa patente, debera haber sido el inventor de las
'cookies', puesto que se inventaron precisamente para permitir el 'One-click buying', el registro automtico sin tener que
introducir el nombre de usuario y la contrasea, etctera.
Y otro de los lados por los que se dificulta la competencia es en el punto econmico. Si es usted empresario, le voy a dar
algo en que pensar mientras los Eurodiputados discuten con los Eurofuncionarios y la EPO si se aprueban o no las
patentes de software. Pregntele a su Director Tcnico si est usando cdigo patentado, y cunto tiempo y dinero le
costara comprobarlo en ese caso. Puede que tenga revisar todo su cdigo y compararlo con las bases de datos de
patentes en Estados Unidos, y eso lleva tiempo.
El infractor tambin puede ser uno de sus proveedores; llmelos y pregnteles en cunto afectaran las patentes de
software al precio de sus licencias. Cuando llame a su Director Financiero para contrselo, aproveche para preguntarle
cunto presupuesto tienen para comprar licencias de patentes y cunto para litigios sobre patentes, y cmo afecta esto
a la cuenta de resultados. Pregntese usted mismo cunto afecta esto al valor para los accionistas. Existen sesudos
informes y estudios que demuestran el peligro de las patentes de software para la competencia, pero a lo mejor ya no le
hace falta leerlos despus de hablar con los directivos de su empresa.
6.- Las patentes de software suponen un peligro para Europa
Una de las razones por las que se est estudiando la inclusin del software entre las invenciones patentables en Europa
es la presin de los EEUU, que encontraran aqu un terreno fecundo para el litigio o la licencia. Esto costara mucho dinero
a las empresas europeas, sometidas a un aplastante corpus de patentes previo. Pero peor an que pagar por un
algoritmo podra ser que se prohibiera su uso, con la siguiente merma de la capacidad de competir con las empresas
propietarias de la patente (ver apartado 5). La EPO (Oficina Europea de Comercio) es una organizacin de tratado a la
que pertenecen 19 pases, algunos de los cuales, obviamente, no estn entre los 12 de la Unin Europea. El esfuerzo de
'lobby' estadounidense se est concentrando en el voto de Chipre, Lietschenstein, Andorra, Suiza... que por una razn o
por otra no tienen tanto que perder (o en el caso de Suiza, tienen mucho ms que ganar) que los pases que se oponen:
Francia, Alemania, Espaa...
7.-Las patentes de software suponen un grave peligro para el Software Libre
No es este el momento de cantar las alabanzas del Software Libre, pero es necesario sealar que las Administraciones
Pblicas y empresas, no los usuarios finales, quienes ms se pueden beneficiar de la existencia de aplicaciones cuyo
cdigo fuente pueden auditar, modificar y redistribuir libremente. El cdigo fuente es un texto legible por humanos que
describe lo que hace el programa y que, una vez pasado por un proceso llamado "compilacin", genera el cdigo
ejecutable, el programa que usamos.
El hecho de que el cdigo fuente del Software Libre sea, por definicin, de pblica lectura, hace que estos programas
sean mucho ms fciles de atacar que los programas llamados "cerrados" o "no libres". A partir de aqu entran en
funcionamiento los mecanismos de bloqueo de la competencia.
8.- Es casi imposible asegurar que no se infringe alguna patente
El hecho de que las patentes de software estn redactadas en trminos tan oscuros, el alto precio de investigar sobre
las patentes existentes (la principal fuente de ingresos de la EPO son los informes sobre las patentes que hay en un
determinado campo de la industria) y la gran cantidad de patentes 'obvias' impiden comprobar adecuadamente si uno
est infringiendo una patente al escribir un programa, o no.
Por esta razn las patentes de software podran suponer un freno a la industria del software, y bloquear la innovacin al no
impedir que un programa novedoso use cdigo patentado en alguna de sus operaciones ms triviales.
9.- Se puede casi asegurar que se infringir una patente
Este punto se podra haber titulado "Es casi imposible asegurar que no se infringe una patente, segunda razn". Una
tendencia actual muy comn en la produccin de software es dejar que sean programas los que generen otros
programas. Es una prctica tan comn que Philip Greenspun, profesor del MIT, lo propone como ejercicio a sus
alumnos.
Es imposible comprobar 'a priori' el cdigo generado por un ordenador, sea por algoritmos genticos, por optimizacin en
un compilador o por el mtodo que sea. Saber si uno de estos programas infringe una patente es tan difcil como leerle a
alguien la mente. Probablemente en algn punto del proceso las mquinas darn con soluciones patentadas, slo que
no lo sabremos.
10.- El Copyright y las Marcas Registradas son ms que suficientes
El navegador que estn usando ustedes para leer estas lneas ya est protegido dos veces: primero por las leyes de
copyright. Si yo hago un navegador, no puedo usar el cdigo de otro navegador a no ser que el propietario del copyright
me autorice. As que no me podr basar en Explorer, Opera o iCab, pero podr hacer un navegador a partir de Mozilla,
Galeon o cualquiera de los otros navegadores libres que existen en el mercado. Pero adems del copyright est el
asunto de las marcas.
Si hago un nuevo navegador, no lo podr llamar Netscape Navigator, ni Microsoft Internet Explorer, ni Mozilla, etc.
Estos son nombres registrados, son marcas, y la legislacin prohbe dos marcas iguales en el mismo campo, para evitar la
confusin. Podra llamarle Mozilla a una marca de motocicletas, por ejemplo, pero no a un navegador. Lo mismo que para
los productores de software se puede aplicar a las empresas puntocom y sus modelos de negocio.
Estas dos garantas, el copyright y la marca registrada, son suficientes para proteger el negocio de los productores de
software y de las empresas puntocom, sean portales, tiendas, buscadores, sitios de noticias, etctera. El copyright y las
marcas protegen a sus propietarios mientras garantizan la competencia, sin introducir los elementos disruptores que son
las patentes de software. Cualquier restriccin mayor es una injerencia excesiva del Estado en el funcionamiento del
mercado, garantizando patentes (monopolios artificiales) que en el caso del software desequilibran el campo de juego
en vez de nivelarlo, y sofocan la innovacin en lugar de promocionarla.
Por esta razn, y por todas las anteriores, creo un deber ciudadano y un acto de auto-preservacin el apoyo a la Peticin
por una Europa libre de patentes de software. Anmense, cuesta el mismo trabajo que registrarse en cualquier otro sitio,
y har su futuro mucho ms feliz. Garantizado.
Javier Candeira
{mospagebreak title=El Pacto Novell - Microsoft}
El Pacto Novell - Microsoft
Microsoft asegura que muchos proyectos OpenSource (entre ellos el propio kernel Linux) violan una serie de patentes
de ellos. Steve Ballmer, CEO de Microsoft lo ha venido diciendo, sin embargo, la Free Software Foundation (FSF) le ha
requerido que en dado caso muestre cuales son, para si es verdad, de inmediato quitarlas, lo cual nunca han hecho.
En este sentido, Microsoft ha estado asustando a las grandes distribuciones comerciales para que acepten firmar
convenios econmicos con ellos para evitar ser demandados por violar dichas patentes, pero no slo a ellos sino adems
a sus clientes.
En el 2006, Novell, distribuidora de la distribucin SuSe cae ante el juego de Microsoft y firma un acuerdo de colaboracin
entre ambas empresas.
En virtud de este acuerdo, Microsoft ofrecer a sus clientes la oportunidad de conseguir una licencia para Windows
como parte de un paquete que tambin incluye el mantenimiento y apoyo para la plataforma Suse Linux de Novell, con
sede en Massachusetts.
El convenio permitir que ms compaas utilicen Windows y Linux conjuntamente, sin que surjan problemas de tipo
tcnico o legal. Las dos compaas tambin planean mejorar la interaccin entre el software de oficina Office y su
alternativa gratuita, OpenOffice.
Microsoft, adems, se compromete a no mantener sus derechos de patente de las tecnologas que se unan a Suse
Linux, dando as un respiro a los usuarios que eran reticentes a utilizar Linux por miedo a que Microsoft les acusase de
infringir sus supuestos derechos de propiedad intelectual.
Obviamente, Novell, al caer en el juego de Microsoft, toda la comunidad OpenSource protest, por ser un "pacto con el
diablo" a cambio de supuestas e infimas "ventajas".
RedHat slo se burl de la amenaza, Mandriva les contesto diciendole que lo intentaran y Debian lanzo fuertes crticas a
Novell, considerandolos traidores y el nuevo "Caballo de Troya" de Microsoft.
En el marco de la tercera conferencia internacional sobre la GPL versin 3 celebrada en Tokio (Japn), Richard Stallman
aprovech para referirse al caso Microsoft-Novell, ponindolo como ejemplo para sus explicaciones sobre la relacin
software libre-software propietario, y las condiciones legales que la regulan.
El argumento de Stallman es simple: Microsoft no ha dado a Novell una licencia de patente, por lo tanto la seccin
sptima de la GPL 2 no entra en juego, por lo que es imposible que haya sido violada. En lugar de esto, y siguiendo con
el razonamiento de Stallman, Microsoft ha ofrecido una licencia de patente limitada tan solo a los usuarios de Novell.
No obstante, es posible que con el acuerdo en mano, Microsoft si pudiera llevar ante los tribunales a usuarios que
redistribuyesen los productos de Novell a otros.
Stallman tambin saca como conclusin que este tipo de casos deben ser previstos y solucionados en la nueva versin de
la GPL, la 3.
{mospagebreak title=La GNU GPL v3}

La GNU GPL v3
Pasados 14 aos de ser usada sin cambios, la licencia GNU GPL vuelve a la mesa de diseo. La Free Software
Foundation est actualmente abocada a actualizarla en varios sentidos:
- Resolver formas en que a pesar de todo alguien poda quitar libertades a los usuarios.
- omo un caso especial de lo anterior: Prohibir el uso de software cubierto por la licencia en sistemas diseados para
quitar libertades (DRM).
- Resolver ambigedades y aumentar su compatiblidad con otras licencias.
- Facilitar su adaptacin a otros pases.
- Incluir clusulas que defiendan a la comunidad de software libre del uso indebido de patentes de software.
Versin Oficial en Espaol de la GPLv3
El proceso de revisin de la nueva versin de la licencia se inici el 16 de enero de 2006 en el MIT con la presentacin del
primer borrador. La versin final de la GPL 3 fue hecha pblica el 29 de junio de 2007 y es accesible a travs del Portal
de GNU.
Existe un viejo dicho que indica que "si algo funciona, para qu arreglarlo". Y no son pocos los que hicieron ese planteo
cuando la FSF llam a consulta pblica global para la actualizacin de la licencia GPL a su versin 3. Desde entonces la
consigna ha sido clara: Existen hoy una serie de amenazas que ponen en riesgo la libertad que no existan o eran muy
incipientes en el momento de publicacin de la GPLv2 y que por lo tanto no estn contempladas en ella. Por otro lado, la
comunidad de Software Libre ha crecido enormemente desde aquellos primeros aos.
La misin de GPLv3 es la misma que la de sus predecesoras: "Preservar la Libertad".
En esta revisin, la FSF no se ha propuesto otra misin que la de seguir cumpliendo este objetivo y ningn otro. De
hecho, cambiar de una licencia a otra no es una obligacin y no habr ningn problema con aquellos programas que
sigan distribuyndose bajo versiones anteriores. El hecho de que GPLv2 y v3 sean incompatibles entre si (como toda
licencia copyleft) no es impedimento para que varios programas con estas diferentes licencias se distribuyan juntos.
GPLv2 seguir tan vigente como antes. Pero ahora la comunidad tendr la versin 3 para defenderse de una serie de
amenazas aparecidas en los ltimos aos como lo son las Patentes de Software y la Tivolizacin.
Si bien la tivoizacin y las patentes de software son los ejes fundamentales que se discutieron a lo largo de un ao y
medio de consultas, hay otros temas incluidos en la nueva versin de la GPL.
La internacionalizacin es uno de ellos. El creciente uso de Software Libre en todo el mundo hace necesario que el
lenguaje de la licencia sea adaptable a los textos jurdicos que regulan el copyright en cada pas. No son pocos los que
piden traducciones de la licencia como solucin. Esto no es posible, ya que cada licencia traducida y localizada a una
territorialidad especfica ser una licencia en s y por tanto incompatible con la GPL original en ingls o con otras
traducciones. Esto fragmenta en lugar de unir y quiebra una de las ventajas ms grandes del Software Libre: su
universalidad.
En GPLv3 se especifica una terminologa propia que pueda ser usada sin importar la especificidad de la legislacin
vigente en cada pas. A esto se ha denominado "internacionalizacin".
Otros cambios incluyen una modificacin en los trminos de finalizacin para dar oportunidades de revertir posibles
violaciones involuntarias, el uso y promocin de sistemas P2P y BitTorrent y la compatibilidad con otras licencias como
Apache, por ejemplo.
Pero una de las innovaciones fundamentales que hemos visto en este ao y medio de trabajo ha sido en el diseo
mismo de la licencia. Las versiones 1 y 2 fueron escritas por el mismo Richard Stallman, con ayuda de abogados
cercanos. La construccin de GPLv3 se hizo de una manera completamente nueva, con participacin pblica, consultas,
reuniones, eventos y una comunidad enorme a nivel global movilizada para asegurar que el software libre siga siendo
libre.

Hist Del Soft Libre

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Hist Del Soft Libre

Cargado por

Copyright:

Formatos disponibles

Fraternidad de Software Libre de Panam

Historia del Software Libre

{mospagebreak heading=En el inicio de los Tiempos&title=El Sistema Operativo Unix}

Motorizado por Joomla!

Generado: 8 April, 2011, 16:00

Fraternidad de Software Libre de Panam

{mospagebreak title=Richard Stallman y el Proyecto GNU}

{mospagebreak title=La Free Software Foundation (FSF)}

FSF Latin America

Motorizado por Joomla!

Generado: 8 April, 2011, 16:00

Fraternidad de Software Libre de Panam

Motorizado por Joomla!

Generado: 8 April, 2011, 16:00

Fraternidad de Software Libre de Panam

{mospagebreak title=Copyleft, la Licencia GNU/GPL y derivadas}

Motorizado por Joomla!

Generado: 8 April, 2011, 16:00

Fraternidad de Software Libre de Panam

{mospagebreak title=Las variantes de BSD Unix}

NetBSD: hace nfasis en la portabilidad al mayor nmero posible de plataformas

{mospagebreak title=Andrew Tanenbaum y Minix}

Motorizado por Joomla!

Generado: 8 April, 2011, 16:00

Fraternidad de Software Libre de Panam

{mospagebreak title=Linus Torvald y el ncleo Linux}

Motorizado por Joomla!

Generado: 8 April, 2011, 16:00

Fraternidad de Software Libre de Panam

Tux significa Torvald's UniX

{mospagebreak title=Las Distribuciones GNU/Linux}

Motorizado por Joomla!

Generado: 8 April, 2011, 16:00

Fraternidad de Software Libre de Panam

{mospagebreak title=Open Source Iniciative (Cdigo Abierto)}

Motorizado por Joomla!

Generado: 8 April, 2011, 16:00

Fraternidad de Software Libre de Panam

- Libre redistribucin: el software debe poder ser regalado o vendido libremente.

Motorizado por Joomla!

Generado: 8 April, 2011, 16:00

Fraternidad de Software Libre de Panam

Referencia completa a todos los Documentos Halloween (ingls) aqu.

Motorizado por Joomla!

Generado: 8 April, 2011, 16:00

Fraternidad de Software Libre de Panam

Motorizado por Joomla!

Generado: 8 April, 2011, 16:00

Fraternidad de Software Libre de Panam

{mospagebreak title=El Efecto Tivo o Tivolizacin}

Motorizado por Joomla!

Generado: 8 April, 2011, 16:00

Fraternidad de Software Libre de Panam

Motorizado por Joomla!

Generado: 8 April, 2011, 16:00

Fraternidad de Software Libre de Panam

{mospagebreak title=Razones para oponerse a las patentes de software}

Motorizado por Joomla!

Generado: 8 April, 2011, 16:00

Fraternidad de Software Libre de Panam

grupo de inters privado con mucha influencia.

Motorizado por Joomla!

Generado: 8 April, 2011, 16:00

Fraternidad de Software Libre de Panam