Michaels Blog

Bis vor kurzem nervte mich bei jedem Login eine Fehlermeldung des Akonadi-Selbsttests, der automatisch gestartet wurde weil in meiner KDE-Standardsitzung Kontact geöffnet wird (und somit seit einiger Zeit auch Akonadi).

Mir war bekannt das Akonadi zwingend eine MySQL-Abhängigkeit hat und seinen eigenen MySQL-Server startet, als mir dann Gestern bewusst wurde, dass Akonadi damit meine normalen MySQL-init.d-Scripte hijackt und sich deshalb meine normalen Datenbankanwendungen nicht mehr richtig verbinden konnten wurde mir das ganze dann zu blöd.

(weiterlesen…)

Um KDE4 schneller zu machen gibt es einen erstaunlich einfachen Trick, der wohl auf einen unsauberen Fehler zurückzuführen ist. Und zwar scheint KDE4 beim starten/herunterfahren erst auf den Anmelde- bzw. Ameldesound zu (weiterlesen…)

Aus aktuellem Anlass, brauche ich eine ältere Version des Kernels (2.6.24) und diese natürlich nicht für mein amd64-Gentoo-System, sondern für ein i686 openSUSE-System, also hinein in die schwarzen Künste und etwas cross-compiling betreiben.

Gentoo als Source-Distribution ist natürlich bestens dafür geeignet und stellt sich als erstaunlich kooperativ heraus, folgende Schritte sind nötig:

1. emerge -av portage-utils crossdev (erstes dürfte wahrscheinlich schon installiert sein)
2. crossdev –target $MACHINE-$VENDOR-$KERNEL-$OS (durch die entsprechenden Werte ersetzten, Tabelle forestlen oder im Gentoo Handbuch nachgucken, für meinen Fall: crossdev –target i686-pc-linux-gnu)
3. Anschließend müsste es einen compiler i686-pc-linux-gnu geben, einfach mal probieren ob der Befehl gefunden wird …

Zum compilieren des Kernels sind jetzt noch folgende Schritte notwendig:

1. export ARCH=”x86″ (kleiner Tipp: Hier ist die Kernel-Architektur gefragt, die sich je nach Version etwas verändern kann, deshalb einfach mal in $Kernelsource/arch  nachgucken, was die Version gerade so anbietet)
2. export CROSS_COMPILE=”$YOUR_CROSS_COMPILER_HERE” (also in meinem Fall export CROSS_COMPILE=”i686-pc-linux-gnu”)

(Wer will kann das ganze auch in ein eigens angelegtes script packen und z.b. unter /usr/bin speichern, Vorschlag dazu am Ende)

Und jetzt kann wie gewohnt make menuconfig bzw. einfach nur make aufgerufen werden. Bei mir ist allerdings noch folgender Fehler aufgetreten:

arch/x86/boot/boot.h: Assembler messages:
arch/x86/boot/boot.h:112: Error: bad register name `%dil’
make[1]: *** [arch/x86/boot/video.o] Fehler 1
make: *** [bzImage] Fehler 2

Dies liegt jedoch offenbar nicht am Cross-compiler selbst sondern an der Tatsache, das der Kernel älter als der aktuell laufende Kernel ist, ich wurde auf folgenden git-comitt aufmerksam gemacht, der das Problem behebt.

Zum Schluss noch der Hinweis auf das wiedermal recht ausführliche Gentoo-Handbuch, das unter dem Thema Embedded Devices auch zum Thema CC etwas hergibt.

Beispiel für make-script:

#!/bin/sh
exec make ARCH=”x86″ CROSS_COMPILE=”i686-pc-linux-gnu-” INSTALL_MOD_PATH=”${SYSROOT}” “$@”

Here’s a modified Version, of the rgm3800py script. It let’s you download tracks and configure your Royaltek RGM-3800. So far I’ve tested it only under Linux but it should work on Windows and Mac OS too.

• Here’s whats changed so far:
• Added an additional “get ” command, which stores the received NMEA records in the current directory. And automaticly names the file after the according date. In default mode* it groups the records in one file per day.
• The date function has been “fixed”, well actually it created a valid timestamp in some way (I think something tactical), but it wasn’t really useable, so it’s now yyyy-mm-dd (HH:MM:SS), pretty, ain’t it?
• For all switches (see below) you can now set default values at the beginning of the script. Also the default device is set to /dev/ttyUSB0 (set this according to your configuration), it saves you to type that -d every time

There’ve been some switches added:

• -s –separate-tracks Creates a new file for every track. Naming scheme is: yyyy-mm-dd_counter.nmea

• -z:int –zeros=int which sets the number of leading zeros (i.e. if you, for some reason have more than 100 tracks of one single day you might want to set -z:3 so you’ll get 0001 and even 0333 is sorted correctly

• -c:int –counter-offset=int Imaging this: You just downloaded all tracks from your device (including 7 tracks you created today) and delete your device. What happens? A fellow mapper comes by and what the heck, you go out and tagg a round, but now the script would create a file yyyy-mm-dd_0.nmea, which already exists, since we’ve downloaded it earlier, counter offset to the rescue! With -c:8 you’ll get a file named yyyy-mm-dd_8.mnea and will go on with yyyy-mm-dd_9.nmea … (the next date will start with a counter of 0 again )

Usage examples:

./rgm -s -z 3 get 17-  (will get all tracks starting from 17 and store them in individual files with the naming scheme date_000x.nmea )

Note: You must place the switches before the actual command (get, track, etc. )!

Things still left to do:

• A function to erease the device
• Geoid correction
• GPX output
• Check if file already exists
• Make it possible to pass a directory as option

UPDATE:

HAHA! You wouldn’t believe it, just the day I finished with the script the original author released an update (to be percicse 2 hours later), jumping from rev. 14 to rev 19 (aaaah, whyyy?! And we thought he isn’t working on it anymore …), well quick changelog: Added GPX output (trackx) and the possibility to erease the memory

UPDATE²:

The modifications of rev14 are now adapted to the script of rev19.

UPDATE (March 15, 200):

It’s now also possible to directly download/write files in GPX format with the ‘getx’ command, the other switches also apply to this one (separate/single files, leading zeros, offset counter … ). You’ll notice that a single gpx file, that consists of several tracks, will have several tracks inside, which can be edited manually (i.e. with viking)

You can get the modified version here: http://www.michael-skiba.de/rgm.txt (You might want to rename it to rgm.py or something like that)

The original version can be found here: http://code.google.com/p/rgm3800py/

To be honest Amarok 2.0(.0.0), was excitingly new and had some improvements over 1.4 (well, actually the only one I recall atm is the fact that you’re able to skip back and forward in a random playlist - but hey! )

But all in all it was hardly a match for the solid Amarok 1.4 (ah.. see some parallels? kde 3.5 < -> kde 4.0), there has been an some small update already, and we’re now at 2.0.1.1 (the latest included a security fix, so update it!).

One thing that bugged me was the broken multi-file-editing-dialog and the missing iPodmedia-player-support.

As an Ex-Gentoo there’s only one thing to do: Reach out for the bleeding edge and get a copy of the latest development branch. (Sidenote Amarok will soon switch from svn to git and be a test-case for the rest of the KDE project)

What can I say?
As always the future looks so bright:
- “Media-Player-Applet” works and is able to transfer tracks to my sisters iPod nano of the latest generation (4th?)
- Editing several files at once works (so far..)
- Bookmark feature (with some additions this will be very nice for audio book listeners)
- As I see it, the “Widget”-View has changed, there are not 4 displays anymore but instead only a single one with a clickable list of used widgets

Because of all the great apps from KDE 3 that are being ported and improved for KDE 4.

One of them is digiKam, THE photo management program for your pictures.

I don’t want to fiddle with all the details (since it isn’t even released yet), but give you a few impressions of the new program, which is completely built on the new KDE/QT 4-Framework.

(weiterlesen…)

Nachdems auf der Homepage in letzter Zeit doch eher ruhig war und mir auch nichts vernünftiges eingefallen ist, widme ich mich wieder meinem blog…

In zwischenzeit werde ich wohl auch eine neue Kategorie hinzufügen müssen: OpenStreetMap

Eine freie Weltkarte (wer hätte das gedacht?! Aber dazu gibt’s schon genug Berichte im Netz )

Wichtig ist, das im Großraum Offenburg noch einige Dinge zu tun wären, wer also ebenfalls in der Region am Mappen ist, darf mir gerne ne Nachricht hinterlassen.

Und wo wir’s grade von OSM haben: Digikam (wohl das Fotoverwaltungstool schlechthin - jetzt auch für Windows) bereitet das 0.10.0 release für KDE 4 vor. Mit dabei eine Marble(Der digitale Globus ) integration - dieses kann u.A. OSM als Layer benutzen, dies ist zwar noch nicht integriert, aber abaecker arbeitet gerade an einem Patch, der doch recht vielversprechend aussieht.  :)

Und last but not least: Heute kommt openSUSE 11.1 raus - Herzlichen Glückwunsch.

Auf Seiten der deutschen Übersetzung gibt es einige “Aktualisierungen” (:P), die nicht zuletzt auch auf Jannik zurück zu führen sind, der bereits aktiver KDE-Übersetzer ist und ein waches Auge auf unsere Übersetzungen hat. Trotzdem sind wir noch immer viel zu wenig (4 Stk.) und haben mit wachsweichen Stringfreezes zu kämpfen, aber es wird weitergehen. (Auch wenn es Leute gibt, die fest der Gegenteiligen überzeugung gibt.)

Btw. Flashlight in den deutschen Boxen?!

Im Gegensatz zu Ksplash, oder KDM Themes gibt es für den bootsplash leider kein Tool zum konfigurieren, gehört ja auch eigentlich nicht zum eigentlichen eyecandy zeugs

1. Bootsplash besorgen, z.B. von www.kde-look.org (neues Fenster)
2. Im Gegensatz zu Ksplash und KDM Themes muss das archiv entpackt werden.
3. Den Ordner verschiebt man nun (als root) nach /etc/bootsplash/themes/
4. Jetzt muss man noch eine anpassung in /etc/sysconfig/bootsplash vornehmen:
5. SPLASH=”yes”
6. THEME=”Ordner_Name”
7. Fast geschafft! Jetzt muss man noch mit mkinitrd -s 1280×1024 (bzw. deine Auflösung!)

Jetzt kann man nochmal überprüfen ob alles geklappt hat: in der Ausgabe von mkinitrd sollte nochmal der Name und die Auflösung des bootsplashs aufgeführt sein.

1. Was ist Linux?

Linux ist ein Betriebssystem, also ein Programm, das beim Start des Computers geladen wird und es erst ermöglicht, daß andere Programme laufen können. Zu den Aufgaben eines Betriebssystems gehört die Interaktion mit der Hardware, meist mit Hilfe von Treibern, die Verwaltung der laufenden Programme, und die Speicherverwaltung.

Tux, Das Linux-Maskottchen

Die wichtigste Eigenschaft von Linux ist, daß es frei ist. Es werden keine Lizenzen benötigt, gleichgültig für welchen Einsatzzweck. Daher ist es normalerweise viel günstiger als andere Betriebssysteme. Und die Freiheit geht noch weiter. Der gesamte Quellcode ist unter den Bedingungen der GPL (GNU General Public License) frei verfügbar, d.h. er wird meist mitgeliefert oder kann von öffentlichen Servern aus dem Internet geholt werden. Doch die Freiheit endet hier nicht: Jeder, der die Fähigkeit dazu hat, kann Linux modifizieren und diese modifizierte Version unter den Bedingungen der GPL publik machen.

Diese Freiheit hat dazu geführt, daß sich zahlreiche Leute mit Linux befassen, neue Features und Korrekturen beitragen und das Sytem so immer weiter ausbauen und verbreiten. Linux wurde ursprünglich für Intel-PCs entwickelt, läuft aber heute auf allen modernen PCs, einigen Workstations, Kleingeräten wie PDAs (Personal Digital Assistants), auf Großrechnern von IBM und Hitachi, und vereinzelt schon in Handys.

Mit Sicherheit gibt es heute über 20, eher 30 Millionen Linux-Benutzer weltweit, und es werden immer mehr. Umso mehr, als der Hauptkonkurrent Microsoft, der für seine rüden und unfairen Geschäftspraktiken bekannt ist, weiterhin seine Kunden mit fehlerhaften, unsicheren, teuren und restriktiven Produkten verärgert.

(weiterlesen…)

Am vergangenen Montag war es nun soweit, was eigentlich fürs Wochenende geplant war, hat sich leider bis zum Montag herrausgezögert… (es tut mir ja leid…mea culpa, mea culpa, mea maxima culpa...)

Dafür ist jetzt aber auch das Hilfesystem komplett ins Deutsche übersetzt!

Jedem der Lincity-NG nicht kennt, hier eine kurze Vorstellung: Lincity-NG ist eine graphisch aufgepeppte Variante von Lincity, einer Art SimCity clone. Jedoch muss dazu gesagt werden das Lincity(-NG) viele eigenen Gedankenansätze mit sich bringt und sich deshalb auch nicht genauso wie SimCity spielt.

Auch wenn man sagen muss das Lincity-NG doch sehr bescheiden aussieht(es kommt ja nicht nur aufs Aussehn an ) ist es doch recht intressant zu spielen, da es weitaus komplexer(wenn auch noch nicht so vielfältig) als SimCity ist.

Deshalb sei jedem, der SimCity oder aufbau Simulationen im allgm. mag angeraten einen Blick auf Lincity-NG zu riskieren, Lincity-NG ist OpenSource und steht zum freien Download zur verfügung:

• Wiki zu Lincity-NG
• Download(Linux, Win32,…)
  
• Tutorial (es sei einem der neu ist angeraten, da es doch etwas verwirrend sein kann ansonsten)
• BerliOS

Anmerkung: Nachdem Lincity-NG immernoch im entwicklungsstadium ist, werden immernoch entwickler gesucht, wer lust hat mit zu arbeiten kann sich hier eintragen und sich kurz vorstellen: Lincity-NG Mitarbeiter