Haiku
haiku-os.org
haiku-os.org
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...
What NeXT brought was exceptional developer tools, not to mention Steve Jobs.
No Steve Jobs likely would have meant no iPod, iPhone, etc.
There was a market starved for a stable, high quality and responsive operating system that would run on the x86 hardware that was abundant everywhere. Windows wasn't it, yet; recall this is years before XP, and Windows 98 was an unstable mess while NT was slow.
A little search gives a reference: https://web.archive.org/web/20131109045719/http://www.intern...
I get it, many times I have seen stuff that is function all but very slow, considering Haiku can run fine on a Pentium 2, I can see why they wouldn't want that.
Linux had a similar problem but had the advantage of open source. Random people would cobble together support for things and stick it online.
Only...there was no software. The system ran beautifully. But I had no web browser that was supported. All the software seemed to be ports from Linux and didn't seem to take advantage of Haiku's advantages.
I had a good speedy operating system that booted almost immediately to the desktop. But nothing to do when I got there.
BeOS back when I tried it in the V5.0 days had software written for it. There weren't multiple options for everything but there was variety. There was usefulness in the radio broadcasting software, the video editors that worked even on my POS box back in 1998/99. When the PE was released I'd hoped that would result in even more software becoming available. But no, it was shut down not too long after that. (I'll skip the whole YellowTab fraud saga.)
The situation seems even worse these days. It's been almost thirty years. Time to let go.
There's a web browser (Web Positive) that works good enough given the available resources on this machine.
The system itself runs very nicely on this hardware. I tried to install Linux there first but I wasn't able to find any 32 but distro with GUI that would fit on 4GB eMMC.
Now I have a neat small machine that supports what I need from it and I'm thinking of putting it on some more powerful HW.
This might be a new development, but there's like 3 different forks of Firefox that are packaged. See: `pkgman search firefox`, or something like that. I used Floorp, and it worked well, especially considering it was running with 4 gigabytes of RAM on a VM on a system that already had a bunch of applications open.
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.
Also, a long time ago (pre 486DX), processors did not have FPU circuitry instead it was a FPU coprocessor. When dealing with a kernel context switch, you'd have to copy all registers to a stack. With a coprocessor, you'd have to make sure those registers got copied as well. Which was slower with coprocessors ... So for a time some real time kernels did not allow context switching of FPU. To support that, you'd get the performance hit.
These days its all integrated so you dont have to worry about it ...
> 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.
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.
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.
What does this translate to, in some amount of technical detail?
You boot straight to a desktop, and there's no ads, alerts, pop-ups, pop-unders, noisy task apps, sidebars, widgets, and other engagement seeking focus destroyers. Every app has a reasonably consistent UX and presents as much necessary and relevant information as it can, without tedious wizards or aggressively hiding information behind folds or submenus.
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.
linux does at least have extended filesystem attributes. the dolphin filemanager from KDE makes use of them to support tags and comments. it's not ideal (tags are a comma separated string) but it is usable. adding tags is a bit painful though. i resorted to add and them through the commandline.
Actually, I think with Linux there may be a bit of a double penalty on desktop use with how much more attention the server use case gets compared to everything else.
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.
Haiku is a unified system, so native apps have one windowing system, one desktop environment, one API, one media kit, one file system etc. There are less layers for data to travel, hence it will always be faster. Also Haiku targets desktop users (single user system, for better or worse), while Linux in all honesty targets servers and embedded with desktop a distant 3rd use case. Haiku package management is a generation ahead of Linux.
Finally, BeOS/Haiku core architecture is built from modern 90's designs, while Linux started as a clone of Unix (deep in the bowels of Linux there is a TTY terminal block device).
Finally, BeOS had a cool factor (and their fanboys) that Linux never had. Dual CPU from day #1. Blinkenlights. Geek port. Playing videos on a face of a cube. is_computer_on(). Linux is sooo boring in comparison.
I also don't understand this:
> Our infrastructure contains sensitive personal user data, and we aggressively keep this information private on a need-to-know basis at all times.
What do they mean by "infrastructure" here? Do they mean each installation or their site, bug tracker and so on (the usual interpretation of "infrastructure")? Why would it contain sensitive personal data?
From the FAQ and about pages I gathered that Haiku is just supposed to be simpler, more uniform in design/vision and less bloated than Linux, but nothing specific about why anyone should choose it. If I'm happy with my Linux DE and so on, why would I choose Haiku?
> Am I missing something?
Haiku's not nearly as well-tested for security as most other OSes. We have a lot of the basic features (ASLR, NX bit, safety checks for kernel/userland data copies, some use-after-free detection in malloc, etc.) but things haven't been seriously audited or pentested the way other OSes are. We fix security bugs when they get found, but not too many people are looking for them that I know of.
> What do they mean by "infrastructure" here?
The web/internet infrastructure: software depot (has accounts for people to post ratings/reviews), forums, bug tracker, code review, etc. And it contains all the usual "sensitive personal data": IP addresses, email addresses, some private communications, and so on.
> If I'm happy with my Linux DE and so on, why would I choose Haiku?
Well, I guess the question is, are you really happy with your Linux DE? Because every time I've run desktop Linux, I have to spend what feels like 5-10% (or sometimes more) of my time fixing things that randomly break, or otherwise don't do or behave the way they're expected to, usually by finding some obscure configuration file and changing some random option.
On Haiku, since the system is designed and developed by one team, it all goes together in a way that Linux DEs can't really achieve. The downside is that, of course, we can't reuse much of the Linux's work (we have lots of Linux software ports, but the base system is all us), so we have a lot more to do than your average Linux distro, and so we're quite a ways from general feature parity with the Linux desktop (but the gap does decrease year over year, at least in some areas...)
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?
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?
For the longest time there was not a modern browser that could run, but now there are multiple chromium-based and firefox-based options.
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.
If I ever become a billionaire, I'm going to throw a boatload of money into an seL4-based desktop operating system.
It is amazing the project keeps going.
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.
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.
Then write code to make it work. Complaining about nothing just wastes time.
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.
There's a ton of packages built already and more that you can build yourself (needing a bit of effort)
I do somewhat agree on the beta label issue, but I would just put up a ymmv warning label and call it a day.