My Linux history

My friend in college (2000) introduced me to Linux. Windows 98 was having a lot of trouble on my laptop, so, in my days of dial-up Internet, I drove an hour to a computer store to buy a boxes copy of Mandrake for (I think) $30.

When that laptop died I decided to buy a Fujitsu Lifebook (I cannot tell you how much I loved that laptop). Unfortunately, there was a bug in the Linux kernel at the time which prevented it from booting correctly on a Transmeta Crusoe processor. I found an tutorial describing how to patch and compile my own Linux kernel for the Crusoe using Slackware, and I began using that.

At that point point in time, Slackware had no package manager. Instead, when new software came out (and I love trying new software!) I would download and compile it myself, including all of it’s newly required libraries (GTK2, Pango, Atk…). I had heard about the popularity of Debian and gave it a try. The feeling of using a package manager again to automatically install and update everything felt so incredibly wonderful.

I became tired of the cycle of Debian stable being fresh and new and being tired and old, so I tried Ubuntu. I didn’t want to like it because it was “too easy”, but my gosh, it was just so easy. My favorite version is still 8.04 Hardy Heron, which I still consider the pinnacle of Ubuntu development.

At this point I began to really learn about the Free Software Foundation, and decided that I agree with many of their beliefs. So, I installed a new FSF approved version of Hardy Heron called gNewSense and used only free and open source software on my computer for almost a year. You might be surprised how much Linux software is “open source” but not FSF “free”. ;) Anyway, it was a great experience.

gNewSense became old, and I didn’t like the direction the distribution was going. I wanted the latest versions of software, but I was tired of always formatting and installing new operating systems. I then discovered Arch Linux and the concept of a rolling release distribution. In addition to that, I was really getting into contributing to the Linux community, and the Arch Linux community provides outstanding outlets for that: a strong forum, a highly regarded wiki, and the AUR (allowing anyone to contribute new software packages to the distribution), all of which can be contributed to almost instantly by anyone.

In summary:

I was introduced to Linux using Mandrake.

I learned Linux using Slackware.

I discovered package management using Debian.

I took a break and used the user friendly Ubuntu.

I became passionate about software freedom using gNewSense.

I keep current and in control using Arch Linux.

I used each of those distributions for at least about a year. I’ve been using the same 64-bit Arch Linux installation for three years now and am very happy with it. I dual boot the Haiku operating system. And I still consider myself a freetard. :D

More information:

The monster update

I recently did some major software updates on my computer.

Arch Linux has changed a lot in recent months. These are not small updates. These are updates that, if I mess up, may result in my computer not booting, losing personal data files, or me not being able to watch Doctor Who. Spoiler: Everything went perfectly smoothly, my computer runs much better now, and I’m in the middle of watching episodes of the fifth Doctor.

Configuration Files

The first thing I did was update the Arch Linux configuration files. In the past, configuration was done almost entirely in /etc/rc.conf. Now it’s done in separate files. For example, the hostname is now set in the /etc/hostname file (SUCH AN EASY OPERATING SYSTEM).

I really enjoyed updating the configuration files. Everything is documented very simply in the man page for “archlinux”. And the best part is, now my computer runs so much more smoothly, especially the Firefox startup time.


A couple days later, I replaced my init system, sysvinit, with systemd. After learning more about each, I find systemd to be quite simple and easy to use. The upgrade process is very clearly documented on the Arch Linux wiki. I haven’t done any formal tests, but it seems like my computer now boots much more quickly.


Next, I decided it was time to change the file system on my two Linux partitions from Ext3 to Ext4. Why? Because Ext4 is newer! I don’t really understand the technical reasons why Ext4 is better, but whatever. It takes a lot less time now to run fsck, so that’s nice.

My other two partitions still have the Be File System on them. ;)


Finally, I updated my bootloader from GRUB legacy to GRUB2. Doing this one made my palms sweat. Once again I used the information in the Arch Linux wiki. Unfortunately, it was a little confusing, and required me to make some choices about how to install it. I decided to go with a very simple traditional BIOS installation to the MBR. So now I use GRUB2, which works fine, instead of GRUB legacy, which worked fine. But now my Arch Linux installation is little more future proof.

…And that’s it! My computer is running quite well. My next goal is to cleanup any files scattered around the operating system. I’ll do this by running the script that tells me about any files that aren’t owned by the package manager. The ones that are unused I’ll delete, and the ones that are used I’ll add documentation for. You know, things like what the file does and which application uses it.

I also need to do some things to cleanup my webserver. My iptables configuration works, but I don’t really understand why, and that scares me. I also need to clean up my webserver software.

It’s been three years since I installed Arch Linux, and it’s been a great experience. Going through the occasional big Arch Linux updates sure beats my old method of updating Linux, by reinstalling the entire operating system every few months. :P

Refreshing my Arch Linux installation

I decided that my Arch Linux installation was getting a bit crufty, so I decided to do a sort of “refresh”. It went OK. I mean, nothing bad happened. I just haven’t decided if any good came out of it.

You see, an Arch Linux user never really has to reinstall Arch Linux. pacman does a great job of keeping track of packages. My idea was to remove all packages and then install stuff I specifically want to use. This way, I won’t have any unused packages on my computer.

The first thing I should have done was make a quick backup of “/etc” and other important system files. Fortunately, like any responsibel computer user, I made a full backup about a week ago and just used those files when needed.

I editted “pacman.conf” commented out all repositories besides [core]. I then told pacman to remove all foreign packages. I was left with pretty much what I would have had if I just finished installing Arch Linux. I then reenabled the other repositories and went to work adding applications I like to use.

I ran into some snags when it came time to setup my web server. I installed Linux (of course), Apache, MySQL, and PHP, but back when I had removed those packages they took my configuration files with them! I struggled for a bit, rereading the Arch Linux wiki page on setting up a LAMP web server. It’s running fine again now.

I started with about 850 packages installed. After my little refresh, I have about 650. That’s nice, but, you know, those extra couple hundred of packages really weren’t hurting anyone. I think the best thing about this experience was relearning how to setup a web server. (Apache seems to be needlessly complicated in my opinion!)

In conclusion, I’d say it was worth the hassle, but only if I was really bored and wanted a relatively relaxing nerdy project to work on. I don’t plan on refreshing my Arch Linux installation again any time soon.

Haiku Programming: Saving Settings

I think one of the biggest differences between Linux and Haiku is that of having a standard way of doing things. I probably be talking about this difference a lot in the future.

Disclaimer: I’m very new to Haiku programming, so I may make mistakes or not do something the Haiku way. Please correct me if you see any errors. Thank you!

I worked on my RSS feed aggregator a bit over the weekend. I began implementing saved settings.


There are many ways to save settings in Linux. You can save settings by using GConf (which I just found out is being deprecated in favor of Gsettings). You can use a text file (please make sure to ask xdg where to save it, and not just throw it into the home directory!). Text files can be XML or Lua or old-timey-X-style (whatever that’s called) or made up just for your application. This is probably an over simplified representation of settings files in Linux, but my point is that there’s no single standard way of doing it.


The Haiku Human Interface Guidelines explain the standard way of saving settings in Haiku. It involved saving data into a BMessage and then flattening the BMessage into a file. Later, the file can loaded (unflattened) into a BMessage and the settings can be taken out of it.

The Haiku API includes a simple way to get the user’s settings directory:

BPath settingsPath;
find_directory(B_USER_SETTINGS_DIRECTORY, &settingsPath);

The current default user settings directory is “/boot/home/config/settings”. Use the Append method to add a nice name for your settings file:


This will make your settings file “/boot/home/config/settings/MyHaikuApplication”.


BMessage objects are integral to the Haiku API. Here’s a concrete example of what a BMessage looks like. For a BMessage object named “msg”, it has a “what” type (an integer) that can be used to determine the type of BMessage:


I don’t use this for saving settings. It has another (very important) purpose that I’ll talk about some other time.

The other thing it has is a whole mess of named data. Here’s a quick example. I’ll save a number into a BMessage:

msg->AddFloat("Pi", 3.141592654);

I can also retrieve it:

float value;
msg->FindFloat("Pi", &value);

As you can see from the documentation, a BMessage can store all sorts of data, include any object or structure. It can even store more that one copy of named data. For example, all of these values will get stored:

msg->AddString("Address", "123 Business Drive");
msg->AddString("Address", "386 Computer Street");
msg->AddString("Address", "7 Internet Superhighway");

They can likewise be pulled out again by using the FindString method. BMessage objects can also store other BMessages. In summary, BMessage objects can allow you to easily store and retrieve data.

Flatten It

To save a BMessage object to file, “flatten” it using the Flatten method. Just send it a pointer to a BFile:

BFile file(settingsPath.Path(), B_CREATE_FILE | B_ERASE_FILE | B_WRITE_ONLY);
if (file.InitCheck() == B_OK)

Unflattening a file is just as easy:

BFile file(settingsPath.Path(), B_READ_ONLY);
if (file.InitCheck() == B_OK)


Java has a way of serializing objects. This allows you to save an object to a file and then open it again. It sure can be handy, but if you make a change to the class then you can’t open the saved object anymore (as far as I know). The Haiku way of using a BMessage with named values in it doesn’t have this problem. You can always open it and try to read values from it. If the name of a value has changed or is new, then the find will fail and you can simply use a default value. Then, when application quits, you can overwrite the old settings file with the new one.


I’m a Linux user, and I know the benefits of having settings saved in a plain text file. I don’t know of an easy way to extract information from a flattened BMessage besides loading it in an application. Even so, the benefit is that it makes the application responsible for controlling the settings file, even if it means creating a GUI that allows the user to change some settings. Haiku is a desktop operating system. It was designed to be used with a GUI and a mouse. It was also designed to be easy to use. A plain text settings file might be as easy to use as a GUI, but a GUI can allow settinsg to be more discoverable.

An Advanced Case

My RSS feed aggregator has some numerical settings, but it also has more advanced settings. I need to keep track of every “Feed” that the user wants to follow, and every news “Item” in that feed. That’s a list of Item objects inside a list of Feed objects.

I got advice from An Evil Yak, a nice Haiku developer. I decided to create one BMessage for every Feed and one BMessage for every Item. I’ll then add the Item message objects to their corresponding Feed message objects, and all of the Feed message objects to the main settings message object. I’ll then flatten that message to a file.

What Haiku is missing

I recently realized something about the progress of the Haiku operating system. I think it’s ready for a large increase in users, but something is holding it back. That something is an itch. Haiku is missing the right itch to scratch.

There’s an annoying little problem any new operating system must face, whether it’s mobile, desktop, or other: People don’t want to use an operating system that doesn’t have the applications they need, and people won’t create applications until there are people using the operating system. Non-kernel-developers won’t even considering using an operating system until it is far enough along to allow a person to feel like they can do something with it, besides just being a beta tester. Well, I think Haiku is at that point.

Haiku is ready to be used by many people. It’s quite stable and contains many features that many people are looking for in an operating system, such as a nice web browser, chat, and a media player. It comes with great tools for developers. It can mount flash drives, it can be used to download torrents, and it can be used to connect to wifi. It has a pleasing appearance and is very consistant. Of course it’s not ready for everyone, but it certainly is ready to be used by some.


Mass adoption isn’t happening. There is talk on the Haiku forums about that being because of infrequent releases and the lack of focus on implementing single imortant pieces of the operating system. I briefly considered the idea that Haiku isn’t being used more because more people don’t know about it, in regards to there being a lack of some sort of marketing. But the more I think about it, the more I don’t think that’s the case.

I enjoy watching people post to the Community Contributions section on the Arch Linux forums. I like watching new applications flourish. Not all of them flourish, but the ones that do seem to have something in common: They were made by someone who was scratching an itch, and a large group of others had the same itch that needed scratching. One of my favorite relatively recent examples is for a fast and powerful file manager, SpaceFM.

I understand that SpaceFM is a relatively small application compared to something as large as an operating system, but even large pieces of software such as GNOME or the Linux kernel started out small. Haiku has been in development for over a decade, but still people aren’t swarming to it. Why is that?

I think the reason is that Haiku is missing an itch.

Microsoft Windows is the most used desktop operating system today. BeOS, which Haiku is based on, was designed to be a nicer, better, easier to use competitor to Windows. It may be, but things have changed a lot since then.

Windows has become easier to use. Mac OS has become much more popular. And people who want the most simplicity in a computing device will use a tablet or just stick with their mobile phone.

People who enjoy writing software and being their own system administrator have the option of using one of the many GNU/Linux distributions or similar operating systems. Haiku would benefit the most if these types of people would start using it and developing for it more. But why would they?

Haiku was designed to be a easy to use desktop operating system. It has one primary API, one GUI toolkit, and one user interface with relatively little customability. Why would a person who uses GNU/Linux with all of the great options and configurations that it provides want to use something so seemingly limiting?

There are people, like me, who love GNU/Linux but are tired of the fragmentation in distributions, user interfaces, GUI toolkits, sound servers, and so on. I wanted an operating system that was cohesive, designed to be easy to use, was free and open source software, and looked good by default. In my search for something with those features I found Haiku. But I think I’m in the minority.

If the needs of free and open source software developers can better be met by GNU/Linux, why would they use and develop software for Haiku? If they don’t, that only leaves professional software developers, and it would take someone who really likes gambling to take a bet on being able to make money by developing their software for Haiku.

If the needs of people who want an easy to use and cohesive operating system can be met by Mac OS and even Windows nowadays, why would they use Haiku? They would if free and open source software was important to them, but that hasn’t really happened with the general public. They want something that just works.

Who is left to use Haiku? People who miss the days of BeOS are interested in Haiku, but those numbers are dwindling. I’m certainly not one of them. I’d never even heard of BeOS until after learning about Haiku.

What can be done to bring software developers to Haiku? I don’t believe there’s really any great technical reasons to use Haiku instead of another modern operating system. Any technical benefit of Haiku, such as pervasive multithreading, is met with a drawback, such as it might not even boot on your current hardware.

I think stressing what Haiku does offer will help find people who are searching for something like Haiku but didn’t really know it. The more people that are informed about Haiku, the higher the chance of finding someone that is interested in using and developing for it.

What are the benefits of using and writing software for Haiku? I’m in the middle of writing my second piece of software for Haiku, and am learning a lot about why someone would want to use and develop for it. I plan on detailing these points over the next many posts. Maybe it’ll spark some interest in the next generation of Haiku developers. Maybe it’ll cause Haiku to jump into the mainstream! Most likely it’ll just allow me a place to blabber on about an operating system I love to blabber on about.

Software on Haiku

I’ve been spending a lot of time using Haiku recently. I had a particularly fun night recently.

I’ve been itching to contribute some nice software to Haiku for a while. Last year I made my first piece of Haiku software: a screensaver of pretty falling leaves. It seemed like a good place to start for me since I like making video games, and screensavers are pretty much just video games without any user input.

My plan for my next piece of software is to pick a nice library, compile in on Haiku, and then write a native GUI to interact with it. I decided to start by writing an RSS client. It’s coming along slowly but fine.

It’s funny, there’s “no software applications for Haiku”, but at the same time, every time I think I have a great idea to fill in some functionality gap, I find out there already is an application for it in Haiku that works fine. Combine that with the WebPositive web browser and you now have a ton of functionality that’s provided by websites (RSS feed readers, email, document creation…) Probably the biggest application gap I see is that there’s no native word processor, but it’s really hard for me to care. I don’t really use word processors in any operating systems.

Lastly, here’s my usual list of some of the stuff I did in Haiku recently:

  • Log in to my MSN, Yahoo, AIM, and Gmail chat accounts using Caya
  • Download YouTube videos using youtube-dl and watch them using MediaPlayer
  • Listen to music while I program using a playlist in MediaPlayer
  • Host a simple static web page using PoorMan (a “poor man’s” web server)
  • Create a new software project with the Paladin IDE, setup a new project on SourceForge, and sync my work using git
  • Check my email and visit various websites using WebPositive
  • Use BePDF to view some documents that were emailed to me
  • I had some fun trying out and voting on some of the new software releases on Haikuware.

In the past I’ve downloaded files through bittorrent using Transmission, but for some reason it wasn’t working last week. I didn’t really look into it, but I think I was trying to use a crummy seeds.

I plan on spending more time in Vision, the native IRC client, to learn more about software development in Haiku.

Oh, I almost forgot! I resized my partitions and gave myself a new Haiku native partition. So I now have a partition for the Arch Linux operating system, the Haiku operating system, my Linux personal data, and my Haiku personal data. This way I don’t have to fret when upgrading.

Social media and the open Intenet

I successfully avoided the update to the new Facebook “timeline” user interface. Do you know how? I deleted my account!

It was about a year ago that I decided to start trimming my online presence. My main reasons were that I got tired of being the “product” of a business and that it was taking too much of my time. I don’t really miss it.

It took a while to convince myself to go so far as to delete my Facebook account. I pretty much only used it to chat with people (well, only a couple of people) and to let people know that I’d updated my personally-hosted blog. (just use RSS, gosh darn it!) Facebook doesn’t seem to be used by my friends nearly as much as it used to be, so I was pretty much checking it all the time hoping that someone would post something interesting.

Many of my friends have nice open-to-anyone blogs that I can follow anyway. I don’t plan on ever again joining a website that can only be viewed by people who are members.

I’m sure some day I’ll think back on this post and laugh. It’ll be something my future teenage children will tease me about. Facebook will be remembered like we remember MySpace and GeoCities.

One of my favorite things to teach people is that all websites eventually go away. I consider it to be one of the basic laws of the Internet. Don’t become too invested in any one, because some day it’s going to disappear.

On that note, have you made a personal backup of your posts recently?


Being a good computer user, I make backups. Even so, I’ve been kind of unhappy with my backup process, so I decided to try something a little different.

I’ve been using rsnapshot to backup personal files and settings that I think are important. But I’ve always had this uneasy feeling that something wasn’t quite right with my backups.

There are two important rules regarding backups:

  1. Have one.
  2. Be able to restore it.

That second one is where my concern was. The things I would backup include which Arch Linux packages I use. In theory, it shouldn’t be too hard to setup Arch Linux from a backup to the way I have it now. But I also host a website that uses mysql, and I think I’m backing it up correctly, but, you know, I’ve never tried restoring it, so I’m not really sure. Also, rsnapshot takes way longer to run that I thought it would.

So, I started using dd. My system is a good candidate for it because my primary hard drive and my backup are the exact same model. I was also excited to use it because I got to download and boot into the Arch Linux live CD again, which I haven’t seen in years. Good memories.

So, here’s how I do my new backups:

  1. Boot into the Arch Linux live CD.
  2. Take my external backup drive out of the fireproof box and plug it in.
  3. Confirm the names of the two hard drives.
  4. Use dd.
  5. Wait.
  6. Unplug the drive and put it away.
  7. Relax.

My dd command:

dd if=/dev/INTERNALDRIVEsda of=/dev/EXTERNALDRIVEsdb bs=1M conv=noerror

The benefits of using dd to make an exact copy of my entire hard drive are:

  • I can’t accidentally forget to backup something that I need to setup my computer. My data, my settings, my operating system, and my website all get backed up. Even my Haiku installation gets backed up!
  • If my hard drive fails, I can swap it with my backup drive and be up and running again in a matter of minutes.
  • I’ll have a copy of the lastest Arch Linux installation media lying around, just in case.

Possible drawbacks include:

  • I only have one “copy” of my files, as opposed to one from from last week, one from the week before, and so on. I only ever had one copy, even when I used rsnapshot. I keep a backup mainly in case of a hardware failure, so one copy is all I need.
  • I can’t automate it. That’s ok, because I don’t keep my backup hard drive connected to my computer anyway. Maybe someday when I’m rich and famous I’ll be able to afford an external hard drive and an internal backup hard drive.
  • It’s easier to destroy my computer setup by making a mistake with dd than it is by making a mistake using rsnapshot. Well, be careful!

This has also been my first experience using the dd command. Such power. But, as with any power, it’s important to remember the old saying:

With great power comes great awesomeness.

Arch birthday

Arch Linux turns ten this year.

It doesn’t feel like I’ve been using it for very long. Then I check my pacman log and see the first entry: “installed filesystem”, 2009-11-04.

It’s been almost two and a half years since I’ve installed a Linux distribution! I used to love installing new distros, even if it was just an upgrade. Now I haven’t done that in a long time.

And you know what? I don’t miss it one bit. I love always having the latest software and no need to reinstall anything.

I keep Haiku installed on a separate partition. I’d love to use that as my primary operating system, but I’m afraid it’s not very practical at the moment. Until then, I plan on using and loving Arch Linux for a long time.

Window placement

Window placement is kind of a big deal to me. Out of all the different styles and algorithms for window placement, my favorite for the longest time has been “Random”. Random window placement had a better chance of putting an application window where I wanted it on the screen than any other option – until now.

But first, a bit about window placement:

Microsoft Windows tries to place a window where it was the last time you had it open. I thought this was a good idea at first, until I remembered I use many windows from the same application. Anyway, after that, I don’t know where Windows tries to put new windows.

GNOME 2, FVWM, and many other user interfaces I’ve tried seem to have a thing for the upper left corner of the screen. I hate the upper left corner of the screen! It’s the last place I want a new window is in the upper left corner of the screen, especially when I have a big empty desktop.

I’ve tried a few tiling window managers, but they just weren’t my thing. Oh, well.

Finally, I started using Openbox. I was sad at first, because everything looked great about Openbox except for one thing: the only options for window placement are “Smart” and “Under mouse”. I’m too lazy for “Under mouse” and when a window manager says “Smart” placement I usually don’t find it to be too smart.

I decided to look at the source code for the “Smart” placement, and I was pleasantly surprised! It goes through these logical steps:

  1. If a window knows where it wants to go (like Pidgin instant messenger does) then just put it there.
  2. If there are no windows open, then put it at the center of the screen.
  3. If there are windows open, then find a space where it will fit and center it in that space.
  4. Finally, if it can’t fit anywhere without overlapping another window, place in on the screen randomly.

I love it!