Some months ago, I wrote a post about “Configure the KDE Dashboard to behave like in OSX“; the options to configure this have now been moved to System Settings > Desktop > Workspace. Simply select “Show an Independent Widget Set” in the drop-down box and you are done in KDE 4.4.

Attention: The patch policy has silently been changed by Oracle quite severely. The new strategy, which is also documented in Software Update Entitlement Policy for Solaris, enforces the requirement of a support contract to download any patch.

Unlike before, even security patches are not available for free anymore.

Until recently, Solaris 10 was free to use and Sun provided security patches for free as well; if you wanted further support you had to pay. It’s a widely used economic model in the open source world and has the great advantage of “hooking” up small companies to your products by still making them usable in a production environment.

At the company I’m working at, that’s exactly what happened with MySQL: we could use it for free to see if it fitted our needs and when the time came for us to need support, we paid for support. Everyone wins.

Now Oracle has pretty much cut every small Solaris user from using it in a production environment, to me it looks like they don’t even want to care about them. Solaris is still used in a lot of big corporations who pay a lot of money for support, but I wonder how long this will last…Just for fun I’m pasting some phrases from Oracle’s documentation:

• A separate Sun support contract is required for every system to which you apply Solaris Software Updates, including test and development systems.
• If your support contract lapses, you loose the right to use most Solaris OS patches and you must remove them from all systems.

Remove patches from a system, is this a joke? Did the guys who decided that already work in IT? Yeah great Oracle, that’s REALLY a good way to treat your future customers. Now you can be sure that I will try to replace every Solaris I see with a Linux box.

It’s sad for Solaris, the technology behind the OS is good but due to bad management decisions it’s getting less and less market-share. I feel sorry for the few passionate people behind Open Solaris.

Some may argue that RHEL is also a paid OS, but at least it’s clear from the beginning and Red Hat donesn’t screw their customers with dodgy moves like that in the middle of a product life-cycle.  And you still have CentOS if you don’t want support. What Oracle just did is a hold-up against the small Solaris users and I’m really angry at them.

To have a better understanding of the whole platform, including GTK+ programming that we are not going to use, Nokia has a series of good videos:

• Get started with Maemo 5
• Introduction to the QT Mobile Platforms

Scratchbox

When we installed the SDK yesterday, I told you that a lot of files went into a /scratchbox repository. For the sake of clarity, it’s a good idea to explain what Scratchbox is. Directly stolen from Scratchbox’s website we can read that “Scratchbox is a cross-compilation toolkit designed to make embedded Linux application development easier. It also provides a full set of tools to integrate and cross-compile an entire Linux distribution.”

The N900 has an ARM Cortex-A8 processor and we are developing on x86, that’s why Scratchbox is used…cross-compile our code to the ARMEL target so it’s deployable on the real phone. In the SDK, Scratchbox is used as a completely autonomous Linux system living in /scratchbox; so all the packages that we are going to install in this OS won’t affect Fedora in any way.

Repositories management in Maemo 5

As Maemo 5 is “just” a modified Debian, so it is using the same tools to manage packages: apt and friends. As with any Linux OS based on packages you can add repositories to get software. In Maemo 5, the repository structure is exactly what we had before Fedora 5/6: a “base” repository managed by Nokia and “extra” repositories managed by the community.

So…repositories. By default only a couple of select repositories related to the SDK and Nokia’s proprietary binaries are enabled. What we want is to enable the community “extra” repositories so we can play with other applications. It’s managed exactly like in yum: edit a text file and update the repository list.

The first thing to do is to login to Scratchbox:

[Steven@x301 ~]$ /scratchbox/login
Welcome to Scratchbox, the cross-compilation toolkit!
Use ’sb-menu’ to change your compilation target.
See /scratchbox/doc/ for documentation.

Now edit the repositories list, the links to the extra repos are available on http://repository.maemo.org. We are going to add extras only, add extras-testing and extras-devel at your own risk…. Note that “fremantle” is Maemo 5’s name:

[sbox-FREMANTLE_X86: ~] > vim /etc/apt/sources.list
#Extras
deb http://repository.maemo.org/extras/ fremantle free non-free
deb-src http://repository.maemo.org/extras/ fremantle free
#Extras Testing
#deb http://repository.maemo.org/extras-testing/ fremantle free non-free
#deb-src http://repository.maemo.org/extras-testing/ fremantle free
#Extras Devel
#deb http://repository.maemo.org/extras-devel/ fremantle free non-free
#deb-src http://repository.maemo.org/extras-devel/ fremantle free

Now update apt’s local cache:

[sbox-FREMANTLE_X86: ~] > fakeroot apt-get update

Install QT in Scratchbox

At the moment, QT 4.5 is the default version shipped with the 1.1 firmware, QT 4.6 will come with the 1.2 firmware release as far as I know and it contains many changes to be better on Maemo. If you want to play with QT 4.6, you can install it from extras-devel, we are going to stick with 4.5 at the moment. The installation is dead simple:

[sbox-FREMANTLE_X86: ~] > fakeroot apt-get install libqt4-gui libqt4-dev

Deploy your first QT application in the emulator

I’m not going to start a QT course here, but there is a lot of online material available for that including the first edition of the “C++ GUI Programming with Qt 4” book. I have ordered the second edition on Amazon and it’s really great.

So, let’s create our first QT application, compile it and run it on the emulator! You may have noticed that the SDK also installed an “sbhome” directory on your desktop. This is your user’s home directory in Scratchbox. So it’s a filesystem the Maemo 5 emulator has access to…that’s why it’s a good place to store your QT projects. Go to this directory and create a HelloWorld folder. Create a “HelloWorld.cpp” file with the following content in it:

#include <QApplication>
#include <QLabel>
int main(int argc, char *argv[])
{
QApplication app(argc, argv);
QLabel *label = new QLabel(“Hello World”);
label->show();
return app.exec();
}

Thanks to QT, these lines will magically generate a complete GUI application. Our source code is ready, now we need to create a QT project from it and compile it. For this, we need to be in Scratchbox:

[Steven@x301 ~]$ /scratchbox/login
[sbox-FREMANTLE_X86: ~] > cd HelloWorld/
[sbox-FREMANTLE_X86: ~/HelloWorld] > qmake -project
[sbox-FREMANTLE_X86: ~/HelloWorld] > ls
HelloWorld.cpp  HelloWorld.pro
[sbox-FREMANTLE_X86: ~/HelloWorld] > qmake
[sbox-FREMANTLE_X86: ~/HelloWorld] > ls
HelloWorld.cpp  HelloWorld.pro  Makefile
[sbox-FREMANTLE_X86: ~/HelloWorld] > make
g++ -c -pipe -O3 -g -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/targets/FREMANTLE_X86/usr/share/qt4/mkspecs/linux-g++-opengl -I. -I/targets/FREMANTLE_X86/usr/include/qt4/QtCore -I/targets/FREMANTLE_X86/usr/include/qt4/QtGui -I/targets/FREMANTLE_X86/usr/include/qt4 -I. -I. -o HelloWorld.o HelloWorld.cpp
g++ -Wl,-O1 -o HelloWorld HelloWorld.o    -L/usr/lib -Wl,-rpath-link=/usr/lib -lQtGui -lQtCore -lpthread

Now run the emulator GUI from your desktop and run the program from Scratchbox:

[sbox-FREMANTLE_X86: ~/HelloWorld] > run-standalone.sh ./HelloWorld

It works! As you can see, QT has done quite some magic for us: the application already looks like a native Maemo 5 application and has a close button!

Next

In the next article, we are going to create a Debian package for the ARMEL target and deploy the application on the phone. Then we will have completed the development chain overview.

Currently, the applications are mainly written using the GTK+ toolkit but the phone also provides QT 4.5/4.6 support. As QT will be the default toolkit for Maemo 6 (and for a lot of other cool reasons), it makes sense to develop new applications directly in QT.

I had some C++ and QT courses at school some years ago, I thought that it would be fun to pick it up again and try to develop a little application for the N900. This is the first article of a series explaining how to set-up an entire QT development environment for the N900 on Fedora, program a little “Hello World” application in QT, generate packages for this application and finally run it on the real phone.

Installing the Nokia N900 SDK

Note: Some months ago, Gerard Braad already wrote an article about installing the beta SDK on Fedora, but things have changed since then and not everything explained on his page still works (Gerard, if you are reading this, the comments on your site are also broken), this is more or less an updated and extended version of his article with my own experiences.

For convenience, we assume that the SDK will be installed on a 32-Bit Fedora 12 system with SELinux disabled (it installs files all over the place). It is possible to run the SDK on 64-Bit systems with some tweaking but it’s absolutely unsupported.

So, let’s start by installing the N900 SDK provided by Nokia…It’s available directly from their website and corresponds to the current 1.1 firmware (version 2.2009.51-1). Nokia provides a nice GUI installer for the SDK in form of a Python script. Unfortunately it is targeted at Debian/Ubuntu systems and won’t directly install on Fedora.

We need to change 2 lines in the maemo-sdk-install-wizard_5.0.py script for it to install on Fedora:

Line 2449: cmd += sb_installer_fn + opt + “-s ” + SB_PATH
Line 2504: cmd += “%s -d -m %s -s %s” % (sdk_installer_fn, self.__sdk_inst_m_opt_arg, SB_PATH)

Alternatively, you can directly download a modified script from here if you trust me . We also need to install some packages with yum so satisfy dependences in the installer and later for development:

$ su -
# yum install kernel-(PAE if you have it)-devel gcc-c++ PyQt4 Xephyr
# chmod +x maemo-sdk-install-wizard_5.0.py
# ./maemo-sdk-install-wizard_5.0.py

The installer should start. Select a custom installation, then it’s a matter of clicking “next” a couple of times and wait for it to download and install all the required files…

When the installation ends, you will have a complete N900 emulator and compilation environment installed in /scratchbox and two icons on your desktop to launch the N900 emulator and access the online SDK documenttion. If you try to run the emulator now, it will fail…we have to do some further changes.

Edit /usr/local/bin/start_xephyr.sh and remove the “-kb” option from the Xephyr startup script, then run “/scratchbox/sbin/sbox_ctl start” as root or put this line in your /etc/rc.local file to have scratchbox startup automatically at boot time.

Now you should be able to run the N900 emulator by clicking the “Maemo 5 SDK” icon on your desktop…

At this point, you are pretty much up and running with a basic N900 emulator! In the next article, we are going to install QT 4.6 in the emulator, add some repositories and launch our first QT program!

Contrary to these other virtualization tools, there is nothing in VirtualBox’ GUI to do this. Fortunately, you can use 2 tools to achieve the same goal…

First, you need to download SDelete from Microsoft and run it in the VM:

sdelete -c

Now stop the VM and compact the disk:

VBoxManage modifyhd blah.vdi --compact

That’s it, your disk is now compacted and you have probably gained a couple of GB!

Today I received an e-mail telling me that my N900 would probably be delivered mid-February. That would be almost 3 months since I paid and of course you don’t get any money back on the price drop that occurs during this period…how screwed is that? It wasn’t even a pre-order, the N900 was “available”. Nokia, if you can’t deliver a product to your customers, fucking don’t sell it if you have no stock! I’m so fed up of these lousy business practices.

Nokia are not the only to blame, nVidia and ATI behave exactly the same when they launch new lines of graphic cards. Whose fault is it? The marketing guys? I honestly don’t see how generating hype on a product and not delivering it for months will help you. All you gain are angry customers who lost money on pre-orders and all the buzz effect is gone once the product really hits the streets. Great job!

On the other hand you have Apple, they have a sense on how to deliver products to the market. When a product is announced, it’s available. Guess what? They are doing fine.

This is not very practical if you have big databases and need to restore only a part of them…So I searched for a way to backup every database to separate files. The process is quite simple with a little scripting:

• Find a way to list all databases
• For each database, dump it to a file using mysqldump

I quickly found a blogpost from 2005 about that, but it was a bit outdated and not accurate anymore for MySQL 5.1. So here is an updated version, I hope it helps and saves time to someone:

#!/bin/bash
# This script backups every MySQL database to its own file

#Some variables you can set how you like
USER=’root’
PASSWORD=’mypassword’
OUTPUTDIR=’/root/backup’
MYSQLDUMP=’/usr/bin/mysqldump’
MYSQL=’/usr/bin/mysql’

#Clean up any old backups
rm -f $OUTPUTDIR/*

#Get a list of databases names except the system one
databases=`$MYSQL –user=$USER –password=$PASSWORD -e ‘SHOW DATABASES;’ | grep -Ev ‘(Database|information_schema)’`

#Dump each database in turn and compress the output
for db in $databases; do
$MYSQLDUMP –opt –hex-blob –force –user=$USER –password=$PASSWORD $db | gzip > $OUTPUTDIR/$db.gz
done

PS: Wordpress seems to replace double dashes (- -) with a single one (-) in the code, so just be aware of that.

I also strongly advise you to use the –hex-blob option for mysqldump if you have any blobs (binary files like executables, images…) in your database, otherwise you may end up with an un-restorable database, even if the backup process went well.

RT also has a notion of priority levels for tickets, ranging from 0 to 100 and it supports scripting to automate some tasks. RT does a lot of things actually, but it’s a bit of a scary beast at first, with a not-so-clear documentation.

One need we have at my company is to be able to automatically send SMS notifications to some people when tickets with certain priority levels are filed in a certain queue, or when a ticket is escalated from a low to a medium/high priority.

Not knowing the RT Scrip language (yes, the call scripts scrip), it took my a couple of hours to figure out and test a working solution to handle this case. To avoid a waste of time to other people, here is a working solution…note that I’m using the RT 3.8 branch.

Step 1: chose an SMTP to SMS provider

To be able to send SMS messages, you obviously need some kind of gateway between the e-mail RT is able to send and your mobile phone. Many companies are offering SMTP to SMS services…I use Clickatell but you can use whoever you want by mildly tweaking the following steps.

Step 2: configure a Template in RT

This Template contains what you will see in the SMS message (the “text:” parts) as well as specific information needed to authenticate to the Clickatell SMS gateway. All “to:” lines are phone numbers to send the SMS to.

Configuration > Global > Templates > New
Name: SMS-XXX-Queue
Description: SMS template for the XXX queue
Content:
To: sms@messaging.clickatell.com

user:<you clickatell username>
password:<you clickatell password>
api_id:<you clickatell API ID>
to:xxxxxxxxxx
to:xxxxxxxxxx
text:Medium/High priority ticket filed!
text:{$Ticket->QueueObj->Name}: {$Ticket->Subject}
text:URL: {$RT::WebURL}Ticket/Display.html?id={$Ticket->id}

Step 3: configure a Scrip in RT to send the SMS using the Template

I’m having 3 priority levels here, 0 (Low), 50 (Medium) and 100 (High). This Scrip sends an SMS as soon as a 50 or 100 priority level ticket is filed or escalated to, it also nicely handles transitions between states. The “XXX” corresponds to the RT queue name you wish the Scrip to apply to.

Configuration > Global > Scrips > New
Description: SMS – XXX queue
Condition: User Defined
Action: Notify Other Recipients
Template: Global template: SMS-XXX-Queue
Stage: TransactionCreate
Custom condition:
if (($self->TransactionObj->Field eq ‘Priority’ && $self->TicketObj->Priority >= 50 && $self->TransactionObj->NewValue > $self->TransactionObj->OldValue && $self->TransactionObj->OldValue != 50 && $self->TicketObj->QueueObj->Name eq “XXX”) || ($self->TransactionObj->Type eq ‘Create’ && $self->TicketObj->Priority >= 50 && $self->TicketObj->QueueObj->Name eq “XXX”)) {
return(1);
}
else {
return(undef);
}
Custom action preparation code:
return 1;

That’s it, you have working SMS notifications for your XXX queue now!

Le programme complet est disponible sur le wiki de l’association.