An extensive interview with Haiku developer - Paweł Dziepak.

I have interviewed Paweł Dziepak during my private conversation with him, on polish Haiku IRC channel (#haiku-pl, Freenode). We talked for two nights, on 28 and 29 of April 2014. Paweł is known to the community as pdziepak, I am Premislaus. There are many great people involved with Haiku Project, everyone is worth interviewing - I will try to do that in the future (Ingo, Axel, Stephan, beware!). Why pdziepak this time? The big role in the decision played ease of communication, since we are the same nationality, we talk pretty often with each other on IRC channel. Besides, he is an excellent programmer, engineer with vision! Despite his young age, he doesn't do mobile apps, his field of interest are kernel architectures. Unfortunately, he didn't have current photo and he said no when I proposed him to take a stylish one, either selfie or in an elevator.

We had deep and sincere conversation about Haiku Project and Community condition. I also asked him about Open Source movement in general. The part of that I present to you below:

Haiku Finally Gets a Native GCC4 - full story inside!

News posted by umccullough on Sun, 2009-02-01 04:25
Michael's Quad-core compiling GCC4.3.3Michael's Quad-core compiling GCC4.3.3

As many Haiku community members know, one major hurdle that has been making it difficult to port new software to Haiku has been the lack of an up-to-date GCC4 compiler. While a GCC 4.1.2 cross-compiler has been available now for some time, cross-compiling software for a GCC4-built Haiku can be painful and frustrating. What Haiku really needed was a native GCC4 toolchain to run on a GCC4-built Haiku install.

That time is now! A native Haiku GCC4.3.3 is now a reality.

Michael Lotz set out to tackle this task and the fruits of his labor have finally been committed to the Haiku repository for all to benefit from.

Michael Lotz details the process he used

To demonstrate what process was necessary to perform this task, he has written a detailed blog post recounting his experience. It's a long read, and certainly lists some confusing concepts. If you were at all curious what it would take, going from a GCC2-built Haiku to a GCC4-built Haiku with its own native compiler, the steps are all there.

During the process, Michael was even "fortunate" to find and submit a patch for a bug in libiberty. You will read about the strange behavior that led to the discovery in his blog post.

Dogfooding is important... Yummy!

If you're paying attention while reading his blog, you'll note that Michael is "dogfooding" during his Haiku development. Not only does he use Haiku for development purposes, but it's also the only operating system he uses currently. This suggests a couple of important points: a) Haiku is stable enough to use daily and develop in and b) Haiku developers are serious about Haiku, intending to use it as their daily OS. I know of several developers who use Haiku daily for various tasks, including development. This demonstrates a dedication to the quality they are pursuing, and increases the likelihood that even little annoying things about Haiku are going to get fixed eventually.

What does all this mean? What's next?

Freshly-built Haiku running GCC4Freshly-built Haiku running GCC4

So, what should we expect from Haiku now that it has a native GCC4 toolchain?

I'm not sure - and that's the exciting part actually! This opens the door for easier porting of modern software, and more easily moves Haiku out of the "dark" GCC2 cloud that BeOS had lived under.

Several existing Haiku porting projects already require GCC4 to proceed and/or update to latest versions: Firefox 3, Webkit, VLC, and more.

Haiku already supports a "hybrid" environment where it is built with GCC2 for backward compatibility but also providing GCC4 libraries for future software support - or even more interesting: a GCC4-built Haiku with GCC2 libraries for backward compatibility. I think we'll see the latter becoming more common now with the availability of a native GCC4.

There are still some minor loose ends to tie up - such as providing the remaining development tools for a GCC4 Haiku (the GCC2-built ones will work, but they are not yet automatically installed with the "Development" optional package). Additionally, those who wish to build a GCC4 Haiku from within an existing GCC2-built Haiku might find it a little bit challenging. If you'd like to experiment, you may want to compile your own GCC4 Haiku from Linux, BSD, etc., or even wait for the availability of pre-built GCC4 images to appear.

These are very interesting developments, I hope you're as excited as I am at what the future holds :)

Notice: Scheduled Maintenance for

News posted by nielx on Wed, 2008-06-11 19:00

On Monday the 16th of June, from 09:00 GMT onwards, will be down for a server move and software upgrade. The website team has chosen to combine these two operations in order to minimize downtime. The operation is expected to take about three hours. Live progress updates will be offered on the#haiku channel on freenode.

The service will be moved to hosting that has been offered by Scott Palmer from, a non-profit that is dedicated to providing hosting and mirroring services to open source projects. We would like to thank Scott Palmer and for their very generous offer to take over the hosting of one of our services that is so vital for the community.

Notice: user account changes on

News posted by nielx on Mon, 2008-06-02 18:23

Update: as of now this change is in effect. If you are encountering any problems, read on to learn how to get help.

The website team is constantly trying to improve the user experience of the various websites we maintain. In order to improve our existing infrastructure, we are currently preparing a move to a new server infrastructure, which is offered by the Internet Systems Consortium. ISC is a non-profit that, amongst many other things, hosts We are more than grateful for this offer, which will improve our responsiveness, especially during exposure on Slashdot or OSNews.

This transition means that we have to redesign several aspects of the server infrastructure. One of these things is the user account handling. Because of the interactive nature of the main website and the bug tracker, much of the functionality is tied to user accounts. Up to now we have been able to use the user database of the main website to authenticate users against However, in the new environment, we have to break this connection, until a better solution is implemented.

On Monday the 9th of June, users of will no longer be able to log in with the account they created on the main website. If you have ever logged in on, you will be affected by this change. You will receive an email with a new (randomly generated) password, which you will be able to change to your liking.

Read on for a short list of questions and answers.

Q: I use on a regular basis. How will this influence my account details on

A: Your account details on will not be changed. You will keep the same username and password you always had, and you can continue to log in on with those. Only your login information for will change.

Q: I have never used, but I would like to in the future. Should I log in now with my current account details before the change on Monday?

A: No. Monday a new link will appear which will allow you to register a new account on You will be able to create a new account whenever it is necessary.

Q: I want to change my email address. Does this mean I have to do it in two places?

A: Yes. After Monday you will have to change your account details on both and

Q: I am sure I have once logged in on, but I did not receive a new password. Neither can I register a new account under my old user name. What now?

A: Please send an email to Niels Reedijk (login required) with your user name and a description of your problem.

WebKit port well underway

News posted by humdinger on Tue, 2007-12-04 17:03

For a Haikuware Bounty, Ryan Leavengood set out to port WebKit, a framework to render modern web contents. Actually, from the start it was supposed to be a first shot to get the basics to compile for Haiku, as a complete port is a huge endeavour that keeps a skilled team busy for many months.

The deadline for the bounty has recently been reached and the set goal has been achieved more or less. Read Ryan's summary at Haikuware for the details.

Now that the first step is taken, everyone's invited to help further develop and later on optimize and streamline the code. Marcus Jacob and Andrea Anzani have already stepped up to give Ryan a hand.

The plan is to have the port hosted directly in the official WebKit repository. Before that can happen a few more basics need to be implemented, which should happen within the next few weeks.

Ryan has provided a developer's document with detailed build instructions for those who wish to work on the port. Check it out.

Symbolic Milestones

News posted by mmu_man on Sun, 2007-01-28 22:58

Some will argue that these were just meaningless numbers, nevertheless we have reached significant milestones today: 1000th bug entry, and even better, 20000th subversion change. Recent subversion changes include many bug fixes and several additions in the file system area.

Several file system add-ons were ported from BeOS (Haiku has a different VFS interface):

  • NTFS, using a GPLed libntfs, should even handle writing if you don't mind some risk of losing data.
  • NFSv2, from an add-on once published on BeBits, should allow using files from Unix servers and maybe someday be used for network booting along with PXE.
  • GoogleFS, a tech demo showing how queries can be handed over to Google.

In other additions, Marcus Overhagen finished implementing PXE support. PXE is the first step to providing network boot support. The kernel still needs to be programmed to mount the boot volume from the network.

Syndicate content