Search Results for: haiku

Haiku monthly activity report, March 2018

Haiku's monthly activity report for March is out has been out for weeks now, and it contains some interesting nuggets as the team moves closer to beta, but one stood out to me:

Kalisti5 got the PowerPC build working again. It is still not possible to boot PowerPC images very far, but at least it is now possible to compile them, and our buildbots are now happily doing so.

I find it interesting that there's people at Haiku still working on PowerPC support. It'd be interesting if they ever manage to support Apple PowerPC hardware, if only to offer yet another choice besides MorphOS.

Haiku’s first beta is possibly maybe not too far off

I've now turned my attention to preparation for beta1. Already talk has resumed on the mailing list of a tentative schedule; there still remains too much to do to expect it before the new year, but with the list of blockers now reduced effectively to two (one relating to installing source packages on the actual release image, which I intend to look into solving soon; the other is about clashing mime supertype declaration and may prove trickier to solve), the actual "release branch" is hopefully not more than a month away.

I've already begun drafting release notes and making build system cleanups as part of preparation. There is finally light at the end of the tunnel - don't give up hope yet. :)

I'm just putting it out there that if all goes according to plan, I'll be spending lots of time in a nice Haiku virtual machine over the coming weeks to get a really good look at the state of the continuation of the best operating system ever made.

It's time.

Where is Haiku R1?

With all the infrastructure changes and improvements, paired with the bug fixes in our master Haiku branch, we are slowly and steadily moving towards the R1 Beta 1 release which will live in its own R1(!) branch.

R1 Beta 1 installations should slowly roll towards the final R1 release via package updates. R1 Beta 1 is going to be a big step towards our first stable release.

The exact dates are still not solid. I know we have been saying "soon" for quite a while... But soon.

...

Haiku details its GSoC projects

Haiku has been accepted into Google Summer of Code again this year, and over the past few days the project has detailed some of the areas developers will be focusing on. For instance, Vivek will be working to bring 3D hardware acceleration to Haiku:

The Mesa renderer in Haiku presently ventures into software rendering. Haiku uses software for rendering frame buffers and then writes them to the graphics hardware. The goal of my project is to port Direct Rendering Manager (DRM) Driver for i915, from the Linux kernel to Haiku with the help of DragonflyBSD's Linux Compatibility layer, so that those drivers can be later extended to add OpenGL support (Mesa3D) for hardware accelerated 3D rendering.

Other projects include bringing Harfbuzz support to Haiku, building a Haiku preferences pane (blasphemy to an old BeOS user such as myself, but entirely a 100% good idea for normal people), developing a calendar application, and adding Btrfs write support.

Haiku’s Augustin Cavalier on the Lunduke Hour

Augustin Cavalier (also known as Waddlesplash) was a guest on The Lunduke Hour, where he explains a lot about what's been going on with the Haiku project for the last couple of years, and why it's been so long from Alpha 4 to the upcoming Beta 1.

Cavalier goes into Haiku's rather unique package management system, progress on the application front, and tons of other things. Definitely worth a listen.

Haiku: which launcher?

So you've installed Haiku from a recently nightly (or sometime soon, the R1 beta) and you’re launching applications from the Deskbar menu (the blue ‘leaf’ menu). Perfect, but there are a few more options to investigate if you want to quickly launch your favourite programs.

Neat little overview. For a second there I thought they were replacing Deskbar, and I nearly had a heart attack.

500 byte images: the Haiku Vector Icon Format

Haiku uses a custom vector image format to store icons. This is surprising both because most OSes consider bitmaps to be totally sufficient to represent icons and because there are plenty of vector graphics formats out this (e.g. SVG). The goal of the Haiku Vector Icon Format (HVIF) is to make vector icon files as small as possible. This allows Haiku to display icons as several sizes while still keeping the files small enough to fit into an inode (i.e., inside a file’s metadata). The goal of keeping the icons in the metadata is to reduce the disk reads needed to display a folder - it also each file to only require one disk read to display.

This blog post examines the details of the HVIF format using a hex editor and the canonical parser's source code. In the process of dissecting an example icon, I'll also show you an optimization bug in the icon image editor.

Great article.

Haiku Media Kit: new and old pieces

Hello, it has been some time since my last article, in the meantime I continued to improve things out and since I changed some important parts of the media_kit, I think it's correct to notify the community about new and 'old' features added recently. This is an article mostly written for application developers, but I tried to explain the improvements made with simple words so I hope it will be interesting to anyone.

Of all the alternative operating systems from the golden days (2000-2005 or so), Haiku is one of the very few - possibly the only one - still going strong. And by "going strong" I mean seeing a ton of development seemingly without seeing a sort of definitive release. They're trying to reach zero by endlessly dividing by 2, it seems, getting ever so much closer to zero without actually getting there.

Haiku: introducing the launch_daemon

A significant new development as Haiku continues pushing towards a stable release.

Since the switch to our package manager, there was no longer a way to influence the boot process at all. The only file you could change was the UserBootscript which is started only after Tracker and Deskbar; the whole system is already up at this point.

The launch_daemon gives the power back to you, but also allow software you install to automatically be started on system boot as well. You can also even prevent system components from being started at all if you so wish.

A summary of features:

Furthermore, it allows for event based application start, start on demand, a multi-threaded boot process, and even enables you to talk to servers before they actually started.

Read the full article for a detailed description.

Haiku monthly activity report – March 2015

Even though Haiku may be considered a hobby project, it's been in use professionally for a while now, by BeOS mainstay Tunetracker Systems. Recently, it also launched a Haiku distribution, which in turn also forms the base for their own products. In the most recent monthly activity report, the Haiku project mentioned that another company is planning on using Haiku in one of its products.

izcorp is another company is planning to use Haiku in a commercial product. Their line of studio recording systems is currently running BeOS and Zeta, but they are working on an update to Haiku. Ithamar is working with them to get their hardware fully supported, and the changes will be upstreamed to Haiku in the coming weeks. This includes several fixes to the USB stack, the intel_extreme driver, and there could be more to come.

The activity reports details a large number of the commits from last month, so it's definitely worth a read if you want to know what's up with Haiku.

Discover HAIKU: a Haiku distribution

"Discover HAIKU" is your gateway to the world of HAIKU. Delivered to you on a premium quality 8GB USB stick, you can boot to it directly, or install it to an empty hard drive volume on your computer. It comes with a new, up-to-date version of HAIKU, introductory videos, and a mile-long list of tested, proven programs and tools that will make your adventure exciting.

Looks like it's made by TuneTracker Systems - not exactly an unknown name in the BeOS world. Still, couldn't you just download the latest Haiku nightly? I don't think Haiku has an update system in place yet, so I wonder how this 'distribution' keeps itself up to date.

Haiku progress update towards beta 1

This week I continued work on moving Beta1 forward, fixing some important and less important bugs. To make things clear about what to expect in the upcoming weeks, I will spend more time on Beta1 tasks, but I'll also continue working on WebKit. However, my work there will focus on fixing bugs, rather than adding new features.

Haiku gives some insights into recent progress towards the first beta release. Definitely worth a read if you want to keep up with how far along they are.

Haiku: Ohio LinuxFest 2014 report

As I talked to many attendees about various things like our package management, scheduler update, WebPositive progress, Wi-Fi, ASLR/DEP, and anything else I could think of, and there was an overwhelming positive energy about Haiku by those who saw it in action. By far the most common question I got was "When will the next release be out?". In the past, I would say the most common question is "Why would I ever choose Haiku over any existing Linux distribution?", so it is nice to see that there was a lot more positive energy about Haiku, as well as excitement about the next release.

Haiku Developers Discuss the Future

Adrien Destugues sent an email to Haiku developers after the BeGeistert forum, addressing their inability to get R1 out the door, and proposed that they rededicate themselves to getting a beta out ASAP. He then asks a question that hangs above the heads of all developers of alternative and hobbyist OSes: is their goal "to create an operating system that specifically targets personal computing? Or have we evolved to the goal of a fun playground for OS-developers to play around with modern OS concepts?" He concludes ... "I do think that the PC-landscape has changed dramatically since the inception of the project, and I also underscore that there is a clear lack of focus when it comes to accomplishing our current mission. I would go so far as to say that the severe lack of interest of developers into finishing R1 is a great indication in that there really hardly seems to be any place for a new (mainstream?) desktop operating system anymore? Even the Linux on the desktop guys seem to have ceased preaching their gospel." That's some sober talk that's important for alternative OS fans to consider.

Haiku debates kernel switch (but it’s not happening)

A very interesting discussion is taking place in the Haiku mailing list right now. A developer has created a working prototype implementation of the BeOS API layer on top of the Linux kernel, and he is wondering if the project is worth pursuing. He's got the App, Interface and Networking Kits in good shape within a few months' work.

While there are some minor downsides to having the kits on top of Linux (or one of the BSDs), the upsides include all the drivers in the world (well, the gpu driver situation could be a tad better), a rock solid kernel that works on all kinds of devices (who says BeOS can't run on a phone, mine can), and a working BeOS clone with comparatively little effort (as a musical engineer, my biggest worry was sound system latencies, but it turns out many Linux schedulers can easily be tuned to handle the loads I expect in a BeOS system.)

I think the Haiku project made a monumental mistake in not using an existing kernel - it's simply no longer practical for a small project to keep up with the hardware evolution, handling security requirements and so on. Sad but true, and it was sad but true back in 2001.

A very interesting and in-depth discussion follows. Both 'sides' make a lot of compelling arguments, and it gives a lot of insight into decisions that went into the Haiku project, both past and present. For once, I have no clear opinion on this matter; both sides have merit, and it in the end comes down to what the actual developers want to work on (hint: it's not Linux).

Still, the developer in question will be putting up a repository of his Linux work, so we'll get to see what it's like.

Interview: Haiku developer Pawel Dziepak.

My area of interest is broadly defined kernel development. In the spring of 2013 I implemented ASLR and DEP which caused minor confusion due to "activation" of bugs that have been hidden but I think that overall it worked out well for Haiku. Later I tinkered a bit with RTM (Restricted Transactional Memory), new extension introduced in Haswells but the code will need a lot of work before it will become usable. From October to mid-January, I was employed by Haiku, Inc. to work on the scheduler and adaptating Haiku for work on systems with more than one logical processor. Among other things, I got rid of the 8 processors limit, which was quite firmly rooted in the ABI inherited from BeOS.

Great interview with a low-level Haiku developer.