Occasional Haiku user here, running directly on hardware. "Works" on my ThinkPad X1 Yoga 3rd Gen (which is an 8th Gen Core i7 device).
To get it working I have to type "continue" at the two kernel panics on startup due to spurious / overzealous Thunderbolt PCI warnings. I also needed help from an Action Retro video to figure out how to setup the UEFI BIOS files on the correct partitions on the bootable Samsung USB stick I use. But it works enough that I can boot into it straight off USB when I want a break from Windows & Linux. They finally added support for the WiFi in my particular ThinkPad. There's basically no bluetooth support, so if you want a wireless mouse and keyboard, something like the Logi Pebble 2 bundle with wireless USB dongle works well.
Haiku has a Go 1.18 port now that mostly works, so that helps. A lot of Qt software has been ported across, though obviously the ideal would be truly native BeOS software.
The main thing I find Haiku lacks is a decent email client. That really prevents productive work for me. There's Claws Mail, but it has enough bugs that I didn't even find it usable, nevermind reliable. There's also some memory or networking issues they haven't tracked down. When I'm using terminal sessions, network responses often have dropped bytes in the output.
Actually the thing I'm really lacking is Claude Code. I ended up building my own minimal TUI API harness / client on Haiku to try and get work done. Haiku's web browsers (like WebPositive) sometimes have problems with the Claude website. I've been wanting to use Claude to help write more Haiku / BeOS software and fix various OS issues - a couple of weeks ago I used the Claude API and $30 API credit to make a USB UAC 2 audio driver for Haiku that works with Focusrite Scarlett devices (both playback and recording). But Haiku's AI policy means I can't contribute those fixes back. Though I understand their desire to keep the source pure and free from any potential copyright liability concerns, especially as they release it under an MIT license.
It's a shame that Be failed. I think they were a victim of Microsoft's aggressive anti-competitive activities in the late-1990s, combined with Apple deciding to bring back Steve Jobs via the acquisition of NeXT (making Apple a serious competitor in the same segment that Be was targeting -- multimedia and realtime applications). Ultimately, they prevailed in winning about $24M from Microsoft, but that was after the company had shut down. I presume the winnings went to Palm. Super cool to see Haiku continuing to develop. No doubt agentic coding is making it far easy for enthusiasts to improve and maintain projects like Haiku and I look forward to seeing where this project goes. You never know...
> The following functions, types, and structures are used to convey basic information about the system, such as the number of CPUs, when the kernel was built, what time it is now and whether your computer is on fire.
I've only played with Haiku in a virtual machine for like twenty minutes. It seems cool but I didn't use it enough to really develop a strong opinion. I do wish someone would put some serious money into an OS that isn't Windows and isn't just "implement POSIX".
If I ever become a billionaire, I'm going to throw a boatload of money into an seL4-based desktop operating system.
BeOS was my dream from childhood. Haiku is amazing, especially because the original BeOS only existed for five years, while Haiku has been going for 24 already. What stamina!
> What would you hope to obtain that you cannot just by using, say, a customized Linux Mint?
When things are coded right, Haiku / BeOS is blazing fast (every single thing runs in a separate thread), and resource usage is tiny. I think the OS only uses about half a gig of RAM? When the apps are coded right, there's a feeling that this is how our modern computers could have been, free from bloated software and using the full speed of the machine. And when shutdown only takes a couple of seconds, it makes you wonder what the other OS's are doing.
Of course the reality is not that. Display drivers & video codecs on Haiku often don't have the right hardware acceleration, most of the software you need is now Linux ports rather than BeOS native. But Haiku sometimes feels like a calming OS. Because it's so small and quite modular, it feels like an OS you can still potentially get your head around.
BeOS was way, way snappier to use on the same hardware than Linux (or Windows) no matter how much you trimmed down your (GUI) Linux.
IDK what scheduler voodoo they were doing, but it was awesome.
Only things I've seen that achieved something similar were QNX/Photon, and (though with the benefit of way stronger hardware and a ton of "cheating" by suspending applications) some (mostly early) versions of iOS.
I'm not sure I have any use for Haiku today, but I definitely wish for a world in which computer GUIs didn't feel so damn slow and janky and pre-occupied with whatever it's got going on internally rather than what I need it to be doing right now.
Also, I wish some kind of tagging system for filesystems had taken off well enough that I could rely on it, even cross-platform and when copying files between filesystems. Entire programs could just be file tags. Other programs could just be a thin GUI over tagged files. It sucks that didn't end up becoming a standard and reasonably cross-platform-compatible thing.
Where FUSE is "supported" cross platform, maybe you could store the tags in an SQLite database that gets dragged along for the ride whenever a file gets copied from FUSE to FUSE. Ie, usbdrive to local fuse mouht shadow copies the SQLite db as an extended attribute sort of thing.
It's one of the last single-user focused operating systems. Its design from kernel to UI is intended to make the system accessible to the user sitting at the desk. It was _extraordinarily_ fast and stable on even modest hardware of the era, and its software toolkit was a delight to use.
Even now, using it feels like the system is bereft of bloat and cruft. It's a system _for the user_ that doesn't assume that the user is technically incapable.
It kind of looks nice visually. Other than that I do agree with you. I got tired of waiting. Linux spoiled me. I need things to work these days. Linux works.
I always wondered what is the motivation behind Haiku. Is it a recreation of BeOS for the sake of recreating it, or is it practically usable for daily use?
Can't speak for the project members or main users, but as an alternative OS nerd who actually used BeOS R5 on a 300 MHz Pentium II in-period I see Haiku as having two different "purposes" depending on version.
The x86-32 version (and hypothetically the never-complete PowerPC version), as I see it, exists (or would exist) for binary compatibility with legacy BeOS systems. The AMD64 version on the other hand is a hobby OS demonstrating a path not taken where personal computer operating systems remained separate from server operating systems.
Also, like others, these days I can do basically everything I need to do on a computer other than gaming as long as I have a browser that supports the modern web and a SSH client so Haiku is absolutely fully usable on the right hardware.
It appears to be usable for daily use for some people, in that enough of a web browser works that you could mostly get by. It would be hard to say it is really practical, nor that it has a convincing path to being practical in the way that say ReactOS does.
People still find plan9 usable for daily use. The major barrier these days is indeed a web browser. I suspect even there you can get 95% of the way to that goal with a "browser" that is actually a linux VM.
For most Plan 9 users, the lack of a web browser is a feature, not a barrier. 9front features VMX on supported Intel machines so one can run a Linux VM using then connect using VNC.
i can't speak for the project's maintainers and their motivation, but it is workable as a daily use OS if your hardware is supported and you are willing to use the still beta firefox port.
What was the technical brilliance of BeOS? If I remember the story, Be provided incredible multitasking multimedia performance at a time when resources seemed too constrained and other OSes couldn't match it.
So how did they do it? And does Haiku use the same tech under the hood or does it forus on matching the user experience?
The problem with Haiku is that it is unable to leave the perpetual beta situation.
On Linux I can use perl, ruby, python, php, julia - you name it. Good luck thinking you can do this on Haiku, as-is.
Edit: I should say that I like Haiku, but I used it many years ago, and the situation with regards to programming still has barely improved here for the most part. They are building literally a dream OS nobody will seriously use.
Occasional Haiku user here, running directly on hardware. "Works" on my ThinkPad X1 Yoga 3rd Gen (which is an 8th Gen Core i7 device).
To get it working I have to type "continue" at the two kernel panics on startup due to spurious / overzealous Thunderbolt PCI warnings. I also needed help from an Action Retro video to figure out how to setup the UEFI BIOS files on the correct partitions on the bootable Samsung USB stick I use. But it works enough that I can boot into it straight off USB when I want a break from Windows & Linux. They finally added support for the WiFi in my particular ThinkPad. There's basically no bluetooth support, so if you want a wireless mouse and keyboard, something like the Logi Pebble 2 bundle with wireless USB dongle works well.
Haiku has a Go 1.18 port now that mostly works, so that helps. A lot of Qt software has been ported across, though obviously the ideal would be truly native BeOS software.
The main thing I find Haiku lacks is a decent email client. That really prevents productive work for me. There's Claws Mail, but it has enough bugs that I didn't even find it usable, nevermind reliable. There's also some memory or networking issues they haven't tracked down. When I'm using terminal sessions, network responses often have dropped bytes in the output.
Actually the thing I'm really lacking is Claude Code. I ended up building my own minimal TUI API harness / client on Haiku to try and get work done. Haiku's web browsers (like WebPositive) sometimes have problems with the Claude website. I've been wanting to use Claude to help write more Haiku / BeOS software and fix various OS issues - a couple of weeks ago I used the Claude API and $30 API credit to make a USB UAC 2 audio driver for Haiku that works with Focusrite Scarlett devices (both playback and recording). But Haiku's AI policy means I can't contribute those fixes back. Though I understand their desire to keep the source pure and free from any potential copyright liability concerns, especially as they release it under an MIT license.
It's a shame that Be failed. I think they were a victim of Microsoft's aggressive anti-competitive activities in the late-1990s, combined with Apple deciding to bring back Steve Jobs via the acquisition of NeXT (making Apple a serious competitor in the same segment that Be was targeting -- multimedia and realtime applications). Ultimately, they prevailed in winning about $24M from Microsoft, but that was after the company had shut down. I presume the winnings went to Palm. Super cool to see Haiku continuing to develop. No doubt agentic coding is making it far easy for enthusiasts to improve and maintain projects like Haiku and I look forward to seeing where this project goes. You never know...
There's an interesting fork that recently cropped up. It takes the Haiku user space and places it atop the Linux kernel.
Vitruvian OS: https://v-os.dev/
I wonder how they implement is_computer_on() under Linux?
(https://www.haiku-os.org/legacy-docs/bebook/TheKernelKit_Sys...)
In the simplest way. More interesting is the result for is_computer_on_fire()
https://github.com/VitruvianOS/Vitruvian/blob/0e4c6e33ab235b...
Cheating. Not involving the kernel at all.
on fire
> The following functions, types, and structures are used to convey basic information about the system, such as the number of CPUs, when the kernel was built, what time it is now and whether your computer is on fire.
I would love to see if they can get boot times down to a couple seconds.
Ah, haiku. I like a lot of the ideas it has, and wish someone would make a hybrid of some of its ideas with an actual unix
I've only played with Haiku in a virtual machine for like twenty minutes. It seems cool but I didn't use it enough to really develop a strong opinion. I do wish someone would put some serious money into an OS that isn't Windows and isn't just "implement POSIX".
If I ever become a billionaire, I'm going to throw a boatload of money into an seL4-based desktop operating system.
BeOS was my dream from childhood. Haiku is amazing, especially because the original BeOS only existed for five years, while Haiku has been going for 24 already. What stamina!
Sorry for being negative here:
What is the motivation for recreating Be? What would you hope to obtain that you cannot just by using, say, a customized Linux Mint?
If it's just historical/nostalgia/challenge, I get it. But people seem to believe there is something else too, and I'd like to know what that is.
> What would you hope to obtain that you cannot just by using, say, a customized Linux Mint?
When things are coded right, Haiku / BeOS is blazing fast (every single thing runs in a separate thread), and resource usage is tiny. I think the OS only uses about half a gig of RAM? When the apps are coded right, there's a feeling that this is how our modern computers could have been, free from bloated software and using the full speed of the machine. And when shutdown only takes a couple of seconds, it makes you wonder what the other OS's are doing.
Of course the reality is not that. Display drivers & video codecs on Haiku often don't have the right hardware acceleration, most of the software you need is now Linux ports rather than BeOS native. But Haiku sometimes feels like a calming OS. Because it's so small and quite modular, it feels like an OS you can still potentially get your head around.
BeOS was way, way snappier to use on the same hardware than Linux (or Windows) no matter how much you trimmed down your (GUI) Linux.
IDK what scheduler voodoo they were doing, but it was awesome.
Only things I've seen that achieved something similar were QNX/Photon, and (though with the benefit of way stronger hardware and a ton of "cheating" by suspending applications) some (mostly early) versions of iOS.
I'm not sure I have any use for Haiku today, but I definitely wish for a world in which computer GUIs didn't feel so damn slow and janky and pre-occupied with whatever it's got going on internally rather than what I need it to be doing right now.
Also, I wish some kind of tagging system for filesystems had taken off well enough that I could rely on it, even cross-platform and when copying files between filesystems. Entire programs could just be file tags. Other programs could just be a thin GUI over tagged files. It sucks that didn't end up becoming a standard and reasonably cross-platform-compatible thing.
Where FUSE is "supported" cross platform, maybe you could store the tags in an SQLite database that gets dragged along for the ride whenever a file gets copied from FUSE to FUSE. Ie, usbdrive to local fuse mouht shadow copies the SQLite db as an extended attribute sort of thing.
Hmm.
It's one of the last single-user focused operating systems. Its design from kernel to UI is intended to make the system accessible to the user sitting at the desk. It was _extraordinarily_ fast and stable on even modest hardware of the era, and its software toolkit was a delight to use.
Even now, using it feels like the system is bereft of bloat and cruft. It's a system _for the user_ that doesn't assume that the user is technically incapable.
It kind of looks nice visually. Other than that I do agree with you. I got tired of waiting. Linux spoiled me. I need things to work these days. Linux works.
Same here
here! a way to play this on copy.sh so that people can play this in their browser: https://copy.sh/v86/?profile=haiku
I always wondered what is the motivation behind Haiku. Is it a recreation of BeOS for the sake of recreating it, or is it practically usable for daily use?
Can't speak for the project members or main users, but as an alternative OS nerd who actually used BeOS R5 on a 300 MHz Pentium II in-period I see Haiku as having two different "purposes" depending on version.
The x86-32 version (and hypothetically the never-complete PowerPC version), as I see it, exists (or would exist) for binary compatibility with legacy BeOS systems. The AMD64 version on the other hand is a hobby OS demonstrating a path not taken where personal computer operating systems remained separate from server operating systems.
Also, like others, these days I can do basically everything I need to do on a computer other than gaming as long as I have a browser that supports the modern web and a SSH client so Haiku is absolutely fully usable on the right hardware.
And even then, there's a webssh client you can setup to run in the appropriate context that you need.
It appears to be usable for daily use for some people, in that enough of a web browser works that you could mostly get by. It would be hard to say it is really practical, nor that it has a convincing path to being practical in the way that say ReactOS does.
People still find plan9 usable for daily use. The major barrier these days is indeed a web browser. I suspect even there you can get 95% of the way to that goal with a "browser" that is actually a linux VM.
For most Plan 9 users, the lack of a web browser is a feature, not a barrier. 9front features VMX on supported Intel machines so one can run a Linux VM using then connect using VNC.
i can't speak for the project's maintainers and their motivation, but it is workable as a daily use OS if your hardware is supported and you are willing to use the still beta firefox port.
But compared to Linux, why would I want to use Haiku these days?
To explore a different OS.
Most people working on kernel/osdev do for the sake of recreating it :)
IMO For some it is practically usable with an ever-growing repository of new and familiar packages. HaikuPorts has over 4500 packages.
For the longest time there was not a modern browser that could run, but now there are multiple chromium-based and firefox-based options.
Best OS from all niche os category!
tier one: linux, windows, freebsd tier two: openbsd, netbsd tier three: haiku tier four: all others
One of the few OSes where my wifi and sound just worked out of the box :)
Its totally usable DESKTOP fOS.
This has been around for years. I don't understand what the news is?
Posting stuff that has been around for years makes it possible for today’s lucky 10,000 [0] to learn about that stuff.
[0]: https://xkcd.com/1053/
What was the technical brilliance of BeOS? If I remember the story, Be provided incredible multitasking multimedia performance at a time when resources seemed too constrained and other OSes couldn't match it.
So how did they do it? And does Haiku use the same tech under the hood or does it forus on matching the user experience?
The problem with Haiku is that it is unable to leave the perpetual beta situation.
On Linux I can use perl, ruby, python, php, julia - you name it. Good luck thinking you can do this on Haiku, as-is.
Edit: I should say that I like Haiku, but I used it many years ago, and the situation with regards to programming still has barely improved here for the most part. They are building literally a dream OS nobody will seriously use.
> On Linux I can use perl, ruby, python, php, julia - you name it. Good luck thinking you can do this on Haiku, as-is.
Then write code to make it work. Complaining about nothing just wastes time.