Traducido desde: https://www.haiku-os.org/blog/waddlesplash/2018-10-31_haiku_activity_report_septemberoctober_2018/
¡Bienvenido al décimo informe mensual para 2018! PulkoMandy está ocupado empacando y luego viajando a BeGeistert, y la mayor parte del trabajo en estos últimos dos meses lo hice yo de todos modos, así que, lo estoy cubriendo una vez más. (¡Escribir sobre ti en tercera persona es divertido!)
Este informe cubre hrev52310-hrev52462 (~ 250 confirmaciones).
R1 / beta1!
Como probablemente ya haya visto, escuchado, sentido, etc., ¡ Haiku R1 / beta1 se lanzó a fines del mes pasado! !En las notas de la versión se puede encontrar una lista de todos los cambios importantes desde la última versión (muchos de los cuales se cubrieron en los informes de progreso anteriores).
El consenso general es tratar de publicar nuevamente el próximo año aproximadamente al mismo tiempo. Pero ya veremos qué pasa en ese frente ...
Aplicaciones
Un nuevo lanzamiento de WebKit se cortó a tiempo para la versión beta, que incluía correcciones para que YouTube volviera a funcionar, así como para una serie de fallos desagradables que lo habían atormentado durante años, dando como resultado el WebPositive más estable hasta el momento. Tras el lanzamiento de la versión beta, PulkoMandy volvió a fusionarse con nuevos cambios, y casi está al día en el presente. Después de eso, tiene la intención de volver a trabajar en la reparación de errores de renderización, bloqueos y otros problemas en el puerto.
Un error relacionado con la eliminación de elementos de BMenus se corrigió con waddlesplash, que debería resolver los problemas relacionados en las preferencias de la red.
waddlesplash corrigió
pkgman para que pudiera actualizar e instalar paquetes sin conexión a internet, un problema de larga data desde los primeros días de la administración de paquetes.BString corrigió algunos formatos de cadena incorrectos en el Tracker y otras aplicaciones debido a un error en BString (y pruebas de unidad relevantes para que no vuelva a ocurrir).
Andrew Lindesay contribuyó con algunas correcciones a HaikuDepot, incluidas algunas por fallas y errores de carga, a tiempo para la versión beta.
El antiguo "MediaPlayer usa una gran cantidad de CPU en archivos de audio con carátulas de álbumes" se solucionó (de nuevo con waddlesplash).
kuroneko, un nuevo colaborador que llegó después de la versión beta, envió algunas correcciones al soporte de IMAP en el Mail Daemon.
Chaiwat Suttipongsakul, un recién llegado a la versión beta, contribuyó con un mapa de teclas tailandés que ahora se encuentra en las versiones nocturnas.
Servidores
jackburton79 realizó algunas limpiezas y correcciones al
BPicture recorte y dibujo de app_server enapp_server , lo que debería solucionar algunos problemas de dibujo en algunas de las aplicaciones BeOS más esotéricas.
Algunos códigos de error vagos en el
mount_server fueron corregidos por waddlesplash, y las correcciones de algunos errores (no relacionados) en el kit de almacenamiento subyacente fueron enviados por mt819.
Barrett ha reanudado el trabajo de refactorización del Kit de Medios. Actualmente ha dividido el soporte de códecs de bajo nivel en una biblioteca separada, de modo que eventualmente pueda ser utilizado por aplicaciones en lugar de simplemente respaldar
BMediaTrack y otras clases relacionadas internamente, así como eliminar el cruft no utilizado en varios lugares.Conductores
Waddlesplash corrigió la propagación incorrecta del código de error en la pila de la red, como parte de un esfuerzo para resolver el problema de que después de un período de tiempo establecido, las redes que se pueden unir desaparecen (y nunca vuelven a aparecer hasta que el dispositivo se desactiva y vuelve a habilitar) de la lista En preferencias de red y
ifconfig . Esos cambios se completaron y también se fusionaron a tiempo para la versión beta.
Humdinger combinó un parche de Pete Goodeve con el controlador de audio HDA que permite un control más preciso sobre algunas configuraciones, incluida la administración del búfer (que puede ser útil para los usuarios que desean una latencia extra baja a costa del aumento del tiempo de CPU).
Leorize (uno de los ganadores del GCI del año pasado que se ha mantenido como contribuyente, principalmente a HaikuPorts) contribuyó con una solución para hacer que
getsockname() , una red primitiva, se comporte más como lo hace en BSDs y Linux.
Siguiendo una solicitud de kallisti5, waddlesplash hizo algunos trabajos de la capa de compatibilidad de los controladores de red de FreeBSD para agregar soporte para los controladores Gigabit Ethernet. Actualmente, el controlador para el hardware Gigabit Ethernet de Intel se ha agregado y ahora se incluye en las compilaciones nocturnas, y el soporte para los adaptadores OneConnect de grado de servidor de Emulex debería seguir en breve.
hugeping, un nuevo colaborador que apareció después del lanzamiento de la versión beta, contribuyó con algunas correcciones al controlador XHCI (USB3) que causaba el spam del syslog, y a la capa de compatibilidad de FreeBSD para obtener
iprowifi2100 (el segundo controlador Intel WiFi más antiguo) ) para trabajar de nuevo.
El controlador NTFS ha sido actualizado para usar libntfs 2017.3.23 desde 2014.2.15 por waddlesplash. Tiene la intención de tomarse un tiempo para ver los KDL de larga duración en el controlador, también ... siempre que tenga alguno.
mmu_man ha regresado y comenzó a trabajar para que el controlador BFS funcione en modo big-endian. Ahora puede leer el sistema de archivos en su PPC BeBox (aunque no escribir en él), y reanudó el trabajo en el puerto de Haiku a PPC en una sucursal de GitHub (!).
SirMik contribuyó con una solución para el controlador HDA en algunos ~ 2008 hardware de Apple.
waddlesplash descubrió que la capa de compatibilidad de FreeBSD estaba activando interrupciones del temporizador 1000 veces por segundo, un factor que probablemente contribuya a la mala vida de Haiku en la mayoría de las computadoras portátiles, ya que esto evita que la CPU funcione en vacío. Esto se ha solucionado de una manera que reduce las interrupciones del temporizador hasta el final a 0 (!).
Núcleo
Como parte de la investigación de tickets antiguos para la versión beta, waddlesplash determinó que el kernel nunca vacía correctamente la memoria caché de escritura de la unidad subyacente como parte de las operaciones de "sincronización" del sistema de archivos, lo que podría ser una causa importante de la corrupción del disco que muchos usuarios experimentaron. Hasta ahora, la mayoría de los usuarios que han probado informan que casi todos sus problemas de corrupción han desaparecido (!!); así que si usted era uno de estos usuarios, pruebe la versión Beta o una compilación nocturna y vea si está arreglada.
mmlr corrigió algunos errores en el controlador de fallas del kernel que estaban causando que las fallas de la página de la aplicación aterrorizaran al kernel en algunas circunstancias muy específicas.
waddlesplash rediseñó el demangler del símbolo GCC2, que es usado tanto por el Depurador como por el kernel.Hubo una serie de errores que podrían haber provocado que se dañara el kernel (y definitivamente causó bloqueos del Depurador) que se solucionaron como parte de esto.
waddlesplash modificó el código de enrutamiento de interrupción x86 para que sea más compatible con la especificación, lo que lleva a algunos fallos de arranque y otros problemas que deben resolverse en ciertos dispositivos.
Como parte de la investigación de un problema mayor expuesto de manera involuntaria por cambios aparentemente triviales, waddlesplash descubrió que las mutexes "destruidas" del kernel no eran realmente así, y que a menudo se podían volver a bloquear sin errores (aunque generalmente esto provocaría un punto muerto o un bloqueo). Agregó algo de código de depuración de modo al kernel para que estos errores sean ahora pánicos en lugar de bloqueos, por lo que se han detectado y corregido (lentamente).
Construir sistema
waddlesplash hizo algunos ajustes más a los archivos Jam y a las fuentes para que funcionen las construcciones de Clang. Ahora se puede construir una imagen
x86_64 completa prácticamente sin “hacks” en el árbol (!), Y ya no se bloquea en el gestor de arranque de la etapa 1 (!!), pero inicia el kernel correctamente, dibuja el bootsplash y luego intenta cargue los módulos de arranque iniciales, pero aquí falla debido a que Clang no vincula los controladores de "arranque temprano" de la forma que espera el cargador bios_ia32 . Es posible que el cargador EFI llegue más lejos, pero waddlesplash archivó ese proyecto para enfocarse en beta1 antes de llegar a eso.
waddlesplash agregó reglas MIME sniff para documentos XPS y DjVu, ya que la aplicación
DocumentReader en HaikuDepot puede abrirlas de forma nativa ahora. Las "transmisiones elementales" de HEVC obtuvieron una regla de rastreo al mismo tiempo (MediaPlayer puede reproducirlas, aunque son bastante raras).
los cambios de jessicah para admitir varios cargadores de arranque a la vez (escritos principalmente para la compatibilidad simultánea con BIOS de EFI / Legacy, pero también podrían ser útiles en ARM) fueron limpiados y combinados por kallisti5. Luego pasó a obtener el código del sistema de compilación ARM migrado a este nuevo sistema, y luego comenzó a refactorizar el gestor de arranque EFI para que se pueda usar tanto en ARM como en x86 (U-Boot tiene un modo EFI y algunos ARM64 de gama alta). botas de hardware a través de EFI de forma nativa.)
Infraestructura
No ha pasado mucho en el frente de la infraestructura, porque finalmente no hay mucho que hacer.
baron , el antiguo servidor, se apagó durante varias semanas y nadie se dio cuenta (bueno, excepto para las personas que querían usar la dirección de correo electrónico de contact@ pero me repito), ya que todos los servicios ahora se han migrado a maui , el nuevo servidor.
La infraestructura parece haber manejado admirablemente la carga de todo el tráfico web después de la versión beta1, aunque el sistema espejo todavía podría mejorar.
Puertos
¡Java ha vuelto! 
A partir de ahora, todavía es de 32 bits solamente; pero waddlesplash ha comenzado a investigar el proceso de arranque para que funcione en x86_64.
waddlesplash hizo un poco de trabajo para arreglar el puerto de PostgreSQL, así que espere ver paquetes de eso en los próximos días.
fbrosson realizó casi 200 compromisos con HaikuPorts durante este período de tiempo, lo que podría ser un nuevo récord. Estas fueron en su mayoría limpieza de recetas y adiciones de herramientas de línea de comandos, paquetes de Python y combinaciones de recetas de otros contribuyentes.
3dEyes ha estado contribuyendo con arreglos para Qt, y también para puertos de juegos 3D de Linux, incluyendo OpenMW, entre otros.
... y eso es todo por estos dos meses; que en realidad es mucho, ahora que lo veo escrito todo aquí. De todos modos, gracias por leer y nos vemos el mes que viene!