Software libre para una sociedad libre (Stallman, 2004)

8/10/2019 Software libre para una sociedad libre (Stallman, 2004)

1/232

Software libre para una sociedad libreRichard M. StallmanIntroduccin de Lawrence Lessig

Diciembre 2004Versin 1.0


2/232


3/232

3

Traficantes de Sueos

Tracantes de Sueos no es una casa editorial, ni siquiera una editorial independiente que contempla la publicacin de una coleccin variable de textos crticos. Es, por el contrario, un proyecto, en el sentido estricto de apuesta, que se dirige a cartografar las lneas constituyentes de otros rdenes de vida. La construccin terica y prctica de la caja de herramientas que, con palabras propias, puede componer el ciclo de luchas de las prximas dcadas.

Sin complacencias con la arcaica sacralidad de la cultura, sin concesiones para con los narcisismos del genio literario, sin lealtad alguna a los usurpadores del saber, TdS adopta sin ambagajes la libertad de acceso al conocimiento. Queda, por tanto, per- mitida y abierta la reproduccin total o parcial de los textos publicados, en cualquier formato imaginable, salvo por explcita voluntad del autor o de la autora y slo en el

caso de las ediciones con nimo de lucro.Omnia sunt communia!


4/232

ndice

Acerca de la presente edicin 9

INTRODUCCIN: Lawrence Lessig 11

I El proyecto GNU y el software libre 15

1. El Proyecto GNU 16La primera comunidad que comparte software . . . . . . . . . . . . . . . . . . 16EL colapso de la comunidad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17Una eleccin moral radical . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18Libre en su acepcin de libertad . . . . . . . . . . . . . . . . . . . . . . . . . . . 19El software GNU y el Sistema GNU . . . . . . . . . . . . . . . . . . . . . . . . . 20Los inicios del proyecto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20Los primeros pasos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20GNU Emacs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21Un programa es libre para cualquier usuario? . . . . . . . . . . . . . . . . . . 22El Copyleft y la GNU GPL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22La Free Software Foundation . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23Los servicios relacionados con el software libre . . . . . . . . . . . . . . . . . . 24Los objetivos tcnicos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24La donacin de ordenadores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25La lista de tareas de GNU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25La librera GNU GPL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26Un reto personal? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27Acontecimientos inesperados . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27El GNU Hurd . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28Alix . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28Linux y GNU/Linux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28Los retos futuros . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29Hardware secreto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29Libreras no libres . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29Patentes de software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

4


5/232

NDICE 5

Documentacin libre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31Es necesario hablar de libertad . . . . . . . . . . . . . . . . . . . . . . . . . . . 32Open Source (cdigo fuente abierto) . . . . . . . . . . . . . . . . . . . . . . . 33Intntalo! . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33

2. El Maniesto GNU 35Qu es GNU? Gnu No es Unix! . . . . . . . . . . . . . . . . . . . . . . . . . . 35Por qu debo escribir GNU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36Por qu GNU ser compatible con Unix . . . . . . . . . . . . . . . . . . . . . . 36Cmo estar disponible GNU . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37Por qu quieren cooperar muchos otros programadores . . . . . . . . . . . . . 37Cmo puedes contribuir . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37Por qu se beneciarn todos los usuarios de ordenadores . . . . . . . . . . . 38

3. La denicin de software libre 454. Por qu el software no debe tener propietarios 48

Insultos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49Exageracin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49La ley . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49Derecho natural . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50Economa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51

5. Qu encierra un nombre? 54

6. Por qu software libre es mejor que open source 57Relacin entre el movimiento del software libre y el movimiento open source 57Comparacin de los dos trminos . . . . . . . . . . . . . . . . . . . . . . . . . . 58

Ambigedad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58Miedo a la libertad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59

Podra ayudar una marca registrada? . . . . . . . . . . . . . . . . . . . . . . . 60Malentendidos del open source . . . . . . . . . . . . . . . . . . . . . . . . . . 61

7. Cmo promover el software libre si trabajas en la Universidad 63

8. Vender software libre 66Puede perjudicar un precio de distribucin ms alto a algunos usuarios? . . 67

Puede desalentar un precio de distribucin ms alto el uso de software libre? 67La expresin vender software tambin puede ser confusa . . . . . . . . . . . 67Altos o bajos precios y la GNU GPL . . . . . . . . . . . . . . . . . . . . . . . . 68

9. El software libre necesita documentacin libre 69

10. La cancin del software libre 72


6/232

NDICE 6

II Copyright, copyleft, patentes 73

11. El derecho a leer 74Nota del autor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76Referencias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77

12. Malinterpretar el copyright: una sucesin de errores 78El copyright en la Constitucin de los Estados Unidos . . . . . . . . . . . . . . 78El contrato del copyright . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79El primer error: equilibrar la balanza . . . . . . . . . . . . . . . . . . . . . . . 79Qu se contraequilibra? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80Mejor concesin que equilibrio . . . . . . . . . . . . . . . . . . . . . . . . . . 81El segundo error: maximizar la produccin . . . . . . . . . . . . . . . . . . . . 81La retrica de la maximizacin . . . . . . . . . . . . . . . . . . . . . . . . . . . 82

El tercer error: maximizar el poder de los editores . . . . . . . . . . . . . . . . 83Resultados de los tres errores . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83Encontrar el contrato adecuado . . . . . . . . . . . . . . . . . . . . . . . . . . . 86Una nota personal . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88

13. La ciencia debe desechar el copyright 90

14. Qu es el copyleft? 92

15. Copyleft: idealismo pragmtico 95

16. El peligro de las patentes de software 98Evitar la patente . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102Obtener la licencia de la patente . . . . . . . . . . . . . . . . . . . . . . . . . . . 104Revocar la patente en un juicio . . . . . . . . . . . . . . . . . . . . . . . . . . . 107

III Libertad, sociedad y software 117

17. Puedes conar en tu ordenador? 118Postscriptum . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121

18. Por qu el software debe ser libre 122Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122Cmo los propietarios justican su poder . . . . . . . . . . . . . . . . . . . . . 123El argumento en contra de la propiedad del software . . . . . . . . . . . . . . 123El perjuicio ocasionado por obstaculizar el software . . . . . . . . . . . . . . . 125Obstaculizar el uso de programas . . . . . . . . . . . . . . . . . . . . . . . . . . 126La cohesin social daada . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127Obstruir la adaptacin personalizada de programas . . . . . . . . . . . . . . . 128Obstaculizar el desarrollo del software . . . . . . . . . . . . . . . . . . . . . . . 130


7/232

NDICE 7

No importa cmo se restringe el acto de compartir . . . . . . . . . . . . . . . . 131El software debera ser libre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131Por qu la gente desarrollar software . . . . . . . . . . . . . . . . . . . . . . . 131Programar es divertido . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132Financiar el software libre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133Qu deben los usuarios a los desarrolladores? . . . . . . . . . . . . . . . . . . 134Qu es la productividad del software? . . . . . . . . . . . . . . . . . . . . . . 134Es inevitable la competencia? . . . . . . . . . . . . . . . . . . . . . . . . . . . . 135Por qu no nos vamos a Rusia? . . . . . . . . . . . . . . . . . . . . . . . . . 136La cuestin de las premisas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137Conclusin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137

19. Copyright y globalizacin en la era de las redes informticas 139La historia del copyright . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 140Globalizacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146Repensar el copyright . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147Turno de preguntas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152

20. Software libre: libertad y cooperacin 162Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162Software libre: libertad y cooperacin . . . . . . . . . . . . . . . . . . . . . . . 163Turno de preguntas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 190

21. Algunas palabras y frases confusas que vale la pena evitar 198Comercial . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198

Contenido . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198Creador . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 199Freeware . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 199Gestin de derechos digitales (DRM) . . . . . . . . . . . . . . . . . . . . . . . . 200Licencia de tipo BSD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 200Piratera . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201Propiedad intelectual . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201Proteccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202RAND (razonable y no discriminatoria) . . . . . . . . . . . . . . . . . . . . . . 202Robo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 203Software gratuito . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 203

Software regalado . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 204Vender software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 204

IV Licencias 205

A. Licencia Pblica General GNU 206Prembulo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206


8/232

Trminos y condiciones para la copia, distribucin y modicacin de la Licen-cia Pblica General de GNU . . . . . . . . . . . . . . . . . . . . . . . . . . 207

Apndice. Cmo aplicar estos trminos a sus nuevos programas. . . . . . . . 212

B. Licencia Pblica General Menor 214Prembulo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 214Trminos y condiciones para la copia, distribucin y modicacin . . . . . . . 216Cmo aplicar estos trminos a sus nuevas bibliotecas . . . . . . . . . . . . . . 223

C. Licencia de Documentacin Libre GNU 225Prembulo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 225Aplicabilidad y deniciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226Copia literal . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227Copia en cantidades masivas . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227

Modicaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228Combinar documentos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 230Colecciones de documentos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 230Combinacin con trabajos independientes . . . . . . . . . . . . . . . . . . . . 230Traduccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231Nulidad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231Futuras revisiones de esta licencia . . . . . . . . . . . . . . . . . . . . . . . . . 231Addenda . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 232


9/232

Acerca de la presente edicin

LA PRESENTE EDICIN DE Software libre para una sociedad libre es la primera edicincastellana autorizada por Richard M. Stallman de su libro Free Software, Free Society.Un exhaustivo conjunto de ensayos y artculos que recorren la dcada de 1990 y losprimeros aos del nuevo milenio, y que conforman quizs la mejor apologa escrita delsoftware libre como dispositivo de libertad y democracia. El trabajo de edicin de estelibro ha sido complejo y prolongado, y ha sido posible gracias nicamente a la coope-racin de una multitud de personas ligadas al mundo del software libre. De este modo,el carcter colectivo, abierto y cooperativo de la elaboracin de esta edicin guarda nopocas similitudes con los proyectos de desarrollo de software libre. Sin embargo, la dis-persin de las colaboraciones y la enorme heterogeneidad de los estilos de traduccinha obligado a realizar una extensa labor de unicacin, en la que los criterios utilizadosno son necesariamente los preferidos por todos los traductores. En este sentido, hemospreferido mantener el anglicismo copyright frente al trmino jurdico de derecho deautor, ms correcto en lengua castellana, no slo por el uso amplio y extendido deltrmino en ingls, sino tambin porque todas las referencias del libro son a la legisla-cin estadounidense. Tambin hemos traducido library por biblioteca, en lugar delibrera, ms extendido en el lenguaje tcnico de programacin, pero menos correctoen trminos de traduccin. Por otra parte en relacin a las licencias GNU de la FreeSoftware Foundation se utiliza indistintamente tanto la traduccin castellana, como Li-cencia Pblica General [General Public License], como las siglas inglesas por las queson ms corrientemente conocidas, en este caso GPL o ms correctamente GNU GPL.

Debido a la enorme cantidad de recursos movilizados en la edicin de esta obra,resulta inexcusable citar y agradecer la labor de Vicente Ruiz Jurado y Juan Carlos Gen-tile, que se encargaron de recopilar y coordinar las primeras traducciones de este vo-lumen. Tambin de Miquel Vidal por la orientacin inicial del proyecto y desde luego,el trabajo de traduccin inicial de: Leovigildo Garca Bobadilla (introduccin); CsarBallardini, Ramss Morales, Csar Villanueva, scar Mndez Bonilla y Hugo Gayosso(cap. 1); Enrique A. Snchez Nez, Diego Cadogan, Pablo Ruiz Mzquiz y de nuevoHugo Gayosso (cap. 2); equipo de traductores al espaol de GNU (cap. 3); Stan Bark,Carlos Rega, Jos Manuel Bentez Snchez, Luis M. Arteaga y Luis Bustamante (cap.4); Pablo Chamorro C., Steve Winston y Holman Romero (cap. 6); Steve Winston, Jo-s Manuel Bentez Snchez, Ragnar Hojland Espinosa, Ramss Morales, Esteban OssesAnguita y Enrique A. Snchez Nez (cap.8); Carlos Rega y Serena Del Bianco (cap. 11);

9


10/232

Acerca de la presente edicin 10

Conrado A. Bermdez, Viviana Cruz, Steve Winston, Luis Miguel Arteaga y HolmanRomero (cap. 14); Javier Smaldone (cap. 17); Pablo Ruiz Mzquiz, Holman Romero eIvn Martnez Corts (cap. 17); Cristian Rovner y Luis Miguel Arteaga (cap. 19); JessGonzlez Barahona y Pedro de las Heras Quirs (GNU GPL); Igor Tamara, Pablo Reyesy Vladimir Tamara (GNU FDL); Rafael Palomino (GNU LGPL); y de todos aquellos quepuedan reconocer parte desu trabajoen este libro, perode los que nos ha sido imposiblereunir sus nombres. Por ltimo, es necesario reconocer la cuidada labor de traducciny correccin de los traductores principales: Jaron Rowan, Diego Sanz Paratcha y LauraTrinidad. Por deseo de R. M. Stallman parte de los fondos recaudados de la venta dellibro se dedicarn a la nanciacin de proyectos a cargo de la Fundacin del SoftwareLibre en Europa. En concreto, se destinarn 2,5 euros por cada ejemplar vendido.


11/232

Introduccin

Cada generacin tiene su lsofo: un escritor o un artista que plasma la imaginacinde una poca. A veces estos lsofos son reconocidos como tales, pero a menudo pasangeneraciones antes de que se caiga en la cuenta. Sin embargo, con reconocimiento o sinl, cada poca queda marcada por la gente que expresa sus ideales, sea en el susurro deun poema o en el fragor de un movimiento poltico.Nuestra generacin tiene un lsofo. No es un artista, tampoco un escritor profesio-nal. Es un programador. Richard Stallman comenz su trabajo en los laboratorios delMIT como programador y arquitecto desarrollando software de sistemas operativos.Ha desarrollado su carrera en la vida pblica como programador y arquitecto fundan-do un movimiento por la libertad en un mundo cada vez ms denido por el cdigo.

El cdigo es la tecnologa que hace que los ordenadores funcionen. Est inscri-to en el software o grabado en el hardware, es el conjunto de instrucciones, primeroescritas como palabras, que dirigen la funcionalidad de las mquinas. Estas mquinas(ordenadores) denen y controlan cada vez ms nuestras vidas. Determinan cmo seconectan los telfonos y qu aparece en el televisor. Deciden si el vdeo puede enviar-se por banda ancha hasta un ordenador. Controlan la informacin que un ordenadorremite al fabricante. Estas mquinas nos dirigen. El cdigo dirige estas mquinas.

Qu control deberamos tener sobre el cdigo? Qu comprensin? Qu libertaddebera haber para neutralizar el control que permite? Qu poder?

Estas preguntas han sido el reto de la vida de Stallman. A travs de sus trabajos y desus palabras nos ha incitado a ser conscientes de la importancia de mantener libre elcdigo. No libre en el sentido de que los escritores del cdigo no reciban una remu-neracin, sino libre en el sentido de que el control, que construyen los codicadores,sea transparente para todos y en el de que cualquiera tenga derecho a tomar ese controly de modicarlo a su gusto. Esto es el software libre, software libre es la respuestaa un mundo construido mediante cdigo.

Libre. Stallman lamenta la ambigedad de su propio trmino.1 No hay nada quelamentar. Los rompecabezas obligan a la gente a pensar y el trmino libre cumple bastante bien esta funcin de rompecabezas. Para los odos estadounidenses moder-nos, software libre suena utpico, imposible. Nada, ni siquiera el almuerzo, es libre.Cmo podran ser libres las ms importantes palabras que dirigen las mquinas ms

1Se reere aqu, por primera vez en este libro, a la doble acepcin de la palabra inglesa free como librey como gratis. [N. del E.]

11


12/232


esenciales que dirigen el mundo? Cmo podra una sociedad en su sano juicio aspirara semejante ideal?

Sin embargo, el peculiar taido de la palabra libre depende de nosotros y no delpropio trmino. Libre tiene diferentes signicados, slo uno de ellos se reere a pre-cio. Un signicado delibre mucho ms fundamental es, dice Stallman,el del trminolibertad de expresin o quizs mejor el de la expresin trabajo libre no forzado. Nolibre como gratuito, sino libre en el sentido de limitado en cuanto a su control por losotros. Software libre signica un control que es transparente y susceptible de modica-cin, igual que las leyes libres, o leyes de una sociedad libre, son libres cuando hacensu control cognoscible y abierto a la modicacin. La intencin del movimiento soft-ware libre de Stallman es producir cdigo en la medida en que pueda ser transparentey susceptible de modicacin hacindolo libre.

El mecanismo para este n es un instrumento extraordinariamente inteligente lla-mado copyleft que se implementa a travs de una licencia llamada GPL. Usando elpoder del copyright, el software libre no slo asegura que permanece abierto y sus-ceptible de modicacin, sino tambin que otro software que incorpore y use softwarelibre y que tcnicamente se convierta en obra derivada debe tambin, a su vez,ser libre. Si uno usa y adapta un programa de software libre y distribuye pblicamenteesa versin adaptada, la versin distribuida debe ser tan libre como la versin de la queprocede. Debe hacerse as, de lo contrario se estar infringiendo el copyright.

El software libre, como las sociedades libres, tiene sus enemigos. Microsoft haentablado una guerra contra la GPL, alertando a quienquiera que le escuche de que laGPL es una licencia peligrosa. El peligro a que se reere, sin embargo, es en granmedida cticio. Otros plantean objeciones a la coercin que supone el mandato de laGPL de que las versiones modicadas sean tambin libres. Pero una condicin no escoercin. Si no es coercin que Microsoft no permita a lo usuarios distribuir versionesmodicadas de Ofce sin pagarle (presumiblemente) millones, entonces no es coercinque la GPL establezca que las versiones modicadas del software libre sean tambinlibres.

Tambin estn los que calican el mensaje de Stallman de demasiado extremista.Pero no es extremista. Al contrario, en un sentido obvio el trabajo de Stallman es unasimple traslacin de la libertad que nuestra tradicin ha inscrito en el mundo anterioral cdigo. El software libre asegura que el mundo gobernado por el cdigo es tanlibre como nuestra tradicin que construy el mundo anterior al cdigo.

Por ejemplo: una sociedad libre est regulada por leyes. Pero hay lmites que cual-quier sociedad libre pone a esa regulacin legal: ninguna sociedad que mantenga susleyes en secreto podra llamarse, nunca, libre. Ningn gobierno que esconda sus nor-mas a los gobernados podra incluirse, nunca, en nuestra tradicin. El Derecho gobier-na. Pero slo, precisamente, cuando lo hace a la vista. Y el Derecho slo est a la vistacuando sus trminos pueden ser conocidos por los gobernados o por los agentes de losgobernados abogados, parlamentos.

Esta condicin del Derecho va ms all del trabajo de un parlamento. Pensemos enla prctica jurdica en los tribunales norteamericanos. Los abogados son contratados


13/232


por sus clientes para defender los intereses de esos clientes. En ocasiones esos interesesson defendidos en un litigio. En el curso del litigio, los abogados redactan alegaciones.Esas alegaciones, a su vez, afectan a las decisiones judiciales. Esas decisiones determi-nan quien gana un caso concreto o si una determinada ley guarda conformidad con unaconstitucin.

Todos los elementos de ese proceso son libres en el sentido a que se reere Stall-man. Las alegaciones jurdicas estn disponibles para su libre uso por los dems. Lasargumentaciones son transparentes lo cual es distinto a decir que son buenas y elrazonamiento puede ser utilizado sin la autorizacin del abogado original. Las opinio-nes formuladas pueden ser citadas en alegaciones posteriores. Pueden ser copiadas eincorporadas en otra argumentacin u opinin. El cdigo fuente del Derecho esta-dounidense es deliberadamente y por principio abierto y de libre uso por cualquiera.Y as lo usan libremente los abogados, ya que el secreto de una gran argumentacin esque resulte original mediante la reutilizacin de lo que se ha hecho antes. La fuente eslibre, la creatividad y una forma de economa se cimentan sobre ella.

Esta economa del cdigo abierto y me reero aqu al cdigo legal abierto noarruina a los abogados. Las rmas de abogados tienen incentivos sucientes para re-dactar buenas alegaciones incluso cuando material que crean pueda ser apropiado yutilizado por cualquier otro. El abogado es un artesano cuyo trabajo es de dominio p- blico. Sin embargo la artesana no es caridad. Los abogados cobran, la gente no contrataese tipo de trabajo sin un precio. Pero esa economa progresa con trabajos posterioresque se aaden a los anteriores.

Podramos imaginar una prctica jurdica que fuese diferente, alegaciones y argu-mentaciones que se mantuviesen secretas, sentencias que hiciesen pblica su decisinpero no sus fundamentos. Leyes que fueran guardadas por la polica y no se hiciesenpblicas para nadie ms. Normativas que se aplicasen sin explicar su contenido.

Podemos imaginar esa sociedad, pero no podemos imaginarnos llamarla libre.Estn, o no, mejor o ms ecientemente gestionados los incentivos en esa sociedad, estano podra ser considerada libre. Los ideales de libertad, de vida en una sociedad libre,exigen algo ms que una gestin eciente. En cambio, el aperturismo y la transparenciason los lmites en los cuales se construye un sistema legal, sin que se aadan nuevasideas a conveniencia de los lderes. La vida sometida al cdigo informtico no deberaser menos.

Escribir cdigos no es pleitear. Es mejor, ms rico, ms productivo. Pero el Derechoes un ejemplo obvio de que la creatividad y la motivacin no dependen de un perfectocontrol sobres los productos que se crean. Igual que el jazz, o las novelas, o la arqui-tectura, el Derecho se construye sobre el trabajo hecho con anterioridad. La creatividadsiempre es esta agregacin y cambio. Y una sociedad libre es aquella que garantiza quesus recursos ms importantes permanecen libres, precisamente en este sentido.

Por primera vez este libro recoge los artculos y las conferencias de Richard Stall-man de forma que queden claros su sutileza y su fuerza.Los ensayos abarcanun amplioespectro, desde el copyright a la historia del movimiento del software libre. Incluyenmuchas argumentaciones no muy bien conocidas y, entre ellas, una apreciacin espe-


14/232


cialmente inteligente sobre las cambiantes circunstancias que vuelven sospechoso alcopyright en el mundo digital. Servirn como recurso para aquellos que busquen com-prender el pensamiento de este hombre poderoso, poderoso por sus ideas, su pasin ysu integridad, a pesar de carecer de poder en los dems sentidos. Inspirarn a aquellosque adopten estas ideas y construyan a partir de ellas.

No conozco bien a Stallman. Lo conozco lo sucientemente bien para saber que esuna persona que es difcil que nos guste. Es obstinado, a menudo impaciente. Su irapuede inamarse ante un amigo con tanta facilidad como ante un enemigo. Es testaru-do y persistente, paciente en todo caso.

Pero cuando nuestro mundo nalmente comprenda el poder y el peligro del cdigo,cuando nalmente vea que el cdigo, como las leyes o como el gobierno, debe ser trans-parente para ser libre, entonces volveremos la mirada a este programador testarudo ypersistente y reconoceremos la idea por cuya realidad ha luchado: la idea de un mundodonde la libertad y el conocimiento sobreviven al compilador. Y comprenderemos quenadie, por medio de sus actos o de sus palabras, ha hecho tanto para hacer posible lalibertad que la sociedad venidera podra tener.

An no hemos ganado esa libertad. Podramos fracasar en su consecucin. Perotriunfemos o fracasemos, en estos artculos se reeja lo que esa libertad podra ser. Yen la vida que plasman esas palabras y obras est la inspiracin para todo el que, comoStallman, lucha para crear esa libertad.

LAWRENCE LESSIGPresidente de Creative Commons


15/232

Parte IEl proyecto GNU y el software libre

15


16/232

Captulo 1El Proyecto GNU1

La primera comunidad que comparte softwareCuando entr a trabajar en el Laboratorio de Inteligencia Articial (AI Lab) del MIT

en 1971, pas a formar parte de una comunidad que comparta software y llevaba ha-cindolo durante aos. El acto de compartir software no se circunscribe a nuestra co-munidad en particular: es tan antiguo como los propios ordenadores, lo mismo quecompartir recetas es tan viejo como la cocina. Simplemente, nosotros lo hacamos enmayor medida.

En el AI Lab se utilizaba un sistema operativo de tiempo compartido llamado ITS(Incompatible Timesharing System), diseado y escrito por los hackers de la plantilla dellab en lenguaje ensamblador para el Digital PDP-10, uno de los ordenadores ms gran-des de la poca. Como miembro de esta comunidad y hacker de sistemas para el AILab, mi labor consista en mejorar dicho sistema.

No llambamos software libre a nuestro software porque el trmino no exista to-dava; peroera exactamente eso. Cuando alguien de otra universidad o de otra empresaquera instalar y utilizar un programa, se lo prestbamos de buen grado. Si descubrasa alguien utilizando un programa poco habitual e interesante, siempre podas pregun-tarle por el cdigo fuente, leerlo, modicarlo o canibalizar partes de l para montar unprograma nuevo.

El uso de la palabra hacker para denir al que rompe sistemas de seguridad esuna confusinpromovida por losmedios de masas. Nosotros, los hackers, nos negamosa reconocer esta acepcin y seguimos utilizando este trmino para describir a alguienque ama la programacin y disfruta explorando nuevas posibilidades.2

1Publicado originalmente en el libro colectivo Open Sources: Voice from the Open Source Revolution,

OReilly, 19992Resulta difcil dar con una denicin sencilla de algo tan variado como es el hacking, pero creo quelo que la mayor parte de los hackers tienen en comn es la pasin ldica, la inteligencia y la voluntadde exploracin. Podemos decir que el hacking signica explorar los lmites de lo posible con un espritude sagacidad imaginativa. Cualquier actividad en la que se despliegue esta sagacidad tiene valor parael hacker. Puedes ayudar a subsanar este malentendido haciendo una simple distincin entre la intromi-sin en la seguridad de un sistema y las actividades de hacking, empleando el trmino cracking para laprimera. Quienes se dedican a esto se denominan crackers. Es posible que un cracker sea tambin hacker,o ajedrecista, o golsta; pero la mayora no lo son (On Hacking, RMS; 2002).

16


17/232

CAPTULO 1. EL PROYECTO GNU 17

EL colapso de la comunidadLa situacin cambi drsticamente a principios de los aos ochenta, con la desapa-

ricin de la comunidad hacker del AI Lab, seguida de la desaparicin del ordenadorPDP-10.En 1981, la empresa pionera Symbolics contrat a casi todos los hackers del AI Lab,

y nuestra diezmada comunidad fue incapaz de sobrevivir. (En el libro Hackers, Step-hen Levy describe estos acontecimientos, a la vez que nos proporciona un panorama bastante preciso de lo que fue la poca dorada de esta comunidad). Cuando el AI Labcompr un nuevo PDP 10 en 1982, sus administradores decidieron usar un sistema deDigital de tiempo compartido no libre en lugar del ITS en la nueva mquina.

Poco despus, Digital dej de fabricar la serie PDP-10. Su arquitectura elegante ypoderosa de los aos sesenta no poda adaptarse de forma natural a los grandes espa-cios de direccionamiento caractersticos de los aos ochenta. Lo cual explica que casitodos los programas que integraban el sistema ITS resultaran obsoletos. De esa manerase enterraba denitivamente al ITS: quince aos de trabajo tirados por la borda.

Los modernos ordenadores de la poca, como el VAX o el 68020, contaban con supropio sistema operativo, pero ninguno utilizaba software libre. Haba que rmar unacuerdo de condencialidad incluso para obtener una copia ejecutable.

Todo ello signicaba que antes de poder utilizar un ordenador tenas que prometerno ayudar a tu vecino. Quedaban as prohibidas las comunidades cooperativas. Los ti-tulares de software propietario establecieron la siguiente norma: Si compartes con tuvecino, te conviertes en un pirata. Si quieres hacer algn cambio, tendrs que rogrnos-lo.

La idea de que el sistema social en torno al software propietario un sistema quete impide compartir o modicar el software es antisocial, poco tico, sencillamen-te equivocado, puede sorprender a algunos lectores. Pero qu podemos decir acercade un sistema que siembra la divisin entre el pblico y abandona a los usuarios a laindefensin ms absoluta? Estos lectores probablemente hayan asumido el sistema so-cial asociado con el software propietario como algo inevitable o habrn considerado lacuestin de la misma forma que se plantea por parte de las empresas de software pro-pietario. Los editores de software se han esforzado mucho en convencernos de que slohay una forma de abordar esta cuestin.

Cuando los editores de software hablan de ejercer sus derechos o de acabarcon la piratera, lo que dicen es, de hecho, secundario. El verdadero mensaje de es-tas declaraciones se esconde en ciertas presunciones implcitas que dan por supuestas;creen que el pblico debe aceptarlas sin cuestionarlas. De modo que analicmoslas.

Una suposicin es que las empresas de software tienen el derecho natural e incues-tionable a poseer software, y por ende a detentar todo el poder sobre sus usuarios. (Side verdad se tratara de un derecho natural, nosotros no objetaramos nada, indepen-dientemente del perjuicio que esto ocasionara al pblico.) Pero lo interesante es que laConstitucin de los EE.UU. y el derecho tradicional rechazan este punto de vista. El


18/232


copyright no es una ley natural, sino un monopolio articial impuesto por el Estado quelimita el derecho natural de los usuarios a copiar.

Otra presuncin implcita es que lo nico importante en el software es la funcinque te permite desempear que, como usuarios de ordenadores,no deberamospreo-cuparnos de que tipo de sociedad se nos permite tener.

Una tercera presuncin es que no dispondramos de software de utilidad o de unprograma para realizar esta u otra tarea si no cedemos el derecho de los usuarios sobre un programa a la empresa responsable del mismo. Esto resultaba convincente antesde que el movimiento del software libre demostrara que podamos crear muchsimosprogramas, y muy tiles, sin necesidad de cadenas.

Si preferimos rechazar estas presunciones y analizamos estas cuestiones de acuerdocon los criterios morales y el sentido comn del ciudadano de a pie, anteponiendo alos usuarios a cualquier otra consideracin, llegaremos a conclusiones muy diferentes.Los usuarios de ordenadores deberan ser libres para modicar los programas y ajus-tarlos a sus necesidades, libres para compartirlos, porque la cooperacin con los demsconstituye la base de la sociedad.

Una eleccin moral radicalUna vez desapareci mi comunidad, era imposible seguir como hasta entonces. De

modo que me enfrent a un dilema moral radical.Lo ms fcil hubiera sido subirme al tren del software propietario, rmar acuerdos

de condencialidad y prometer no ayudar a mis compaeros hackers. Es muy probableque ahora me dedicara a desarrollar software publicado con clusulas de condencia-

lidad, presionando as a otros para traicionar tambin a sus compaeros.Podra haber ganado mucho dinero de esta forma, y quizs me hubiera divertidoescribiendo cdigo. Pero saba que, al nal de mi carrera, echara la vista atrs y slohabra contribuido a levantar muros para dividir a la gente, habra pasado toda mi vidaconvirtiendo este mundo en un lugar mucho peor.

Ya haba experimentado lo que se siente al rmar un acuerdo de condencialidadcuandouna persona senega entregarnos, a my al AILab,el cdigo fuentedel progra-ma de control de nuestra impresora. (La ausencia de ciertas funciones en este programaconverta el uso de la impresora en una experiencia muy frustrante.) De modo que nopoda engaarme sobre la inocencia de estos acuerdos. Mont en clera cuando aquelindividuo se neg a compartirlo con nosotros. No poda hacerle lo mismo al resto del

mundo.Otra opcin, ms directa aunque desagradable, hubiera sido abandonar el mun-do de los ordenadores. De esa manera no malgastara mis aptitudes, aunque con todoseguiran sin servir de nada. No sera culpable de dividir y restringir libertad a losusuarios de ordenadores, pero eso llegara tarde o temprano.

Decid estudiar la manera en que un programador podra hacer algo por el biencomn. Me pregunt si poda escribir uno o varios programas que permitiesen resucitarnuevamente a nuestra extinta comunidad.


19/232


La respuesta era obvia: la primera cosa necesaria era crear un sistema operativo, elsoftware crucial para empezar a utilizar un ordenador. Con un sistema operativo pue-des hacer muchas cosas; sin l, ni siquiera puedes hacer funcionar un ordenador. Me-diante un sistema operativo libre podramos armar una nueva comunidad cooperativade hackers e invitar a todos a que se uniesen a ella. Y cualquiera podra utilizar unordenador sin verse obligado previamente a conspirar para privar de esto a sus amigos.

Como desarrollador de un sistema operativo, tena las aptitudes necesarias paradesempear esta labor. De manera que, aun cuando el xito no estuviera asegurado,comprend que haba sido elegido para llevar a cabo esta misin. Opt por crear unsistema compatible con Unix para dotarle as de portabilidad y facilitar el cambio a losusuarios de Unix. El nombre de GNU fue elegido segn una tradicin de los hackers,como un acrnimo recursivo de GNUs Not Unix.3

Un sistema operativo no signica slo un kernel, que apenas permite ejecutar otrosprogramas. En los aos setenta, cualquier sistema operativo decente inclua sus pro-pios procesadores de comandos, ensambladores, compiladores, interpretes, depurado-res, editores de textos, gestores de correo y mucho ms. ITS, Multics, VMS y Unix, todosincluan estos componentes.

Ms adelante, escuch estas palabras, atribuidas a Hillel: Si no acto en mi nombre,quin lo har por m? Y entonces, en qu me convertir? Y si ahora no, entoncescundo?.

La decisin de emprender el proyecto GNU se basaba en un espritu similar.Como ateo, no sigo el ejemplo de ningn lder religioso, pero a veces admiro las

cosas que han llegado a decir.

Libre en su acepcin de libertadA veces se malinterpreta el trmino de software libre para empezar, no tiene

ninguna relacin con el precio. Lo que nos interesa es la libertad. He aqu la denicinde software libre. Un programa es software libre para el usuario siempre que, comousuario particular, tengas:

1. La libertad de ejecutar el programa sea cual sea el propsito.

2. La libertad para modicar el programa para ajustarlo a tus necesidades. (Paraque se trate de una libertad efectiva en la prctica, debers tener acceso al c-digo fuente, dado que sin l la tarea de incorporar cambios en un programa esextremadamente difcil.)

3. La libertad de redistribuir copias, ya sea de forma gratuita, ya sea a cambio delpago de un precio.

4. La libertad de distribuir versiones modicadas del programa, de tal forma que lacomunidad pueda aprovechar las mejora introducidas.

3En castellano, GNU No es Unix.


20/232


Dado que nos referimos a la libertad y no al precio, no existe contradiccin algunaentre la venta de copias y el software libre. De hecho, la libertad para vender copias escrucial: las colecciones de software libre a la venta en formato de CD-ROM son muyimportantes para la comunidad y venderlas es una forma de recaudar fondos para eldesarrollo de software libre. Por lo tanto, cualquier programa que no podamos incluiren estas colecciones no podr calicarse de software libre.

Dada la ambigedad del calicativo libre, llevamos mucho tiempo buscando al-ternativas, pero nadie ha encontrado ninguna satisfactoria. La lengua inglesa es de lasms rica en lo que a palabras y matices se reere, pero carece de un trmino simple einequvoco para libre en el sentido de libertad unfettered [sin cadenas] sera elcalicativo que ms se ajusta al signicado. Alternativas como liberado, libertad oabierto no signican lo mismo o presentan otros inconvenientes.

El software GNU y el Sistema GNUEl desarrollo de un sistema operativo de principio a n es un proyecto colosal. Co-

mo primera medida, decid adaptar y utilizar algunas piezas existentes de softwarelibre siempre que me fuera posible. Desde el inicio, decid usar TEXcomo principal pro-cesador de texto, y unos aos ms tarde me pas al X Window System en vez de escribirotro sistema de ventanas para GNU.

Debido a esta decisin, el sistema GNU no consiste en una coleccin completa desoftwareGNU. El sistema incluye programas desarrollados por otros individuos y paraproyectos con sus propios propsitos que empleamos por su condicin de softwarelibre.

Los inicios del proyectoEn enero de 1984 abandon mi empleo en el MIT y comenc a escribir software

GNU. Abandonar el MIT era imprescindible si quera que nadie interriera en la dis-tribucin de GNU como software libre. De haberme quedado, el MIT podra haberseapropiado de mi trabajo e impuesto sus propios trminos de distribucin, o inclusoconvertir el trabajo en un paquete de software propietario. No tena ninguna intencinde hacer una gran cantidad de trabajo para ver como se converta en algo intil en rela-cin a su propsito inicial: crear una nueva comunidad dedicada a compartir software.

No obstante, el profesor Winston, el entonces director del Lab AI en el MIT, me

invit a utilizar las instalaciones del laboratorio.

Los primeros pasosPoco despus de comenzar el proyecto GNU, me hablaron del Free University Com-

piler Kit, tambin conocido como VUCK. [La palabra danesa para libre (free) estabaescrita con una V] Se trataba de un compilador diseado para trabajar con mltiples


21/232


lenguajes, incluido C y Pascal, y compatible con ordenadores de objetivos mltiples.Me puse en contacto con el autor para pedirle permiso y utilizarlo en GNU.

Me contest burlonamente, diciendo que la universidad era gratuita, pero no elcompilador. As que decid que el primer programa para el proyecto GNU sera uncompilador capaz de trabajar en mltiples lenguajes y plataformas.

Para evitar tener que reescribir todo el compilador, obtuve el cdigo fuente para elcompilador Pastel, un compilador de plataformas mltiples desarrollado en LawrenceLivermore Lab. Soportaba, y estaba escrito, en una versin ampliada de Pascal, disea-da como lenguaje de programacin de sistemas. Le aad un front end C y comenc apasarlo a un ordenador Motorola 68000, pero tuve que abandonar el intento al descubrir que el compilador requera muchos megabytes de espacio, y el sistema Unix 68000de entonces slo tena capacidad para 64K.

Me di cuenta de que el compilador Pastel analizaba el archivo de entrada en formade rbol sintctico, convirtindolo en una cadena de instrucciones y luego generan-do todo el archivo de salida sin liberar espacio de almacenamiento. As que conclu quetendra que escribir un nuevo compilador partiendo de cero. El resultado es el compila-dor conocido como GCC; aunque no contiene ningn elemento del compilador Pastel,consegu adaptar y utilizar el front end C que haba escrito. Pero eso fue aos ms tarde.Antes trabaj en el GNU Emacs.

GNU EmacsComenc a trabajar en el GNU Emacs en septiembre de 1984, y a principios de 1985

ya poda ser utilizado. Esto me permiti comenzar a usar el sistema Unix para labores

de edicin. Dado que nunca me interes aprender a usar vi o ed, hasta entonces habarealizado mis ediciones en otro tipo de mquinas.En aquel momento haba gente interesada en utilizar GNU Emacs, lo que plante

el problema de la distribucin. Por supuesto, lo coloqu en el servidor annimo ftp delordenador delMIT[Este ordenador, prep.ai.mit.edu, se convirti as en el principal sitioftp de distribucin de GNU; al desmantelarlo aos ms tarde, transferimos el nombre anuestro nuevo servidor ftp]. Pero en aquel entonces, muchos no tenan acceso a Internety no podan descargar una copia va FTP. Qu poda decirles?

Podrahaberlesdicho: Busca un amigo en la redy que tehaga una copia. O podrahaber hecho lo mismo que hiciera con el PDP-10 Emacs original, a saber, decirles: En-vame una cinta y un SASE, y te lo devolver por correo con una copia de Emacs. Pero

como no tena trabajo y andaba buscando la manera de ganar dinero con el softwarelibre, anunci que enviara copias a cualquiera interesado a cambio de ciento cincuentadlares. As comenz mi empresa de distribucin de software libre, precursora de lasempresas que hoy distribuyen sistemas Linux basados en GNU.


22/232


Un programa es libre para cualquier usuario?Cuando un programa de software libre deja de estar en manos de su autor, esto no

signica necesariamente que siga siendo software libre para cualquiera que se haga conuna copia de l. Por ejemplo, el software de dominio pblico software sin copyrightes software libre, pero cualquiera puede modicarlo y hacer una versin propietaria apartir de l. Lo mismo ocurre con muchos programas libres con copyright que se distribuyen con licencias simples muy permisivas que autorizan el desarrollo de versionespropietarias modicadas.

El ejemplo paradigmtico de este problema es el X Window System. Desarrolla-do en el MIT y publicado como software libre con una licencia permisiva, pronto fueadoptado por diversas empresas informticas. Aadieron X, slo en forma binaria, asus sistemas propietarios Unix, siempre acompaados del clsico acuerdo de conden-cialidad. Estas copias de X dejaron de ser software libre, igual que Unix.

Los desarrolladores del X Window System no lo consideraron un problemalo es-peraban y pretendan que eso ocurriera. Su objetivo no era la libertad sino el xito,denido en funcin del nmero de usuarios. No les importaba si stos eran libres o no, bastaba con que fueran muchos.

Esto condujo a una situacin paradjica, en la que dos maneras de medir el gradode libertad dieron respuestas distintas a la pregunta Es libre este programa? Si aten-demos a la libertad que proporcionaban los trminos de distribucin del MIT, entoncesla conclusin es que el X era software libre. Pero si tenemos en cuenta la libertad delusuario medio de X, la respuesta es que se trataba de software propietario. La mayo-ra de los usuarios de X utilizaban las versiones propietarias que venan con el sistemaUnix, no la versin libre.

El Copyleft y la GNU GPLEl objetivo de GNU era proporcionar libertad a los usuarios, no simplemente ser

popular. De modo que necesitbamos idear unos trminos de distribucin que impi-dieran que el software de GNU se convirtiera en software propietario. El mtodo queempleamos se denomin copyleft.

Copyleft utiliza la ley de copyright, pero dndole la vuelta para servir a un prop-sito opuesto al habitual: en lugar de privatizar el software, ayuda a preservarlo comosoftware libre.

La idea fundamental del copyleft es que se autoriza la ejecucin del programa, sucopia, modicacin y distribucin de versiones modicadas, siempre que no se aadaninguna clase de restriccin a posteriori. De este modo, las libertades cruciales quedenen el software libre quedan garantizadas para cualquiera que posea una copia;estas libertades se convierten en derechos inalienables.

Para que el copyleft sea efectivo las versiones modicadas debern ser libres tambin. Esto garantiza que cualquier tarea basada en nuestro trabajo se pondr a dispo-sicin de la comunidad si llegara a publicarse. Cuando los programadores que tienen


23/232


empleo se ofrecen voluntariamente a mejorar el software GNU, slo el copyleft impideque sus jefes les digan: No podis compartir esos cambios, porque vamos a utilizarlospara crear nuestra versin propietaria del programa.

El requisito de que los cambios sean libres es esencial para garantizar la libertadde los usuarios del programa. Las empresas que privatizaron el X Window Systemincorporaron ciertos cambios para instalarlo en sus sistemas y en su hardware. Estoscambios eran pequeos comparados con la envergadura del sistema, pero no eran enabsoluto triviales. Si estos cambios se esgriman como excusa para denegar la libertada los usuarios, cualquiera podra aprovecharse de ello.

Al combinar un programa libre con un cdigo no libre se plantea un problema si-milar. Esta combinacin acabara siendo inevitablemente no libre; las libertades supri-midas en la parte no libre del programa afectarn a ste en su totalidad. Autorizar estetipo de combinaciones abrira un boquete lo bastante grande para hundir el barco en-tero. Por lo tanto, un objetivo crucial del copyleft es tapar este boquete: cualquier cosaaadida o combinada con un programa copyleft, para formar una versin modicadadeber preservar su condicin de software libre y su copyleft.

Nosotros aplicamos una forma especca de copyleft para la mayor parte del soft-ware de GNU, conocida como la GNU General Public License o para abreviar GNUGPL. Recurrimos a otros tipos de copyleft segn las circunstancias especcas. Tambinse aplica el copyleft a los manuales de GNU, pero utilizamos una forma ms sencilla,porque la complejidad de la GNU GPL resulta innecesaria en estos casos.

En 1984 o 1985, Don Hopkins un compaero con mucha imaginacin me en-vi una carta. En el sobre haba escrito una serie de proverbios, incluido el que sigue:Copyleftquedan revocados todos los derechos. Emple la palabra copyleft para bautizar el concepto de distribucin que andaba desarrollando en aquel momento.

La Free Software FoundationA medida que aumentaba el inters por Emacs, otros vinieron a sumarse al proyecto

GNU, y decidimos que era el momento de volver a buscar fuentes de nanciacin. Deeste modo, en 1985 creamos la Free Software Foundation, una organizacin sin nimode lucro dedicada al desarrollo de software libre. La FSF tambin se hizo con la empresadedistribucin decopias de Emacs, a lo que ms tardeaadira otros programaslibresno slo de GNU as como la venta de manuales libres.

La FSF acepta donaciones, pero la mayor parte de sus ingresos siempre procedi de

las ventas de copias de software libre y de otros servicios relacionados con ste. Enla actualidad, vende CD-Rom de cdigos fuente, CD-Rom con los binarios, manualescuidadosamente impresos con total libertad para redistribuirlos y modicarlos yDeluxe Distributions colecciones enteras de software adaptadas a la plataforma deeleccin del cliente.

Los empleados de la Free Software Foundation han escrito y se han encargado delmantenimiento de una serie de paquetes de software de GNU. Dos ejemplos notablesson la librera C y la shell. Todos los programas ejecutados en un sistema GNU/Linux


24/232


utilizan la librera C de GNU para comunicarse con Linux. Fue desarrollada por unmiembro de la plantilla de la Free Software Foundation, Roland McGrath. La shell uti-lizada en la mayora de los sistemas GNU/Linux se llamaBASH acrnimo de BourneAgain Shell, desarrollada por otro empleado de la FSF, Brian Fox.

Financiamos el desarrollo de estos programas porque el proyecto GNU no se redu-ca exclusivamente a las herramientas o al entorno de desarrollo. Nuestra meta era unsistema operativo completo, y estos programas eran necesarios para alcanzar nuestroobjetivo.

Con el nombre de Bourne again Shell pretendamos mofarnos de la BourneShell, la shell ms comn en Unix.

Los servicios relacionados con el software libre

La losofa del software libre rechaza una prctica empresarial concreta y muy ge-neralizada, pero no rechaza el negocio en general. Cuando una empresa respeta la libertadde los usuarios, le deseamos mucho xito.

La venta de copias de Emacs ilustra una clase de empresa relacionada con el softwa-re libre. Cuando la FSF se hizo con el negocio, me vi obligado a buscarme nuevamentela vida. As fue como empec a vender servicios relacionados con el software libre queacababa de desarrollar. Esto inclua la enseanza de cuestiones como la programacinde GNU Emacs, la modicacin del GCC a la medida del usuario o el desarrollo desoftware, normalmente para instalar el GCC en nuevas plataformas.

Hoy por hoy, una serie de corporaciones se dedican a este tipo de servicios rela-cionados con el software libre. Algunas distribuyen colecciones de software libre en

CD-Rom; otras proporcionan servicio tcnico a distintos niveles, contestando a las pre-guntas de los usuarios, subsanando bugs o aadiendo nuevas funciones. Incluso, es-tamos empezando a ver empresas dedicadas al lanzamiento de nuevos productos desoftware libre.

Pero debemos andarnos con cuidado una serie de empresas asociadas con el tr-mino cdigo abierto basan su mercado en el software no libre que funciona con soft-ware libre. No son empresas de software libre, su software es propietario, y con susproductos pretenden tentar a los usuarios y despojarles de su libertad. Se las conocecomo empresas de valor aadido, lo que reeja los valores que querran que adopt-semos: la comodidad antes que la libertad. Si valoramos la libertad, deberamos hablarde productos de libertad sustrada.

Los objetivos tcnicosEl principal objetivo de GNU era ser software libre. Aun cuando GNU no entraara

ninguna ventaja tcnica frente a Unix, s tendra una ventaja social, al permitir que losusuarios cooperaran, y otra tica, al respetar su libertad.

Pero es natural aplicar al trabajo los criterios ya conocidos de buena prctica porejemplo, la asignacin dinmica de estructuras de datos para evitar las limitaciones de


25/232


tamao jadas arbitrariamente y el empleo de cdigos de ocho bits, siempre que estoresultara apropiado.

Por otro lado, rechazbamos ese empeo de Unix en conservar una memoria redu-cida, y as decidimos no dar soporte a las mquinas de 16 bits estaba claro que lasde 32 bits seran la norma, para cuando hubiramos terminado el sistema GNU y noreducir la memoria a menos que supersemos un megabyte. En los programas en queno fuera crucial administrar archivos de gran tamao, animbamos a los programado-res a insertar un archivo de entrada entero en el core, luego a escanear su contenido sinpreocuparse del I/O.

Estas decisiones permitieron que muchos programas GNU superasen a sus hom-logos de Unix en abilidad y velocidad.

La donacin de ordenadoresA medida que iba aumentaba la popularidad del proyecto GNU, la gente empez

a donar ordenadores que operaban con Unix. Y fueron de gran utilidad, porque la for-ma ms fcil de desarrollar componentes de GNU era partiendo de un sistema Unixy reemplazar sus componentes uno a uno. Pero esto nos plante un dilema tico: eracorrecto poseer, aunque fuera tan solo una copia, de Unix?

Unix era y es software propietario, y segn la losofa del proyecto GNU nodebamos recurrir a l. Pero, al aplicar la misma lgica que nos lleva a justicar el usode la violencia en legtima defensa, conclu que era igualmente legtimo utilizar unpaquete propietario cuando ste resultara crucial para desarrollar un sustituto libre queayudara a otros a dejar de utilizar el paquete propietario.

Pero, aun cuando los medios justicaran el n, no dejaban de ser medios poco ti-cos. Hoy en da ya no tenemos ninguna copia de Unix, porque lo reemplazamos porsistemas operativos libres. Cuando no podamos sustituir el sistema operativo de unordenador por otro libre, entonces reemplazbamos el ordenador entero.

La lista de tareas de GNUA medida que avanzaba el proyecto GNU y se desarrollaron o descubrieron un

creciente nmero de componentes de sistema, nos pareci muy til elaborar una listade asignaturas pendientes. La utilizamos para reclutar desarrolladores que escribieranlas piezas que faltaban. Esta lista se conoci como la lista de tareas de GNU. Adems

de los componentes de Unix, incluimos en la lista otros proyectos tiles de software yla documentacin que, en nuestra opinin, precisaba cualquier sistema completo.En la actualidad, apenas guran algunos componentes de Unix en la lista de ta-

reas de GNU hemos llevado a cabo la mayor parte, a excepcin de algunas menostrascendentales. Pero la lista est repleta de proyectos que podran calicarse de apli-caciones. Cualquier programa que despierte el inters de algo ms que un reducidogrupo de usuarios se aadir al sistema operativo.


26/232


Incluso llegamos a incluir juegos en esta lista lo hicimos desde el principio. Unixcontena juegos, as que lgicamente GNU tena que hacer lo propio. Pero la compatibi-lidad nunca fue un problema para los juegos, de modo que no replicamos los de Unix.Optamos en cambio por una gama de distintas clases de juegos que pensamos podrngustar a los usuarios.

La librera GNU GPLLa librera C GNU utiliza un copyleft especial llamado GNU Library General Public

License, que autoriza el enlace de software propietario con la librera. Por qu permitiresta excepcin?

No es una cuestin de principios. Ningn principio establece el derecho de los pro-ductos de software propietario a incluir nuestro cdigo por qu contribuir a un pro-

yecto que niega el derecho a compartir? El uso de la LGPL para la librera C, o paracualquier otra librera, responde ms bien a una estrategia.La librera C desempea tareas genricas; todo sistema o compilador propietario

viene acompaado de una librera C. Por lo tanto, limitar nuestra librera C al softwarelibre no reportara ninguna ventaja para ste hubiera desalentado el uso de nuestralibrera.

Nuestro sistema es una excepcin a este respecto: en el sistema GNU incluidoGNU/Linux, la librera C GNU es la nica en C. Por lo que los trminos de dis-tribucin de la librera C GNU determinan si es posible o no compilar un programapropietario para el sistema GNU. No existen razones ticas para autorizar la incorpora-cin de aplicaciones propietarias en el sistema GNU, pero estratgicamente parece que

prohibir esto desincentivara el uso del sistema GNU en lugar de alentar el desarrollode aplicaciones libres.Esta es la razn de que utilizar la Library GPL sea una buena estrategia para la

librera C. Para otras libreras, la estrategia a adoptar debe estudiarse caso por caso. Siuna librera desempea una tarea especial que puede ayudar a escribir ciertos tipo deprogramas, publicarla conGPL, limitndola exclusivamente a losprogramas libres, seruna manerade ayudara otros desarrolladores de software libre, proporcionndolesunaventaja frente al software propietario.

Tomemos por ejemplo la GNU Readline,4 una librera desarrollada para la edicinde comandos para BASH. Readline se publica con una GNU GPL ordinaria, no conla Library GPL. Es indudable que esto reduce el volumen de uso de Readline, pero

no supone una prdida para nosotros. Por otro lado, se ha desarrollado al menos unaaplicacin til en software libre que puede utilizar la Readline, y esto s constituye unautntico logro para la comunidad.

Los desarrolladores de software propietario cuentan con la ventaja que proporcio-na el dinero; los de software libre deben idear ventajas entre ellos. Espero que un da

4La librera GNU Readline provee una serie de funciones a aquellas aplicaciones que permitan a sususuarios editar lneas de comando desde el teclado.


27/232


contemos con una amplia coleccin de libreras con GPL sin paralelo en el mundo delsoftware propietario, una coleccin que proporcione mdulos tiles que sirvan de basepara el futuro software libre y entraen una ventaja decisiva para fomentar su desarro-llo.

Un reto personal?Eric Raymond dice que todo buen trabajo de software empieza cuando un desa-

rrollador se plantea un reto personal. Es posible que est en lo cierto, pero muchoscomponentes esenciales del software GNU se desarrollaron con el n de crear un siste-ma operativo libre y completo. Su origenest en una visin y un plan, no en un impulsoindividual.

Por ejemplo, desarrollamos la librera C GNU, la Bourne Again Shell (BASH) y el

GNU tar porque cualquier sistema similar a Unix precisaba de estos componentes. Lomismo puede decirse de mis propios programas el compilador C GNU, GNU Emacs,GDB y GNU Make.

Algunos programas GNU se desarrollaron para enfrentarse a amenazas espec-cas sobre nuestra libertad. Por eso desarrollamos el gzip, para sustituir al programaCompress cuando ste dej de estar a disposicin de la comunidad gracias a las paten-tes LZW.5 Buscamos a gente que pudiera desarrollar el LessTif, y ms recientementeGNOME y Harmony, y as abordar los problemas planteados por ciertas libreras pro-pietarias vase a continuacin Libreras no libres. Estamos desarrollando el GNUPrivacy Guard para reemplazar el popular software de encriptacin no libre, porquelos usuarios no deberan verse obligados a elegir entre su privacidad y su libertad.

Claro que la gente encargada de escribir estos programas empez a interesarse en eltrabajo, y algunos aadieron muchas funciones para satisfacer sus propias necesidadese intereses. Pero esa no es la razn de la existencia de los programas.

Acontecimientos inesperadosAl iniciarse el proyecto GNU pens que desarrollaramos el sistema en su totalidad

y luego lo publicaramos entero. Pero no fue as.Dado que cada uno de los componentes del sistema GNU se implant en un sistema

Unix, todos ellos podan ejecutarse en sistemas Unix mucho antes de que existiera elsistema GNU. Algunos de estos programas se hicieron muy populares y los usuarios

empezaron a ampliarlos y a transportarlos a las diversas versiones incompatibles deUnix, y tambin a otros sistemas.El proceso dot de mayor potencia a estos programas, y atrajo tanto fondos como

colaboradores al proyecto GNU. Pero es probable que tambin retrasara la concepcinde un sistema mnimamente funcional durante varios aos, dado que los desarrollado-res de GNU dedicaban la mayor parte de su tiempo al mantenimiento de estos puertos

5El algoritmo Lempel-Ziv-Welch se emplea para la compresin de datos.


28/232


y a la incorporacin de funciones a los componentes existentes, en vez de escribir losque faltaban.

El GNU HurdEn 1990, el sistema GNU estaba casi terminado. Faltaba crear un solo componente

central, el kernel. Decidimos crearlo como una coleccin de procesos de servidor quese ejecutara sobre Mach. Mach es un microkernel desarrollado en la Carnegie MellonUniversity y, ms tarde, en la Universidad de Utah. El GNU Hurd es una coleccin deservidores o manadade gnusimplantados en Mach quedesempean las diversastareas propias del kernel de Unix. Su desarrollo se retras mientras esperbamos lapublicacin de Mach como software libre, tal y como nos haban prometido.

Una de las razones que nos impuls a elegir este diseo era evitar lo que pare-

ca la parte ms dura del trabajo: depurar un programa de kernel sin un depuradorde fuentes. Esto ya se haba resuelto en Mach, y esperbamos depurar los servidoresHurd como programas de usuarios, con el GDB. Pero pas mucho tiempo hasta quelo logramos, y los servidores multiproceso que se envan mensajes entre s resultan ex-tremadamente difciles de depurar. La consolidacin del Hurd ha llevado muchsimosaos.

AlixEn principio, el kernel GNU no iba a llamarse Hurd. Su nombre original era Alix

por mi novia de aquel momento. Ella era administradora de sistemas Unix, y advir-

ti que su nombre casaba perfectamente con los nombres escogidos para las distintasversiones de Unix. Bromeando, le dijo a sus amigos: Deberan bautizar un kernel conmi nombre. No dije nada, pero decid sorprenderla con un kernel llamado Alix.

Sin embargo, el nombre no se mantuvo. Michael Bushnell ahora Thomas, elprincipal desarrollador del kernel, prefera el nombrede Hurd, y llam Alix a una partedel kernel la encargada de capturar las llamadas del sistema y administrarlas envian-do mensajes a los servidores Hurd.

Por n, Alix y yo nos separamos y ella se cambi de nombre. En cualquier caso, eldiseo de Hurd se modic para que la librera C enviase mensajes directamente a losservidores, lo que supuso la desaparicin del componente Alix.

Pero antes de todo esto, una amiga de Alix se encontr con el nombre en el cdigo

fuente de Hurd y se lo cont. As que el nombre cumpli su cometido.

Linux y GNU/LinuxEl GNU Hurd no est listo para produccin. Afortunadamente, otro kernel estaba a

nuestra disposicin. En 1991, Linus Torvalds desarroll un kernel compatible con Unixy lo llam Linux. En el ao 1992, la combinacin de Linux con el incompleto sistema


29/232


GNU result en un sistema operativo libre. [Esta combinacin fue, por supuesto, unalabor extraordinaria]. Gracias a Linux podemos ejecutar hoy una versin del sistemaGNU.

Denominamos esta versin GNU/Linux para explicar su composicin, una combi-nacin del sistema GNU con Linux como kernel.

Los retos futurosHemos demostrado ser capaces de desarrollar una amplia gama de software libre.

Esto no signica que seamos invencibles e imparables. Existen diversos retos que plan-tean un futuro incierto para el software libre. Enfrentarnos a ellos nos exigir un esfuer-zo constante y mucha resistencia, a veces por muchos aos. Necesitaremos la clase dedeterminacin que exhibe la gente cuando valora su libertad y la protege a toda costa.

En los cuatro apartados que siguen discutiremos estos retos.

Hardware secretoLos fabricantes de hardware tienden cada vez ms a mantener en secreto las espe-

cicaciones del hardware. Esto diculta enormemente la tarea de escribir drivers librespara que Linux y Xfree866 sean compatibles con el hardware nuevo. Hoy contamoscon sistemas libres y completos, pero no durarn mucho si no son compatibles con losordenadores del maana.

Hay dos formas de enfrentarse a este problema. Los programadores pueden haceringeniera inversa para descubrir cmo crear programas compatibles con el hardware.

El resto podemos elegir qu hardware ser compatible con el software libre. A medidaque aumente el nmero de usuarios de software libre, el secretismo de estas especica-ciones se convertir en una poltica contraproducente.

Hacer ingeniera inversa es una labor colosal. Contaremos con programadores lo bastante decididos para llevarla a cabo? S, siempre que les hayamos convencido de queel software libre es una cuestin de principios y de que los drivers no libres son into-lerables. Invertiremos dinero extra, e incluso tiempo extra, para poder utilizar driverslibres? S, siempre y cuando se generalice esta voluntad de recuperar nuestra libertad.

Libreras no libresLa librera no libre que opera en un sistema operativo libre constituye una trampa

para los desarrolladores de software libre. Las atractivas funciones de la librera son elcebo perfecto; al utilizar la librera, caes en la trampa, porque tu programa no puedeintegrarse de forma til en un sistema operativo libre. [Estrictamente hablando, po-dramos incluir tu programa, pero ste no podra ejecutarse sin la librera]. Y, lo que es

6El Xfree86 es un programa que proporciona un entorno de escritorio que interacta con tu hardwareratn, teclado, etc. Funciona en plataformas muy diversas.


30/232


peor, en caso de popularizarse un programa que utilice una librera propietaria, podraarrastrar a otros programadores desprevenidos hacia la misma trampa.

El primer ejemplo de este problema se present en los aos ochenta, con el Motif toolkit.7 Aunque entonces no haba sistemas operativos libres, estaba claro qu proble-ma iba a plantearles el Motif ms tarde. El Proyecto GNU respondi de dos formas:planteando la necesidad de que los proyectos individuales de software libre fuerancompatibles tanto con los toolkit widgets X libres como con Motif, y encargando lacreacin de un sustituto libre para Motif. La tarea tard muchos aos en concluirse. S-lo en 1997 el LessTif, desarrollado por los Hungry Programmers, fue lo sucientementepotente para la mayora de las aplicaciones Motif.

Entre 1996 y 1998, otro toolkit no libre de Graphical User Interface (GUI) llamadoQt se incorpor a una notable coleccin de software libre, el escritorio KDE.

Los sistemas libres GNU/Linux no podan aprovechar el KDE porque no poda-mos emplear la librera. A pesar de ello, algunos distribuidores comerciales de sistemasGNU/Linux, bastante exibles a la hora de mezclar software libre, aadieron el KDE asus sistemas lo cual dara lugar a un sistema con ms posibilidades y menos libertad.El grupo KDE anim activamente a otros programadores a que utilizasen Qt, mien-tras que millones de nuevos usuarios de Linux ni siquiera sospechaban que pudieraexistir un problema al respecto. La situacin era desoladora.

La comunidad del software libre reaccion de dos maneras: GNOME y Harmony.GNOME, el GNU Network Object Model Environment, es el proyecto de escritorio

de GNU. Miguel de Icaza tom la iniciativa en 1997, y se desarroll con el apoyo de RedHat Software. GNOME pretenda proveer prestaciones similares, pero usando exclusi-vamente software libre. Entraa algunas ventajas tcnicas, como la de ser compatiblecon varios lenguajes, y no slo el C++. Pero su principal propsito era la libertad, fun-cionar sin software no libre.

Harmony es una librera sustitutiva compatible, diseada con el n de ejecutar soft-ware KDE sin recurrir a Qt.

En noviembre de 1998, los desarrolladores de Qt anunciaron un cambio de licenciaque, en caso de aplicarse, lo convertira en software libre. Aunque no podemos estarseguros de esto, creo que el cambio se debi en parte a la rme respuesta de la comuni-dad ante el problema que planteaba la condicin no libre de Qt. [Esta nueva licencia esincmoda y no equitativa, por lo que sigue siendo aconsejable evitar el uso de Qt8]

Cmo responderemos a la tentacin que plantee la prxima librera no libre?Comprender la comunidad la necesidad de mantenernos alejados de cualquier tram-pa que se nos presente en el camino? O renunciaremos a la libertad a cambio de lacomodidad, y dar lugar as a un problema mucho mayor? Nuestro futuro depende denuestra losofa.

7Motif es una interfaz grca y administrador de ventanas que opera en X Window, un potente sistemagrco basado en una arquitectura cliente/servidor.

8En septiembre de 2000 volvera a publicarse el Qt con GNU GPL, lo que bsicamente resolva el problema.


31/232


Patentes de softwareLa amenaza ms seria a la que nos enfrentamos procede de las patentes de software,

que pueden introducir algoritmosy funciones fuera del alcance del software libre al me-nos durante veinte aos. Las patentes del algoritmo de compresin LZW se aplicaronen 1983, y todava no podemos publicar software libre que produzca GIFs adecuada-mente comprimidos. En 1998, se suspendi la distribucin de un programa libre paraproducir archivos de audio MP3 comprimidos bajo amenaza de una demanda judicialpor patente.

Existen formas de abordar la cuestin de las patentes: buscar pruebas que demues-tren la invalidez de una patente o buscar modos alternativos para realizar una tarea.Pero estos mtodos funcionan slo de vez en cuando; cuando fallan ambos, la patentepuede resultar en un software libre desprovisto de alguna funcin necesaria para losusuarios. Qu haremos entonces?

Quienes valoramos el software libre por la libertad que ste entraa seguiremosen la misma lnea. Lograremos sacar adelante el trabajo sin funciones patentadas. Pe-ro quienes valoran el software libre porque esperan que sea tcnicamente superior seinclinarn por calicarlo de fracaso cuando este software se vea restringido por una pa-tente. De modo que, a pesar de que resulta muy til discutir la efectividad prctica delmodelo de desarrollo de tipo catedral y la abilidad y potencia de ciertos programasde software libre, debemos ir ms all. Debemos hablar de libertad y de principios.

Documentacin libreLa mayor deciencia de nuestros sistemas operativos no reside en el software, sino

en la ausencia de buenos manuales libres para nuestros sistemas. La documentacin esuna parte esencial de cualquier paquete de software; un paquete importante de softwa-re libre sin un buen manual libre que lo acompae constituye un lastre considerable.Tenemos muchos ejemplos de ello en la actualidad.

La documentacin libre, al igual que el software, es una cuestin de libertad, node precio. Los criterios para el manual libre son bastante parecidos a los del softwarelibre: hay que darles a los usuarios ciertas libertades. Debe autorizarse la redistribu-cin incluida la venta comercial en papel y on line, de modo que el manual puedaacompaar a todas las copias del programa.

Autorizar su modicacin resulta igualmente crucial. Por regla general, no creo quela gente deba tener el derecho de modicar toda clase de artculos y libros. Por ejemplo,no creo que ni t ni yo estemos obligados a autorizar la modicacin de artculos comoeste, que describe nuestros actos y opiniones.

Pero existe una razn especca de que la libertad para modicar sea un elementocrucial para la documentacin relativa al software libre. Cuando los individuos ejercensu derecho a modicar el software, y aadir o cambiar sus funciones, si son lo bastanteconcienzudos cambiarn asimismo el manual y as proporcionarn una documenta-cin concisa y til junto con el programa modicado. Un manual que no permita a los


32/232


programadores trabajar concienzudamente y terminar su labor no satisfar las necesi-dades de la comunidad.

Algunos lmites a la incorporacin de estas modicaciones no plantean problemaalguno, como es el caso de los requisitos establecidos para preservar la advertenciasobre copyright del autor original, los trminos de distribucin o la lista de autores. Oaquellos que exigen que las versiones modicadas incluyan la fecha de la modicacin,o que incluso prohben la supresin o alteracin de secciones enteras, siempre que stasno traten sobre temas tcnicos. Este tipo de restricciones no plantean un problema por-que no impiden al programador concienzudo adaptar el manual para que se ajuste alprograma modicado. Dicho de otro modo, no impiden que la comunidad de softwarelibre disfrute plenamente del uso del manual.

Sin embargo, debemos ser capaces de modicar el contenido tcnico del manualy luego distribuir el resultado en los medios y canales habituales; de lo contrario, lasrestricciones obstruirn a la comunidad, el manual dejar de ser libre y necesitaremoselaborar uno nuevo.

Contarn los desarrolladores de software libre con la conciencia y la determina-cin para producir una amplia gama de manuales libres? Una vez ms, nuestro futurodepende de nuestra losofa.

Es necesario hablar de libertadActualmente, se calcula que existen diez millones de usuarios de sistemas

GNU/Linux como Debian GNU/Linux y Red Hat Linux. El software libre ha desarro-llado tales ventajas prcticas que est ganando adeptos por razones puramente prcti-

cas.Las consecuencias positivas de esto son evidentes: un mayor inters por desarrollarsoftware libre, ms clientes para las empresas de software libre y una mayor capacidadpara alentar a las empresas a desarrollar software libre comercial en lugar de productosde software propietario.

Pero el inters en el software crece a un ritmo superior que la conciencia de la lo-sofa en que se fundamenta, y esto plantea ciertas dicultades. Nuestra capacidad parahacer frente a los desafos y las amenazas anteriormente descritos depender de nues-tra voluntad de mantenernos rmes en nombre de la libertad. Para convencer de ello anuestra comunidad, habremos de difundir la idea entre los nuevos usuarios que pasena formar parte de ella.

Pero estamos fracasando: nuestros esfuerzos por atraer a nuevos usuarios a nues-tra comunidad superan con creces a nuestras iniciativas a la hora de ensearles losprincipios de nuestra comunidad. Debemos dedicarnos a ambos objetivos y compensarnuestros esfuerzos en ambas direcciones.


33/232


Open Source (cdigo fuente abierto)La tarea deensear a los nuevos usuarios el valor de la libertad secomplicespecial-

mente en 1998, cuando parte de la comunidad decidi abandonar el trmino softwarelibre y empez a hablar de software de cdigo abierto.Los partidarios de este trmino trataban de evitar la confusin entre libre y

gratuitoun objetivo muy legtimo. Pero otros intentaban dejar a un lado los prin-cipios que haban impulsado la creacin del software libre y el proyecto GNU, pro-curando as atraer a los ejecutivos y a los usuarios de empresas, quienes compartenmayoritariamente una ideologa que antepone las ganancias econmicas a la libertad,a la comunidad, a los principios. De modo que la retrica del cdigo abierto se con-centra en la posibilidad de crear un software de alta calidad y capacidad, pero rehuyelas nociones de libertad, comunidad y principios.

Un claro ejemplo de ello son las revistas Linux estn repletas de anuncios desoftware propietario que funciona con GNU/Linux. Cuando aparezca el prximo Mo-tif, o Qt, advertirn estas revistas a los programadores de que se alejen de ellos, o losanunciarn sin ms?

El apoyo de la comunidad empresarial puede contribuir al bien de la comunidad dedistintas maneras, siempre que partamos de unas condiciones de igualdad. Pero si nosganamos su apoyo callndonos lo que pensamos sobre la libertad y los principios, elresultado puede ser desastroso, y slo se agudizara el desequilibrio ya existente entrela difusin y la educacin cvica.

Los trminos software libre y cdigo abierto describen ms o menos la mismacategora de software, pero implican cosas muy distintas acerca del software y sus va-lores. El Proyecto GNU sigue empleando el trmino software libre para expresar laidea de que la libertad, y no slo la tecnologa, es importante.

Intntalo!La losofa de Yoda No podemos slo intentarlo suena bien, pero no me

sirve. He realizado mi trabajo siempre ansioso ante la perspectiva de que no tuvierasuciente capacidad para ello, sin saber si mi labor bastara para alcanzar el objetivodeseado. Pero lo intent de todas formas, porque entre el enemigo y mi ciudad sloestaba yo. Para mi sorpresa, a veces del xito obtenido.

En otras ocasiones fracas. Algunas de mis ciudades han cado. Ms tarde descubrotra ciudad amenazada y me prepar para otra batalla. Con el tiempo, he aprendidoa detectar las amenazas y a interponerme entre ellas y mi ciudad, haciendo un llama-miento a otros hackers para unirse a m.

Hoy en da, a menudo me encuentro que no estoy solo. La visin de un regimientode hackers manos a la obra constituye una fuente de alivio y de alegra, y pienso quela ciudad sobrevivir por el momento. Pero con el transcurso de los aos los peligrosson cada vez mayores, y ahora Microsoft nos tiene en su punto de mira. No podemos


34/232


pensar que el futuro de la libertad est asegurado. No os engais! Si quieres conservartu libertad, tienes que estar preparado para defenderla.


35/232

Captulo 2El Maniesto GNU1

El Maniesto GNU fue escrito por Richard Stallman en los comienzos del Proyecto GNU,con el n de pedir participacin y apoyo. En los primeros aos, se hicieron actualizaciones meno-res para tomar en cuenta nuevos desarrollos, pero ahora parece ser mejor dejarlo como esta tal y

como la mayora de la gente lo ha visto. Desde entonces, hemos aprendido que es posible ayudara evitar ciertas confusiones corrientes con un cambio en la seleccin de palabras, a lo largo deestos se han aadido notas al pie de pgina para aclarar estas confusiones.

Qu es GNU? Gnu No es Unix!GNU,que signicaGnu NoesUnix, eselnombre deunsistema desoftware comple-

tamente compatible con Unix que estoy escribiendo para poder regalarlo2 librementea quien pueda utilizarlo. Hay varios voluntarios ayudndome. Son muy necesarias lascontribuciones en tiempo, dinero, programas y equipamiento.

Hasta el momento tenemos un editor de texto Emacs con Lisp para escribir coman-dos de edicin, un depurador de cdigo fuente, un generador compatible con yacc,un comunicador y alrededor de 35 utilidades. Un shell (intrprete de comandos) seencuentra casi terminado. Un nuevo compilador portable de C ha sido compilado yser lanzado este ao. Existe un kernel inicial pero requiere muchas ms caractersticaspara emular a Unix. Cuando el ncleo y el compilador estn completos, ser posibledistribuir un sistema GNU apropiado para el desarrollo de programas. Usaremos elprocesador de documentos TeX, pero tambin se est trabajando en un nroff. Usaremostambin el sistema libre de ventanas X que se puede migra. Despus de esto agregare-mos un Lisp portable, un juego Empire, una hoja de clculo y cientos de otras cosas,

1Publicado por primera vez en 19842Esta expresin era desafortunada. La intencin era decir que nadie tendra que pagar por el permiso de

usarel sistema GNU.Pero las palabrasnoaclaran,y lagente interpretaa menudoque sediceque las copiasde GNU debern ser siempre distribuidas a un costo bajo o sin costo. sta nunca fue la intencin; msadelante, el maniesto menciona la posibilidad de que las compaas provean servicios de distribucincon una ganancia. Con posterioridad he aprendido a distinguir cuidadosamente entre free [libre] en elsentido de libertad y free [gratis] en el sentido del precio. Software libre es software que los usuariostienen la libertad de distribuir y cambiar. Algunos usuarios puedenobtener copias sinpagar, mientras queotros pagan para obtener copias; y si los fondos ayudan a apoyar la mejora del software, tanto mejor. Loimportante es que todos los que tengan una copia tengan la libertad de cooperar con otros al usarlo.

35


36/232

CAPTULO 2. EL MANIFIESTO GNU 36

adems de documentacin en lnea. Esperamos proporcionar, con el tiempo, todas lasutilidades que vienen normalmente con un sis

Software libre para una sociedad libre (Stallman, 2004)

Documents

Transcript of Software libre para una sociedad libre (Stallman, 2004)