The Rust programming language belongs to the category of modern programming languages that aim to provide a reliable and safe alternative to C and C++. In the past few years, few people have been working on getting the compiler, and the other build tools to our platform. And in fact, since Rust 1.0 there have been reasonably working binary packages for building Rust projects on Haiku.
With the recent addition of Rust 1.
It was a few months ago that on a lazy Sunday afternoon I found myself to be in Brussels at the FOSDEM conference, where François organized a very successful Alt-OS development room, filled with all sorts of presentations on the world of the alternative operating systems. As probably the only non-computer science person, I got a slot as well and I decided to give a presentation with this same title. Now just imagine, I was scheduled on the last day, nearing the end of the conference (around four or five in the afternoon) and knowing the visitor group, I did not expect much. As such, I decided to prepare a discussion session for the ten or so people to show up. Now about five minutes before I was scheduled to go, people started trickling in. And to my pleasant dismay – if ever such a thing is possible – I ended up having a full house. Now why would a large number of computer geeks or – more nicely put – Open Source fanatics be interested in what a silly humanities guy has to say? I started to think about that, and I realize that this is in fact a very central question to everybody that donates time or money to these projects: what will be its future? Or put in another way, how can we, as actors in the always changing, always new information technology sector determine a path? That is the problem I would like to give a stab at in the coming twenty minutes.
This contains the text and the slides of a presentation I gave on the 11th of April 2010, at BeGeistert 022 in Düsseldorf. Attached you can find the slides and a printer-friendly version of this text.
Exactly one week ago, on a simple Monday in September, we pulled the lever. Though it had been anticipated in more than one language, it was a relief when suddenly a whole new website appeared, and more importantly, this update had something called a release, a thing relatively unknown in Haiku's universe. I still remember being in the IRC channel, when Michael Lotz proclaimed: "I can't believe the other devs are letting me do this" while he was tagging the source code for the final alpha build.
So what happened after that?
According to my resume, I’ve been contributing to Haiku since 2002. I don’t remember how I determined that start date, and GMail is only five years old so searching that does not provide me with an answer either. What I do know is that I feel a strong connection with this project. Which really makes it all that harder to part.
I remember I started by writing a naive proposal about internationalization back when this was still OpenBeOS. You should know that at the time I was sixteen years old, so I never really knew BeOS, and I just came from the translation team from KDE. I left that project in search of something bigger, more integrated, more … I think we have all been there. BeOS seemed like a materialization of that dream. Only, Be Inc. already turned into ashes when I started my quest. A bunch of silly coders with a vision were determined to continue that dream. Little did they know that seven years later their code would boot on many machines - even though mine right now seems to be left out of the fun. My proposal on internationalization, however, never came to materialize.
I would like to announce the availability of the git revision control system. The git website describes it as:
Git is an open source version control system designed to handle very large projects with speed and efficiency, but just as well suited for small personal repositories; it is especially popular in the open source community, serving as a development platform for projects like the Linux Kernel, WINE or X.org.
Git falls in the category of distributed source code management tools, similar to e.g. Mercurial or Bazaar. Every Git working directory is a full-fledged repository with complete history and full revision tracking capabilities, not dependent on network access or a central server. Still, Git stays extremely fast and space efficient.
This document describes how to install the git binary, and how to get the source.
This is the second installment of the Haiku alpha 1 status updates. In this issue I will discuss the progress on including the developer tools in Haiku. Some interesting progress has been made. I will also expose a discussion on the mailing list on whether or not to release a bootable CD. At the end of the page you will find the enhanced milestone statistics. #1739: including developer tools on Haiku Last week offered major steps in accomplishing this task.
This is the first Haiku alpha 1 status update. The goal of this status update is to provide information on how the project is going. There has recently been an consensus that it was about time to start preparing a first alpha for a myriad of reasons. To me personally, the fact that it is about time to show off the enormous amount of work that has been put in the project the past number of years.
A nice overview in mind map format, for those of you interested.
A few hours ago I had my Haiku talk on the Dutch Open Source event T-DOSE, and I’m still glowing all over. The attendence was above all my expectations, around 25 people were in the room. And despite of the last minute all night changes I had to make, the speech went fluently. Someone made a few pictures, which I hope to be able to post soon, and more importantly, I’m on tv!
Excuse me for the brevity of the previous post, it was done on my mobile phone (per experiment), and thus I was limited in the amount of characters I could post.
I just returned from Eindhoven (which, by the way, is the most ugly city in the Netherlands), and all in all I had a fun day. I went to see two talks: one on KDE 4 programming by Adriaan de Groot.