# Haiku Project Haiku is an open-source operating system that specifically targets personal computing. Inspired by BeOS, Haiku is fast and easy to learn but very powerful. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## Haiku Activity & Contract Report, August 2026 DevFeed: [Haiku Activity & Contract Report, August 2026]() Original publisher: [Read original article]() Author: waddlesplash Published: 2026-09-10T20:00:00Z Content type: article Language: en Sources: [Haiku Project]() Topics: [systems](), [App](), [Bluetooth](), [Command-line interface](), [cpu](), [keyboard](), [MIDI](), [USB]() Tags: [2026](), [activity-report](), [application](), [authentication](), [bluetooth](), [command-line](), [contractor](), [cpu](), [keyboard](), [report](), [sorting](), [usb]() ### AI overview Haiku's August 2026 activity and contract report covers revisions hrev59922 through hrev60059 and notes the R1/beta6 release. It summarizes fixes and improvements across applications, command-line tools, system kits, and servers, including Tracker, authentication in su, Intel CPU branding, Bluetooth support, MIDI endpoints, and media output switching. ### Source excerpt This report covers hrev59922 through hrev60059. The main news, of course, is that R1/beta6 was released last month. You can read the announcement for more details. Many of the changes in this report made it into R1/beta6 (but not all of them.) Applications waddlesplash fixed a file-descriptors leak in Tracker's query code, fixing a number of open tickets. jscipione changed Tracker to not start editing file names while dragging, re-enabled sorting of poses when adding is completed, implemented undo of creating new files from templates, made the drag-and-drop context menu live-updating, and more. aquamatic continued work on the Devices application. (You can read more about that in his final report.) humdinger also made a small patch to use a translatable application name. humdinger fixed the background of the optional package list in Installer. jscipione fixed the Deskbar preferences window incorrectly moving the Deskbar itself when it was opened in certain modes. madmax fixed a Deskbar crash when applications quit very soon after launching. nephele and jscipione fixed ProcessController to load the "Power saving" setting when started, instead of when the menu is first opened. jscipione updated the Apple keyboard layouts used in Keymap preferences to the "Apple Magic" layouts. Command line tools waddlesplash fixed a number of authentication problems in su. Kits KevinAdams improved Intel CPU "brand strings" detection some more, trimming more extraneous details off the strings displayed in AboutSystem. przemub fixed a crash in the Locale Kit when a time unit formatter failed to initialize. jscipione fixed some minor issues in spinner button drawing. waddlesplash refactored BBitmap to use 64-bit-safe types. This allows for bitmaps over 2GB in size on 64-bit systems, but it also allows for an application's total size of all bitmaps to go over 2GB, which wasn't properly supported before either. Servers mohammedrattia continued work on Bluetooth HID support. (You can read mo ## GSoC 2026 Final Report | Modernizing Haiku's Bluetooth Stack: HID Profile Implementation DevFeed: [GSoC 2026 Final Report | Modernizing Haiku's Bluetooth Stack: HID Profile Implementation]() Original publisher: [Read original article]() Author: mohammedrattia Published: 2026-09-06T12:00:24Z Content type: article Language: en Sources: [Haiku Project]() Topics: [Bluetooth](), [implementation]() Tags: [bluetooth](), [drivers](), [gsoc](), [gsoc2026](), [haiku](), [hid](), [implementation](), [input](), [report](), [software]() ### AI overview This final GSoC 2026 report describes work to improve Haiku's Bluetooth stack and implement the HID profile. It reports that Bluetooth mice and keyboards are functioning and that the core stack is ready for additional profiles, while noting that Low Energy Bluetooth remains unimplemented and further work is needed. ### Source excerpt Hello! Finally, GSoC is done for me. This is the final report for my project. The project was focused on improving the Bluetooth stack and making it useful. Hopefully, the Bluetooth stack is now in a much better state than before GSoC 2026. It still needs much work to be fully developed. However, currently Bluetooth mice and keyboards are functioning. In addition, the core of the stack is ready for implementing other profiles. This report will include the following: Project Overview What I Did Future Work Conclusion Project Overview The State of Bluetooth on Haiku Before GSoC 2026 Although the Bluetooth stack was outdated (based on version 2.0 and 2.1 of Bluetooth) before GSoC, it contained many core components that helped us focus less on starting from scratch and more on making the already built stack useful. However, that's true only for BR/EDR (Basic Rate / Enhanced Data Rate) Bluetooth, not Low Energy Bluetooth, which isn't implemented yet in Haiku. The BR/EDR Bluetooth core stack is divided into several core modules that provide services for the Bluetooth profiles, which in turn provide services to users like human interface devices, audio, file transfer, etc. Some of those core modules and their state in Haiku are: L2CAP: Functional, but needed some fixes. HCI (Host Controller Interface): Functional, but on an old Bluetooth version, as stated above. Transfer Layer (h2generic): Functional, but required further extension to cover vendor-specific devices. Preferences Application: Functional, but it lacked some features, such as changing the Bluetooth friendly name, canceling inquiry and pairing, and adding devices to a block list. Security Manager: Not complete; it's blended into the Bluetooth Server, and most of its functions were missing. Service Discovery Protocol (SDP): Not implemented. The state mentioned above meant the Bluetooth stack couldn't yet offer much practical functionality to users, because none of the Bluetooth profiles were implemented. In addi ## \[GSoC 2026\] Modernizing Haiku's Bluetooth stack: Implementing support for HFP profile - Progress Report DevFeed: [\[GSoC 2026\] Modernizing Haiku's Bluetooth stack: Implementing support for HFP profile - Progress Report]() Original publisher: [Read original article]() Author: vighnesh-sawant Published: 2026-08-21T18:04:07Z Content type: article Language: en Sources: [Haiku Project]() Topics: [Bluetooth](), [Protocol (disambiguation)](), [implementation](), [bug](), [USB]() Tags: [bluetooth](), [bug-fixes](), [gsoc](), [haiku](), [implementation](), [progress-report](), [software](), [usb]() ### AI overview This GSoC 2026 progress report describes work modernizing Haiku's Bluetooth stack for the Hands-Free Profile (HFP). It covers RFCOMM implementation, xHCI improvements, Bluetooth stack and media fixes, HFP session functionality, and a Bluetooth SCO Media Kit add-on. RFCOMM and SCO are nearly ready for merging, while HFP still needs to be split, reviewed, and prepared for merging. ### Source excerpt Introduction The goal of this post is to document the changes I made during the GSoC period and the current state of the project. I would also like to thank waddlesplash for his continued support throughout the project. Progress So Far RFCOMM Protocol RFCOMM is now almost ready to be merged. It acts as the control channel required by HFP. The implementation includes: RFCOMM socket addressing and connection management DLCI multiplexing over a shared L2CAP connection SABM, UA, DM, DISC, and UIH frame handling MCC commands Credit-based flow control USB and xHCI Improvements During implementation, I found that the xHCI driver assumed all isochronous packets had the same size, which is not always true. The xHCI driver now supports variable-length isochronous packets and processes completed transfers in FIFO order instead of LIFO order. Bug Fixes A part of this period was spent fixing issues in the existing Bluetooth stack. The main fixes include: Correcting ACL packet splitting when packets exceed the L2CAP MTU. Holding socket references while working on them. Related changes include the L2CAP refactor,send-status fix, socket lifetime changes, and MTU packet fix Media Stack Fixes While working on Bluetooth audio integration, I found some bugs in the media stack. After initial work, waddlesplash took over these changes and implemented the actual changes. The improvements landed in the media auto-stop change and the live output reconnection change. Hands-Free Profile The first pass for HFP is done. It includes: Hands-Free service discovery through SDP. HFP session management. Basic AT-command parsing. The implementation is functional but work is needed to split the changes, getting it reviewed and making it merge ready. Bluetooth SCO Media Add-on The Bluetooth SCO Media Kit add-on has also been implemented. It discovers Bluetooth audio devices, exposes them through the Media Kit, and creates media nodes for headset playback and capture. It includes: Bluetooth headset disco ## \[GSoC 2026\] Expanding the functionality of the Haiku Devices Application - Final Report DevFeed: [\[GSoC 2026\] Expanding the functionality of the Haiku Devices Application - Final Report]() Original publisher: [Read original article]() Author: aquamatic123 Published: 2026-08-21T15:52:01Z Content type: article Language: en Sources: [Haiku Project]() Topics: [App](), [Hardware](), [GUI](), [USB](), [configuration](), [User Experience](), [Kernel](), [Testing]() Tags: [2026](), [api](), [application](), [configuration](), [devices](), [gsoc](), [gsoc2026](), [gui](), [haiku](), [hardware](), [kernel](), [report](), [software](), [unit-tests](), [user-experience]() ### AI overview This final report describes a Google Summer of Code 2026 project that expanded Haiku's Devices application from a basic hardware list into a more capable management utility. The work added driver mapping, USB and HID descriptor inspection, packaged-driver blocking with safety checks, unit tests, alphabetical sorting, improved attribute organization, and persistent selection. ### Source excerpt Hello everyone! As Google Summer of Code 2026 comes to a close, it's time to summarize the work I've done over the summer on expanding the functionality of the Haiku Devices application. Overview Haiku's Devices application previously provided a basic list of connected hardware, but lacked the features necessary to function as a true management utility. My project aimed to transform Devices into a more capable hardware manager, allowing users to view detailed technical specifications and perform administrative tasks directly from the GUI. Over the course of the summer, I focused on implementing new visualization features, improving the user experience, and pulling more detailed hardware information directly from the system. Completed Objectives & Work Accomplished Here is a breakdown of what was accomplished this summer: Driver Mapping: Integrated the GUI with the kernel structures to display the active driver module name and its absolute path (/dev). This involved extending the device_manager module by adding a new device attribute and being able to fill that attribute when possible. Extract USB descriptors: Enhanced the application's ability to inspect USB devices. By utilizing the BUSBDevice API, the app now builds a tree with all USB attributes descending the USB hierarchy. We first loop through the configurations, then the interfaces, and finally the endpoints. The app can also display HID descriptors. State Management (Packaged Driver Blocking): Added a new GUI button to disable or re-enable packaged drivers. This required implementing the backend logic to read, modify, and write to the system's Packages configuration file. I also added safety checks to prevent users from accidentally disabling drivers essential to the system, and added warnings to guide the user through the process. Unit Tests: Although not explicitly part of my initial proposal, I took the initiative to write unit tests for the application. This was a fantastic learning experience for unders ## Haiku Activity & Contract Report, July 2026 DevFeed: [Haiku Activity & Contract Report, July 2026]() Original publisher: [Read original article]() Author: waddlesplash Published: 2026-08-14T16:00:00Z Content type: news Language: en Sources: [Haiku Project]() Topics: [App](), [GUI](), [Bluetooth](), [x86](), [Font](), [pixel](), [Terminal](), [Network]() Tags: [2026](), [activity-report](), [app](), [bluetooth](), [contractor](), [gui](), [network](), [pixel](), [report](), [terminal](), [x86]() ### AI overview Haiku's July 2026 activity and contract report covers revisions hrev59821 through hrev59921. It summarizes GUI, application, translation, storage, CPU detection, video playback, server, and filesystem changes, along with bug fixes and improvements across Haiku. ### Source excerpt This report covers hrev59821 through hrev59921. Applications humdinger adjusted a lot of GUI strings in the Bluetooth preferences to conform to our Interface Guidelines. aquamatic123 (GSoC '26) implemented a number of improvements in the Devices application. (He's since posted a blogpost covering these.) PulkoMandy cleaned up the layout of the URL bar for WebPositive, making things look a bit cleaner. madmax fixed the scaling of the close button on WebPositive's Find bar. k32n13 improved the pixel positioning of filename editors in Tracker, and also adjusted highlight box sizing slightly. humdinger moved "More details" in SoftwareUpdater into its settings window. madmax fixed a number of problems with translation catalogs in various applications, including Tracker, Terminal, Network preferences, and more. nathan242 implemented the ability to change the partition types in DriveSetup, making it easier to set up GPT disks for Haiku. madmax fixed the redrawing of some parts of Tracker's Info window and "count" view. jscipione fixed dragging inside the root window, and disabled the Disks dropdown on open/save panels. PulkoMandy updated the credits section of AboutSystem. apl fixed HaikuDepot to automatically deselect packages when the filtered list changes and they're no longer in it. waddlesplash fixed a crash in the OverlayImage replicant. PulkoMandy updated the PNP and ACPI IDs lists used by Devices. Kits k32n13 fixed problems with invisible carets, margin/padding drawing, and missing uses of cached font heights in BTextView. phoudoin fixed shortcuts not working properly when Caps Lock was enabled. KevinAdams improved the x86 CPU name detection logic (used by AboutSystem and other applications) significantly, relying more on the "brand string" and only hardcoding names for CPUs that have no or incorrect "brand string"s. PulkoMandy came by later and improved things a bit more. korli fixed some problems with buffer management in BBufferIO. haydentech fixed the drawing o ## GSoC Bluetooth Improvement Midterm Recap DevFeed: [GSoC Bluetooth Improvement Midterm Recap]() Original publisher: [Read original article]() Author: mohammedrattia Published: 2026-07-17T23:06:42Z Content type: article Language: en Sources: [Haiku Project]() Topics: [Bluetooth](), [Operating system](), [Embedded Software Dev]() Tags: [bluetooth](), [commands](), [devices](), [firmware](), [gsoc](), [gsoc2026](), [haiku](), [implementation](), [interface](), [midterm](), [recap](), [software]() ### AI overview This midterm recap describes improvements to Haiku's Bluetooth stack during a Google Summer of Code project. The work includes updating outdated Host-Controller Interface commands and events, implementing mandatory Bluetooth functionality, adding a setting for the device's friendly name, and adding support for canceling device inquiries. ### Source excerpt Hello! The GSoC's midterm (at least for me) has just passed, so I thought of making a recap post about the improvements I've made so far. I'll try to keep the post brief to make it easier for readers (foreshadowing: I realized that's impossible :P). I've already posted an introduction about me and the project. You can read it here if you haven't already. Host-Controller Interface (HCI) Commands and Events The Host-Controller Interface (HCI) is the specification for how the operating system (the host, in our case, is Haiku) communicates with the Bluetooth controller. The Bluetooth controller is basically the firmware on the Bluetooth chip. So, it's vital to implement at least most of the mandatory HCI commands and events from the Bluetooth specification for Bluetooth to function properly. HCI commands and events were mostly outdated, dating back to version 2.0 or 2.1, so updating them was the first step to get the Bluetooth stack back to life. The Bluetooth SIG provides an Implementation Conformance Statement (ICS) for HCI, which can be used as a checklist for what's mandatory and what's optional. So, I started by completing what Haiku's Bluetooth stack lacked from the mandatory list. I'll mention here the features that users will be using without getting into internal details, so please feel free to contact me if you want to know more. Set Friendly Name Honestly... I personally don't think this would affect the user experience that much, but it's not me who decides anyway. It was mandatory in HCI, so I implemented it in the Bluetooth settings. Anyway, users can now set any name they want for their Haiku's Bluetooth device. Thanks to Máximo for solving a crash this caused later on and to KitsunePrefecture for reporting the crash :) Cancel Inquiry Discovering Bluetooth devices in Haiku wasn't working before the GSoC application phase. It lacked the handling of critical events needed to understand modern devices. Some GSoC applicants had already fixed a great part of it ## \[GSoC 2026\] Modernizing Haiku's Bluetooth stack: Implementing support for HFP profile - Mid-Term Progress Report DevFeed: [\[GSoC 2026\] Modernizing Haiku's Bluetooth stack: Implementing support for HFP profile - Mid-Term Progress Report]() Original publisher: [Read original article]() Author: vighnesh-sawant Published: 2026-07-15T14:32:12Z Content type: article Language: en Sources: [Haiku Project]() Topics: [Bluetooth](), [Protocol (disambiguation)](), [systems](), [real-time](), [Streaming](), [USB](), [Kernel](), [interface]() Tags: [api](), [bluetooth](), [driver](), [gsoc](), [haiku](), [implementing](), [kernel](), [modernizing](), [progress-report](), [protocol](), [real-time](), [report](), [software](), [streaming](), [usb]() ### AI overview A GSoC 2026 progress report on modernizing Haiku's Bluetooth stack by adding groundwork for the Hands-Free Profile. Completed work includes isochronous USB endpoint support, SCO handling, kernel hooks, and SCO and RFCOMM protocol implementations. Planned work covers SPP, SDP, and the remaining HFP functionality. ### Source excerpt Introduction Hello again! It has been a fun journey since the beginning of GSoC. My project focuses on modernizing Haiku's Bluetooth stack, specifically adding support for the Hands-Free Profile (HFP). HFP is a profile that allows operating systems to interact with Bluetooth audio devices, such as headsets, for two-way voice calls and audio streaming. Today, I'll be sharing a progress report on the work I have completed till now, and will outline my plans for the remainder of the project. Progress So Far A significant portion of my work has been dedicated to laying the groundwork for the HFP profile. Because Haiku's Bluetooth stack previously lacked the necessary transport layers for real-time audio, I had to implement several underlying protocols. Here is a breakdown of the changes I've made: USB and Driver Support (Isochronous Endpoints): I started off by adding support for isochronous USB endpoints to the h2generic Bluetooth driver. Isochronous transfers are critical because they guarantee bandwidth and timely delivery of data, which is a requirement for streaming real-time audio. Following this, I implemented SCO (Synchronous Connection-Oriented) handling within h2transactions, along with the proper scheduling mechanism.. Kernel Hooks: I added the necessary hooks for SCO and HCI (Host Controller Interface) commands. Protocol Implementations (SCO and RFCOMM): I successfully added the core implementations for both the SCO and RFCOMM protocols. RFCOMM provides an emulated serial interface over L2CAP. It serves as the control channel for many higher-level profiles, including HFP. SCO handles the actual low-latency audio transmission needed for voice calls. What's Next? Short-term Goals: Serial Port Profile (SPP) The Serial Port Profile sits on top of RFCOMM and provides a standard way to send and receive data. Implement SPP API: I will be implementing the JSR82 API methods for SPP in the Bluetooth kit. Implementing the Hands-Free Profile (HFP) The remaining time wil ## Haiku Activity & Contract Report, June 2026 DevFeed: [Haiku Activity & Contract Report, June 2026]() Original publisher: [Read original article]() Author: waddlesplash Published: 2026-07-14T03:30:00Z Content type: article Language: en Sources: [Haiku Project]() Topics: [virtualization](), [qemu](), [Kernel](), [Linux](), [intel]() Tags: [2026](), [activity-report](), [contractor](), [debugging](), [intel](), [kernel](), [linux](), [qemu](), [report](), [virtualization]() ### AI overview Haiku's June 2026 activity report covers revisions hrev59754 through hrev59820. It highlights the merger of NVMM, a NetBSD Virtual Machine Monitor port that provides hardware-accelerated virtualization support for QEMU, into the Haiku tree. The implementation remains disabled by default because complex guest operating systems crash during boot on both Intel and AMD hosts. ### Source excerpt This report covers hrev59754 through hrev59820. NVMM The thing that should be the biggest news item this month is that the GSoC 2024 work to port "NVMM", the NetBSD Virtual Machine Monitor (which runs on more than just NetBSD, despite the name), providing hardware-accelerated virtualization support for QEMU, was finally merged. Unfortunately it still doesn't fully work, so it's still disabled by default: hence, it's only a minor news item, unfortunately. The code is now at least fully integrated with the Haiku tree, and all necessary kernel changes (including a number of bugfixes and the implementation of a handful of minor new features) has been completed, so the code shouldn't "bitrot" any further, and it's much easier to build, test, and work on it than it was when it was on a slowly-rotting branch. Additionally, I (waddlesplash) implemented support for AMD hosts (the GSoC project only implemented enough for Intel hosts), cleaned up a lot of the code, and implemented a number of performance improvements while at it. The primary problem symptom is that guest OSes of any real complexity (Haiku included, but also Linux, etc.) crash in strange but apparently deterministic ways late in their boot process: e.g. trying to access memory that apparently isn't even mapped. The crashes don't appear to be race-sensitive and happen similarly on bare metal as well as in nested virtualization in VMs, on both Intel and AMD hosts. Unfortunately all attempts at debugging the problems so far haven't led anywhere, but hopefully a solution will eventually be found, so that Haiku can finally gain virtualization support. You can follow along or chime in about this on the corresponding forum thread. Applications nephele dropped some disabled code implementing a "hamburger menu" from WebPositive. He also changed the URL input bar to handle empty URLs better, and improved the appearance of the "Go" button. apl changed HaikuDepot's prompt asking about anonymous statistics collection to def ## \[GSoC 2026\] Midterm progress on the Devices application DevFeed: [\[GSoC 2026\] Midterm progress on the Devices application]() Original publisher: [Read original article]() Author: aquamatic123 Published: 2026-07-11T17:46:30Z Content type: article Language: en Sources: [Haiku Project]() Topics: [App](), [Hardware](), [GUI](), [USB](), [Bluetooth]() Tags: [app](), [bluetooth](), [gsoc](), [gui](), [haiku](), [hardware](), [midterm](), [software](), [usb]() ### AI overview A GSoC 2026 midterm report describes progress on revamping the Devices application, including improved hardware and driver information, a clearer tree-based interface, USB and HID descriptor support, and ongoing Bluetooth hardware scanning. ### Source excerpt Hello Everyone! I have officially reached the midterm mark of my GSoC project, revamping the devices application. Over the past few weeks, I have made a couple of changes extracting more hardware information and presenting it cleanly to the user. Here is a look at what has been accomplished so far. Extracting the device path and driver used The first goal of my GSoC project was to determine which driver is loaded for a device, and display the device path as well if existent. To do this, I worked with the device_manager to get the driver path. I managed to get a hold of this in the app with a dm_wrapper call, and then display it in DevicesView by creating the devices with that new attribute. For the device path, I also used the device_manager to add the published path as an attribute, that would get fetched in DevicesView as well. A Cleaner Layout I also had to make the device data easier to read. Previously, attributes were somewhat clumped together. I introduced a new tree-view layout that clearly separates Basic Information (like the device name) from the more advanced attributes. Building on that UI improvement, I also modified how attributes are displayed. Instead of just dumping all attributes into a single list, the application now generates an expandable tree structure. It looks for attributes containing a / in their name and parses them into nested folders, making complex configurations much cleaner to navigate. Extracting USB and HID Descriptors A major focus of the first half of this project was bringing the Devices app to include specific information like the command-line tool listusb -v. I implemented a new BuildUSBTree structure that maps a device to its hardware path (using a BUSBDevice object) and recursively goes through the configurations, interfaces, alternates, and endpoints of connected USB devices. This allows the GUI to display almost all the USB attributes that a user would normally need the terminal to see. I also added support for fetching H ## Haiku Activity & Contract Report, May 2026 DevFeed: [Haiku Activity & Contract Report, May 2026]() Original publisher: [Read original article]() Author: waddlesplash Published: 2026-06-12T18:00:00Z Content type: article Language: en Sources: [Haiku Project]() Topics: [App](), [systems](), [Command-line interface](), [USB](), [Networks]() Tags: [2026](), [activity-report](), [application](), [bug](), [bugs](), [command-line](), [contractor](), [report](), [usb]() ### AI overview Haiku's May 2026 activity and contract report covers revisions hrev59672 through hrev59753. It summarizes fixes and improvements across applications such as Tracker, HaikuDepot, WebPositive, StyledEdit, and ActivityMonitor, along with command-line tools and system components. ### Source excerpt This report covers hrev59672 through hrev59753. Applications jscipione fixed some regressions in Tracker causing the scroll position to not be set properly when navigating between directories, and dropping files onto other files not working. He also fixed drag and drop of icons onto views with a different icon size, restored the Trash pose on the Desktop in file panels, refactored the drag bitmap's appearance, and more. jscipione tweaked the layout of the "recents" count settings in Deskbar. apl fixed a regression in HaikuDepot causing crashes when opening package files. He also refactored how the "Not available" views (e.g. for reviews) are shown, started reworking package selection handling, improved keyboard navigation support, and more. humdinger tweaked the "delete old states" option in SoftwareUpdater settings to have a less technical label. He also fixed Tracker to show the name of the "Trash" directory translated, if translated folder names are enabled. nipos fixed WebPositive to not open a homepage tab when opened by clicking a URL in some other application. Zardshard fixed an assertion failure crash in Icon-O-Matic. nipos fixed ShowImage's toolbar being cut off in fullscreen mode. He also fixed some window size limits in ActivityMonitor. humdinger improved the color choices, and the appearance of the color selector, in StyledEdit. He also split the "Font" menu into "Font" and "Style" menus, which improves things on systems with lots of fonts installed. nephele changed WebPositive's default search URLs for Google and DuckDuckGo to use the "no-AI" variants. He also improved the appearance of some buttons under HiDPI. humdinger truncated long history items in TextSearch to a fixed width, to prevent the menu from getting larger than the screen width. Command line tools PulkoMandy updated the USB IDs database, and then added decoding for more "CDC" descriptor types in listusb. Kits X512 fixed various "mouse tracking"-related bugs in BListView, including incorre ## Journées du Logiciel Libre (JDLL) DevFeed: [Journées du Logiciel Libre (JDLL)]() Original publisher: [Read original article]() Published: 2026-05-29T01:00:00Z Content type: news Language: en Sources: [Haiku Project]() Topics: [free software](), [Development](), [Demo](), [3D]() Tags: [3d](), [developers](), [event](), [free-software](), [printing](), [speaking]() ### AI overview The 2026 Journées du Logiciel Libre (JDLL) is a French-speaking free software event in Lyon, France, held May 30-31, 2026. Haiku will have a booth, and mmu_man and PulkoMandy will present a talk about recent Haiku development. ### Source excerpt Free software booths, and a lot of talks for both the general public and developers. Also games for kids, and 3D printing and other demos by the local fablab. French speaking event. Event Dates: 2026-05-30 - 2026-05-31 Event Homepage: https://www.jdll.org/ Activities: Haiku booth. A talk by mmu_man & PulkoMandy about "What's new in Haiku?" (news from the last year in Haiku development). Location ENS site Descartes, 19 allée de Fontenay, 69007 Lyon France Event report: TODO ## Haiku Activity & Contract Report, April 2026 DevFeed: [Haiku Activity & Contract Report, April 2026]() Original publisher: [Read original article]() Author: waddlesplash Published: 2026-05-12T03:30:00Z Content type: article Language: en Sources: [Haiku Project]() Topics: [Code](), [JSON Schema](), [Command-line interface](), [Memory Leaks](), [bug]() Tags: [2026](), [activity-report](), [bug](), [code](), [command-line](), [contractor](), [json-schema](), [memory-leak](), [report]() ### AI overview Haiku's April 2026 activity and contract report covers revisions hrev59570 through hrev59671, documenting performance improvements, bug fixes, memory-leak fixes, JSON Schema code-generation work, and command-line tool changes. ### Source excerpt This report covers hrev59570 through hrev59671. GSoC selection happened at the end of last month; you can read the news post announcing this year's selectees. Thanks to everyone who applied! Applications phoudoin disabled some redundant filetype checking in TextSearch, improving performance a bit. nipos dropped some obsolete code from WebPositive's tab bar. jscipione continued his work on Tracker, removing redundant code, fixing problems with Copy/Paste, the Trash icon, and much more. waddlesplash came by and made a few fixes too, including one to avoid a lot of unnecessary node monitoring syscalls. aquamatic123 did some cleanups to the Devices internals, solving another TODO. He also tracked down and fixed a memory leak. apl refactored the JSON schema code generation system in HaikuDepot, to prepare for potential use with REST APIs (among other reasons.) He also fixed the "Featured" tab displaying as disabled incorrectly in some circumstances (which also entailed fixing a bug in BTabView), and reworked how the package view data is updated. humdinger removed some unnecessary spacing in the Appearance preferences. jscipione made the message body text colors in Mail automatically update when the system colors change. nathan242 fixed a crash in SoftwareUpdater when trying to quit while a download was running. waddlesplash implemented automatic cleanup of the "admin" directory in it, meaning that older states will now automatically be deleted to free up space (unless the setting is disabled.) jscipione cleaned up some code and added some missing functions to DeskCalc's math backend. Command line tools waddlesplash improved the (not yet ready for general use) ltrace implementation, fixing a number of TODOs and inefficiencies. However, it's still not ready for general consumption, as it causes problems and crashes when it traces calls. waddlesplash split the "clean up admin directory" functionality of pkgman into a separate subcommand (pkgman cleanup), and changed install ## \[GSoC 2026\] Expanding the functionality of the Haiku Devices Application DevFeed: [\[GSoC 2026\] Expanding the functionality of the Haiku Devices Application]() Original publisher: [Read original article]() Author: aquamatic123 Published: 2026-05-08T02:10:41Z Content type: article Language: en Sources: [Haiku Project]() Topics: [Development](), [Hardware](), [Software Engineering](), [GUI](), [USB](), [Bluetooth](), [Microcontrollers]() Tags: [bluetooth](), [c](), [c-plus-plus](), [devices](), [gsoc](), [gui](), [haiku](), [hardware](), [microcontrollers](), [software](), [usb]() ### AI overview A GSoC 2026 project proposal to expand Haiku's Devices application into a hardware management utility. Planned work includes driver mapping, driver state controls, deeper USB and Bluetooth inspection, hardware-tree report export, and a bug-tracker shortcut. ### Source excerpt Introduction Hello! My name is Leo Rouleau, a first-year software engineering student at Polytechnique Montréal. I chose to apply for Haiku because of my interest in lower-level programming and operating systems. Having worked on projects involving microcontrollers and custom interpreters in C, C++, and Java, I've found systems-level development to be the most engaging challenge. Project Overview Haiku's current Devices application provides a basic list of connected hardware, but it lacks the features necessary to function as a true management utility. This project aims to transform Devices into a full-fledged hardware manager, allowing users to view detailed technical specifications and perform administrative tasks directly from the GUI. Goals Driver mapping Display the active driver module name and its absolute path for the device (/dev). State management Implement a graphical toggle to block or blacklist drivers with warnings for system restarts USB and Bluetooth support Increase the application's ability to inspect dynamic buses. For example, USB devices will display deep interface descriptors and HID report formats, and Bluetooth would automatically be populated correctly within the tree. Compatibility Report Develop a serialization logic to export the system's hardware tree into a standardized report. Bug Tracker Create a shortcut to open the Haiku Trac bugtracker with a report containing the hardware specifications of a selected device. Conclusion This was a blog to introduce myself to the community and the project I will be taking on this summer for GSoC 2026. Thank you for reading! ## \[GSoC 2026\] Bluetooth: HCI Improvements & HID Profile | Haiku Project DevFeed: [\[GSoC 2026\] Bluetooth: HCI Improvements & HID Profile | Haiku Project]() Original publisher: [Read original article]() Author: mohammedrattia Published: 2026-05-03T13:46:03Z Content type: article Language: en Sources: [Haiku Project]() Topics: [Bluetooth](), [Computer science](), [Development](), [Software Engineering](), [Operating system]() Tags: [2026](), [bluetooth](), [computer-science](), [google-summer-of-code](), [gsoc](), [gsoc2026](), [haiku](), [hci](), [hid](), [improvements](), [profile](), [programming](), [project](), [software](), [software-engineer](), [software-engineering](), [systems]() ### AI overview A GSoC 2026 proposal for Haiku aims to modernize the operating system's Bluetooth stack and implement the Bluetooth HID profile. The planned work includes completing HCI commands, improving pairing and Link Key persistence, and handling disconnection and timeout events. ### Source excerpt Hello! I'm Mohammed R. Attia, a 2nd-year Computer Science Student. I've been accepted into Google Summer of Code (GSoC) 2026 with Haiku, with my proposal titled "Modernizing Haiku's Bluetooth Stack: HCI Completion and HID Profile Implementation." About Me I consider myself a competitive programmer and a software engineer. I haven't decided on a specific specialization in software engineering just yet; rather, I'm interested in systems development and low-level programming. You can check my GitHub for more information about my latest projects. I go by the handle mohammedrattia in many places on the internet, so feel free to reach out :). How did I get here? I first learned about Haiku while searching for GSoC organizations to contribute to. It was my first time learning about a desktop operating system other than the famous trio: Windows, macOS, and Linux. So, I started by reading the GSoC guide and joining IRC. I remember that the process was smooth because the guide contained everything, and people on IRC were welcoming and supportive. Then, I started working towards building Haiku, and I got my first commit merged into Haiku after several days. Current Goals The main goal of my proposal in GSoC is to modernize the Bluetooth stack. Currently, the Bluetooth stack in Haiku can't communicate effectively with modern Bluetooth devices because of the outdated standards it uses. However, making the Bluetooth core perfectly align with modern standards won't benefit Haiku users because it would still need a Bluetooth Profile to perform a useful task. One of the most common uses of Bluetooth is Human Interface Devices (HID) (e.g., keyboards and mice). Accordingly, this project will build the HID Bluetooth profile to provide useful functionality for Haiku users. The following three sub-sections contain a brief specification for the goals of the project from my GSoC proposal. Modern HCI Event & Command Handling Build upon the recent SSP/EIR groundwork by implementing the remai