Capítulo 7. Arenas movedizas

La historia del final de la preeminencia de la universidad en el mundo
del software libre es una historia de codicia y poder corporativo. Si
bien durante muchos años muchos vieron venirse un final infeliz, pocos
pudieron hacer algo para detener la inevitable colisión entre la
Universidad de California en Berkeley y su antiguo patrocinador, AT&T.

La demanda entre AT&T y la Universidad de California en Berkeley tenía
sus raíces en lo que a los consejeros matrimoniales les encanta llamar
una "relación mal concebida". A fines de la década de 1980, el
departamento de informática de Berkeley tenía un problema. Habían estado
colaborando con AT&T en el sistema UNIX desde el principio. Habían
escrito un buen código, incluido parte del software crucial que formó la
base de Internet. Estudiantes, profesores, científicos e incluso traders
de Wall Street adoraban el poder y la flexibilidad de UNIX. Todos
querían UNIX.

El problema era que no todos podían granjearse UNIX. AT&T - que había
patrocinado gran parte de la investigación en Berkeley – retuvo su
inversión con puño de hierro. Si querían correr UNIX, entonces deberían
obtener una licencia de software esencial de AT&T que se encontraba en
el núcleo del sistema. Eran los señores supremos del dominio UNIX y
esperaban un diezmo saludable por el placer de vivir en él.

Una de las personas que querían UNIX era el estudiante finlandés Linus
Torvalds, que no podía pagar este diezmo. Estaba lejos de ser el
primero, y el conflicto comenzó mucho antes de que comenzara a escribir
Linux en 1991.

Hacia fines de la década de 1980, la mayoría de las personas en el mundo
de la informática conocían bien la cruzada de Stallman contra el dominio
corporativo de AT&T y UNIX. La mayoría de los programadores sabían que
GNU significaba "GNU's Not UNIX". Stallman no fue la única persona
molesta por la actitud de AT&T hacia los acuerdos de confidencialidad y
no divulgación. De hecho, su actitud era contagiosa. Algunas personas de
Berkeley observaron el crecimiento de las herramientas que surgieron del
proyecto GNU y se sintieron un poco usados. Habían escrito muchas
elementos de código que terminaron en la versión de UNIX de AT&T. Habían
aportado muchas ideas geniales. Sin embargo, AT&T se comportaba como si
AT&T fuera el único propietario. Ellos contribuyeron y dieron, mientras
que AT&T sólo se apoderó.

Stallman pudo distribuir su código fuente. Stallman llegó a compartir
con los demás. Stallman consiguió construir su reputación. Los
programadores se vieron entusiasmados con el Emacs de Stallman. La gente
jugaba GNU Chess en sus oficinas. Otros estaban donando sus herramientas
al proyecto GNU. Todos estaban llamando la atención al compartir,
excepto la gente de Berkeley que colaboró con AT&T. Esto comenzó a
molestar a la gente por el camino equivocado.

Había que hacer algo, y la gente de Berkeley empezó a sentir la presión.
Algunos en Berkeley se preguntaban por qué los profesores habían entrado
en un trato tan fáustico con una gran corporación. ¿Fue la recompensa lo
suficientemente grande como para entregar sus almas académicas? ¿De
dónde salió AT&T diciéndonos lo que podíamos publicar?

Otros fuera de Berkeley miraron y vieron un tesoro de software escrito
por académicos. Muchos de ellos eran amigos. Algunos de ellos habían
estudiado en Berkeley. Algunos incluso habían escrito parte del código
UNIX antes de graduarse. Algunos formaron empresas que competían con
AT&T. Todos habían pensado que podrían resolver sus problemas de UNIX si
tan solo pudieran tener en sus manos el código fuente. Tenía que haber
alguna forma de liberarlo.

Lentamente, los dos grupos comenzaron a establecer contacto ya especular
activamente sobre cómo liberar la versión de UNIX de Berkeley de las
garras de AT&T.


7.1 Romper el vínculo

El primer paso para separar la versión de UNIX de Berkeley del control
de AT&T no fue realmente revolucionario. Nadie estaba iniciando una
guerra civil disparando a Fort Sumter o iniciando una revolución
arrojando té en el puerto. De hecho, comenzó mucho antes de la demanda y
de Linux. En 1989, algunas personas querían comenzar a conectar sus PC y
otros dispositivos a Internet y no querían usar UNIX.

Berkeley había escrito parte del software conocido como TCP/IP que
definía cómo las computadoras en Internet se comunicarían y compartirían
paquetes. Escribieron el software para UNIX porque era uno de los
sistemas operativos favoritos en los laboratorios. Otras empresas
adquirieron una copia del código comprando una licencia de código fuente
para UNIX de AT&T. El código TCP/IP era solo parte del combo. Algunos
dicen que el costo de la licencia llegó a $250,000 o más y requería que
el cliente pagara una tarifa por unidad por cada producto que publicaba.
Esos precios no disuadieron a las grandes empresas como IBM o DEC.
Pensaron en UNIX como un sistema operativo para las estaciones de
trabajo pesadas y las minicomputadoras vendidas a empresas y
científicos. Esas corporaciones tenían el presupuesto para pagar un gran
hardware, por lo que era posible incluir el costo del sistema operativo
UNIX en el paquete.

Pero el mundo de la PC era diferente. Rebozaba de chicos en los garajes
que querían construir BBS simples que permitieran que una PC se
comunicara en Internet. Estos muchachos eran eficientes y sabían cómo
conseguir piezas baratas de todo el mundo. Algunos de ellos habían ido a
Berkeley y habían aprendido a programar en las estaciones de trabajo VAX
y Sun que ejecutaban la versión de UNIX de Berkeley. Algunos de ellos
incluso habían ayudado a escribir o depurar el código. No vieron por qué
tenían que comprar una licencia tan grande para algo que había sido
escrito por gente que no era de AT&T con la generosa ayuda de grandes
subvenciones del gobierno. Algunos incluso trabajaban para corporaciones
que habían aportado dinero para apoyar los proyectos de Berkeley. ¿Por
qué no podían obtener el código que ayudaron a pagar para desarrollar?

Kirk McKusick, uno de los miembros del Grupo de Investigación de
Sistemas Informáticos en ese momento, recuerda:

"La gente se acercó a nosotros y nos dijo: 'Mira, escribiste TCP/IP.
¿Seguramente no deberías pedir una licencia de AT&T para tenerlo?'
Parecían solicitudes razonables. Decidimos comenzar con algo que
claramente no era parte del UNIX que recibimos de AT&T. Parecía muy
claro que podíamos extraer la pila de TCP/IP y distribuirla sin entrar
en conflicto con la licencia de AT&T".

Así que el Berkeley Computer Systems Research Group (CSRG) creó lo que
llamaron Network Release 1 y en junio de 1989 lo sacaron al mercado por
$1,000. Ese no era realmente el precio porque el lanzamiento vino con
una de las primeras versiones de lo que se conocería más tarde como
licencia de estilo BSD. Una vez que pagabas los $1,000, podías hacer lo
que quisieras con el código, incluso subirlo a Internet y regalarlo.

"Pensamos que dos o tres grupos pagarían el dinero y luego pondrían el
código en Internet, pero de hecho, cientos de sitios pagaron los mil
dólares por él", dice McKusick y agrega, "principalmente para poder
obtener una pedazo de papel de la universidad que decía: 'Puedes hacer
lo que quieras con esto'".

Esta movida salió bien para Berkeley y también para UNIX. La pila TCP/IP
de Berkeley se convirtió en la versión más conocida del código y actuó
como una versión de referencia para el resto de la red. Si tenía una
falla, todos los demás tenían que solucionar la falla porque sería muy
frecuente. Incluso hoy en día, a empresas como Sun les gusta alardear de
que su TCP/IP forma la columna vertebral de la Red, y esta es una de las
razones para comprar una estación de trabajo Sun en lugar de una NT. Por
supuesto, el código en el sistema operativo de Sun tiene una rica
herencia basada en Berkeley, y aún puede contener parte del código BSD
original para controlar la red.


7.2 Por un centavo

Con el tiempo, más y más compañías comenzaron a formarse en el Área de
la Bahía y más y más se dieron cuenta de que la versión de UNIX de
Berkeley era la referencia para Internet. Comenzaron a demandar
específicamente ese sistema operativo.

Keith Bostic escuchó estas solicitudes y decidió que Berkeley CSRG
necesitaba liberar la mayor cantidad posible de código fuente. Todos
estuvieron de acuerdo en que era una idea utópica, pero solo Bostic
pensó que era posible lograrlo.

McKusick escribe, en su historia de BSD,

"Mike Karels [un compañero desarrollador de software] y yo señalamos que
liberar grandes partes del sistema era una tarea enorme, pero estuvimos
de acuerdo en que si podía resolver cómo lidiar con la reimplementación
los cientos de utilidades y la enorme biblioteca C, luego abordaríamos
el kernel. En privado, Karels y yo pensamos que ese sería el final de la
discusión".

Dave Hitz, un buen amigo de Bostic, recuerda la época.

 "Bostic era más del tipo autoritario. Simplemente reunía a todos sus
 amigos para terminar el código. Ibas a cenar a su casa y decía: 'Tengo
 una lista. ¿Qué quieres ¿hacer?' Creo que hice el comando cp y tal vez
 el comando mirar".

Hitz, por supuesto, está feliz de haber participado en el proyecto.
Recientemente fundó Network Appliance, una empresa que empaqueta una
versión simplificada de BSD en un servidor de archivos que se supone que
es un dispositivo a prueba de balas para los clientes. Network Appliance
no necesitaba hacer mucha ingeniería de software cuando comenzó.
Simplemente tomaron la versión gratuita de BSD y la conectaron.

Bostic persiguió a personas a lo largo y ancho para lograr la tarea. Les
dio la descripción publicada de la utilidad o la parte de la biblioteca
de la documentación y luego les pidió que la volvieran a implementar sin
mirar el código fuente. Esta operación de clonación se conoce como
operación de sala limpia porque es totalmente legal si tiene lugar
dentro de una sala metafórica donde los ingenieros que están dentro no
tienen ninguna información sobre cómo los ingenieros de AT&T
construyeron UNIX.

Este no fue un trabajo fácil, pero Bostic era bastante devoto y
perseguía a la gente en todas partes. Enganchó a todos los que podían
programar en el proyecto y, a menudo, pasó tiempo depurando componentes
ya terminados. La tarea tomó 18 meses e involucró a más de 400 personas
que apenas recibieron notoriedad y algún agradecimiento posterior. Los
más de 400 nombres se encuentran impresos en el libro que escribió con
McKusick y Karels en 1996.

Cuando Bostic estuvo a punto de terminar, pasó por la oficina de
McKusick y preguntó cómo iba el kernel. Esto delató el engaño de
McKusick y Karels y los obligó a realizar un duro trabajo de ingeniería.
En algunos aspectos, Bostic tenía el trabajo más fácil. Escribir
pequeños utilitarios usados por su equipo fue un trabajo duro, pero
esencialmente estaba preorganizado y segmentado. A lo largo de los años,
muchas personas habían creado archivos de manuales que documentaban
exactamente lo que se suponía que debían hacer los programas. Cada
utilitario se podía asignar por separado y las personas no necesitaban
coordinar demasiado su trabajo. Estos constituían solo platillos para
una cena compartida.

Depurar el kernel era – no obstante - un asunto distinto. Era mucho más
grande que muchas de las utilidades más pequeñas y estaba lleno de un
código más complicado que formaba un mecanismo estrechamente coordinado.
El trabajo descuidado en uno de los archivos de utilidad probablemente
afectaría solo a esa utilidad, pero una falla en el kernel provocaría la
caída de todo el sistema de forma rutinaria. Si Bostic estaba
coordinando una cena compartida, McKusick y Karels tenían que encontrar
la manera de crear un restaurante completo que sirviera miles de comidas
al día a miles de clientes. Cada detalle necesario para trabajar juntos
sin problemas.

Para complicar más las cosas, las contribuciones de Berkeley al kernel
estaban mezcladas con las contribuciones de AT&T. A lo largo de los
años, ambas habían agregado partes, pegado nuevas características y
creado nuevos poderes. Eran socias de facto en el proyecto. En los
viejos tiempos, ambas habían compartido su código fuente sin ninguna
consideración o preocupación a largo plazo. Pero ahora que AT&T
reclamaba la propiedad de todo, tenían que encontrar una manera de
deshacerse de todas las modificaciones y descubrir quién había escribito
qué.

McKusick dice: "Construimos una base de datos convertida línea por
línea. Tomamos cada línea de código y la insertamos en la base de datos.
Terminas encontrando bastante rápido a dónde migró el código y luego
decides si es lo suficientemente grande como para ver si necesitaba una
recodificación".

Esta base de datos les hizo la vida mucho más fácil y pudieron analizar
el código, recodificando rápidamente islotes de código de AT&T aquí y
allá. Podrían extraer fácilmente un archivo con el código fuente y dejar
que la base de datos marque las partes que podrían ser propiedad de
AT&T. Algunas partes fueron determinadas rápidamente, pero otras partes
se prolongaron. A fines de la primavera de 1991, habían terminado todos
menos seis archivos que eran demasiado trabajo.

Sería bueno informar que lucharon valientemente yendo al frente,
renunciando a toda distracción tal como películas, cafeterías y amigos,
pero eso no es cierto. Colocaron y arrojaron todo por la ventana y lo
llamaron "Network Release 2". El nombre implicaba que esta nueva versión
era solo una nueva revisión de su producto anterior, Network Release 1,
y esto facilitó la vida de los abogados. Simplemente tomaron la antigua
y simple licencia y la reutilizaron. También ocultaron el hecho de que
esta nueva pila de código tenía solo unos seis archivos por debajo de un
sistema operativo completamente desarrollado.

La buena noticia sobre el código abierto es que los proyectos suelen
tener éxito incluso cuando inicialmente fracasan. Un producto comercial
no podría comercializarse sin la funcionalidad completa de seis
archivos. Pocos lo comprarían. Además, nadie podía venir, meterse con un
estetoscopio y emparchar los agujeros. El código fuente propietario no
se encuentra disponible y nadie quiere ayudar a otra persona en el
negocio sin compensación.

Sin embargo, el nuevo UNIX casi completo era algo diferente. Era un
proyecto universitario y, por lo tanto, parecían aplicarse las reglas
universitarias de camaradería e intercambio. Otro programador, Bill
Jolitz, tomó el Network Release 2 y le agregó pronto el código necesario
para rellenar el vacío. Quedó fascinado con la puesta en marcha de UNIX
en un procesador 386 - una tarea que era como intentar instalar el
último hardware de control de tracción y frenos antibloqueo en un carro
de supermercado. Por entonces, los científicos informáticos serios
trabajaban en estaciones de trabajo y minicomputadoras de compañías
serias. La industria de las PC estaba construyendo juguetes. Por
supuesto, había algo de macho en todo el proyecto. En aquel entonces,
recuerdo haber bromeado con un amigo diciéndole que deberíamos intentar
que UNIX se ejecutara en el nuevo sistema de aire acondicionado, solo
para demostrar que se podía hacer.

El proyecto de Jolitz, por supuesto, encontró muchas personas en la red
que no pensaron que era solo un juguete. Una vez que dispuso el código
fuente para su descarga en la Red, un brote de entusiasmo se extendió
por las universidades y estaciones de paso del mundo. La gente quería
experimentar con un sistema operativo de alta calidad y la mayoría solo
podía permitirse hardware relativamente barato como una 386. Claro, los
sitios como Berkeley podían permitirse el dinero de la subvención del
gobierno y las grandes donaciones corporativas, pero más de 2000
escuelas estaban esperando. La versión de Jolitz de 386BSD tocó la fibra
sensible.

Si bien las noticias viajaron rápidamente a algunos rincones, no
llegaron a Finlandia. Network Release 2 llegó en junio de 1991, justo al
mismo tiempo que Linus Torvalds buscaba un sistema operativo de alto
nivel para usar en experimentos. El 386BSD de Jolitz salió unos seis
meses después, cuando Torvalds había comenzado a profundizar en la
creación del sistema operativo que más tarde llamaría Linux. Poco
después, Jolitz perdió interés en el proyecto y lo dejó así como estaba,
pero llegaron otros. De hecho, surgieron dos grupos llamados NetBSD y
FreeBSD para llevar la antorcha.

Aunque pueda parecer extraño que surgieran tres grupos que construyen un
sistema operativo libre sin conocerse, es importante darse cuenta de que
Internet era un mundo muy diferente en 1991 y 1992. La World Wide Web
era solo un destello en la mente de algunas personas. Solo las mejores
universidades tenían acceso general a la web para sus estudiantes, y la
mayoría de la gente no entendía qué era una dirección de correo
electrónico. Solo unas pocas empresas relacionadas con la informática,
como IBM y Xerox, ponían a sus investigadores en la red. La comunidad
era pequeña e insular.

Los principales conductos de información eran los grupos de noticias de
USENET, que solo leían las personas que podían acceder a través de sus
universidades. Esta tecnología era una forma eficiente de compartir
información, aunque bastante defectuosa. Así es como funcionaba: de vez
en cuando, cada computadora llamaba a sus servidores y negociaba el
intercambio de los últimos artículos. La información viajaba como el
chisme, es decir, viajaba rápido pero con una distribución muy desigual.
Las computadoras siempre se estropeaban o se actualizaban. Nadie podía
contar con que todos los mensajes llegaran a todos los rincones del
mundo.

Las bifurcaciones NetBSD y FreeBSD del kernel BSD continúan existiendo
por separado en la actualidad. La gente que trabaja en NetBSD se
concentra en hacer que su código se ejecutase en todas las máquinas
posibles, y actualmente enumeran 21 plataformas diferentes que van desde
el omnipresente Intel 486 hasta el desaparecido pero no olvidado
Commodore Amiga.

El equipo de FreeBSD, por otro lado, se concentra en hacer que su
producto funcione bien en Intel 386. Agregaron muchas capas de
herramientas de instalación para que sea más fácil de usar para el
estudiante promedio, y es ahora la versión más popular de código BSD.
Esas dos versiones usaban el último código de Berkeley. Torvalds, por
otro lado, no conocía 386BSD, FreeBSD o NetBSD. Si se hubiera enterado –
dice - probablemente habría descargado las versiones y se habría unido a
uno de esos equipos. ¿Por qué huir y reinventar la rueda?


7.3 AT&T notifica el daño

Poco después de que Network Release 2 llegara al mundo, comenzaron los
verdaderos problemas para BSD. Si bien AT&T realmente no notó 386BSD,
NetBSD o FreeBSD, sí notaron una compañía llamada Berkeley Software
Design Incorporated. Esta corporación creó su propio sistema operativo
tomando Network Release 2 y agregando sus propias versiones de los seis
archivos faltantes, pero no lo lanzaron gratis en la red. Comenzaron a
poner anuncios en la prensa comercial ofreciendo el código fuente por
$995, un precio que, según ellos, era un gran descuento sobre el cargo
de AT&T.

El lector moderno posterior a Internet debería encontrar esto divertido.
Dos o tres grupos e innumerables facciones disidentes estaban
distribuyendo el software BSD a través de Internet de forma gratuita y
esto no pareció llamar la atención de AT&T, pero la aparición de BSDI
vendiendo el mismo producto por casi 1,000 dólares les hizo sonar las
alarmas. Sin embargo, ese era el tiempo antes de que la infraestructura
de Internet se volviera omnipresente. A principios de la década de 1990,
la gente solo bromeaba a medias sobre que FedEx era el proveedor de
servicios de Internet más eficiente que existía. Era mucho más rápido
copiar cientos de megabytes de datos en una cinta magnética y enviarlos
por FedEx que intentar copiarlos a través de Internet. En aquel
entonces, solo los verdaderos nerds estaban en Internet. Los gerentes y
los abogados vestían trajes y obtenían sus noticias de la prensa
comercial y los anuncios.

La reducción de costos de BSDI fue un gran dolor de cabeza para AT&T.
Esta pequeña empresa vendía un producto que AT&T sentía que había
guiado, organizado y coordinado a lo largo del tiempo.

AT&T comenzó reclamando UNIX como marca comercial y amenazando a BSDI
por infringirla. BSDI respondió cambiando los anuncios para enfatizar
que BSDI era una compañía separada que no estaba relacionada con AT&T o
la subsidiaria que AT&T creó para comercializar UNIX conocida como UNIX
System Laboratories, o USL.

Eso no funcionó. USL vio que su fuente de ingresos se desvanecía y
asumió que la gente aprovecharía la oportunidad de comprar un sistema
operativo completo con todo el código fuente por 995 dólares. El precio
parece escandalosamente alto hoy, pero eso es solo después de la dura
competencia de precios de la década de 1990. En ese momento todavía era
una buena oferta. Entonces, USL demandó a BSDI por robar el código
fuente patentado de AT&T.

Este argumento tampoco funcionó. BSDI se dio la vuelta y agitó la
licencia Network Release 2 que obtuvieron de Berkeley. Compraron todos
menos seis de los archivos de Berkeley, y Berkeley afirmó que todo el
código fuente era suyo para venderlo. BSDI escribió los seis archivos
que faltaban y estaban bastante seguros de que no recibieron ayuda de
AT&T o USL. Por lo tanto, BSDI no había robado nada. Si AT&T había
pensado que era un robo, deberían discutirlo con Berkeley. El juez
compró el argumento de BSDI y redujo el caso para centrarse en los seis
archivos.

Este constituyó un momento sinodal en el desarrollo del Movimiento de
Software Libre y sus diversos núcleos. AT&T se vio acorralada.
Retroceder significaba renunciar a su derecho a UNIX y al maravilloso
flujo de tarifas de licencia que seguían llegando. Seguir adelante
significaba demandar a la Universidad de California, su vieja amiga,
socia y autora de muchos códigos UNIX. Eventualmente, las fuerzas de la
codicia y el poder corporativo omnipotente ganaron y la USL de AT&T
presentó una demanda nombrando tanto a BSDI como a la Universidad de
California.

Para la mayoría de la gente del mundo académico y del software libre,
tomar partido en este caso fue bastante fácil. El CSRG en Berkeley
investigó. Publicaron cosas. Se suponía que la investigación
universitaria era abierta y de libre distribución. AT&T estaba tratando
de robar el trabajo de cientos, si no miles, de estudiantes,
investigadores, profesores y otros. Eso no era justo.

En realidad, AT&T pagó algo por lo que obtuvo. Enviaron a sus empleados
a Berkeley para obtener títulos de maestría, compartieron el código
fuente original de las versiones 5, 6 y 7 y 32/V, e incluso
comercializaron algo de hardware al departamento de informática. Los
creadores originales de UNIX habían ido y trabajado en los Laboratorios
Bell cobrando cheques pagaderos por la AT&T. Los estudiantes de Berkeley
habían obtenido trabajos de verano en AT&T. No había un quid-pro-quo
oficial. No quedaba muy bien explicado, pero AT&T estaba pagando algo.

Algunas personas del lado de AT&T podrían incluso querer pintar el CSRG
en Berkeley como lleno de gorrones académicos que trabajaron duro para
sacar dinero a las grandes corporaciones sin considerar las
implicaciones. La gente de Berkeley debería haber sabido que AT&T iba a
querer algo a cambio de sus contribuciones. No existe tal cosa como un
almuerzo gratis.

Hay algo en este argumento porque ejecutar un proyecto de investigación
de alto costo en una escuela de primer nivel requiere una buena cantidad
de astucia y sofisticación de marketing. Para la década de 1990, las
mejores universidades se habían vuelto muy buenas para hacer promesas
vagas y no oficiales entremezcladas con sus súplicas de obsequios
corporativos. Este tipo de coquetería y burlas seguramente llevaría a
alguien a una pelea. McKusick, por ejemplo, dice que CSRG diseñó la
licencia BSD para ser muy liberal para complacer a los donantes
corporativos. "Hewlett-Packard invirtió cientos de miles de dólares y lo
hizo bajo el entendimiento de que iban a usar el código", dijo. Si BSD
no hubiera seguido lanzando código como Network Release 2 en una forma
legal clara y fácil de reutilizar, dice, parte de los fondos para el
grupo se habrían agotado.

Pero también hay un poco de ironía aquí. McKusick señala que AT&T estuvo
lejos de ser la compañía más generosa en apoyar al CSRG. "De hecho,
incluso tuvimos que pagar nuestra licencia de UNIX", dice antes de
agregar, "aunque en ese momento solo costaba noventa y nueve dólares".

El apoyo de AT&T al departamento no fue abundante. Los grandes cheques
no eran subvenciones directamente. Fueron unos ratas: pagaron la
matrícula fuera del estado para los empleados de AT&T que fueron a
Berkeley a recibir sus títulos de maestría. Si bien AT&T podría haber
enviado a sus empleados a otro lugar, no hay duda de que existen formas
más generosas de enviar dinero a los investigadores.

McKusick también señala que AT&T ni siquiera envió mucho hardware. El
único hardware que recuerda haber recibido de ellos fueron algunas
terminales 5620 y un conmutador basado en circuitos Datakit que - según
él - "fue un gran dolor de cabeza que realmente no nos sirvió de mucho".
Berkeley estuvo a la vanguardia del desarrollo de estándares basados en
paquetes que dominarían Internet. En todo caso, el antiguo conmutador
basado en circuitos convenció al equipo de Berkeley de que basar
Internet en el antiguo sistema telefónico sería un gran error.

Para empeorar las cosas, AT&T a menudo quería que el equipo de BSD
incluyera funciones que obligarían a todos los usuarios de BSD a comprar
una licencia más nueva y más cara de AT&T. Además, la verificación de la
licencia nunca fue una tarea rápida ni fácil. McKusick dice: "Teníamos
una persona cuyo trabajo de tiempo completo era mantener feliz a la
persona encargada de otorgar licencias de AT&T".

Al final, concluye, "Nos pagaron casi nada y obtuvieron una gran
ganancia inesperada".

Elegir bandos en esta batalla probablemente no valga la pena en este
momento porque Berkeley finalmente ganó. El arduo trabajo de los cientos
de voluntarios de Bostic y el cuidadoso peinado del núcleo por parte del
CSRG dieron sus frutos. El caso de AT&T se desvaneció lentamente cuando
la Universidad de California pudo demostrar cuánto de la distribución
provenía de fuentes inocentes que no eran de AT&T.

Berkeley incluso consiguió algunos buenos golpes propios. Descubrieron
que AT&T había eliminado los derechos de autor del código de Berkeley
que habían importado a System V y no habían otorgado el debido crédito a
Berkeley. La licencia BSD es probablemente una de las menos restrictivas
del mundo. Compañías como Apple usan código fuente BSD todo el tiempo.
La licencia tiene pocos requisitos más allá de mantener intacto el aviso
de derechos de autor e incluir algo de crédito para la Universidad de
California. AT&T no prestó atención a esto y no citó las contribuciones
de Berkeley en sus comunicados. Ups. El CSRG respondió alegando que AT&T
había violado una licencia que puede ser una de las menos restrictivas
del mundo.

La batalla se prolongó en los tribunales durante más de un año. Se
trasladó de la corte federal a la estatal de California. Los jueces
celebraron audiencias, los abogados tomaron declaraciones, los empleados
leyeron informes, los jueces escucharon argumentos presentados en
informes escritos por abogados que acababan de realizar declaraciones.
La tasa de consumo de honorarios legales fue probablemente mayor que la
de la mayoría de las nuevas empresas de Internet.

Cualquier adulto debería echar un vistazo a esta batalla y comprender
cómo llegó tan lejos el movimiento del software libre. Mientras la gente
de Berkeley se reunía con los abogados y se preocupaba sobre si los
jueces elegirían el lado correcto, Linus Torvalds estaba creando su
propio núcleo. Comenzó con Linux por su cuenta y eso lo convirtió en un
hombre libre.

Al final, la Universidad de California resolvió la demanda después de
que la USL fuera vendida a Novell, una empresa dirigida por Ray Noorda.
McKusick cree que la adopción de la libre competencia por parte de
Noorda marcó una gran diferencia, y en enero de 1994 la lucha legal
había terminado. Berkeley celebró lanzando un 4.4BSD-Lite completamente
gratuito y sin trabas en junio de 1994.

Los términos del acuerdo fueron bastante menores. Net Release 2 vino con
unos 18.000 archivos. 4.4BSD-Lite contenía todos menos tres. Setenta de
ellos incluían un copyright nuevo y ampliado que otorgaba algo de
crédito a AT&T y USL, pero no restringía el derecho de nadie a
distribuirlos libremente. McKusick, Bostic y los cientos de voluntarios
hicieron un gran trabajo asegurándose de que Net Release 2 estuviera
limpio. De hecho, dos personas familiarizadas con las negociaciones del
acuerdo dicen que Berkeley acaba de borrar algunos archivos para
permitir que los abogados de USL salven las apariencias. Nunca lo
sabremos con certeza porque los detalles del acuerdo están sellados.
McKusick y los demás no pueden hablar de los detalles. Ese es otro gran
ejemplo de cómo el sistema legal le falla al pueblo estadounidense e
inadvertidamente le da otra ventaja al mundo del software libre. No hay
información en el registro para ayudar a los historiadores o dar a las
generaciones futuras algunas pistas sobre cómo resolver disputas
similares.