blog/shl@INTERDOSE

The OpenAFS Gatekeepers are pleased to announce the availability of OpenAFS version 1.4.12.

[...]

OpenAFS 1.4.12 is the current recommended release for all Unix platforms; For Windows, we recommend use of the current 1.5 series release for best performance, and we do not expect to provide OpenAFS 1.4 series binaries for Windows.

[Quelle: Derrick via openafs-annouce]

OpenAFS

The OpenSolaris development package repository

http://pkg.opensolaris.org/dev/

has been updated to reflect the changes up to and including snv_134 for both x86/x64 and SPARC platforms. This update includes fixes to the Caiman “Slim Install” and the Image Packaging System (IPS).
[...]
Starting with build 133, almost all packages in the development package repository have been renamed with hierarchical smf(5)-style names. For general information on the the format of package names, see the pkg(5) manual page.
[...]
Users who wish to update their system to the development build can do so by setting their preferred publisher to the above URL and using the “image-update” facility provided by the pkg(1) command or by the “Update All” facility of the Package Manager GUI.

[Quelle: David Comay via opensolaris-annouce]

OpenSolaris

Am kommenden Freitag, den 05. März 2010, wird im Rahmen des UUGRN FIXME-Treffens ein Workshop zum Thema VIM 7 angeboten. Die FIXMEs finden jeden ersten Freitag im Monat in Schwetzingen (nähe Mannheim, Heidelberg) im Forum41 statt.

Mehr Details sind dem Announcement bzw. dem UUGRN-Wiki zu entnehmen.

Eingeladen sind wie immer alle die sich für die Thematik interessieren.

Un*x, UUGRN

The OpenAFS Gatekeepers announce the availability of the fourth release candidate for OpenAFS version 1.4.12.

[...]

A large number of bugfixes, including in the Linux cache manager and the fileserver, are included, as well as a Preferences Pane for MacOS.
Since 1.4.12pre3, an issue which could trigger a MacOS bug and hang Finder, an issue with Linux file locking, an issue with Linux 2.6.33 kernel module builds, an erroneous crash in the fileserver when checking for corruption in the host list, a race on detecting deleted hosts in the fileserver host list, and a client retry issue for idle Rx connections have been addressed.

[Quelle: Derrick via openafs-annouce]

OpenAFS

Things ist ein großartiges Produkt. (Punkt! Dem ist nichts hinzuzufügen!)
Nutzer von .Mac bzw. MobileMe können mit der Hilfe der iDisk und etwas git-Magie™ allerdings noch ein Stückchen mehr awesome bauen, nämlich ein Sync der Things-Datenbank über mehrere Macs.

Vorgeplänkel:

• Wenn Du Things auf mehr als einem Mac nutzen möchtest, dann kaufe bitte eine entsprechende Anzahl von Lizenzen.
• Ja, ich meine das ernst – die Buben aus Stuttgart haben wahnsinnig gute Arbeit geleistet, sowas muß man einfach würdigen.
• Ich gehe davon aus, daß Du ein lauffähiges git auf Deinem Mac hast, Anleitungen hierzu gibt es genug im Netz.
• Ich habe vor langer Zeit den symlink /Volumes/iDisk erstellt, um einen generischen Zugriffspfad zu haben. In den kompletten Zeilen weiter unten referenziere ich diesen Pfad. Der Name Deiner iDisk ist Dein Benutzername, ersetze also entsprechend iDisk mit $Du.

Let’s get dirty!
Auf dem Mac mit installiertem und genutztem Things erstellen wir ein git-Repository. Things legt seine Datenbank als XML in ~/Library/Application Support/Cultured Code/Things ab, und damit das Setup einfach bleibt, nutzen wir auch genau diesen Pfad für das Repository.
cd ~/Library/Application\ Support/Cultured\ Code/Things
git init
git add .
git commit -a -m "initial commit"

Sobald das neu erstellte Repository existiert und mit den bisherigen Daten gefüllt ist, erstellen wir erst ein neues Repository auf der iDisk (--bare weil wir in diesem Repository nicht arbeiten wollen, sondern es nur als “Server” benutzt wird) und pushen die Daten dort hin.
git clone --bare . /Volumes/iDisk/Repository/things.git
git remote add idisk /Volumes/iDisk/Repository/things.git
git push idisk master
Der Name “iDisk” für das remote-Repository ist hierbei frei gewählt.

Das folgende Shell-Script wird in Zukunft die oben angesprochene Magie™ für uns übernehmen, daher bitte einmal copy&paste, chmod +x und mit dem gewünschten Zeitpunkt in die crontab des eigenen Users eintragen.

1
2
3
4
5
6

#!/bin/bash
DATE=`date`
cd ~/Library/Application\ Support/Cultured\ Code/Things
git pull idisk master
git commit -a -m "Auto Sync - $DATE"
git push idisk master

Bis hier haben wir ein Backup-System mit Versionshistorie, aber von einem zweiten Mac war bisher noch nicht die Rede, oder? Also…

Schickt die Clone herrein!

Auf dem zweiten oder siebzenten Mac Things installieren und mit der leeren Datenbank beenden.

cd ~/Library/Application\ Support/Cultured\ Code
mv Things Things.dist
git clone /Volumes/iDisk/Repository/things.git


Und auch auf diesem Apfel lassen wir das obige Shell-Script per cron laufen. Ich empfehle hier die Zeitpunkte nicht zu nah aneinander zu legen, so daß Kollisionen bestmöglich vermieden werden.

Kollisionen:
Auch wenn git mit Kollisionen umgehen kann, dieser Weg sollte nur so weit als Sicher bezeichnet werden, als das nur ein Mensch an einem Mac parallel arbeitet. Mit etwas mehr Magie™ läßt sich sicherlich ein Weg finden, die Things Datenbank bei Änderungen aus mehreren Quellen entsprechend zu mergen, aber diese Anforderung stellte sich bei der Motivation dieser Anleitung nicht. Für Vorschläge bin ich immer offen.

Egal was Du tust, sichere Deine Daten! Ich bin zwar kein Fießling, und absichtlich werden hier niemals Fehler zu finden sein, aber wer blind ein rm -rf / abtippt, dem ist nicht mehr zu helfen. Sichere Deine Daten, denke nach was Du tust, teste was man testen kann.

Inspiriert von:

• Syncing Things with git and Launchd
• Git, iDisk und so

Apple, GTD

The OpenSolaris development package repository

http://pkg.opensolaris.org/dev/

has been updated to reflect the changes up to and including snv_133 for both x86/x64 and SPARC platforms. This update includes fixes to the Caiman “Slim Install” and the Image Packaging System (IPS).
[...]
Starting with build 133, almost all packages in the development package repository have been renamed with hierarchical smf(5)-style names. For general information on the the format of package names, see the pkg(5) manual page.
[...]
Users who wish to update their system to the development build can do so by setting their preferred publisher to the above URL and using the “image-update” facility provided by the pkg(1) command or by the “Update All” facility of the Package Manager GUI.

[Quelle: David Comay via opensolaris-annouce]

OpenSolaris

Sobald die zwei Jahre des T-Mobile Vertrags abgelaufen sind (egal ob hierbei der Vertrag gekündigt oder verlängert wird), bietet die Telekom nach etwas Nachfragen die Möglichkeit an die iPhones zu unlocken, d.h. die Sperre die verhindert andere SIM-Karten zu nutzen zu entfernen.

Das Prozedere funktioniert in etwa so:

• man quängelt an der Kundenhotline (per T-Mobile unter 2202 erreichbar) bis man einen freundlichen und gewillten Mitarbeiter am (R)Ohr hat
• die IMEI des Geräts wird erfasst und von der Telekom an Apple weiter gegeben (die Nummer findet man auf der Rückseite des iPhones
• angeblich(!) wird man per E-Mail informiert, sobald Apple das Gerät zur Freischaltung anerkannt hat – diese E-Mail wurde mir nur nie zugestellt
• sobald die E-Mail angekommen ist, bzw. man einfach etwa drei Tage gewartet hat, kann das Gerät per iTunes freigeschaltet werden
• die T-Mobile SIM-Karte wieder einlegen, falls schon eine SIM eines anderen Anbieters im iPhone ist
• iPhone mit iTunes verbinden, etwas abwarten, dem Dialog folgen – fertig
• ggf. die gewünschte SIM-Karte einlegen

Warum-auch-immer™ wird man gebeten den iPhone Terms and Conditions erneut zuzustimmen, wenn diese auch bei mir komplett leer waren. (Von anderen Unlockern habe ich bereits gehört, daß mein iTunes da wohl kein Einzelfall war – die Terms and Conditions scheinen recht oft zu fehlen und man bestätigt ein leeres Fenster)

Das iPhone wurde freigeschaltet:

Nach dem Unlock steht u.A. auch Tethering wieder zur Verfügung, allerdings ist bei mir der Menüpunkt magischerweise nach dem ersten reboot wieder verschwunden.

Und bevor auch Du Dich über den kleinen Kringel neben dem Betreiberschriftzug wunderst: der Kringel steht im Gegensatz zum E für GPRS. Wenn Du diesen Kringel siehst, dann hat Dein Anbieter keine Edge-Abdeckung. Und da die 2G iPhones kein UMTS können, ärgert sich auch sicherlich niemand über das wieder verschwindende Tethering (scheint auch bei einigen anderen iPhone Nutzern mit Ex-T-Mobile-iPhones so zu sein).

Apple, iPhone