Haiku is a new open-source operating system that specifically targets personal computing. Inspired by the BeOS, Haiku is fast, simple to use, easy to learn and yet very powerful.

Fundraising 2014

Goal: $35,000
  $23,862

WHAT'S NEW IN HAIKU DEVELOPMENT

The Haiku source is continually built and released for testing purposes nearly every day. You can download and install these latest snapshots to check out the latest features and bug-fixes.

Be aware that nightly images may be unstable. Additionally, some packages included with official releases need to be installed separately.

If you're OK with this, you can find further instructions at our Nightly image page.

Finally a Haiku ARM port update

Blog post by pfoetchen on Tue, 2009-08-18 13:46

After quite some time I finally update my blog ;). A lot has happened in the last few weeks... The Haiku loader that gets loaded by u-boot finally is able to load the kernel and start it and we even have minimal framebuffer support running.

haiku_loader

In the previous posts I said that we would use the U-Boot API to write the loader, the problem with that is, that the API is not accessible on most U-Boots so we could not use it on early boot and had to write our own functions for serial output etc. Because of that the kernel is now loaded from a ramdisk instead of directly loading it from the sd-card as planned (but that might change later...). It also has the disadvantage, that the loader code is not completely platform independent anymore so we would have to rewrite it to be used on a PPC board with U-Boot for example.

Since we still need to know where to find the ramdisk for example (unless we hardcode it..) we decided to use the U-Boot image format that allows packing the loader and the ramdisk in one image and tell the loader where everything is and what parameters to pass to the kernel etc.. For this task U-Boot has OS-specific code since there is no standardized way of doing this. Since there was no Haiku specific code we would either have to convince the U-Boot developers to add Haiku support or simply masquerade as an other operating system. We choose the second option and François Revol added support for the netbsd way of booting so that we get the position of the ramdisk and the kernel parameters and some other info that is not yet used. He also created an jamtarget to allow to build an image directly.

The Informal Summer Gathering - USB HID, Filesystem bug-squashing and Media Kit encoding

Blog post by stippi on Sun, 2009-08-02 18:49

After I didn't write the promised report on the last Coding Sprint which took place after BeGeistert in April, I am now trying not build up an even bigger lag. Last week, Axel and his girlfriend Claudia hosted Michael, Ingo and myself at their nice home in Hannover, Germany. Oliver could sadly not attend our small, relatively spontaneous and informal Coding Sprint due to sickness, although he seemed to be with us in spirit considering all his ICU commits. (The ICU libraries are an important foundation of the forthcomming Haiku Locale Kit.)

Haiku Coming to OSCON 2009 in San Jose

Blog post by koki on Mon, 2009-07-20 18:31
OSCON 2009 logo

As some of you may have noticed under the Upcoming Haiku Events box on the front page, Haiku is making its debut at the upcoming O'Reilly Open Source Conference this week. Also known as OSCON 2009, this conference will be held at the San Jose McEnery Convention Center (Google map) from July 20th through the 24th. Haiku will be exhibiting along many other Open Source orgs on July 22 and 23; our booth number is 14; to locate us in the exhibit hall, check out the floor plan (138KB PDF).

During the two days of the OSCON exhibits, Scott McCreary, Urias McCullough, and myself plan to demo the latest nightly builds of Haiku, introduce newcomers to our project and operating system, and ask answer (duh!) any questions that visitors may have about Haiku. For demo purposes, we have prepared a cube-style desktop PC that will be hooked to a projector (similar setup from the SCaLE 2009 conference), an Acer Aspire One netbook and a possible an additional laptop computer. We will also have Haiku flyers at hand.

Haiku WebKit Port Patches Are Now Being Committed Into the WebKit Repository!

Blog post by leavengood on Fri, 2009-07-17 06:11

After much effort from my GSoC student Maxime Simon and plenty of gentle coaxing from WebKit reviewers, I'm proud to announce that the various patches to add support for Haiku as a platform in WebKit are now being committed!

Maxime took my code from the original Haiku port I made in 2007 and updated it for the latest WebKit, which changes a lot daily, so you can imagine the state of the port after a few years! Still it was good to see that my previous effort was not to be wasted and it did not take Maxime long to start posting bugs and patches at the WebKit Bugzilla site.

Locale kit: quick developer guide

Blog post by PulkoMandy on Thu, 2009-07-16 16:36
This week I was at the RMLL in Nantes, and I was busy showing Haiku to other people and explaining them why it was so much better than linux. I had little time for GSoC coding. Still, I made some cleanup and fixed some small bugs. The catalog part of the locale kit is now working fine and can be used to internationalize applications. Here is a small guide for those who want to get an application speaking in their own language.

Sourcecode changes

You have to alter your source code to get it working. We've tried to make this need as little changes as possible. First, you have to #include two files : Catalog.h and Locale.h. They are system headers from the locale kit. Now you have to tell the locale kit to initialize a catalog for you. A catalog is a class that you will use to map strings to their translated equivalents. The locale kit will automatically find the right data files for you, depending on the system-wide language preferences, you application mime signature, and some other magic (see the part of this post about the build system changes). So, you only have to add two lines of code:
BCatalog cat;
be_locale->GetAppCatalog(&cat);

WiFi stack prototype works

Blog post by ColinG on Sun, 2009-07-12 08:44
Screenshot of working WiFi prototypeScreenshot of working WiFi prototype Today I fiddled out the last hurdle on getting my WiFi-card up and running. It only connects to unprotected open wireless LANs, because there is no configuring mechanism implemented yet. Though it is far away from completeness.

On the screenshot, you see Firefox surfing www.haiku-os.org and downloading a 100 MiB file from my ftp server in parallel. The terminal is showing the result of the ifconfig command for my WiFi-card.

I managed to port the FreeBSD WiFi-stack, utilizing Haiku's FreeBSD compatibility layer. Thus I could use the WiFi-card driver for my atheros chipset from FreeBSD without any major changes to its codebase (I had to move some interrupt handler code into driver-specific glue code).

The driver-binary has a size of 500 KiB, due to compiling the WiFi-stack into a static library and statically linking it and the FreeBSD compat layer with the driver. Update: The sources are up in the haiku-wifi repository on www.osdrawer.net (read "For the bravery" down the line for more info on how to get it).

Summer of Code: Progress within the first month

News posted by mmadia on Fri, 2009-06-26 18:29

There have been some exciting developments from our Google Summer of Code and Haiku Code Drive students, even though it is only the first of three month. Here's a brief summary from most of the students. Be sure to visit their blogs for additional information and the occasional screenshot.

Adrien Destugues

Lately, his work has been focusing on the catalogs for translating applications. These provide the mappings from one language to another. The initial mechanism is functional with Haiku's API and allows any application to be translated. This functionality is better explained in his blog post. The International Components for Unicode or simply known as "ICU" and a preflet for selecting the desired locale are other major aspects to be implemented. Amongst other features, ICU will provide the formatting conversions for date, time, monetary, and locale specific characters. Further down the road (and beyond GSoC) is an API wrapper for the gettext library, which can interface with posix applications.

Maxime Simon

Maxime and his mentor, Ryan Leavengood have been working together on both laying the foundation for a native browser, as well as updating WebKit to the newest codebase. In short, some of Maxime's work has been on browser specific features, including the bookmarking library, toolbar, and designing the multiple rendering processes support. Earlier this month, his work has shifted towards WebKit. Primarily migrating the Haiku specific code from the previous port to the current codebase and continuing it. For a more in depth explanation, look at his most recent blog post.

Johannes Wischert

Earlier this week, his Gumstix Overo Water and Tobi expansion board arrived. Previously he has been using Qemu to emulate a Gumstix verdex as a testbed. His work has been focusing on the kernel and u-boot loader. The u-boot loader will be capable of loading the haiku_loader, which in turn will load kernel directly from a BFS partition. MMU related code and a driver for the microSD card reader are planned to be worked on next.

Bryce Groff

Several patches have landed in Haiku's source tree; changesets: 31234, 31235, 31236, and 31237. These allow BFS partitions to be created and deleted. On a side note -- testing of DriveSetup has been done inside Haiku running inside Qemu on Haiku!

Ankur Sethi

CLucene has been ported to Haiku and exists as an OptionalPackage for the build system. CLucene is the library that provides the searching APIs. The indexing daemon has some initial functionality. One of the responsibilities of the indexing daemon is to determine which files need to be indexed or to have their indexed data refreshed. Being able to search the results and handling non-plain text files via translators are two items that are on his todo list.

Raghu Nagireddy

The FUSE module hooks for almost all the necessary functions have been implemented. Most of the remaining functions that will be implemented are of lesser importance and require some research into Haiku's kernel Virtual File System. After that, the remaining work would be to get the FUSE library compiled with fs-shell, eg adding the necessary Jam rules. Since the FUSE module is host system binary, it can be debugged using tools of his host platform.

Syndicate content