Rendered at 18:09:51 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
SyneRyder 40 minutes ago [-]
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.
ttul 1 hours ago [-]
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...
drob518 13 minutes ago [-]
They were never going to compete with Microsoft even if MS hadn’t screwed them (which MS definitely did). At the time, MS was invincible in the enterprise market. Be’s only path to success was with Apple. Jean-Louis Gassée was negotiating the buy-out with Apple but he wanted more than Apple was willing to pay and Jobs was the key acquihire at Next, before people started talking about “acquihire” as a concept. Unfortunately, Apple wasn’t going to acquire both Be and Next.
wmf 18 minutes ago [-]
They knew Microsoft was monopolistic. They should have planned around it by making an x86 BeBox. (Which still would have failed because they didn't have the marketing budget.)
eloisant 19 minutes ago [-]
Be was pretty close from being acquired by Apple instead of NeXT. It was also founded by an ex-Apple employee (Jean-Louis Gassée).
MacOSX would be really different today if it were based on BeOS instead of NeXT...
dleslie 44 minutes ago [-]
There's an interesting fork that recently cropped up. It takes the Haiku user space and places it atop the Linux kernel.
> Returns the temperature of the motherboard if the computer is currently on fire.
jesperwe 30 minutes ago [-]
Cheating. Not involving the kernel at all.
fragmede 33 minutes ago [-]
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.
natewrench 22 minutes ago [-]
haiku reminds me of the powerpc macs from 1998 that small bar at the bottom that pulls out. It has that sort of colorful appeal to put it on a colored clear plastic imac or emac you know the orange vanilla motif i remember using.
velcrovan 52 minutes ago [-]
I would love to see if they can get boot times down to a couple seconds.
mghackerlady 48 minutes ago [-]
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
eloisant 16 minutes ago [-]
That's the thing, it was the most novel OS of the time.
Even the OS we use today are all based on some kind of Unix, except for Windows that trace their legacy to VMS through Windows NT.
BeOS on the other time was written from scratch in the 1990's.
mghackerlady 9 minutes ago [-]
Yeah, novel things are needed for innovation. Just see how much Linux and other modern unices have taken from plan 9. I made my comment because while I like some of the things (the filesystem, it being written in C++, and parts of the kernel) I still vastly prefer an actual unix or unix clone instead of something completely different with a posix-ish coat of paint
reconnecting 1 hours ago [-]
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!
bananaflag 51 minutes ago [-]
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.
funimpoded 40 minutes ago [-]
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.
fragmede 36 minutes ago [-]
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.
SyneRyder 29 minutes ago [-]
> 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.
tombert 18 minutes ago [-]
I like how Action Retro has pointed out that installing a fresh Haiku system is often faster than booting a Windows or macOS system.
As I said in another comment, I've only played with Haiku in a VM for not very much time, but I am a huge supporter of operating systems that are willing to break out of the codified mediocrity we've labeled "POSIX"; I suspect that we might be leaving a lot of performance on the table by constantly trying to POSIX compliant all the time.
nubinetwork 48 seconds ago [-]
> a fresh Haiku system is often faster than booting a Windows or macOS system.
Faster than booting w2k in a vm, on a modern cpu, at least in my tests.
dleslie 42 minutes ago [-]
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.
timw4mail 16 minutes ago [-]
Resource efficiency is a huge one. If you are familiar with the Via Nano: it's a SLOW x86_64 chip (sometimes used in thin clients) that feels about half as fast as older AMD 64 cpu. Haiku feels great on a Via Nano, and it's really storage-space-efficient. Linux distros are slower, and use more storage space (especially important for using an OS on a thin client PC).
shevy-java 49 minutes ago [-]
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.
alterom 55 minutes ago [-]
Same here
tombert 39 minutes ago [-]
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.
lukaslalinsky 1 hours ago [-]
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?
wolrah 43 minutes ago [-]
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.
fragmede 34 minutes ago [-]
And even then, there's a webssh client you can setup to run in the appropriate context that you need.
jdboyd 1 hours ago [-]
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.
throwaway27448 1 hours ago [-]
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.
MisterTea 38 minutes ago [-]
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.
efficax 1 hours ago [-]
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.
shevy-java 48 minutes ago [-]
But compared to Linux, why would I want to use Haiku these days?
MisterTea 36 minutes ago [-]
To explore a different OS.
kouosi 1 hours ago [-]
Most people working on kernel/osdev do for the sake of recreating it :)
ranger_danger 1 hours ago [-]
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.
lbaune 1 hours ago [-]
This has been around for years. I don't understand what the news is?
nathell 58 minutes ago [-]
Posting stuff that has been around for years makes it possible for today’s lucky 10,000 [0] to learn about that stuff.
One of the few OSes where my wifi and sound just worked out of the box :)
Its totally usable DESKTOP fOS.
Imustaskforhelp 14 minutes ago [-]
Lots of love to freebsd,openbsd,netbsd but I am curious why you placed freebsd at tier one and not others like openbsd/netbsd.
I feel like I like openbsd more from security perspective with things like pledge() etc.
Also how is the driver situation for freebsd and compared to linux and other bsd's?
mmooss 51 minutes ago [-]
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.
SyneRyder 24 minutes ago [-]
Situation might have improved since then, they have Go 1.18 now for example.
But I agree on the perpetual beta feeling though, and if you're wanting to get actual work done then Linux is the only way, if you don't want Windows / Mac.
MisterTea 34 minutes ago [-]
> 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.
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.
MacOSX would be really different today if it were based on BeOS instead of NeXT...
Vitruvian OS: https://v-os.dev/
(https://www.haiku-os.org/legacy-docs/bebook/TheKernelKit_Sys...)
https://github.com/VitruvianOS/Vitruvian/blob/0e4c6e33ab235b...
> Returns the temperature of the motherboard if the computer is currently 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.
Even the OS we use today are all based on some kind of Unix, except for Windows that trace their legacy to VMS through Windows NT.
BeOS on the other time was written from scratch in the 1990's.
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.
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.
Hmm.
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.
As I said in another comment, I've only played with Haiku in a VM for not very much time, but I am a huge supporter of operating systems that are willing to break out of the codified mediocrity we've labeled "POSIX"; I suspect that we might be leaving a lot of performance on the table by constantly trying to POSIX compliant all the time.
Faster than booting w2k in a vm, on a modern cpu, at least in my tests.
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.
If I ever become a billionaire, I'm going to throw a boatload of money into an seL4-based desktop operating system.
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.
For the longest time there was not a modern browser that could run, but now there are multiple chromium-based and firefox-based options.
[0]: https://xkcd.com/1053/
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.
I feel like I like openbsd more from security perspective with things like pledge() etc.
Also how is the driver situation for freebsd and compared to linux and other bsd's?
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?
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.
But I agree on the perpetual beta feeling though, and if you're wanting to get actual work done then Linux is the only way, if you don't want Windows / Mac.
Then write code to make it work. Complaining about nothing just wastes time.