AK's weblog

Probably I'm lazy and missed some other announcements earlier, but yesterday I discovered that (most of) the 21C3 videos are available via BitTorrent. This is nice, and they even have my lightning talk about TPP, although they only show me and not the screen. And I didn't get any sound working, yet, for the .avi-files. The .mp4-files are playing great, though, with mplayer. I can especially recommend the Fnord Jahresrückblick.

Finally, another quiz, answering the ultimate question about my world view:

You scored as Existentialist. Existentialism emphasizes human capability. There is no greater power interfering with life and thus it is up to us to make things happen. Sometimes considered a negative and depressing world view, your optimism towards human accomplishment is immense. Mankind is condemned to be free and must accept the responsibility. Existentialist 100% Modernist 94% Materialist 94% Cultural Creative 63% Romanticist 56% Postmodernist 56% Idealist 44% Fundamentalist 31%

What is Your World View? (updated)
created with QuizFarm.com

I can only agree. The quiz is right. I truly trust in human accomplishment, and strongly believe that mankind is supposed to move forward, especially in terms of scientific achievements.

Eine wirklich interessante Übersetzung hab ich gestern im Untertitel-Menü meines DVD-Recorders gefunden:

Warum funktioniert das aber das nicht? Das ist wirklich zum Mäuse melken, ich halte mich selbst schon für blöd. Kann mirjemand aus dem Schlamassel helfen?

Weil jetzt ein paar Leute danach gefragt haben, wie ich meinen Roster von jabber.at nach jabber.ccc.de migriert habe, hier eine kurze Beschreibung:

Ich bin auf das Jabber Roster Utility gegangen (Achtung: das von jabber.at beschriebene funktioniert anscheinend nicht!), und mich darüber auf meinem alten Jabber-Account eingeloggt. Dann habe ich alle Einträge kopiert, in den vim gepastet, und ein :%s/^/+/ gemacht. (vor alle Zeilen ein + vorangestellt) Dann habe ich mich mit dem Jabber Roster Utility auf dem neuen Jabber-Account eingeloggt, den vim-Inhalt wieder reingepastet, und auf "Update" geklickt. Und schon fertig, also eigentlich ganz einfach.

Ja, irgendwie lag das Gefühl schon in der Luft, noch dazu, weil seit einiger Zeit die Stabilität des jabber.at-Servers eher wenig beeindruckend war. Tja, und heute kam die Message, dass jabber.at in 2 bis 3 Wochen offline gehen wird. Deswegen bin ich auf jabber.ccc.de migriert, der soll ja um einiges besser laufen. Mein neuer Jabber-Contact lautet daher ak@jabber.ccc.de. Ich hab meinen Roster schon migriert, ich hab sowieso nur eine Handvoll Jabber-Kontakte (die IIRC auch so ziemlich alle mein Blog lesen müssten), insofern sollten da keine Probleme auftreten.

Autsch!
(via Cruel Site of the Day)

Nein, ich meine nicht das "klassische Graffiti", das finde ich eigentlich ziemlich langweilig. Was mir dagegen in den letzten Monaten auffällt, ist eine Menge an künstlerisch durchaus interessanten Graffitis, alle gesprüht mit Schablonen, meist einfarbig, maximal zweifarbig, versehen mit mehr oder weniger subversiven Sprüchen, z.B. "TV casualty", wo man zwei Skelette neben einem Fernseher mit arg zerschundenem ORF-Logo sieht, oder "Franzfest 2004", mit dem Gesicht des Linzer Bürgermeisters Franz Dobusch in blau, und gelben Kopfhörern. Hätte ich meine Digicam mit, würde ich jetzt Fotos machen, und die hier veröffentlichen, aber nachdem derzeit internetmäßig alles eher ungut aussieht, muss ich das wohl später nachholen.

Auf jeden Fall finde ich diese Art von Graffiti schlicht, politisch, und vor allem "visually appealing", ohne einen gewissen Eindruck von Hip-Hop oder ähnlichen, für Linzer Verhältnisse absolut irrealen Subkulturen zu enthalten. Das ist für mich urbane Kunst, von dem will ich mehr sehen, vor allem, weil es sich überhaupt nicht mit den alten und modernen Gebäuden in der Linzer Innenstadt schlägt, nein, in einer gewissen Art und Weise sogar harmonisiert.

Wenn ich jetzt proklamiere, "mehr davon, bitte!", dann werde ich sicher sofort als Vandale oder als Unterstützer von Vandalismus bezeichnet werden, deswegen mache ich das nicht. Also, wenn jemand behauptet, ich würde proklamieren, mehr davon zu wollen, dann ist das gelogen.

Gestern bei der Vorpremiere von "Star Wars Episode III" gewesen. Zusammenfassung: coole Action, nette Effekte, und endlich machen soviele Sachen Sinn, wo sich bisher (scheinbar) Episode 1-2 und 4-6 widersprochen haben.

Zur Überschrift: das ist die Order, um alle Jedis niederzumetzeln. Anakin ist übrigens nur ein Opfer seiner Gefühle, und Episode 3 zeigt sehr deutlich, warum er in den weiteren Episoden so erpicht darauf ist, diese Rebellen zu erledigen. Klares Beispiel für "Ziel aus den Augen verloren". Mehr will ich auch nicht verraten. Naja, schon noch eines, und zwar in Form eines Slashdot Meme: Natalie Portman pregnant and petrified. Hot grits down Lord Vader's pants.

Linz ist ursuper. Das ist ja mal nichts neues, aber der "Ursuperheitsfaktor" hat sich noch deutlich gesteigert, als ich entdeckt habe, dass es nicht nur auf der Donaulände zwischen Lentos und Brucknerhaus, sondern auch auf dem Hauptplatz offenes, anonymes (das sei mal dahingestellt, inwieweit da wirklich Vorkehrungen getroffen wurden) WLAN mit genuegend Bandbreite gibt. Besonders praktisch ist das, wenn man zuhause in der eigenen Wohnung noch kein Internet hat. Weniger toll ist es allerdings, wenn zur gleichen Zeit das "Kulturpicknick", ausgerichtet von Radio Oberösterreich, stattfindet. Nein, ich will nicht wissen, was die persönlichen Musikvorlieben von $KOMMUNALPOLITIKER sind.

Ach ja: ich bin auch grad draufgekommen, dass bei starker Sonneneinstrahlung von hinten der Display-Inhalt auf meinem iBook schlecht erkennbar ist (ausser auf weissem Hintergrund, dann geht's), und dass man sich die Hintergrundbeleuchtung gleich sparen kann, d.h. die Akkulaufzeit erhöht sich beträchtlich.

Bis zu 10 Werktage wird es dauern, bis sich ein Techniker der Liwest mit mir in Verbindung setzen wird. Das heißt, ich werde noch einige Zeit länger zuhause offline bleiben. Naja, wenigstens wird im Juli der 4-MBit-Anschluss auf 8 MBit erhöht, ohne zusätzliche Kosten für mich, das entschädigt ein bisschen.

Update: heute um exakt 7:17 (*gähn*) hab ich einen Anruf erhalten, dass die Leute zur Installation von Kabel-TV und -Internet am 20. 5. um 7:15 kommen werden. Das ist eine sehr gute Nachricht. Jetzt fehlt nur noch der eigentliche Fernseher.

So, jetzt wird's ernst: ich packe gerade die letzten wichtigen Sachen ein, um mich bereit zu machen, heute wirklich umzuziehen. Ui, ist das aufregend! In der neuen Wohnung hab ich noch kein Netz, deswegen werd ich in nächster Zeit offline sein (ausser wenn ich in der Arbeit bin), bis mir die Liwest meinen Breitbandinternetzugang (4 Mbit up/1 Mbit down *grunz*) verlegt hat.

Und wieder einmal ein Eintrag der Sorte "schöne Ideen, die es wert sind, ausprobiert zu werden, aber wohl nie implementiert werden, außer es findet sich jemand, der dem Andreas $VIELGELD zuwirft":

mika und ich haben vor ein paar Tagen über das Problem der "database wedges" bei Subversion mit BDB-Backend und allgemein darüber, dass BDB scheisse ist, und immer wieder Datenverlust verursacht, diskutiert. Deswegen muss ein neues Backend her, das nichts mit der berüchtigten Berkeley DB zu tun hat.

Ich bin bei Recherchen dazu auf ein paar interessante Dinge gestoßen: einerseits gibt es libjio, mit dem man transaktionsorientiert auf Dateien schreiben kann, was sich ziemlich nett anhört. Weiters bin ich auf tdb gekommen, eine "Datenbank" ähnlich GDBM und BDB, jedoch ziemlich klein und mit Locking etc (naja, BDB kann das auch, aber GDBM nicht). Der Autor der libjio bietet auch einen Patch für tdb an, allerdings ist der ziemlich rudimentär, da er nicht die coolen libjio-Features nützt, sondern nur die Unix-I/O-Wrapper.

Meine Idee dazu ist, das ldbm-Backend von OpenLDAP dahingehend anzupassen, dass tdb als Alternative zu GDBM, NDBM, etc. verwendet werden kann, und tdb wiederum so zu erweitern, dass die libjio wesentlich besser integriert wird. Wenn das getan ist, und funktioniert, ist es natürlich interessant, sich die Performance dieses neuen Backend anzusehen, und mit dem BDB-Backend zu vergleichen, und dann die Robustheit bei großen Datenmengen und hoher Last über lange Zeit zu überprüfen. Bei mehr als 1000000 (in Worten: eine Million) Einträgen und hoher Last über mehrere Stunden ist mir bei Performance-Tests das BDB-Backend nämlich schon zweimal abgeraucht. Das ist übrigens auch meine negative Erfahrung mit BDB, neben den üblichen "database wedges" bei Subversion.

Auf jeden Fall: wer bereit ist, Geld für so eine Untersuchung auszugeben (wahrscheinlich eh keiner), möge sich bei mir melden.

Heute hab ich in einer Mailbox ein wirklich süßes Spam-Mail gefunden:

Für dieses Bild musste ich übrigens extra die Schriftgröße des Terminals kleiner stellen, damit sich die letzte Zeile ausgeht:

Heute stand ich vor dem interessanten Problem, eine Datei zu recovern, die Kollegen von einem alten Rechner von mir gebackuped hatten. Und zwar war dieses Backup in Form einer .tar.bz2-Datei abgelegt. Grundsätzlich keine blöde Idee, denkt man sich, weil man alle Dateien schön komprimiert zusammengepackt hat. Nicht so in meinem Fall: es macht absolut keinen Spaß, ein tar tjf <archiv> laufen zu lassen, wobei die gesamte Datei dekomprimiert wird, und ein Listing des gesamten Archivs erstellt wird, und dann in einem zweiten Durchgang die betroffene Datei zu extrahieren, wobei die gesamte Datei noch einmal dekomprimiert wird. Das kann ja wohl nicht Sinn der Sache sein. Wohlgemerkt: das .tar.bz2-File hat eine Größe von etwa 10 GB.

Wenn man schon komprimierte Archive will, dann sollte man das doch lieber folgendermaßen gestalten: man packt alle Dateien zusammen, quasi die Umkehrung eines .tar.bz2: zuerst die Dateien komprimieren, und dann zu einem Archiv zusammenfassen. Und zur weiteren Beschleunigung stellt man ganz vorne an die Datei einen Header mit den wichtigsten Infos zu den enthaltenen Dateien (möglicherweise inklusive Dateinamen). Und um das ganze "verlängerbar" zu machen, packt man in diesen Header auch noch einen Offset zum nächsten Header dieser Art hinein.

Eine Alternative zu dieser verketteten Liste an Headern wäre auch noch folgendes: wenn lt. Header das Ende der Datei erreicht sein müsste, aber noch nicht EOF gefunden wurde, dann findet sich dort der nächste Header (natürlich muss der Header die Länge der dazugepackten Daten wissen, was das Format als Ausgabeformat nicht streambar macht). Durch die nicht mögliche "Streambarkeit" verliert die Konstruktion ihren "unixigen" Charakter, der allerdings durch eines wieder wettgemacht wird: wenn man den Weg der in diesem Absatz beschriebenen Alternative wählt, so genügt ein cat <archiv1> <archiv2> > <archiv3>, um mehrere derartige Archive zu einem zusammenzufügen.

Als Kompressionsalgorithmus innerhalb des Archivs würden sich mehrere Optionen anbieten, wie etwa die weit verbreiteten gzip oder bzip2 oder aber eine Integration der zlib. Eine weitere Alternative wäre einer der Kompressionsalgorithmen von oberhumer.com.

Wer meine Ausführung für wirr hält, dem kann ich teilweise recht geben, und wie meistens wird dies wahrscheinlich auch nur ein Hirngespinst bleiben, wer sowas jedoch implementieren will, den kann ich dabei nur (moralisch) unterstützen. Eventuell künftig existierende Implementierungen werden auf jeden Fall hier announced werden.