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]

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]

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

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

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]

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

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]

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).

• Seven Useful OpenSolaris ZFS Home Server Tips by @zalez
• Home Fileserver by @anfalas
• Building netatalk on OpenSolaris 2009.06
• …and if you like Service Discovery, read Making netatalk discoverable in OpenSolaris

Thanks folks, after about 15min of compile-time and a some copy&paste, my ZPool is now visible in Finder.

In 2009, OpenAFS converted to git for our revision control needs, and it has greatly improved code submission and review.

However, for those of you who wish to create repository forks for development, wish to collaborate on it, but do not wish to maintain your own git installation, things were a bit harder.

To improve this situation as well as to make available github’s visualization tools, OpenAFS git changes are now being pushed to github upon commit. You can visit

http://github.com/openafs/openafs

to view any changes as well as to create a fork to develop on, and then push changes to OpenAFS gerrit later when you are ready for review and submission. The git.openafs.org tree remains the canonical repository.

[Quelle: Derrick via openafs-annouce]

Clone-URL: git://github.com/openafs/openafs.git
git clone git://github.com/openafs/openafs.git

1.5.72 is the recommended production-ready release of OpenAFS for Microsoft Windows users. It supports all Microsoft Windows operating systems from Windows 2000 through Windows 7 and Windows Server 2008 R2 including both 32-bit and 64-bit architectures. The 1.5.72 release restores AFSDB support for kaserver users. The 1.5.72 Windows client is fully compatible with all AFS server versions.

For UNIX, Linux, and MacOS X (including Snow Leopard) the recommended production-ready release of OpenAFS is 1.4.11.

Please visit openafs.org/windows for up to date information on the status of the OpenAFS for Windows client.

[Quelle: Derrick via openafs-annouce]

The OpenAFS Gatekeepers announce the availability of the third 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.12pre2, a Linux bug regarding cache access when SELinux is enabled, and a MacOS issue when enumerating /afs in Finder have been addressed.

[Quelle: Derrick via openafs-annouce]

Heute legt man daher die Datei /etc/hal/fdi/policy/mouse-wheel.fdi mit folgendem Inhalt an:

1
2
3
4
5
6
7
8

<match key="info.product" string="TPPS/2 IBM TrackPoint">
 <merge key="input.x11_options.EmulateWheel" type="string">true</merge>
 <merge key="input.x11_options.EmulateWheelButton" type="string">2</merge>
 <merge key="input.x11_options.XAxisMapping" type="string">6 7</merge>
 <merge key="input.x11_options.YAxisMapping" type="string">4 5</merge>
 <merge key="input.x11_options.ZAxisMapping" type="string">4 5</merge>
 <merge key="input.x11_options.Emulate3Buttons" type="string">true</merge>
</match>

Danach noch den Cache von HAL loeschen, HAL und GDM neu starten, und das neue Scrolling geniessen:

sudo rm /var/cache/hald/fdi-cache
sudo /etc/init.d/hal restart
sudo /etc/init.d/gdm restart

The OpenSolaris development package repository

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

has been updated to reflect the changes up to and including snv_132 for both x86/x64 and SPARC platforms. This update includes fixes to the Caiman “Slim Install” and the Image Packaging System (IPS).
[...]
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]

The installation of the client on modern Linux distributions is pretty straight forward.

1. get the packages
2. compile the kernel module
3. mess around in some config files

First step: get the packages
sudo apt-get install
openafs-client openafs-doc openafs-modules-dkms openafs-krb5 krb5-clients krb5-config krb5-user krb5-doc
(Yes, we’ll install the -doc-Packages, because everyone likes documentation)

Last step: the config files
Open /etc/krb5.conf and edit the sections containing the following:

1
2
3
4
5
6
7
8
9
10
11
12

[libdefaults]
        default_realm = MYCELL.NET
[realms]
        MYCELL.NET = {
                kdc = kdc1.mycell.net
                kdc = kdc2.mycell.net
                admin_server = kdc1.mycell.net
                default_domain = mycell.net
        }
[domain_realm]
        .mycell.net = MYCELL.NET
        mycell.net = MYCELL.NET

You should translate mycell.net to your local cell settings, but you already knew that, right? Ask your AFS Admin, if you are not sure about the correct values.

You may also take a look at /etc/openafs/afs.conf.client, /etc/openafs/ThisCell and /etc/openafs/CellServDB, but in most cases there’s no need to change something within these three files. If you need to get an updated version of /etc/openafs/CellServDB, just get it via FTP from grand.central.org.
wget -O /etc/openafs/CellServDB
ftp://ftp.central.org/pub/cellservdb/CellServDB

The very last step: restart the client
sudo /etc/init.d/openafs-client restart
Now the magic happens. The missing kernel module will be compiled in time and the OpenAFS-Client gets started. The benefit: remember updating your kernel and updating every single module again and again? dkms will help you, that you only need to update the kernel – the modules will be upgraded automagicly.

You’re done! kinit and aklog will be your best friends from now on!

OpenAFS 1.5.71 is also up on OpenAFS.org. We don’t recommend updating Linux clients at this time, though.

Dies war allerdings kein offizielles Announcement, daher wohl auch die Empfehlung Linux-Maschinen noch nicht upzudaten (denglisch, olé). Wer sich’s trotzdem schon ansehen möchte, 1.5.71 befindet sich bei den unstable releases.

via silbenblog

The OpenAFS Gatekeepers announce the availability of the second 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.12 pre1, several Rx bugs including computing connection idle times have been fixed; support for Kerberos 1.8 DES enabling has been added; and support for updated Linux kernel kmem cache creation is now available.

[Quelle: Derrick via openafs-annouce]

No, the box is not glowing in the dark yet, just a little ooops with fork(). But still rock solid and pretty much usable.

shl@napfel ~ % uname -a
SunOS napfel 5.11 snv_130 i86pc i386 i86pc

This is why I love Solaris!

The installation of the client on modern Linux distributions is pretty straight forward.

1. get the packages
2. compile the kernel module
3. mess around in some config files

First step: get the packages
sudo apt-get install
openafs-client openafs-doc openafs-modules-source openafs-krb5 krb5-clients krb5-config krb5-user krb5-doc
(Yes, we’ll install the -doc-Packages, because everyone likes documentation)

Next step: build the kernel module
Maybe you’ll need some more packages for this step:
sudo apt-get install module-assistant build-essential
Now start the module assistant, to build the openafs-module.
sudo module-assistant

The first entries “UPDATE” and “PREPARE” could take a few minutes, because eventually missing packages (e.g. kernel sources or headers, or the compiler-chain) will be installed. “SELECT” will open the next window, where you should search the module and select it.

Now build the module. The next question will be “would you like to install the build module?”, but you should now have a guess what to do
You should now exit the module assistant.

Last step: the config files
Open /etc/krb5.conf and edit the sections containing the following:

1
2
3
4
5
6
7
8
9
10
11
12

[libdefaults]
        default_realm = MYCELL.NET
[realms]
        MYCELL.NET = {
                kdc = kdc1.mycell.net
                kdc = kdc2.mycell.net
                admin_server = kdc1.mycell.net
                default_domain = mycell.net
        }
[domain_realm]
        .mycell.net = MYCELL.NET
        mycell.net = MYCELL.NET

You should translate mycell.net to your local cell settings, but you already knew that, right? Ask your AFS Admin, if you are not sure about the correct values.

You may also take a look at /etc/openafs/afs.conf.client, /etc/openafs/ThisCell and /etc/openafs/CellServDB, but in most cases there’s no need to change something within these three files. If you need to get an updated version of /etc/openafs/CellServDB, just get it via FTP from grand.central.org.
wget -O /etc/openafs/CellServDB
ftp://ftp.central.org/pub/cellservdb/CellServDB

The very last step: restart the client
sudo /etc/init.d/openafs-client restart
Stopping AFS services:.
Starting AFS services: openafs afsd.
afsd: All AFS daemons started.

You’re done! kinit and aklog will be your best friends from now on!

In order to build successfully, we’ll need some more packages, so fire up apt-get:
sudo apt-get install build-essential libtool autotools-dev automake1.9 subversion zlib1g-dev cython libglib2.0-dev libltdl-dev libcurl4-openssl-dev liblua5.1-0-dev libfontconfig1-dev libvlc-dev libx11-dev libdbus-1-dev libbz2-dev libid3tag0-dev libpng12-dev libtiff4-dev libungif4-dev libjpeg62-dev libfreetype6-dev libpam0g-dev libxcursor-dev libxml2-dev libssl-dev autoconf pkg-config libpng3-dev libxkbfile-dev libsqlite3-dev libimlib2-dev libtagc0-dev libtag1-dev libxmu-dev libxdamage-dev libxcomposite-dev libasound2-dev
all necessary dependencies will be installed.

Ready? Go!
sudo ./easy_e17.sh -i -e –packagelist=full
This will take a while, so get a coffee and a sandwich. But there are a few steps we can do aside.
Open a new terminal window and create the file /usr/share/xsessions/e17.desktop with the following content:

1
2
3
4
5
6
7

[Desktop Entry]
Encoding=UTF-8
Name=e17
Comment=
Exec=/opt/e17/bin/enlightenment_start
Icon=
Type=Application

Now edit /etc/environment or your local shell-config and append “:/opt/e17/bin” to the $PATH-entry (Without the quotes, of course).

Next time you’ll log off and see your GDM again, there should be an entry “e17″ in the window manager section.

via Larry Osterman

Was mit persönlich bei der Handhabung von Wave stark geholfen hat, ist die Möglichkeit vorgefertigte Such-Anfragen zu speichern und mit farbigen Tags zu versehen. So sieht man mit einem Blick auf die Wave-Liste was sich geändert hat, welche Wave zu welchem Thema passt oder wer an einer Wave mitgearbeitet hat.

Eine kleine Auswahl aus meiner persönlichen Hitliste:

Zeige mir alle ungelesenen Waves an:
Title: unread
Query: is:unread

Alles was sich diesen Monat geändert hat:
Title: this month
Query: past:1m

Alles was sich diese Woche geändert hat:
Title: this week
Query: past:1w

Waves mit Benutzer Manfred Mustermann:
Title: with Manfred
Query: with:manfred.mustermann@googlewave.com

Notizen: (Wave markiert alle Waves, die keine Mitschreiber haben als Notes)
Title: notes
Query: is:note

Waves, die an mich gerichtet sind:
Title: to me
Query: onlyto:me is:unread

Waves, denen ein spezielles Tag zugeordnet wurde:
Title: Tag: foo
Query: tag:foo

Die Ähnlichkeiten zu den Smart Folders von Spotlight sind erkennbar? Der Kreativität sind effektiv keine wirklichen Grenzen gesetzt, und man kann sich die Suchen genau so bauen wie man sie braucht. Beim Beispiel “an mich gerichtet” sieht man, wie man verschiedene Anfragen kombinieren kann. Spielereien wie is:unread tag:wichtig past:1w with:chef@firma sind also auch kein wirkliches Problem.

Was mich interessieren würde: was nutzt Ihr? Auf welche lustigen oder zeitsparenden Ideen seid Ihr gekommen? Ich freue mich auf Eure Kommentare!

Oracle Corporation (NASDAQ: ORCL) announced today that it had completed its acquisition of Sun Microsystems, Inc. Combination of the local entities worldwide will proceed in accordance with local laws.

[Quelle: Oracle]

git clone git://git.kernel.org/pub/scm/git/git.git
cd git
make quick-install-html
pfexec mkdir -p /usr/share/doc/git-doc
cd /usr/share/doc/git-doc
pfexec mv ~/share/doc/git-doc/* .

Nun funktioniert z.B. git help --web init wie erwartet, und der Browser wird geoeffent um die Hilfe-Seite anzuzeigen.
Wenn das git-Repository sonst nicht mehr benoetigt wird kann es natuerlich anschliessend wieder geloescht werden. Ebenso ~/share, sofern keine anderen Daten dort gelagert werden.

The OpenSolaris development package repository

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

has been updated to reflect the changes up to and including snv_131 for both x86/x64 and SPARC platforms. This update includes fixes to the Caiman “Slim Install” and the Image Packaging System (IPS).
[...]
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]