How many packages have you sponsored?

How many packages have you sponsored in the maverick release cycle? Check your mailbox for mails that have a header starting with [ubuntu/maverick]. Then subtract the number of own uploads (you can find them on the Uploaded packages site on your Launchpad account).

In my case, I have uploaded 45 own packages and sponsored 191 packages. That’s approximately four times more sponsored packages than own ones.

Is your ratio smaller than mine? Then go to the sponsoring overview and grab one bug and work on it. The code review process is described on the Ubuntu wiki.

Ubuntu 10.04 (Lucid Lynx) boots fast

A few  days ago, I installed Ubuntu 10.04 (Lucid Lynx) on my Super Talent Ultradrive GX 64GB (firmware version 1916 with TRIM support) and rebooted it thirty times to get some data from bootchart. Here are the results: The fastest boot took only 3.65 seconds. Impressed?

Click on the image for the full bootchart.

The default installation averages out at 4.5 seconds. The highest disk throughput was 204 MiB/s (thanks to ureadahead).

Click on the image for the full bootchart.

After everything was installed, the boot takes six seconds (probably due to liferea).

Click on the image for the full bootchart.

A SSD leads to a fast booting system, but then the processor has an impact on boot times too. Compare these boot charts with the one of the IBM ThinkPad T400. The SSDs are similar, but the processors differ: Core 2 Duo E8500 @3.16GHz versus Core 2 Duo T9400 @2.53GHz.

Do your system boots faster?

7.35 seconds for booting

Today I had to set up a new Lenovo IBM ThinkPad T400. I replaced the hard drive by a Super Talent Ultradrive GX2 128GB and extented the memory to four gibibytes. The installation of Ubuntu 10.04 (lucid) took four minutes (time after answering questions and before rebooting to installed system). The notebook is fast with the SSD. After pressing the power button, the system needs nearly 20 seconds to reach GRUB. 7.35 seconds later the GNOME desktop is ready for usage.

Does your system boots faster?

Plymouth is nice, but it’s gone before it appears. The system boots too fast for plymouth. But why do I have to stare at plymouth quite a few seconds on shutdown? Shutdown shouldn’t take longer than boot.

Ubuntu units policy

We finally have an units policy in Ubuntu. I started to work on this issue over a year ago. The first step was to talk to other people (Ubuntu developers and upstream), but the opinions diverged. Neither a consensus was found, nor any result came out of it (except heated discussions). Upstream was not willing to change anything. It was time to contact the Technical Board to get a decision for Ubuntu.

Now we have the policy and we can start filing bug reports and fixing them without discussions about the reasonability of the patches. Let’s get Ubuntu 10.04 (lucid) in shape!

Love and hate search results

I read I love Google search results… OS X trails Linux and I am not satisfied with the search method. For example, I love Suse gives 408,000 results on On the German website the first result for this search is WINE I love you on the openSUSE Forums. To reduce these false results, I searched the whole string in quotation marks. But is number of lovers a good indicator? No. Therefore I compare the number of lovers with the number of haters. Here are my results (searched on

product I love I hate ratio
Internet Explorer 43,300 778,000 0.06
Debian 43,800 15,100 2.90
GNOME 50,500 92,000 0.55
Google Chrome 84,000 62,600 1.34
(Open)Suse 90,200 16,100 5.60
(Mac) OS X 159,600 65,800 2.43
Fedora 175,000 14,800 11.82
Windows 7 197,000 82,700 2.38
iPod 205,000 46,200 4.44
Microsoft 285,000 381,000 0.75
(K/X)Ubuntu 307,057 137,674 2.23
Linux 547,000 107,000 5.11
Windows 564,000 500,000 1.13
Firefox 987,000 66,400 14.86
Youtube 1,860,000 200,000 9.30
Google 2,180,000 167,000 13.05
KDE 6,210,000 83,800 74.11

BTW, there are no Edubuntu haters. I love GNOME, but where are all the GNOME lovers?

Edit: I have added Google Chrome and Internet Explorer.

Meckern kann jeder…

…aber was dagegen tun? Bei Windows gibt es viel zu meckern, aber viel tun dagegen kann man nicht. Was soll man denn machen, wenn Windows mal wieder einen BSOD hat, ein Treiber rumzickt oder das geliebte Program nicht das tut, was man will. Man kann vielleicht den Hersteller anschreiben, aber das bringt meist nicht viel. Bei Support-Foren hat man vielleicht eine etwas bessere Chance.

Ganz im Gegensatz dazu steht freie Software. Wenn die Entwickler nicht weiterhelfen, dann kann man selber Hand anlegen. Manche Entwickler fordern einen auch dazu auf. Mitarbeit ist (von den) meisten gewünscht und Verbesserungen werden gerne angenommen.

So auch bei Distribution meiner Wahl (Ubuntu), das ich seit anderthalb Jahren benutze. In der Paketquelle ist eine veraltete Version von matplotlib enthalten. In dieser Version fehlt eine Funktion, die ich für mein selbst geschriebenes Programm brauche. Deswegen hab ich mir die neueste Version installiert. Da es aber angenehmer ist, einfach das Programm über die Paketquelle zu installieren als es per Hand zu kompilieren, hab ich mich rangesetzt und versucht, das Paket zu aktualisieren.

Heute ist nun das Paket in der Paketquelle von Ubuntu zu finden, nachdem ich mich einige Stunden oder besser Tage mit Paketierung und den speziellen Problemen der Paketierung von matplotlib auseinander gesetzt habe. Den ganzen Werdegang kann man unter Bug #195772 im Launchpad nachlesen. Es ist das erste Paket von mir, das in die offizielle Paketquelle einzieht, aber es wird nicht das letzte sein.