VivaBSD!

Con este brevísimo mensaje en su lista de correo Matthew Dillon anunció su DragonFly 2.4.0, la primera versión de este sistema operativo en incluir soporte para plataformas de 64 bits, aunque todavía con un soporte de pkgsrc limitado. En esta nueva versión DragonFly, más grande que sus anteriores, está disponible como una reducida imágen ISO, una imágen USB arrancable y una imágen DVD con un entorno X completo.

Su cambio más "invasivo" es la introducción de DEVFS, con el que ahora se monta el sistema de archivos de /dev después de que el kernel monta el sistema de archivos raíz. El sistema de archivos HAMMER es ahora la opción por defecto del instalador, aunque se recomienda usar UFS si se quiere instalar DragonFly en una máquina virtual de VirtualBox o VMWare.

DragonFly 2.4.0 incluye 6000 paquetes de pkgsrc y un mirror Git del repositorio CVS de NetBSD que se actualiza cuatro veces por día y que todos sus usuarios son alentados a usar.

Aunque actualizarse desde alguna de las versiones 2.2.x o anteriores de DragonFly a esta nueva 2.4 puede ser "un poco doloroso" de acuerdo a esta lista de problemas, Dillon asegura que el esfuerzo valdrá la pena. La próxima versión 2.4.1 que corregirá los errores que se reporten en esta v2.4.0 estará disponible en "alrededor de un mes".

Matthew Dillon anunció el lanzamiento de DragonFly BSD 2.2, su sistema operativo que comenzó como un fork del código de base de FreeBSD 4.8 allá por Junio del 2003. Esta nueva versión trae mejoras sustanciales en la estabilidad, más drivers, mejor soporte e integración de pkgsrc (que ahora ofrece más de 7300 paquetes) y una nueva infraestructura de lanzamientos.

Otra gran novedad es la inclusión de HAMMER, el sistema de archivos de 64 bits redundante y de alta disponibilidad para clustering desarrollado por el mismo Dillon desde el año pasado. Con esta versión de DragonFly BSD, HAMMER es considerado listo para sistemas de producción.

Una de sus características de DragonFly BSD es que posee un instalador propio, y adaptado por otras distribuciones BSD, llamado BSD Installer.

La capa de abstracción de hardware HAL (definida en Freedesktop) ha sido llevada a Dragonfly BSD y está disponible para instalar desde pkg-src.

La capa HAL (Hardware Abstraction Layer) es una capa de abstracción de hardware que permite que las aplicaciones de escritorio tengan acceso a información de hardware y resulta fundamental para un uso más comodo del hardware de la computadora, especialmente en escritorios gráficos. Por ese motivo, su disponibilidad en DragonflyBSD es un gran paso adelante para los usuarios de este sistema operativo.

Hace unos días se ha liberado una versión no oficial de DragronflyBSD que funciona, por primera vez, como LiveDVD. Esta distribución está basada en la versión de desarrollo 2.1 todavía no lanzada de esta particular variante de FreeBSD y puede funcionar con tan poco como 256 Mb de RAM si se usa swapping al disco rígido. DragonFlyBSD 2.1.0-DEVEL en formato LiveDVD incluye un escritorio X, un conjunto básico de utilidades y aplicaciones y está pensado para probar la compatibilidad del hardware y algunos aspectos fundamentales de DragonFlyBSD.

Su mismo creador Matthew Dillon anunció muy brevemente el lanzamiento del nuevo DragonFly BSD 2.0, su octava gran actualización, con novedades que incluyen: recuperación del sistema de archivos después de una caída del sistema durante el mismo montado (sin fsck), más drivers y mejor soporte USB, corrección de la vulnerabilidad SSH de Debian, mejor documentación, y mucho más. DragonFly BSD 2.0 puede probarse sin compromisos desde su mismo LiveCD y con sólo 129 Mb es una descarga no podemos pasar por alto.

DragonFly BSD nació hace ya unos años fundada por Matt Dillon al ver que el camino que se seguía con FreeBSD 5.x suponía una mala solución al problema de FreeBSD 4.x con el procesamiento multihilo (SMP). Pero ahora, con el lanzamiento de FreeBSD 7.0 se han hecho grandes avances en máquinas SMP, cabe plantearse quizás si sigue teniendo algún sentido el desarrollo de DragonFly BSD: En tests recientes el rendimiento de FreeBSD 7.0 esta muy por encima del de DragonFly BSD.

El propio Dillon responde a la pregunta planteada en las listas de correo, comentado primero que hay muchas partes del sistema ya han sido diseñadas en concepto, pero que falta gente que se encargue de terminar el código.

Y segundo que el proyecto ha ido cambiando de objetivos, enfocando ahora la mayoría de los trabajos hacia la computación distribuida, no solo manejando múltiples procesadores bajo el mismo sistema.

Matthew Dillon anunció el lanzamiento de DragonFly BSD 1.12, el OS originalmente surgido de la división del código de FreeBSD4. "Este lanzamiento es principalmente una actualización de mantenimiento. Mucho trabajo ha sido puesto en todo el kernel y el espacio del usuario... La versión 2.0 está programada para mitad de año", dice Dillon. DragonFly BSD 2.0 tendrá como gran novedad la inclusión del nuevo sistema de archivos HAMMER, actualmente "casi" en etapa Alpha de desarrollo.

La sexta más importante actualización de DragonflyBSD se anunció así por su propio creador, Matthew Dillon. DragonflyBSD 1.10 es "más estable que la versión 1.8" e incluye un soporte mejorado de Kernels virtuales y redes inalámbricas, una nueva infraestructura para administración de discos y soporte para el nuevo protocolo syslink.

Por otro lado, el sitio KernelTrap publicó una entrevista a Matthew Dillon en la que explora el nuevo sistema de archivos de Dragonfly para clustering de alta disponibilidad, que parece superior a ZFS, los objetivos del proyecto para su versión 2.0 esperada en 6 más y una comparación entre las licencias GPL y BSD.

DragonFly BSD es un fork de FreeBSD en el cual, partiendo del código de FreeBSD 4.x que pretende reescribir toda la gestión de concurrencia, SMP y otros subsistemas del núcleo.

En Junio del 2003, FreeBSD 5.1 no estaba ni cerca de la estabilidad esperada de cualquier FreeBSD. Los usuarios tenían la opción de quedarse con FreeBSD 4.8 o aventurarse a la v5.1 por sus nuevas características. La mayoría prefirió quedarse con la v4.8.

En ese momento, Matt Dillon, uno de los desarrolladores del Kernel de FreeBSD concluyó que varias de las nuevas características en sus series 5.x eran callejones sin salida, y en Julio del 2003 dividió el desarrollo del código de la estable 4.x para crear DragonFly BSD.

La base de FreeBSD 4.x significaba que DragonFly BSD tendría unas sólidas fundaciones desde donde comenzar; pero al mismo tiempo, y al igual que otros *BSD, importa código de otros proyectos cuando esto tiene sentido: las características de seguridad de _malloc()_ de OpenBSD, partes del subsistema WiFi de FreeBSD y el cógido USB de NetBSD.

A pesar de esto, su desarrollo ha sido empujado en otras direcciones únicas.

Prácticamente el mismo día que lo esperábamos, Matthew Dillon anunció así el lanzamiento de la versión 1.8 y quinta gran actualización de DragonFly BSD. La principal novedad de en esta nueva versión es la adición de soporte para Kernels virtuales, que pueden ejecutarse como procesos en el espacio del usuario.