Da wir in den Räumlichkeiten einen Beamer zur Verfügung haben hat jeder Teilnehmer die Möglichkeit einen kurzen Vortrag (Format: Lightning Talks oder etwas länger) zu halten. Neben Projektvorstellungen werden dieses mal sicher auch die Neuerungen in Django 1.4 ein Thema sein. Die meisten Vorträge ergeben sich erfahrungsgemäß vor Ort.

Dank des Engagements von Christian Pesch verlost JetBrains unter allen Teilnehmern eine Lizenz für PyCharm, einer sehr schicken, auf IntelliJ IDEA basierenden Python-IDE. Vorbeikommen lohnt sich!

Zwecks besserer Planung kann man sich bei Doodle anmelden, aber auch Kurzentschlossene sind natürlich willkommen.

Change Terminal appearance

In Terminal settings → Settings, you’re able to choose from quite a few different themes. Pick the one you like best, make it the default (there is a button at the bottom) and make sure you configure the correct theme when making changes. In the Window tab, you can configure transparency and blur (for a translucency effect) by clicking on the background color. Just use the sliders for opacity and blur and experiment with them. Set your window size to something less tiny and maybe increase the font size in the Text tab.

In the Advanced tab, set the terminal emulation to “xterm-color”. Then, edit/create the file “.profile” in your home directory. Add the line export CLICOLOR=1 to add colors to the output of ls. If you’d like a nice colorful bash prompt that contains the path to the current directory in it, add export PS1="\[\033[01;34m\]\u@\h\[\033[00m\]:\[\033[01;35m\]\w\[\033[00m\]\$ ". To add colors to the output of git, run git config --global --add color.ui true.

Fix Terminal keyboard bindings

Page Up, Page Down, Home and End keys do not behave the way they should. Page Up and Page down, by default, scroll the terminal buffer, while Home and End simply don’t work. So let’s go to the Terminal settings → Settings → Keyboard and define some sane mappings.

home: \033OH
end: \033OF
page up: \033[5~
page down: \033[6~
shift+page up: scroll to previous page in buffer
shift+page down: scroll to next page in buffer

You get the character sequence \033 by pressing Escape – manually typing it in won’t work. You can also copy&paste the whole sequence in. Make sure you set the action to “send string to shell” for page up and page down – it should already be the case for home and end.

Furthermore, I like to use the keyboard shortcuts ⌥⌘→ and ⌥⌘← to navigate between tabs for all applications that have tabs. This is already the case for e.g. Google Chrome, Firefox and Adium. For the terminal, this can be changed in System Preferences → Keyboard → Keyboard Shortcuts → Application shortcuts. Just define the new Terminal.app shortcuts for the actions “Select Next Tab” and “Select Previous Tab”.

Fix ssh “broken pipe” errors

While this is technically not a Terminal.app problem, it’s still quite annoying. If your ssh connection is inactive (no data traffic) for a period of time, it might get closed. To remedy this, add ServerAliveInterval 60 to your /etc/ssh_config.

That’s it! Do you have any more tips or hints for Terminal.app to share?

 127.0.0.1 localhost geschicktgewinnt goauktion isaimotion ....

After updating to Lion, those hostname lookups started taking a long time – obviously DNS queries were perfomed before looking at the hosts file. After a lot of digging, I did eventually find a solution – even though I have no idea why it works or why it is necessary now. Just put every hostname in a seperate line in your /etc/hosts file, like so:

 127.0.0.1 localhost
 127.0.0.1 cinebank
 127.0.0.1 geschicktgewinnt
 127.0.0.1 goauktion
 127.0.0.1 isaimotion

Everything should be snappy again.

According to the MeeGo architecture diagram, GTK will still be supported, although it is not clear to what extent. Two distinct user interfaces are referenced, called “MeeGo Handheld UX” and “MeeGo Netbook UX”. How does Maemo fit into all of this? Speculate away in the comments.

• Qt 4.6 applications: If all goes well, nothing needs to be done. Deployed applications should pick up the libraries in /usr. You might need to edit your build scripts so they won’t look in /opt/qt4-maemo5/bin if you’re using qmake.
• Qt 4.5 applications: This one is trickier. The Maemo5-specific parts in Qt 4.6 are neither API nor ABI compatible with the ones in Qt 4.5. This means that you’ll need at least a recompile, and probably also do source code modifications if you’re doing anything Maemo5-specific. Qt 4.5 applications on device will stop working until there is a Qt 4.6-based update available.

So all you Qt 4.5 users out there, install libqt4-maemo5-dev in scratchbox and start porting.

Zurück zu Ditmar: Wie kam er auf mich? Nun, das kann ich ihm nicht verübeln: Schließlich hat mich ein anonymer Kommentator mit Hildegunst in Verbindung gebracht. Herr Pauke ist sogleich investigativ tätig geworden und hat mich tatsächlich ausfindig gemacht (anscheinend bei Twitter…). Leider muss ich dich enttäuschen, lieber Ditmar: Ich verbringe meine Zeit meist eher damit, in Sprachen wie Python und C++ zu schreiben. Ich hoffe du bist jetzt nicht zu traurig.

Wo kommen wir denn hin, wenn man nicht mal mehr einem anonym im Internet geposteten Text vertrauen kann…

Das bedeutet, dass es eine ganze Reihe von Applikationen auf Android nicht geben wird: graphisch anspruchsvolle Spiele zum Beispiel. Dafür braucht man Texturen, und Texturen brauchen Platz. Genauso sieht es mit allen Applikationen aus, die größere Datenmengen benötigen – etwa Navigationssoftware. Wem die Google-eigene Navigation nicht langt hat Pech gehabt. Einen Spielehit wie Tap Tap Revenge wird es auf Android (in absehbarer Zeit) nicht geben – die Musik beansprucht zu viel Speicherplatz.

Was gibt es noch für Alternativen? Das Palm Pre ist ganz nett, die Tastatur ist aber zu klein (ich habe es ausprobiert) und es gibt praktisch keine Applikationen dafür. Und sonst? Blackberry. Symbian-Smartphones. Windows Mobile-Geräte. Ich denke dazu muss ich nichts weiter sagen, diese Geräte sind der Grund, warum ich bisher noch kein Smartphone käuflich erworben habe. Nokia hat aber zum Glück inzwischen die Zeichen der Zeit erkannt: die aktuellen hochwertigen Handys sind kleine Computer, wo es nur noch nebensächlich um das Telefonieren geht. Nokias Antwort auf das iPhoneOS und Googles Android heißt Maemo und wird das Betriebssystem des neuen Nokia-Handys N900 werden. Es ist Linux-basiert und wird die mit Abstand offenste Handy-Plattform sein. Jailbreaking wie beim iPhone ist nicht nötig, die Möglichkeit der SuperUser/Administrator auf dem eigenen Handy zu werden wird direkt mitgeliefert. Das Handy ist toll ausgestattet, insbesondere Bildschirm und Kamera sind top. Die Auflösung liegt bei 800×480 Pixeln, das ist das 2,5fache der Pixelzahl beim iPhone. Das N900 ist allerdings auch etwas dicker und schwerer als die Konkurrenz aus dem Hause Apple.

Ich habe mich dafür entschieden, mal den Neuling von Nokia auszuprobieren und das Risiko einzugehen, auf eine neue Plattform zu setzen. Maemo gab es in früheren Inkarnationen zwar auch auf den Internet-Tablets N770, N800 und N810, da ist die Entwicklergemeinschaft aber sehr überschaubar. Das Entwicklerkit für das N900 habe ich schon installiert und erste Erfahrungen damit gemacht. Ursprünglich war mein Plan, mit Python und Qt eine kleine Applikation zu schreiben und so die Plattform kennenzulernen. Dann hat mich allerdings die Lust gepackt, mal wieder meine doch sehr angestaubten C++-Kenntnisse aufzufrischen und einfach mal etwas systemnäher zu programmieren. Wo würde das besser passen als für ein Gerät mit (vergleichsweise) geringem Speicher und der Pflicht, schonend mit den Resourcen umzugehen (=geringerer Batterieverbrauch).

Bis jetzt läuft alles erfreulich gut, ich versuche einen kleinen Twitter-Client zu schreiben und habe eine Menge Spaß dabei. Mal sehen ob ich das durchhalte oder ob mich Python mit seiner riesigen Standardbibliothek und seiner Schönheit wieder in den Bann zieht. In einem der nächsten Blog-Posts werde ich genauer auf die Entwicklung für Maemo eingehen. Zunächst muss aber ein Screenshot des N900-Simulators genügen, der innerhalb eines Linux-Gastsystems auf meinem Mac läuft:

Web- und Datenbankserver werden auf einen neuen, einzelnen dedizierten Server migriert. Hardwaremäßig sieht das folgendermaßen aus:

Der neue Server ist also in praktisch allen relevanten Kategorien leistungsfähiger als die beiden alten Server zusammengenommen. Zusätzlich an Optimierungspotenzial kommt hinzu, dass die Kommunikation mit memcached und PostgreSQL nun nicht mehr über das langsame Netzwerk stattfinden muss.

Nichtsdestotrotz kann bei so einer komplexen Umstellung immer etwas schiefgehen. Hakt es nach der Migration noch irgendwo? Gibt es etwas, das vor dem Umzug ging und nun einfach nicht mehr will? Hinterlasst einen kurzen Kommentar und ich werde mich so bald wie möglich darum kümmern.