by ·6 Kommentare

Im Moment befinde ich mich für ein paar Tage auf Norderney. Um hier nicht ganz vom Weltgeschehen abgeschnitten zu sein habe ich mir vor der Abfahrt eine SIM-Karte von Aldi-Talk nebst 15 Euro Guthaben gekauft. Das würde reichen um einen Monat per UMTS online zu sein. Nebenbei: der UMTS-Empfang (HSDPA) ist auf der Fähre zwischen Festland und Insel besser als bei uns zu Hause.

Wie auch immer: ich habe vorgestern die 15 Euro Guthaben auf die Karte aufgeladen und konnte direkt los surfen. Sehr praktisch. Nur hat es leider nicht lange funktioniert. Nach einer Weile gingen nur noch die Namensauflösung und der Besuch auf der Aldi-Talk-Seite.

Guthaben schon wieder alle? Kann eigentlich nicht sein, mit 15 Euro kann ich ja eigentlich einen ganzen Monat surfen.

Also Hotline. Problem geschildert, festgestellt dass ich blöd genug war loszusurfen ohne wirklich die Datenoption zu buchen. Bei 24 Cent pro Megabyte sind 15 Euro bald durch. :-(

Dann in etwa folgender Dialog:

„Ich gehe davon aus dass Sie das nicht irgendwie rueckwirkend buchen koennen?“
„Nein, eigentlich geht das nicht.“
„Sehe ich ein, den Fehler habe ich ja auch zu verantworten. Mein Problem ist: ich sitze auf Norderney, hier gibt es soweit ich weiss keinen Aldi. Sonst würde ich einfach nochmal Guthaben kaufen…“
„Ich sehe mal nach was ich für Sie tun kann…“
[Warteschleife]
„Hören Sie? Auf dem Weg zu meinem Vorgesetzten habe ich den Weihnachtsmann getroffen. Der meinte dass Norderney in der Regel eh etwas zu kurz kommt, und dass man da was tun sollte. Er setzt sich dafür ein dass Ihnen die 15 Euro wieder gutgeschrieben werden. Sie können dann die 30-Tage-Flat buchen und die Zeit auf der Insel ist gerettet.“

Diese letzte Zeile war wirklich ein Zitat des Hotline-Mitarbeiters. Kurz später war das Guthaben wieder da, ich konnte die Option buchen und kann somit dieses Posting verfassen.

Ich bin begeistert von der Kulanz. Deshalb nochmal: Danke!

by ·8 Kommentare

Arch Linux

Arch Linux

Nein, ich nutze Arch Linux noch keine zehn Jahre. Aber sieben sind es jetzt doch schon. Das Projekt ist Vorgestern zehn Jahre alt geworden, und ich nutze die Gelegenheit mal um mich öffentlich zu bedanken.

Arch ist für mich die ideale Arbeitsplatzdistribution: schlank, aktuell und flexibel. Die eigentliche Distribution ist verhältnismäßig dünn mit Paketen ausgestattet. Dafür gibt es aber das Arch User Repository (AUR), und da findet man praktisch alles. In den sieben Jahren ist es mir nur einmal passiert dass ich etwas haben wollte was es da nicht gab, und an der Stelle freut man sich dann darüber wie einfach es ist, sich in Arch ein eigenes Paket zu bauen. Dafür sind keine komplizierten Spec-Dateien erforderlich, man schreibt lediglich einen kurzen Fetzen Shell.

Vor Arch hatte ich Gentoo auf meinem Arbeitsplatz, da ist mir aber irgendwann die ständige Compiliererei auf den Keks gegangen. Davor war es Debian Unstable. Das ist stabiler als der Name vermuten lässt, aber irgendwann bin ich in der bekannten Abhängigkeitshölle gelandet. Und das Debian Stable davor ist zwar immer noch meine erste Wahl auf Servern aller Art, macht aber auf dem Desktop keinen Spass wenn man auch mal aktuellere Software haben möchte.

Sicher ist Arch nicht jedermanns Sache. Ich würde das niemandem empfehlen der nicht die Absicht oder die Möglichkeit hat sich intensiv mit seinem System zu beschäftigen. In anderen Distributionen funktionieren viele Dinge ‚out of the box‘ für die man in Arch erstmal Doku und den Vi bemühen muss. Das mag nicht jeder, und das kann ich gut verstehen. Ich weiß aber dass ich gerade durch diese Eigenart eine Menge über mein System gelernt habe. Und ich werde durch ein System belohnt das ohne großen Paket-Overhead auskommt. Ich muss weder Gnome, noch KDE oder deren aufgeblähte Anwendungen installieren. Auch kein anderes Desktop Environment, das ich eh nicht brauchen würde. Dafür kann ich trotzdem auch exotischere Anwendungen benutzen ohne dafür meine Distribution verbiegen zu müssen. Und dank der Rolling Releases bin ich auch immer halbwegs auf dem Stand der Technik.

Ach ja, Releases: obwohl ich zwischendurch auch mal längere Zeit keine Updates eingespielt hatte, konnte ich meine Installation über mehrere Hardwaregenerationen weiterbetreiben, ohne alles neu aufsetzen zu müssen. Erst vor drei Monaten habe ich auf für mein neues Notebook Tabula Rasa gemacht: für 4GB RAM musste ich dann doch auf 64 Bit umsteigen, und das geht nur sinnvoll mit Neuinstallation.

Genug der Lobhudelei, ich bin weiterhin überzeugt dass Arch genau das richtige für mich ist, und ich dadurch in den Genuss einer Menge Vorzüge komme.

Und dafür danke ich dem Projekt: Danke! :-)

by ·2 Kommentare

Man riecht ihn förmlich...

Man riecht ihn förmlich...

Zeichensätze und deren Encoding sind ein stetiger Quell der Freude für jeden Computerbenutzer. Oder?

Schön, dass es den allumfassenden Standard gibt: Unicode. Schade dass der noch nicht flächendeckend im Einsatz ist. Aber da wird ja auch noch dran gearbeitet, die jüngste Version ist noch ganz frisch.

Aber ich denke es ist ein Ende in Sicht: spätestens nach dem Zeichen mit dem schönen Namen ‚PILE OF POO‘ (U+1F4A9) dürfte Unicode vollständig sein. Das ist tatsächlich Bestandteil des Standards — der allerdings jede Menge Zeichen enthält die ich nicht in Fonts erwarten würde. Noch ein schönes Beispiel ist ‚LOVE HOTEL‘ (U+1F3E9). 8-O

Über den Sinn muss man nicht streiten: ich hätte jede Menge Verwendungsmöglichkeiten dafür. Leider scheint es aber noch nicht viele Fonts zu geben die den Glyph enthalten… :-)

by ·Keine Kommentare

Interessant, was da bei Heise steht: der Softwarehersteller Symantec warnt vor der Benutzung eines seiner Produkte, weil vor sieben Jahren jemand die Sourcen gesehen kopiert hat. Es geht ausgerechnet um pcAnywhere, ein Fernwartungs- oder Fernsteuer-Tool für Windows-Rechner.

Folgendes lese ich aus dem Artikel:

  • Bekannte Quelltexte bedeuten in den Augen von Symantec ein Sicherheitsrisiko. Offenbar besteht Sicherheit in dem Fall nur theoretisch: nur weil ein Angreifer den Algorithmus kennt darf der IMHO nicht als kompromittiert gelten. Security by Obscurity funktioniert nicht.
  • Es gibt Sicherheitsprobleme (‚bekannte Schwachstellen‘), offenbar schon seit mindestens sechs Jahren.
  • Die bekannten Löcher sollen jetzt Schritt für Schritt ausgemerzt werden. Jetzt. Schritt für Schritt.

Muss ich mir jetzt Sorgen um die Sicherheit meiner Rechner machen? Immerhin ist da fast ausschliesslich Software im Einsatz bei der Hinz und Kunz die Sourcen lesen können… 8-O

Ich glaube nicht. Zumindest nicht mehr als sonst: natürlich gibt es auch bei Open Source Software immer mal wieder Sicherheitsschwankungen, teilweise sogar drastisch. Aber freie Entwickler müssen sich wirklich Gedanken um Sicherheit machen, da sie sich im klaren sein müssen dass jeder die Quellen sehen kann. Wenn man da auf solche Obscurity-Tricks setzt versaut man sich sehr schnell den Ruf.

Oh, und ich kann es mir nicht verkneifen: nicht-Windows-Betriebssysteme geben einem ausreichend Handwerkszeug um sie zu administrieren und zu benutzen. Auch remote, und wenn es sein muss sogar grafisch. Da muss man kein Geld für ein Tool wie pcAnywhere rauswerfen… :-P

by ·4 Kommentare

Mal wieder ein versuchter Zugriff auf Euer Know-How: ich wurde gefragt ob es ein Tool gibt mit dem ich den CPU-Verbrauch eines Programmes messen kann. Also nicht beobachtend wie top oder als Momentaufnahme (das geht glaube ich irgendwie mit ps), sondern mehr so wie mit time: ich starte mein Programm mit $toolname $programmname, und nach Abschluss erhalte ich eine Angabe darüber wie viel CPU-Last das Programm tatsächlich erzeugt hat.

Die Laufzeit mit time zu messen ist zwar ein Ansatz, allerdings ist die Ausgabe wohl stark davon abhängig was sonst auf meiner Maschine los ist.

Nach einer kleineren Google-Orgie bin ich um folgendes schlauer, vielleicht ist das sachdienlich: der Kernel misst CPU-Zeit in sogenannten Jiffies. Ein Jiffy ist auf einem System immer gleich lang (typischerweise 1/100 oder 1/250 Sekunde) und stellt praktisch eine Zeitscheibe dar die der Kernel auf einen Prozess verwendet. Man kann im /proc-Dateisystem nachsehen wie viele Jiffies ein Prozess bis dato verbraucht hat. Allerdings nur so lange der Prozess auch noch läuft.

Was ich suche ist also praktisch ein Tool das mir nach Beendigung meines Programms sagt wie viele Jiffies es gebraucht hat. Oder so. Gibt es das irgendwo fertig? Oder suche ich eigentlich was völlig anderes?

by ·Keine Kommentare

Übersetzungsfehler, schön beschrieben bei Heise:

So stehen im ersten Kapitel die Sätze: „Für Steve Jobs beginnt der Aufstieg zum strahlenden Olymp der Erfinder mit dem Bericht über zwei Elternpaare und die Kindheit in einem Tal, das gerade lernte, wie man Silikon in Gold verwandelt“. Gemeint ist jedoch nicht das „Silicone Valley“ in der Nähe Los Angeles, wo die Pornofilm-Industrie stark vertreten ist, sondern das „Silicon Valley“ bei San Francisco.

by ·Keine Kommentare

Seit ich davon gehört habe bin ich davon überzeugt dass Test Driven Development eine sehr gute Sache ist. Gerade habe ich mir eine halbstündige Videopräsentation namens ‚Malen nach Zahlen‘ angesehen in der der Ansatz sehr schön gezeigt wird. Insbesondere der letzte Teil hat mich begeistert. Von Selenium hatte ich schon gehört. Webrat war mir neu, und Cucumber sieht geradezu aus wie Science Fiction — der utopischen Sorte… :-)

Dummerweise hatte ich noch nicht die Gelegenheit, mal wirklich Erfahrungen in dem Bereich zu sammeln. Beruflich beschäftige ich mich seit ein paar Jahren mit einem System das alles andere als testbar ist. Und privat sind die meisten meiner Entwicklungen kleinere Skripte, oder kleine Änderungen an bestehenden Projekten. Die größeren Sachen sind Mikrocontroller-Projekte, wenn mir jemand sagt wie man da (sinnvoll) TDD anwenden kann waere ich sehr dankbar.

Ich schiebe schon länger zwei Ideen für Projekte vor mir her die sich vielleicht eignen… mal sehen ob und wann ich dazu komme…

by ·Keine Kommentare

Nachdem ich mich seit Monaten über einen Wackelkontakt in der Stromzufuhr meines treuen Notebooks (Thinkpad T43) geärgert habe hat es mich Heute davon überzeugt dass das so nicht weitergeht. Komplett entladen, keine Chance mehr es aufzuladen. :-(
Naja, kaputt ist es eh. Also mal den Schraubenzieher angesetzt. Um zur Strombuchse zu kommen muss man das Teil fast bis auf die letzte Schraube zerlegen. Zwischendurch habe ich an mir gezweifelt und beim Händler meines Vertrauens nachgefragt was es kostet wenn der mir das repariert. 140 Euro, lohnt nicht für den antiken Rechenschieber. Für 150 kriege ich da schon das Nachfolgemodell (T60), für 300 sogar das Modell mit dem ich schon lange liebäugel (X61t mit großer Auflösung). Also weitermachen…
Wie gesagt: ich musste das Ding fast komplett auseinander nehmen. Habe ich bei einem Notebook noch nie gemacht. Da waren am Rumpf glaube ich nur noch drei oder vier Schrauben die ich nicht lösen musste. Ich hatte echte Bedenken das wieder zusammen puzzlen zu können, und das obwohl ich das Tablet meiner Einzigen neben mir liegen hatte das mir das Hardware Maintenance Manual praktisch vorgelesen hat.
Hat aber geklappt. Insgesamt hat die Aktion fast drei Stunden gedauert. Diesen Text schreibe ich von besagtem T43, der Akku ist mittlerweile auch schon wieder bei 32%. :-)

Ach ja, die Strombuchse: entgegen meiner Erwartung war es nicht so dass da Lötstellen auf dem Mainboard gebrochen sind. Das Teil ist sinnvollerweise gar nicht auf dem Board aufgelötet, das ist mit dem Gehäuse verschraubt und liefert den Saft per Kabel ans Board. Der Hohlstecker (bzw. die Buchse) war einfach nur ausgenudelt. An strategisch korrekter Stelle dremeln und die Lasche innen drin zurückbiegen hat Wunder gewirkt.