Wind of change…

5 11 2008

Hello world,

Just to let you know, I’ve changed by blog to

Feeds can be picked up from


Official drink for openSUSE addicts

19 10 2008

Seems openSUSE addicts now have an official drink. In Australia, we currently enjoy an Ad like this:

Howto: Turn a 2 hour meeting into a 14 hour work day

18 10 2008

This is an howto for those of you with too much spare time. I will show you how to turn a 2 hour meeting into a 14 hour workday.

1. Move to Sydney
2. Get a job with a company that forces you to use the worlds most useless travel agency
3. Make sure you arrange a meeting with a customer in Melbourne
4. Use said travel agency to book your flight from Sydney to Melbourne at 7.15am. Also make sure to tell them that you want to return that same day at 2am
5. Order a taxi for 5.45am to go to the airport
6. At the airport, try to check in electronically (which, off course, will fail)
7. Queue up to check in
8. Board the plane by going to your gate. Make sure to pass through the security checkpoint
9. Arrive in Melbourne (this should happen automatically if you boarded the right flight) at around 8.45am
10. Queue up for a taxi (this can take somewhere between 5 and 30 minutes)
11. Arrive at destination 45 minutes later (if you are lucky, time is now 9.45 so you could go for a quick coffee)
12. Have meeting with customer
13. Leave customer and try to get a taxi. This, again, is somewhere between 5 and 30 minutes
14. Arrive at airport around 1.30pm
15. Try to check in electronically, which again will fail
16. Queue up to check in (although step 15 and 16 seems repetitive, it’s necessary)
17. Arrive at counter only to be told that there you have no flight booked for the day
18. Go online to frequent flyer members page to find out that the return flight was booked for tomorrow
19. Back to counter only to be told that they can not changed it there. Have to go to their Sales inquiries for that
20. Queue up for their Sales counter
21. Talk to Sales rep, only to find out that they can not change it. Only the travel agency that booked it can
22. Ring travel agency, tell them that you actually wanted to go home the same day. Listen to apologizes while the rep changes your flight. Pay attention when they let you know that you got the last spot on the 3.30pm flight. Make sure you thank them for their efforts.
23. Queue up to check in for your 3.30pm flight
24. Enter the airport (via security check point). Get asked for permission to sweep you for drugs (this step is sort of optional. You can actually refuse, but then you are not allowed to fly)
25. You now have an hour for lunch so eat something (you will need this)
26. At 3.10pm, listen to the announcement that there is a problem with your plane. They will update you as soon as they know more
27. Keep wondering what’s happening (the airline will try to keep you in the dark as much as possible)
28. Listen to several more announcements about how they are trying to fix the issues with your plane. Also watch the boarding time moving forward all the time (3.40pm, 4.10pm, 4.40pm etc)
29. Now, and this is very important, listen to the final announcement where they tell you that the aircraft can not be fixed, but they allocated another one at a different gate.
30. Once you arrive at the gate, listen to the next announcement and laugh to yourself about those poor travelers who’s flight was canceled so that you could get an aircraft. You will feel even better knowing that most of those passengers will not be able to fly to Sydney that Friday night.
31. Finally get on plane and wait for 30-45 minutes while they try to find some missing passengers
32. You should now be on your way back home to Sydney
33. Arrive in Sydney at 6.45pm
34. Line up for taxi (this time, it’s a minimum of 30 minutes wait time)
35. Arrive back home at 7.45pm

For what it’s worth, the meeting was great ๐Ÿ™‚

Updated; Build Service Collaboration

9 08 2008

The new openSUSE Build Service collaboration mechanism rocks. I’ve been playing
with it for a couple of days, and thought I blog about my findings, incase
someone finds them useful.

How to get started
Create yourself an OBS account by going to, then click “Register | Login”
Install the osc package. Easiest way to do that, is by browsing to, search for osc, then use the 1-Click Install for theย  openSUSE:Tools:Devel repository.
Find a package that you want to contribute to, in my case, I use which contains all GNOME packages that needs to be updated.

Now that you found a package, do the following (I will use cheese as an example package. Also, whenever you see “MBoman”, it should be replaced with your OBS user name);

1. Create a branch where you can work on the package

> osc branch openSUSE:Factory cheese

Note: The branch has been created of a different project,
which is the primary location of where development for
that package takes place.
That’s also where you would normally make changes against.
A direct branch of the specified package can be forced
with the –nodevelproject option.

A working copy of the branched package can be checked out with:

osc co home:MBoman:branches:GNOME:Factory/cheese

2. Check out the package

> osc co home:MBoman:branches:GNOME:Factory/cheese
A home:MBoman:branches:GNOME:Factory/cheese/cheese-2.22.3.tar.bz2
A home:MBoman:branches:GNOME:Factory/cheese/cheese.changes
A home:MBoman:branches:GNOME:Factory/cheese/cheese.spec
A home:MBoman:branches:GNOME:Factory/cheese/ready

3. Download the latest package (most of the GNOME packages can be found at to home:MBoman:branches:GNOME:Factory/cheese

4. Change to the package directory

> cd home\:MBoman\:branches\:GNOME\:Factory/cheese/

Let’s say that the package in GNOME:Factory was cheese-2.22.3.tar.bz2 and we downloaded cheese-2.23.6.tar.bz2

1. We need to delete the older version from this project (note! *Never* use rm when deleting files here)

> osc del cheese-2.22.3.tar.bz2
D cheese-2.22.3.tar.bz2

2. Then add the new version

> osc add cheese-2.23.6.tar.bz2
A cheese-2.23.6.tar.bz2

3. We then need to change the .spec file to reflect this new version
Open up cheese.spec in your favorite editor, then find the line starting with “Version:”
For this example, you should see something like this;
Version:ย ย ย ย ย ย ย  2.22.3

Replace the above version with the version of the new package, so it looks like this;
Version:ย ย ย ย ย ย ย  2.23.6

4. Next, we need to find out what changed between 2.22.3 and 2.23.6. There are a couple of ways to do this, and not all of them works for every package :-/

1) See if you can find a news file for all versions between 2.22.3 and 2.23.6 on the ftp server where you download the package from
2) See if there is a usable NEWS file in svn (
3) Unpack the tar ball and see if there is a usable NEWS and/or ChangeLog file in there

5. Once you found out what changed, open up cheese.changes in your favorite editor
Couple of things to remember;

* Follow the same format as previous entries
* Wrap lines that exceeds 76 characters
* Don’t use more that 40-50 lines to describe the changes as rpm copies the entire changelog to rpmdb.
* If there are bug entries (ie, #123456), figure out what bugzilla the bugentry comes from, and then change from #123456 to bgo#12346. Note that bgo should be replaced with the proper bugzilla entry from the list at

6. I found it very useful to run ‘osc st’ at this stage. It’ll list all changes you’ve done. For a version upgrade, we will want to see 1 or more adds, 1 or more deletes and both .spec and .changes files modified;

> osc st
D cheese-2.22.3.tar.bz2
A cheese-2.23.6.tar.bz2
M cheese.changes
M cheese.spec

7. Commit your changes and see if the package builds. Describe what you’ve done with the -m switch;

> osc commit -m “Updated to 2.23.6”

8. Check the status to make sure the package builds;

> osc r

9. Once the package builds, submit it to the GNOME maintainers (again, use the -m switch to describe your changes);

> osc submitreq create -m ‘Updated to 2.23.6’

The GNOME maintainers will get a notification that you submitted this request.
Once they act upon it, you will get an email back. Basically, it’ll be approved or declined.

You can list existing submissions using this command;

> osc submitreq list GNOME:Factory
666 new (mboman) home:MBoman:branches:GNOME:Factory/cheese -> GNOME:Factory
‘Updated to 2.23.6’

Other things to note;
If you delete or add patches, make sure that you note that in the .changes file as well. Clarify why a patch was deleted.

Things that “never” happen…

28 01 2008

Just had to report what happen in #opensuse-gnome today;

<kallepersson> Just a bit of thankfulness this monday morning: The search field in the SLAB menu is so damn awesome! ๐Ÿ™‚
<captain_magnus> Hmm… What’s wrong with this picture… People don’t say thank you when something is working… ๐Ÿ™‚
<kallepersson> Hah.
<kallepersson> Just thankful I guess.
<captain_magnus> ๐Ÿ™‚
<kallepersson> If it wasn’t for SUSE I guess I’d still be stuck on that horrible *other operating system*
<kallepersson> Ew.
<captain_magnus> OS/X you mean? Hehe…
<kallepersson> Um. Not really, no ๐Ÿ™‚
* captain_magnus saved kallepersson’s quotes for future use…
<kallepersson> Feel free to ๐Ÿ™‚
<kallepersson> I run my own business, and that’s where I run SUSE – if it is of any importance.
<captain_magnus> What do you do?
<kallepersson> I run a small web agency.
<kallepersson> I needed a fast operating system that “just worked” and was virus-free.

Fun with Beyonwiz

23 01 2008

A while ago, I bought myself a Beyonwiz DP-S1. I bought it as it had network connectivity so I thought it would be possible to have all sorts of fun with it. But to my disappointment, it wasn’t possible to connect to it, other than via http (which, as far as I know, can only be used to download recordings).

But the other day I found that someone created a patch to enable telnet access to it. But to apply the patch, you were required to have windows and an older firmware. Luckily, some tools were released as well so I could use my beloved Linux box to enable telnet access myself.

Once I had access to the box I started to explore it. To be honest, it doesn’t contain a lot of fun toys that are usable. But there was one utility… It’s called micomparam. It seems to control a lot of functionality in the hardware, amongst one is the display at the front. While I was playing around with it I came up with this really geek idea. Why not use the display on the PVR to let me know when I have new emails in evolution. So I setup a quick bash script that that listens on DBus when new messages arrive. I then use expect to access the PVR via telnet and set the display to show me when I have new emails.

I came up with other silly ideas as well, such as having the display show me when someone talks to me on IRC etc. But I have not done any setup for it yet (probably wont do it either). I think what I need to do next is to figure out if it is at all possible to manipulate the box further. It’s using Linux and BusyBox so it might be possible to write/compile software for it. I don’t know how one would go about trying something like that but could be worth a try. Even if it fails, it’s always fun playing. Beyonwiz have not released it’s stuff as required by GPL yet but according to this post, they are working on it. Meanwhile, I have something to waste my time on.


12 12 2007

Bought a new machine so that I could move to the fast lane.

Intel Core2Quad 8Gb of memory situated on a ASUS Maximus mobo, running openSUSE 10.3 x86_64.

Makes all the difference when profiling and compiling stuff.

Need to figure out how to setup my developer environment though, so have not had time to do much performance work on AB yet.

As soon as I sort it out, graphs will follow ๐Ÿ™‚