As WebOS supports Excnange, you can use Zarafa [0] to synchronize my Palm PRE contacts, tasks and appointments. This works very well ... until you have to change the URL of the Zarafa server. In the current version of palms WebOS it is not possible to change the server URL of an account after its initialy setup.

It is not possible in the GUI! - so you can do the following:

• Use Internalz [1] to copy /var/luna/data/dbdata/PalmDatabase.db3 to the card (/media/internal/).
• Attach the Palm to your computer and mount the card.
• Backup the database file.
• Open the database file with sqlitebrowser [2] - of course you can also use the sqlite command and type some sql statements :).
• Find the URL in the table com_palm_mail_EmailHost in the column hostName.
• Change the URL and save the database to its file.
• Copy the changed databasefile back to /var/luna/data/dbdata/PalmDatabase.db3 using Internalz.
• Restart the Palm.

Links:
[0] http://www.zarafa.com/
[1] http://www.precentral.net/homebrew-apps/internalz
[2] http://sqlitebrowser.sourceforge.net/

Nach meiner sehr positiven Erfahrungen mit dem Gnome-Netbook-Remix (siehe [0]) habe ich nun beschlossen auf auf meinem Arbeitsrechner Gnome statt KDE zu nutzen.
Nun war aber eine Alternative zu yakuake [1] gefragt. Da Tilda ständig mit einem Segmentation Fault abraucht, weil es wohl nur mit der Bash vernünftig zu benutzen ist, habe ich Guake [2] ausprobiert. Leider war auch das zunächst nicht sehr überzeugend, da es sich nach der Installation immer nur ein einziges Mal aktivieren ließ.
Erstaunlicherweise verschwand dieses Problem genau wie bei Tilda nach einem Umschalten von der Standardshell (zsh) auf die Bash. Nach einigem Probieren und Recherchieren stellte sich heraus, dass das ein Bug ist [3], der nicht auftritt, wenn die Shell als Loginselbige ausgeführt wird.

Tilda -> Yakuake -> Guake


Links:
[0] http://semaphor.org/?item=blog&lid=2009-12-14_0001
[1] http://yakuake.kde.org
[2] http://labs.alfaiati.net/guake/
[3] https://bugs.launchpad.net/ubuntu/+source/guake/+bug/360253

... vs. [0]

Wenn jetzt noch das Leerzeichen vor den Ausrufezeichen verschwindet, ist's perfekt.


Links:
[0] http://semaphor.org/semaphor.php?item=blog&lid=2007-09-19_0001

Leider scheint es sich nocht nicht bis nach Cupertino rumgesprochen zu haben, dass ganz genau wissen sollte was er tut, wer SUID [0] benutzt.

Allerdings ist das aktuelle Problem [1] mit dem AppleRemoteDesktopAgent [2,3] nicht nur auf den unsachgemäßen Umgang mit diesem Mechanismus zurückzuführen, sondern ergibt sich meiner Meinung nach aus einer Kombination von diversen Unschönheiten.
So ist mir absolut unklar, warum ein Programm, das der Entfernten Verwaltung dient überhaupt applescriptfähig sein muss. Auch wäre es allgemein durchaus wünschenswert Applescriptzugriffe auf bestimmte Programme einschränken zu können. Hier sollte schnellstens nachgebessert werden.

Genug geklugstuhlt. Folgendermaßen lässt sich das aktuelle Problem lösen:


sudo chmod 755 /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAgent


+++update:
Ich übernehme keinerlei Verantwortung für diesen Fix. Das Entfernen des SUID-Bits kann durchaus dazu führen, dass der ARDAgent nicht mehr korrekt funktioniert!


Links:
[0] http://de.wikipedia.org/wiki/Setuid
[1] http://it.slashdot.org/it/08/06/18/1919224.shtml
[2] http://de.wikipedia.org/wiki/Apple_Remote_Desktop
[3] http://www.apple.com/remotedesktop/

Nach dem Lesen von dem hier [0] und ein bischen TamperData [1] hab ich ein kleines Script bebastelt (bzw. das aus dem Wiki [0] erweitert), mit dem sich die Anrufliste auslesen und Telefonnummern anrufen lassen.


#!/bin/sh

#set your fritzbox-password here
password="blablubb"

usage()
{
  echo "Usage:"
  echo "   $(basename ${0}) <list>"
  echo "   $(basename ${0}) <call> <number> <dialport>"
}
login()
{
  echo -e "$url_login" | $lwp_post 2>&1 > /dev/null
}

url_login="getpage=../html/de/menus/menu2.html&var:lang=de&login:command/password=${password}
  &telcfg:settings/UseClickToDial=1"
url_list="getpage=../html/de/FRITZ!Box_Anrufliste.csv"
lwp_post="lwp-request -s -m POST http://fritz.box/cgi-bin/webcm"
lwp_get="lwp-request -s http://fritz.box/cgi-bin/webcm?"
case ${1} in
  "call")
     if [ "${2}" = "" ]; then
        usage
        exit 0
     fi
     dialnumber=$(echo ${2} | sed -e "s/+/00/; s/[^0-9]//g")
     dialport=${3:-"FON 1"}
     url_phone="getpage=../html/de/menus/menu2.html&var:lang=de&telcfg:settings/UseClickToDial=1
        &telcfg:command/Dial=${dialnumber}&telcfg:settings/DialPort=${dialport}"
     login
     echo "Calling (${dialnumber}) ..."
     echo -e "$url_phone" | $lwp_post 2>&1 > /dev/null
     echo "Please use the receiver of dialport ${dialport}"
  ;;
  "list")
     login
     ${lwp_get}${url_list} 2>&1
  ;;
  *) usage;;
esac


Für OSX hab ich noch zwei nette Tools gefunden: Dial!Fritz [2] und fritz.Anrufliste [3].
Ersteres soll an dieser Stelle lediglich erwähnt werden weil es mich inspiriert hat da es closed souce, teuer und bugy ist.
Letzteres ist ein Widget das genau so ist und tut wie es heißt.


Links:
[0] http://www.wehavemorefun.de/fritzbox/index.php/Hilfsprogramme_/_Tipps_%26_Tricks#Skript_zum_W.C3.A4hlen_von_Telefonnummern_vom_PC
[1] http://tamperdata.mozdev.org/
[2] http://www.hosy.de/dialfritz/index.php
[3] http://net-bite.net/widgets/

Deppenapostroph [0] im Kaufmarkt im Elbepark:



Photolizenz [1]


Links:
[0] http://deppenapostroph.de
[1] http://semaphor.org?item=blog&lid=2007-04-22_0002

Es gibt sie schlichtweg nicht - weil es das Wort Stati nicht gibt.

Warum dieser Post? Weil ich nahezu jeden Tag - ja auch heute wieder - zumeist von Kollegen Dinge höre wie: "Dieses Objekt kann aber verschiedene Stati besitzen".

Ja ich gebe zu, es auch eine Zeit lang (bis zu meiner Diplomarbeit [0]) falsch gemacht zu haben.

Fast alle lateinischen Substantive die auf -us enden folgen laut Wikipedia [1] der U-Deklination und enden so auch im Plural auf -us, wobei das uuuuuuuuuh etwas in die Länge gezogen wird.


Singular     Plural

Casus        Casuuuuuuus
STATUS       STATUUUUUUS



+++update:
Verdammt ... das kommt davon wenn man klugscheißen will (vielen Dank Toidinamai) außerdem ist der Plural von Modus natürlich nichts anderes als Modi.


Links:
[0] http://semaphor.org/semaphor.php?item=diplom
[1] http://de.wikipedia.org/wiki/U-Deklination#Die_4._Deklination_.28u-Deklination.29

Hier ein kleines Downloadshellscript, dass den Content-Disposition-Header zum Setzen des Dateinamen nutzt:


#!/bin/zsh
name=$(curl -I $1 2> /dev/null | awk -F= '$1 == "Content-Disposition: attachment; filename" {print $2}')
curl $1 -o ${name/$name[-1]/""}


Ich benutze selbiges, um aufgenommene Sendungen von save.tv [0] runterzuladen.


Links:
[0] http://save.tv

Gerade hab ich zufällig festgestellt, dass selbiges in Mail.app und Textedit möglich ist. Dazu muss beim Markieren mit der Maus lediglich die ALT-Taste gedrückt werden.
Bisher kannte ich dieses Feature nur von vim (CTRL + v).

+++ update: zur besseren Vorstellung:

Nachdem ich eine Weile PersonalBackup [0] verwendet hatte (gabs mal irgendwo gratis dazu) habe ich mich vor 2 Wochen dazu entschlossen selbst was zu basteln.
Ein paar schicke Skripts zum Aufwecken + Mounten des Backupservers und dem Umsetzen verschiedener Backuppolicies waren recht schnell hingeschrieben.

Damit das Ganze auch hübsch automatisch abläuft war bereits ein cronjob angelegt, als ich mich dunkel an den mit osx 10.4 eingeführten launchd [1,2] erinnerte. Launchd ist DIE eierlegende Wollmilchsau wenn es um das gesteuerte Anschupsen, am Laufen halten, usw. von Prozessen geht. So zumindest die Theorie.

Mit Lingon [3] existiert eine hübsche GUI zum Anlegen und Verwalten von Agents und Daemons.

Leider klappt eines der wichtigsten Dinge - das wiederholte Starten zu bestimmten Zeiten - ganz und garnicht so, wie man es erwarten würde. Immer wieder musste ich feststellen, dass das Script zum definierte Zeitpunkt einfach nicht losläuft. Nach einiger Recherche bin ich schlussendlich auf diesen [4] relativ aktuellen Blogeintrag gestoßen.
In kurz: Zeitgesteuerte Jobs werden um die Zeit verzögert, die der Rechner seit dem letzten Start geschlafen hat - und das auch noch kumulativ.

Da der Backupserver aber die meiste Zeit seines Lebens verpennt, ist launchd für diesen Zweck leider absolut nicht zu gebrauchen.

Naja, vielleicht in Leopard ... bis dahin - back to the roots.


Links:
[0] http://www.intego.com/personalbackup/home.asp
[1] http://en.wikipedia.org/wiki/Launchd
[2] http://www.macosxhints.ch/index.php?page=2&hintid=1759
[3] http://lingon.sourceforge.net/
[4] http://blog.chealion.ca/2007/03/launchd_caveats_startcalendari.html