El sistema operativo Haiku acaba de lanzar su versión Release 1 Beta 3 (R1B3), que continua con la tendencia de de sacar versiones con mayor frecuencia para proporcionar a usuarios y desarrolladores una plataforma estable donde trabajar. Esta versión combina lo mejor de la historia de Haiku como sucesor de BeOS junto con el duro trabajo de la apasionada comunidad. Proporciona varias características nuevas y mejoras en el rendimiento lo que hace que Haiku sea aún mejor.

Hoy voy a comenzar una serie de tutoriales donde explicaré la programación de una aplicación en Haiku. Para ello, vamos a usar C++ y la BeAPI. Siempre que tengáis cualquier duda podéis visitar la documentación oficial: tanto la antigua de BeOS en el BeBook y la nueva de Haiku en Haiku API. Aun así hay APIs nuevas que todavía no aparecen documentadas. En ese caso hay que recurrir al código fuente.

En este artículo se describen las características propias de Haiku junto a ciertas características heredadas de BeOS que hacen que Haiku sea un sistema operativo único. Por ejemplo, cómo funcionan los paquetes de software, packagefs, simplicidad de la interfaz, formato vectorial de los iconos (HVIF), atributos del sistema de archivos, el comando hey, etc.

¿Necesita Haiku migrar la funcionalidad de aplicaciones empaquetadas como directorios de aplicaciones (.app en Mac) y/o imágenes de aplicaciones (AppImage en Linux)? Creo que sería interesante y, además, mucho más fácil de implementar en Haiku que en otros sistemas ya que la mayoría de la infraestructura ya está instalada para mantener los paquetes HPKG.

Seguimos con los tutoriales de Haiku, hoy veremos cómo crear barras de menú. Partimos del código de la ventana vacía, lo tienes en la foto junto con el comando de compilación. Debemos saber que en la API de BeOS hay tres clases que nos van a servir: BMenuBar, BMenu y BMenuItem. Con esto conseguiremos crear el menú mostrado en las imágenes.

Hoy les mostraré algunas screenshots que obtuve del grupo de Telegram para Haiku donde Gerasim Troeglazov nos muestra cómo trabaja Arduino con Haiku y Fritzing.

Unos meses después de que comenzara mi contrato con Haiku, Inc., reescribí la implementación de las variables de condición del kernel de Haiku (a diferencia de nuestras variables de condición del espacio de usuario, que son de POSIX). Como esta nueva implementación se ha ejecutado en Haiku durante más de un año. y se envió en la última versión sin signos de problemas restantes, pensé que ya era hora de profundizar en la API, su historial de implementación y el diseño de la nueva implementación que escribí.

La forma en que Haiku maneja la administración de paquetes y su enfoque alternativo a un sistema inmutable es una de esas ideas que encuentro realmente interesantes. Esto es lo que parece desde la perspectiva de un usuario de escritorio: hay todo lo habitual, como una “tienda de aplicaciones”, un actualizador de paquetes, repositorios de paquetes… Todo funciona bien: es tan sencillo como cualquier experiencia de Linux de escritorio. Sin embargo, son los detalles de su implementación los que lo hacen tan interesante.

Haiku ha actualizado la capa de compatibilidad con freebsd del 9.2 al 11.1 de los drivers de red y agradece testeo para asegurar el correcto funcionamiento de la actualización.

Por fin, R1/beta1 está por llegar. Como ya expliqué en la lista de correo, solo dos problemas que no son "tareas" permanecen en el hito de la versión beta 1, y tengo prototipos de soluciones para ambos. El buildbot y otros servicios importantes han sido rehabilitados y solo necesitarán ajustes menores para manejar la nueva sucursal, y mmlr ha estado dando masajes al constructor HaikuPorter para que también pueda manejar la nueva rama, aunque ese trabajo aún no está terminado.

El sistema operativo de Google que no esta basado en Linux ha agregado un emulador para ejecutar aplicaciones de Debian...

Étoilé pretende ser un entorno de usuario basado en GNUstep innovador construido a partir de componentes altamente modulares y ligeros con la orientación de proyecto y documento en mente, para permitir a los usuarios crear su propio flujo de trabajo mediante la remodelación o recombinación de los Servicios provistos (también conocidos como Aplicaciones), Componentes, etc. La flexibilidad y la modularidad, tanto en la interfaz de usuario como en el nivel del código, nos deberían permitir escalar desde el PDA al entorno de la computadora.

A pesar de haberse lanzado oficialmente a principios de este año, todavía hay bastante misterio en torno al próximo sistema operativo de Google, Fuchsia. Para ayudar a explicar los detalles más importantes, dos empleados de Google han compartido un recorrido en vídeo y una sesión de preguntas y respuestas con gran parte de lo que nos gustaría saber sobre Fuchsia OS. [ Vía 9to5Google ].

Interim OS es un radicalmente nuevo sistema operativo enfocado en el minimalismo. Toma conceptos de máquinas Lisp (kernel basado en el lenguaje) y de Plan 9 (todo es un sistema de archivos). Se deshace de los bucles REPL que hay en Lisp y ofrece al programador/usuario todos los recursos del sistema como sistemas de archivos.

Durante años hemos estado observando y esperando mientras Google desarrollaba gradualmente su sistema operativo Fuchsia desde cero. Ahora ha aparecido evidencia que apunta a que el sistema operativo Fuchsia de Google ya tiene preparada su primera (y segunda) versión disponible, aunque es probable que inicialmente sea sólo para desarrolladores.