4. Listas Mientras Alan Cox dormía hasta tarde y Microsoft ponía a Richard Schmalensee en el estrado, el resto del mundo del software de código abierto se ocupaba de sus propios problemas. Algunos recién se estaban levantando, otros estaban en la mitad de su día y otros simplemente se iban a dormir. Esto no se debe solo a que a los hackers de código abierto les gusta trabajar en horarios extraños durante todo el día. Algunos lo hacen. Pero también viven en todo el mundo en todas las diferentes zonas horarias. El sol nunca se pone en el imperio del código abierto. El 14 de enero de 1999, por ejemplo, Peter Jeremy, un australiano, anunció que acababa de descubrir un posible problema Y2K en el software de control de la base de datos central que ayudó a mantener el código fuente de FreeBSD. Lo anunció publicando una nota en una lista de correo que envió el mensaje a muchos otros usuarios de FreeBSD. El problema era que el software simplemente agregaba los dos caracteres "19" al comienzo del año. Cuando llegó el nuevo milenio, aproximadamente un año después, el software comenzaría a escribir la nueva fecha como "19100". Ups. El problema era en gran parte cosmético porque solo ocurría en algunos de los programas de soporte utilizados por el sistema. FreeBSD es un primo cercano del kernel de Linux y lo precede en algunos aspectos. Desciende de una larga tradición de investigación y desarrollo de sistemas operativos en la Universidad de California en Berkeley. El nombre BSD significa "Berkeley Software Distribution", el nombre dado a una de las primeras versiones del código fuente del sistema operativo que Berkeley hizo para el mundo. Ese pequeño paquete creció, se transformó y absorbió muchas otras contribuciones a lo largo de los años. Referirse a Linux y FreeBSD como primos es un término apropiado porque comparten gran parte del mismo código fuente de la misma manera que los primos comparten algunos de los mismos genes. Ambos toman prestado el código fuente y las ideas del otro. Si compra un disco con FreeBSD, lo que puede hacer de compañías como Walnut Creek, puede obtener muchos de los mismos paquetes de software que obtiene de un disco de Red Hat Linux. Ambos incluyen, por ejemplo, algunos de los compiladores GNU que convierten el código fuente en algo que las computadoras pueden entender. FreeBSD, de hecho, tiene algunos de sus propios fanáticos y devotos. El sitio de FreeBSD enumera miles de empresas, grandes y pequeñas, que utilizan el software. Yahoo, el gran directorio de Internet, centro de juegos y operación de noticias, utiliza FreeBSD en algunos de sus servidores. Lo mismo ocurre con Blue Mountain Arts, la compañía de tarjetas de felicitación electrónicas que es consistentemente uno de los sitios más populares en la web. Sin duda, hay miles más que no figuran en el sitio de FreeBSD. Después de todo, el software producido por el proyecto FreeBSD es gratuito, por lo que la gente puede regalarlo, compartirlo con sus amigos o incluso fingir que lo está "robando" haciendo una copia de un disco en el trabajo. Nadie sabe realmente cuántas copias de FreeBSD existen porque no hay razón para contar. Es posible que Microsoft necesite contar cabezas para poder facturar a todos por usar Windows, pero FreeBSD no tiene ese problema. Esa mañana, el mensaje de Peter Jeremy se envió a todos los que se suscribieron a la lista de correo de FreeBSD. Algunos usuarios que se preocuparon por el error Y2K podrían tomar el parche de Jeremy y usarlo para reparar su software directamente. No necesitaban esperar a que alguna burocracia central emitiera un juicio sobre la información. No tuvieron que esperar a que el chico Y2K de FreeBSD se pusiera a investigar el cambio. Todos podían simplemente insertar la solución porque tenían todo el código fuente disponible. Por supuesto, la mayoría de la gente nunca usa todas sus libertades. En este caso, la mayoría de la gente no tuvo que molestarse en lidiar con el parche de Jeremy porque esperaron la versión oficial. La infraestructura de FreeBSD absorbió los cambios en sus bóvedas de código fuente y los cambios aparecieron en la siguiente versión completamente actualizada. Esta nueva versión completa es donde la mayoría de las personas comenzaron a usar la corrección. Jeremy es un programador que creó una solución fácil de usar para otros programadores. Sin embargo, la mayoría de las personas no son programadores y quieren que su software sea fácil de usar. La mayoría de los programadores ni siquiera están interesados ​​en hurgar dentro de sus máquinas. Todos quieren que la solución se solucione sola o se acerque lo más posible. El mensaje de Jeremy fue solo uno de los cientos que se filtraron a través de la comunidad de FreeBSD ese día. Algunos cayeron en oídos sordos, algunos generaron comentarios mocosos y algunos atrajeron mucha atención. Las listas de correo eran ecologías bastante complejas donde las ideas florecían y crecían antes de desvanecerse y morir. Por supuesto, no es justo categorizar el mundo de FreeBSD como una anarquía totalmente descentralizada. Hay un equipo central dirigido por un hombre, Jordan Hubbard, que organiza el liderazgo de un grupo central de programadores dedicados. El grupo administra el sitio web, mantiene una versión actualizada de FreeBSD y patrocina docenas de listas dedicadas a diferentes rincones o funciones. Una lista se enfoca en conectar los discos duros SCSI rápidos y de alto rendimiento que son populares entre las personas que exigen sistemas de alto rendimiento. Otro se concentra en construir suficiente seguridad para mantener alejados a los atacantes que podrían intentar colarse a través de Internet. Ese 14 de enero, un hombre en Gran Bretaña, Roger Hardiman, estaba ayudando a un hombre en Suiza, Reto Trachsel, a conectar una tarjeta de video Hauppauge a su sistema. Se estaban comunicando en la lista de correo multimedia dedicada a encontrar formas de agregar funciones de audio y video a los sistemas FreeBSD. Trachsel publicó una nota en la lista solicitando información sobre cómo encontrar el software del controlador que aseguraría que los datos que salen del receptor de televisión Hauppauge estarían generalmente disponibles para el resto de la computadora. Hardiman señaló una solución, pero advirtió: "Si su tarjeta Hauppauge tiene el chip de audio decodificador estéreo MSP34xx, es posible que no obtenga sonido cuando vea televisión. Debería arreglar esto en la próxima semana o dos". Soluciones como estas flotan en la comunidad de FreeBSD. A la mayoría de las personas realmente no les importa si pueden ver la televisión con su computadora, pero algunas sí. El fácil acceso al código fuente y los controladores significa que unos pocos pueden salir y hacer lo que quieran sin pedir permiso a una gran empresa. Las grandes empresas como Microsoft y Apple, por ejemplo, tienen proyectos internos que están produciendo un software impresionante para crear y mostrar extravagancias multimedia en las computadoras. Pero tienen una visión estricta del mundo: la empresa es productora de herramientas de alta calidad que llegan al consumidor que las usa y las paga de una forma u otra. La ecología de listas es más orgánica y antijerárquica. Todo el mundo tiene acceso al código fuente. Todos pueden hacer cambios. Todos pueden hacer lo que quieran. No hay necesidad de que la administración de FreeBSD se reúna y decida "Multimedia es bueno". No es necesario que un equipo de proyecto priorice y enumere los elementos de acción y los mejores entregables. Alguien en Suiza decide que quiere conectar un receptor de televisión a su computadora y, qué se sabe, alguien en Gran Bretaña ya resolvió el problema. Bueno, lo resolvió si no tiene un chip decodificador estéreo MSP34xx en su tarjeta. Pero eso también debería arreglarse tarde o temprano. 4.1 Gratis no significa aprovechado Hay miles de otras listas de correo que vinculan miles de otros proyectos. Es difícil ponerles un número porque los proyectos crecen, se fusionan y se desvanecen a medida que los intereses de las personas aumentan y disminuyen. Los mejores florecen y los demás simplemente se van. La vida en las listas de correo suele ser un poco más brutal y corta que la vida en la tierra. El trabajo en el proyecto necesita dividirse. Los voluntarios necesitan organizarse para poder escribir un gran software. Ese 14 de enero, un nuevo miembro de la lista WINE estaba aprendiendo cómo funciona el voluntariado. El tipo publicó una nota en la lista que describía su dispositivo de música portátil Diamond RIO que te permite escuchar archivos MP3 cuando quieras. "Creo que el equipo de desarrollo de WINE debería dejarlo todo y trabajar para que este programa funcione, ya que no parece que Diamond quiera lanzar una utilidad de Linux para Rio", escribió. WINE significa "WINE Is Not an Emulator", que es una broma que solo los programadores y los amantes del software libre pueden entender. Primero es un juego con el acrónimo recursivo del proyecto GNU ("GNU no es UNIX"). También es un poco una declaración política para los programadores. Un emulador es una pieza de software que hace que una computadora actúe como otra. Una empresa llamada Connectix, por ejemplo, vende un emulador que permite que una Macintosh se comporte como una PC con Windows para que cualquiera pueda usar su software de Windows en la Mac. Los emuladores, sin embargo, son bastante lentos porque constantemente traducen información sobre la marcha. Cualquiera que haya intentado mantener una conversación con alguien que habla un idioma diferente sabe lo frustrante que puede ser necesitar un traductor. El proyecto WINE es un ambicioso intento de eliminar uno de los elementos estructurales más importantes del monopolio de Microsoft. El software escrito para Windows solo funciona cuando la gente compra una versión de Windows de Microsoft. Cuando compra un emulador Connectix para Mac, obtiene una versión de Windows incluida. El proyecto WINE es un grupo de personas que intentan clonar Windows. Bueno, no clonarlo todo. Solo quieren clonar lo que se conoce como la API Win32, una panoplia de características que facilitan la escritura de software para una máquina de Microsoft. Un programador que quiera crear un nuevo botón para una computadora con Windows no necesita escribir todas las instrucciones para dibujar un marco con sombreado tridimensional. Un empleado de Microsoft ya ha incluido esas instrucciones en la API de Win32. Hay millones de funciones en estos kits que ayudan a los programadores. Algunos reproducen archivos de audio, otros dibujan imágenes o películas complejas. Estas características facilitan a los programadores la creación de software para Windows porque parte del trabajo más repetitivo ya está terminado. El clon WINE de Win32 es un ejemplo fascinante de cómo el código abierto comienza lentamente y se acelera. Bob Amstadt inició el proyecto en 1993, pero pronto se lo entregó a Alexandre Julliard, quien ha sido la fuerza principal detrás de él. El proyecto, aunque todavía está lejos de estar terminado, ha producido algunos logros impresionantes, haciendo posible ejecutar programas importantes como Microsoft Word o Microsoft Excel en una caja de Linux sin usar Windows. En esencia, el software WINE está haciendo un trabajo lo suficientemente bueno actuando como Windows para engañar a Excel y Word. Si puedes engañar a los primos, no está mal. La página de inicio de WINE (www.winehq.com) estima que más de 90.000 personas usan WINE regularmente para ejecutar programas para Microsoft Windows sin comprar Windows. Alrededor de 140 o más personas contribuyen regularmente al proyecto escribiendo código o corrigiendo errores. Muchos son aficionados que quieren la emoción de hacer que su software funcione sin Windows, pero algunos son programadores corporativos. Los programadores corporativos quieren vender su software al mercado más amplio posible, pero no quieren tomarse el tiempo para reescribir todo. Si pueden hacer que su software funcione bien con WINE, entonces las personas que usan Linux o BSD pueden usar el software que fue escrito para Microsoft Windows. El nuevo usuario que quería que su reproductor RIO funcionara con su computadora Linux pronto tuvo un duro despertar. Andreas Mohr, un programador alemán, respondió: En lugar de sugerir al equipo de WINE que "deje todo" para que funcione algo relativamente menor como PMP300, ¿podría instalar WINE, probarlo, leer la documentación/informes de errores y publicar un informe de error útil aquí? Hay millones de aplicaciones de Windoze muy útiles e impresionantes. .. (Después de todo, esa es solo mi opinión personal, tal vez eso fue un poco demasiado duro ;-) La mayoría de los nuevos usuarios de software libre pronto descubren que la libertad no siempre es fácil. Si desea obtener software gratuito, tendrá que trabajar un poco. A veces tienes suerte. El hombre en Suiza que publicó su nota el mismo día descubrió que alguien en Gran Bretaña estaba resolviendo sus problemas por él. Sin embargo, nadie estaba trabajando en el software RIO y asegurándose de que funcionara con WINE. La sugerencia de Mohr fue presentar un informe de error que clasifique la usabilidad del software para que los programadores que trabajan en WINE puedan modificarlo. Este es solo el primer paso en la experiencia del software libre. Alguien tiene que darse cuenta del problema y solucionarlo. En este caso, alguien necesita conectar su reproductor de MP3 Diamond RIO a una caja de Linux e intentar mover archivos MP3 con el software escrito para Windows. Idealmente, el software funcionará perfectamente y ahora todos los usuarios de Linux podrán usar reproductores RIO. En realidad, puede haber problemas o fallas. Algunos de los gráficos en la pantalla pueden estar equivocados. Es posible que el software no descargue nada en absoluto. El primer paso es que alguien pruebe el producto y escriba un informe detallado sobre lo que funciona y lo que no. En el momento de escribir este artículo, nadie ha dado un paso al frente. No hay informes sobre el jugador Diamante en la base de datos WINE. Tal vez el nuevo usuario no tuvo tiempo. Tal vez no era lo suficientemente sofisticado técnicamente para hacer funcionar WINE en primer lugar. Todavía no es un sistema simple de usar. En cualquier caso, su brillante idea se quedó en el camino. Las listas de correo zumban con charlas ociosas sobre ideas ingeniosas y extravagantes que nunca llegan a buen término. Algunas personas ven esto como una limitación del mundo del software libre. Sin embargo, una corporación puede enviar un equipo de programadores para crear soluciones. Estas empresas tienen dinero para gastar en pulir un producto y asegurarse de que funcione. Connectix, por ejemplo, fabrica un emulador que permite a los usuarios de Mac jugar juegos escritos para Sony PlayStation. La compañía emplea a un número considerable de personas que simplemente juegan todos los juegos de Sony de principio a fin hasta que desaparecen todos los errores. Es un trabajo duro, pero alguien tiene que hacerlo. WINE no puede pagarle a nadie, y eso significa que las grandes ideas a veces son ignoradas. Sin embargo, la comunidad del software libre no ve esto necesariamente como una limitación. Si el jugador de RIO fuera realmente importante, alguien más vendría y se haría cargo del proyecto. Alguien más haría el trabajo y presentaría un informe de error para que todos pudieran usar el software. Si no hay nadie más, quizás el software RIO no sea tan importante para la comunidad Linux. El trabajo se hace cuando alguien realmente se preocupa lo suficiente como para hacerlo. Estas listas de correo son las fibras que unen a la comunidad de código abierto con la red de mentes. Antes del correo electrónico, no eran más que un puñado de rebeldes que vagaban por los páramos y traqueteaban en sus sótanos inventando máquinas monstruosas. Ahora son mecanismos perfectamente sintonizados coordinados por mensajes, notas y misivas. No son locos que rugen en las cenas sobre la mala tecnología de las corporaciones tipo Borg. Ahora tienen amigos. Una persona puede ser un escama, pero un grupo puede estar en algo.