Dirks Logbuch

Version 7.0 von Debian ist in der letzten Nacht veröffentlicht worden. Meiner Meinung nach ist das ein sehr gelungenes Release, ich benutze es schon seit Anfang des Jahres auf meinem Desktop und Notebook.

Wer sich für die einzelnen Schritte interessiert, die vor und mit einem Release durchgeführt werden müssen, kann sich einmal den Hashtag #releasingwheezy beispielweise bei identi.ca anschauen. Da kommt schon einiges zusammen.

Wichtig: Ab jetzt wird Debian Squeeze, die Vorgängerversion, nur noch ein Jahr lang unterstützt. Für Produktionsmaschinen rate ich ein halbes Jahr zu warten bis Ihr das Upgrade auf Wheezy durchführt.

Meine bessere Hälfte brauche einen Tapetenwechsel und hat sich nach Linux Mint nun für Manjaro Linux mit Cinnamon entschieden. Manjaro basiert auf Arch Linux und ist eine Rolling Release Distribution. Alles ist - wie ich finde - sehr logisch aufgebaut und die Optik macht "einen schlanken Fuss". Manjaro nutzt eigene Repositories und nicht die von Arch, daher ist nicht alle Software auf Anhieb verfügbar.

Ich bin derzeit mit Debian glücklich, muss aber gestehen, dass Manjaro in jedem Fall einen zweiten Blick wert ist. Einzig backintime vermisse ich, ansonsten: Daumen hoch.

Da bin ich mal eine Woche in den Ferien und schon gibt es ein neues Release ...

Taskwarrior 2.2.0 ist am vergangenen Sonntag erschienen. Es hat sich einiges getan und "natürlich" empfehlen wir ein Update.

Viel Spass!

Quoting Paul:

It's (just) a better version of beta1.

Synchronisation, respectively the push functionality is now working again. Here is the news and here is the tarball.

Laut Digitec ist das neue Telefon seit heute (wieder) lieferbar, wenn ich die Abholmail bekomme, kann ich es dann auch endlich abholen. die neu nötige microSIM kam gestern. Alles ist vorbereitet. Prima, dass ich heute frei habe - schlecht, dass ich jetzt auf die Mail warte ...

Hier mal (für mich) zum schnell durchklicken die Applikationen, die ich regelmässig nutze und auf dem neuen Gerät installieren möchte. Zwischendurch habe ich schon immer mal andere Applikationen installiert, aber das sind die wichtigsten.

• BeyondPod Podcast Manager als Podcatcher und -player, dazu den BeyondPod Unlock Key. Das Programm lädt jede Nacht um ein Uhr die Podcasts herunter, so dass ich auf dem Weg ins Büro versorgt bin.
• WhatsApp Messenger zum kostenfreien Austausch von Nachrichten. Andere Möglichkeiten haben sich leider als wenig zuverlässig erwiesen.
• Twitter nutze ich tatsächlich nur auf dem Handy.
• SBB Mobile für Fahrplanabfragen und Routenberechnungen.
• SBB.Connect finde ich ganz witzig, nutze ich aber immer weniger.
• MeteoSwiss, besonders die Unwetterwarnungen.
• VX ConnectBot ist mein SSH-Client.
• PostFinance für den schnellen Blick zwischendurch auf das Konto.
• Google+ ist das einzige soziale Netzwerk, das ich wirklich aktiv nutze und nicht nur als Weiterleitungsziel für die Ankündigung von Blogartikeln missbrauche.
• Llama - Location Profiles habe ich bei Google+ empfohlen bekommen. Ein grossartiges Tool, das event- und ortsbasiert Aktionen auslösen kann. So schaltet mein Telefon automtisch auf leise, wenn ich ins Büro komme und wieder auf laut, wenn ich es verlasse. Wenn ich nach Hause komme, wird das WLAN eingeschaltet.
• Xing, ja tatsächlich ...
• MX Player ist ein sehr guter Videoabspieler.

Die unten stehenden Anwendungen werde ich mit Android 4.1 vermutlich nicht mehr brauchen, weil die eingebauten Features diese ersetzen können.

• Hacker's Keyboard ein besseres Keyboard als das in 2.3.4 enthaltene.
• K-9 Mail nutze ich zwar, aber nur sehr begrenzt. Das, was ich brauche, kann die normale Mailanwendung.
• ClockSync - eigentlich sollte die zuverlässige Zeit ja aus dem Netz kommen ...

Auf Drusus, meinem Hauptrechner, hat die eingebaute Platte versagt (ja, ich habe ein aktuelles Backup). Der Bootprompt wurde nicht angezeigt und die Platte rödelte sich in einem Timeout. Ich ging von einem Hardwareschaden aus, was glücklicherweise falsch war

Um zu reparieren, habe ich die SystemRescueCD heruntergeladen, aber die gängigen Verfahren (unetbootin, dd) führten leider nicht zum gewünschten Erfolg. Klasse ist es, wenn Projekte (sehr) gut dokumentiert sind. Es gibt ein Howto, das beschreibt, wie man das macht und besser noch, es gibt sogar ein Skript, dass die ganze Arbeit übernimmt.

Wenn man sich dabei nur an die Übersicht hält und aus Gewohnheit nach /mnt mountet, ist man verloren. Glücklicherweise gibt es aber eine Logdatei, die den Fehler offenbart und die Anleitung auf der Webseite zeigt, wie man es für die SystemRescueCD richtig macht.

Ach ja, nach Booten vom Stick zeigte ein fsck /dev/sda1, dass der Startsektor defekt war, glücklicherweise legt das Filesystem (ext4) auch davon Backups an, nach einer beängstigenden Anzahl von gemeldeten Fehlern und automatischer Reparatur fdisk -y /dev/sda1 derselben, läuft der Rechner auch wieder. Yippieh! Journaling Dateisysteme machen schon Spass.

Apropos Live-Systeme, Roman und ich sprechen in der aktuellen DeimHart-Episode über Live-CDs.

Ein neuer beta-Zyklus hat begonnen, dieses Mal steht die Version 2.2.0 im Fokus.

Wer sich zutraut, Taskwarrior selbst zu übersetzen, ist herzlich eingeladen, mitzumachen. Dazu muss zuerst die Version, die über das Paketmanagement kommt, deinstalliert werden.

Danach helfen die folgenden Schritte:

Eine kurze Zusammenfassung gibt es hier, mehr steht im mitgelieferten ChangeLog.

Kurz nach Aufnahme der aktuellen DeimHart-Episode habe ich auf der Website von Backintime den user-callback entdeckt, der genau das leistet, was ich brauche.

Unser NAS stellt Verzeichnisse per NFS bereit, die ich via automount einbindet. Das bedeutet, ich wechsele in das Verzeichnis, wohin das Filesystem eingebunden werden soll und autofs mountet das automatisch vom NAS. Wenn ich das Verzeichnis fünf Minuten lang nicht gebraucht habe, wird es wieder ausgehängt. Bei Debian muss man die Wartezeit für den Mount hochsetzen.

Das Backup mit Backintime soll auf unseren Rechnern bei jedem Boot laufen, dann wird es wenigstens nicht vergessen. Damit das alles auch über das GUI funktioniert, auch die Steuerung der regelmässigen Backups, habe ich eine ausführbare Datei ~/.config/backintime/user-callback erstellt.

Der sleep ist nötig, weil der Cron-Daemon schneller da ist als die Netzwerkverbindung bei einem Neustart.

Ja, ich hätte das Skript deutlich unpragmatischer bauen können, dieses tut aber alles, was es soll und hat keinen Ballast.

Weil ich es gerade für diese Übersichtsseite gebraucht habe: Mit pdfdraw aus den mupdf-tools kann man PDF-Seiten in PNG-Dateien konvertieren.

SmokePing ist ein kleines und feines Monitoring-Tool, was Netzwerklatenzen überwacht. Dazu sendet es 20 Pings nacheinander und schaut sich die Zeiten an, die die Pings brauchen, um zurück zu kommen. Die Zeiten werden via RRD gespeichert und grafisch dargestellt. Der Mittelwert zeigt sich in grün und die Abweichungen vom Mittelwert in verschiedenen Graustufen, dabei entsteht der Eindruck einer Wolke (oder Rauch).

Das obige Bild zeigt die Pings zu meinem root-Server über drei Stunden.

Mit SmokePing kann man Netzwerkschwierigkeiten feststellen, wofür ich es auch seit sehr langer Zeit nutze. Allerdings sollte man wenigstens zwei Ziele an verschiedenen Stellen im Netz überwachen, der Server, auf dem Smokeping läuft, könnte auch Schwierigkeiten haben.

Last not least möchte ich erwähnen, dass man damit - in Verbindung mit free.domain.name (vormals DynDNS) - auch wunderbar die Verfügbarkeit des eigenen Internetzugangs prüfen kann.

Wir haben seit Ende letzten Jahres ein Pferd, es ist multiplattformfähig und heisst Java (ja, tatsächlich). Sie ist aus dem Tierschutz und bekommt gerade eine gute Kinderstube auf der Fohlenweide des Wauwilermoos. Bei Pferden macht "man" das so, ich habe davon keine Ahnung.

Als neugebackene Pferdebesitzer müssen wir das Tier auch bei Agate registrieren. Klar. Unsere Hunde mussten wir auch registrieren (hier heisst das ANIS) und das lief über den Tierarzt.

Ich halte von den Ämtern und Behörden in der Schweiz sehr viel. Ich bin noch nie unfreundlich behandelt worden, die auf den Ämtern arbeitenden Leuten waren immer sehr zuvorkommend. Was die sich aber hier erlaubt haben, schlägt dem Fass die Krone ins Gesicht.

Das Portal Agate basiert auf Microsoft Silverlight und lässt sich auch nur über den Internet Explorer benutzen, Versuche mit der Silverlight-Portierung auf Linux namens Moonlight sind fehlgeschlagen. Entschuldigt die harten Worte, aber wer hat denen ins Hirn geschissen, welcher Entscheider hat da Mist gebaut? Für ein öffentliche Seite auf eine proprietäre Lösung zu setzen, bei der man nicht weiss, wie lange sie leben wird und die nicht von allen Rechnern ausgeführt werden kann, ist sehr grosser Schwachsinn. Ihr habt das Web nicht verstanden.

In den Fragen und Antworten heisst es lapidar:

Ich habe keinen Internetzugang. Wie kann ich mein Pferd registrieren?

Die Registrierung ist nur elektronisch auf www.agate.ch möglich. Führen Sie die Registrierung zusammen mit einem Verwandten oder Bekannten durch, welcher Internetzugang hat. Sie können auch jemanden beauftragen, die Registrierung für Sie vorzunehmen – etwa den Besitzer des Pensionsstalles.

Es gibt also noch nicht einmal einen Fallback über Papier oder persönliche Vorstellung beim Amt.

Das ist echt grosser Mist.

Übrigens ist das auch der Grund, weshalb ich gerade auf der Suche nach einer Windows 7 ultimate Lizenz bin, die darf auch in bis zu vier virtuellen Maschinen eingesetzt werden.

Nachtrag wegen Fehlinformation: Um vier virtuelle Windows-Instanzen verwenden zu können, braucht es eine VECD-Lizensierung, Erklärung hier. Ich habe das mit Ultimate und den vier Instanzen irgendwo falsch aufgeschnappt und bekomme das seit dem nicht mehr aus dem Kopf.

VLC ist mein bevorzugtes Medienabspielprogramm. Ja, auch für Audio und ja, ich weiss, dass es dafür bessere Clients gibt. Aber VLC bietet alles, was ich brauche und das auch noch auf allen Plattformen, die ich benutze.

Einzig manche Menüpunkte sind sehr versteckt.

Unser Router und auch unser NAS können als DLNA-Server fungieren und so via UPnP Medien im Netz verteilen. Mit VLC erreicht man diese Server über View / Playlist / Local Network / Universal Plug'n'Play, da kann aber drauf kommen, oder?

Grmpf!

Im Zusammenhang mit unserem Synology NAS nutze ich Autofs, um Verzeichnisse via NFS bei Bedarf einzubinden. Da das Gerät normalerweise vor sich hin schläft, wenn es nicht in Benutzung ist, dauert es seine Zeit bis die Verzeichnisse bereit gestellt werden. Unter Bodhi und Sabayon war das kein Problem, autofs hat so lange gewartet bis der Mount-Befehl zurück kam. Unter Debian musste ich es selber einrichten.

Dazu einfach den Parameter MOUNT_WAIT in der Datei /etc/default/autofs auf einen "vernünftigen" Wert setzen. Ich habe ihn auf 60 gesetzt, 30 würden aber auch problemlos funktionieren.

Unter Gnome 3 (beispielsweise) kann man mit Hilfe des "Compose Keys" auch über eine amerikanische Tastatur Umlaute eingeben. Den "Compose Key" kann man via "System Settings / Region and Language / Layout / Options / Compose Key Position" festlegen. Ich habe dafür "Caps Lock" gewählt, da ich die Taste eh nie brauche.

Compose Key, danach " und a ergibt ä (analog Ä, ö, Ö, ü und Ü) und Compose Key, danach s und s ergibt ß.

Wir suchen immer noch. Nach der ersten Ausschreibung haben wir bemerkt, dass die damalige Stellenbeschreibung nicht das widergespiegelt hat, was wir suchen. Daraufhin habe ich die Ausschreibung ergänzt und herausgekommen ist diese hier: Senior System Engineer Linux.

Das hier sind die Kernanforderungen. Rückfragen gerne direkt an mich

Aufgaben

• Planen von Linux-Servern und Betreuen von Administrationsteams bei Aufbau und Betrieb.
• Mitarbeit bei der Erstellung von Architekturvorgaben und deren Umsetzung.
• Verantwortung für fachliche Projekte im Linux-Umfeld.
• Unterstützung von Customer-Solution-Teams bei der Konzeption.
• Mitarbeit an Kundenofferten.
• Durchführen von Analysen, frühzeitige Erkennung von Schwachstellen und Engpässen, Erarbeiten von Lösungsvorschlägen.
• Konzeption von Lösungen und Automatisierung von wiederkehrenden Aufgaben.
• Bereitstellung von Werkzeugen und Verfahrensweisen, um den Betrieb zu sichern.
• Schreiben von Handbüchern und Festhalten von erprobten Verfahrensweisen in Dokumentationssystemen (Wikis).
• Ermitteln der geeigneten Hardwareplattform.
• Unterstützung bei der Beschaffung, Installation und Konfiguration von Servern.
• Second Level Support, Troubleshooting und Pikett.

Profil

• Sie haben fundierte Kenntnisse im Bereich Red Hat Linux und bringen Erfahrung im Engineering von Projekten auf dieser Plattform mit.
• Sie verfügen über mindestens fünf Jahre Erfahrung mit Linux und haben gute Kenntnisse mit anderen Unix-Derivaten (AIX, HP/UX, Solaris).
• Sie können Erfahrung im Engineering von Clustern, vorzugsweise Veritas nachweisen.
• Ihre Erfahrung im Shell-Scripting hilft Ihnen Abläufe zu automatisieren.
• Sie sind selbständiges Arbeiten gewohnt, haben aber auch Spass an der Arbeit im Team sowie im täglichen Umgang mit Ihren Kunden.
• Sie erreichen auch unter Belastungen gute Ergebnisse. Ihre Bereitschaft, sich in neue Themen einzuarbeiten, setzen wir voraus.
• Sie verfassen Dokumentation in deutscher und englischer Sprache und kommunizieren in beiden Sprachen sicher.

Sendet eventuelle Bewerbungen bitte über das Portal. Wenn Ihr im Anschreiben darauf hinweist, dass Ihr Euch über mich bewerbt und genommen werdet, gehen wir mal lecker essen.