A nadie se le escapa que las listas de correo son uno de los pilares principales sobre los que se sustenta la cultura del software libre. Son el punto de encuentro de las comunidades que se forman alrededor de cualquier proyecto, y la fragua en la que se establece el carácter de estas comunidades. No en vano, lo primero que cualquiera que desee participar de manera activa en un determinado proyecto hace es suscribirse a la lista de correo correspondiente.
En las listas de correo podemos encontrar las razones que llevaron a una comunidad de desarrolladores a elegir un diseño en favor de otros. Podemos leer también ideas interesantes que terminaron por caer en el olvido, pero que es posible que algún día alguien retome. Además, en muchos casos son una fuente bien importante de documentación, si bien escrita de manera desordenada y dispersa. Esta situación es muy similar a la de la "cultura oral", en donde podemos encontrar una gran cantidad de conocimientos pero de manera descentralizada. Y en el caso de el Hurd, apenás hay "cultura escrita" ( entiendase por este concepto cosas como guías de programación o manuales de uso ), con lo cual, la "cultura oral" que estas listas representan adquiere una especial importancia.
Para la gente interesada en el Hurd, las listas que tienen una mayor importancia son las siguientes :
Esta lista es el lugar de reunión en donde los usuarios de el GNU/Hurd preguntan sus dudas y piden ayuda.
Aquí se discute todo lo relacionado con Debian GNU/Hurd.
Esta es la lista en donde tiene lugar gran parte del desarrollo de el Hurd, y también es a donde debemos mandar nuestros informes de bugs, cada vez que encontremos algún fallo en el sistema GNU.
En esta lista se discute como llevar a cabo el puerto de el Hurd al micronúcleo l4. El tráfico es escaso, pero las discusiones son en extremo interesantes.
Otras listas que podrían interesar al aficionado a el Hurd son estas otras :
Índice :
Una de las preguntas más usuales que se hace cualquier neófito de el Hurd, es por donde comenzar a aprender la estructura y organización de este interesante sistema operativo. Farid Hajji propuso, ante esa misma pregunta, este plan.
En este correo de Marcus Brinkmann, se explica de manera sencilla el concepto de usuario en el Hurd.
Farid Hajji explica aquí la relación entre el Hurd y Unix. Un correo bastante interesante.
Una de las necesidades más acuciantes que tiene el Hurd, es la falta de una buena implementación de los hilos Posix. Por buena nos referimos a que soporte planificación por expulsión ( preemptive threads ). Si quitamos esta condición, tenemos las pth ( "Portable Threads" o "Hilos Portables" ) de GNU, pero tienen el problema de ser muy lentas. Sin unos hilos Posix adecuados resulta imposible ejecutar de manera eficiente en el Hurd paquetes tan importantes como KDE, Gnome, GNUstep, o la librería SDL. Por suerte, tras el anuncio de las RMGPT, parece cada día más cercano el día en que los problemas de el Hurd con la falta de hilos Posix sea cosa del pasado. Una pequeña selección de correos es la siguiente :
En cierta ocasión se plantearon una serie de preguntas interesantes sobre los hilos P en el Hurd, cuyas respuestas pueden considerarse como un pequeño FAQ sobre hilos P y el Hurd.
En ciertas ocasiones se ha pensado mucho en el problema de si la elección de Mach como micronúcleo no fue un error. Para esclarecer un poco las ideas en todo este asunto, podemos leer una breve explicación sobre micronúcleos y su funcionamiento, así como sus problemas de rendimiento. En esto hilo también podemos leer algunas otras reflexiones sobre Mach ( y algunas aclaraciones también ).
Pequeña guía para hacer compilación cruzada de GNUmach 1.x desde GNU/Linux. Una receta bastante útil cuando descubrimos que algo falla con GNUmach ( por ejemplo, que no arranca ).
En ocasiones desearíamos que la tarjeta de red X estuviera soportada en GNUmach 1.x, y nuestro impulso en tales casos es intentar integrar el manejador linux correspondiente en las fuentes de GNUmach y recompilar. En este correo se dan algunos consejos sobre como llevar a cabo dicha azaña ( ante todo armarse de paciencia ).
El anuncio de OSKit-Mach, que luego pasó a llamarse GNUmach2.x, y que dentro de no mucho será el micronúcleo que usaremos con el Hurd.
Por lo visto la discusión original sobre portar el Hurd al micronúcleo L4 nació en el canal #hurd de OPN. Al menos es lo que se cuenta en este correo, y en donde se origina una conversación sobre la conveniencia de esta tarea.
Esta en desarrollo un proyecto para crear interfaces corba dentro del núcleo Linux, korbit. Por lo visto esto en teoría podría permitir que se pudiesen escribir servidores a nivel usuario sobre el núcleo linux, noticia de la que se hicieron eco en las listas de el Hurd. Si bien generó poca discusión, fue en cierto la semilla de algunos hilos sobre si CORBA sería bueno para el Hurd, que poco después aparecieron.
Hace tiempo se originó en las listas de debian-hurd una interesante discursión sobre la posibilidad de preparar un IDL para el Hurd, que a diferencia de MIG, generase código de comunicación entre procesos compatible con CORBA. El correo es éste. Un poco más tarde en este hilo, se argumenta la necesidad de no usar MIG como IDL, si se pretende que el Hurd consiga la ansiada independencia con respecto al micronúcleo de la que tanto se ha hablado. Sin embargo, por otro lado puede ocurrir que usar CORBA sea aun peor que usar las interfaces de RPC que genera MIG, tal y como argumenta Farid Hajji. Este largo correo contiene además algunas reflexiones bastante profundas sobre el Hurd y sus principales problemas, entre ellos la falta de documentación.
Una solución intermedia a los problemas que se derivan de intentar implementar CORBA o usar MIG, está en el IDL flick, tal y como propuso Mridul Jain.