Continuación del artículo de revisión de OpenBSD 3.4. Esta vez nos centramos en los cambios de licencia, y el nuevo hardware disponible soportado por el sistema.

Como vimos en el artículo anterior, OpenBSD 3.4 ha cambiado bastante respecto a lo que era hace tan solo uno o dos años.

Soporte de Hardware

Uno de los apartados en los que OpenBSD está cambiando mucho es en el apartado de hardware soportado.

La nueva versión 3.4 (que ya se puede ordenar en la web de OpenBSD) incorpora soporte nativo para dispositivos hardware nuevos como:

• Microprocesadores Transmeta
• Microprocesadores Via C3
• • No no sólo se soporta el microprocesador;�también se ha integrado en el marco criptográfico del sistema, lo que permite acelerar operaciones de cifrado – p.ej. SSL – en todo el sistema operativo.
• Tabletas Digitalizadoras Wacom USB en XFree
• • Hasta ahora el soporte de tableta gráfica en OpenBSD se llevaba a cabo mediante uhid (USB Human Inteface Device) emulando un mouse, perdiendo la posibilidad de obtener datos de presión e inclinación del lápiz sobre la tableta gráfica.
• Controladores de red Wireless

Licencias

Durante la transición de 3.3 a 3.4 se ha realizado una operación de limpieza de licencias en todo el árbol del Sistema Operativo.

Anteriormente el software con licencia BSD debía incorporar una clausula de anuncio en la que se obligaba a anunciar la procedencia del código original a quien incorporase un fragmento o la totalidad de un programa en un proyecto propio.

Este requisito era razonable hace poco tiempo, pero a medida que los proyectos crecen y se van incorporando nuevos fragmentos de código – cada uno de ellos de una fuente distinta (empresa, organización, o colaborador) – resulta inviable acatar la cláusula de anuncio de la licencia (imagine tener que poner una línea por cada commiter).

Para evitar futuros problemas, se ha pedido a los colaboradores de OpenBSD que eliminen la cláusula de anuncio de sus módulos fuente (tal como han hecho NetBSD y FreeBSD), con el doble propósito de (1) No tener problemas de licencias en el propio proyecto OpenBSD y (2) favorecer la adopción de código del proyecto OpenBSD en otros proyectos de software.

Userland

Como consecuencia de la limpieza de licencias, se ha eliminado el código licenciado de forma “no uniforme” y se ha sustituido por nuevos módulos fuente. También se han sustutuido programas en espacio de usuario (userland) como bc(1) por otras nuevas más sencillas de mantener y con la misma funcionalidad.

Conclusiones

En los últimos 12-18 meses hemos podido comprobar que OpenBSD ya no es lo que era – en el buen sentido

Cada vez vemos nuevos proyectos independientes de software (como p0f y pf) que se terminan incorporando al Sistema Operativo como nuevas funcionalidades que lo hacen más atractivo.

Cada nueva release incorpora características de seguridad, que si bien hace unos meses eran útiles para la explotación de sistemas solamente, ahora resultan una ayuda prácticamente imprescindible para al desarrollador durante una fase de depuración (al incorporar de serie propolice y dar offsets de memoria “al azar” con malloc, podemos encontrar y parar problemas en nuestro código – también presentes al portarlo a otras plataformas – pero que en OpenBSD son sencillos de encontrar).