Unterschied zum zentralisierten Modell

Der wichtigste Unterschied zwischen Mercurial und traditionellen Versionierungssystemen wie CVS oder SVN ist das verteilte Modell. Das bedeutet, es gibt nicht mehr nur ein zentrales Repository, sondern jeder Entwickler hat quasi eine Kopie des zentralen Repositories bei sich lokal liegen.

Der Entwickler checkt nun zunächst in sein lokales Repository ein und kann damit arbeiten wie z.B. mit einem SVN, über das er die alleinige Kontrolle hat. Zu einem Zeitpunkt, an dem der Entwickler mit seiner Arbeit so weit zufrieden ist, dass er sie den anderen an dem Projekt beteiligten Entwicklern zur Verfügung stellen möchte, schiebt er alles in das übergeordnete Repository.

Bei diesem Vorgang wird nicht nur der aktuelle Stand hochgeschoben, sondern auch alle Zwischenstände, die der Entwickler an seinem lokalen Repository eingecheckt hat. Außerdem kann sich das übergeordnete Repository selbst von einem weiteren Repository bedienen, so dass nicht nur zwei Ebenen sondern eine ganze Repository-Hierarchie möglich ist.

Für mich selbst war zunächst vor allem die Tatsache ungewohnt, dass man bei sich lokal eincheckt – das klingt ein bisschen so als wäre der Code in größerer Gefahr, weil er ja nur auf dem eigenen Rechner liegt. In der Praxis erweist sich das aber als großer Vorteil, denn man kann auf die Art viel freier ausprobieren und auch mal Zwischenstände einchecken, die nicht so hundertprozentig stabil sind und die man normalerweise seinen Kollegen nicht als Checkin zumuten würde.

Mercurial

Mercurial selbst ist Open-Source-Software und benötigt Python ab Version 2.4 zum Funktionieren. Mitte 2005 gab Mat Mackall bekann, daran zu arbeiten. Mittlerweile hat Mercurial die Versionsnumer 1.6 erreicht und ist recht verbreitet – so werden unter anderem die Sourcen von FireFox, OpenOffice und Python damit verwaltet. Außerdem kann man bei den bei Google Code gehosteten Projekten außer SVN auch Mercurial einsetzen.

Es gibt ein gutes Eclipse-Plugin, das sich MercurialEclipse nennt und eine Shell-Extension für Windows ähnlich dem bekannten TortoiseSVN, die sich TortoiseHG nennt.

Das folgende Mini-Tutorial zeigt allerdings den Standardfall: Mercurial über die Kommandozeile.

Mini-Tutorial

Der Befehl, um Mercurial aufzurufen ist hg (das chemische Zeichen für Quecksilber, englisch eben “mercurial” – soll wohl so ‘ne Art Wortspiel sein). Mercurial bring eine gute Dokumentation gleich mit. Eine Kurzversion wird angezeigt, wenn man nur hg aufruft – eine ausführlichere Variante wird bei hg help angezeigt.

Um ein neues Repository anzulegen, muss man nur in das Verzeichnis seiner Wahl wechseln (wo evtl. bereits nicht-versionierte Dateien liegen) und den Befehl hg init ausführen. Damit erstellt Mercurial ein neues Verzeichnis .hg, in das das komplette Repository abgelegt wird.

Nun kann man mit hg add und einem anschließenden hg commit -m "Adding files." seine Dateien in das Repository einchecken. Nun kann man den Source-Code weiterbearbeiten, irgendwann dann mit einem hg status nachschauen, was man so alles geändert hat und dann wieder mit hg commit einchecken.

Interessant wird es dann, wenn mehrere Repositories ins Spiel kommen. Möchte man jetzt eine Kopie des Repositories erstellen, wechselt man beispielsweise ins übergeordnete Verzeichnis und führt hg clone Original-Verzeichnis Clone-Verzeichnis aus. Dann kann man im Clone-Verzeichnis weiterarbeiten und auch hier einchecken.

Das Original-Verzeichnis ist so lange davon nicht betroffen, wie man ein hg push ausführt, das dann die Änderungen ins Original-Verzeichnis hochschieben würde. Idealerweise macht man vorher erst ein hg pull, um das Clone-Repository auf den neuesten Stand zu bringen und dann ein hg update, um die Dateien im Clone-Verzeichnis zu aktualisieren. Falls es im übergeordneten Repository schon Änderungen gegeben hat, muss vor dem Push mit hg merge gemergt werden.

Weitere Detail zur Nutzung von Mercurial kann man dem sehr guten Tutorial auf der offiziellen Mercurial-Seite entnehmen oder dem Tutorial von Joel Spolsky auf hginit.com.

Mercurial zusammen mit SVN

Man kann mit Mercurial auch dann nutzbringend einsetzen, wenn für das aktuelle Projekt ein anderes SCM wie zum Beispiel Subversion im Einsatz ist. Das kann dann folgendermaßen funktionieren:

Zunächst checkt man den Code wie gewohnt aus dem Subversion-Repository aus. Dann führt man im obersten Verzeichnis hg init aus. Dann legt man dort ein zusätzliches File .hgignore mit folgendem Inhalt an:

syntax: glob
.svn

Das verhindert, dass man die SVN-spezifischen Files mit eincheckt. Umgekehrt sollte man das Einchecken des .hg-Ordners ins SVN verhindern, indem man das svn:ignore-Property entsprechend setzt. Danach kann man mit hg add und hg commit das lokale Mercurial-Repository mit Inhalt füllen.

Nun arbeitet man immer zunächst gegen das Mercurial-Repository und checkt dort ein. Wenn man seinen Code der Allgemeinheit zur Verfügung stellen möchte, macht man schließlich ein svn commit. Man muss allerdings darauf achten, wenn man ein Update aus dem SVN macht, dieses Update auch in das lokale Mercurial-Repository einzuchecken.

Ein Wort zu git

Wenn es um verteilte Versionskontrollsysteme geht, fällt einem meistens vermutlich git ein. Wahrscheinlich hat man schon davon gehört, wie toll git ist und was git alles kann. Es gibt sogar eine Internetseite, die erklärt warum git besser ist als alles andere. Warum also Mercurial ausprobieren?

Für meine Begriffe liegt die Popularität von git – abgesehen davon, dass es sicher ein geniales SCM ist – hauptsächlich daran, dass die git-Benutzer lauter schreien als die Mercurial-Benutzer Ich bin immer davon abgeschreckt, wenn irgendetwas zu sehr gehypt und zu vollmundig angepriesen wird. Deshalb habe ich mich dazu entschieden, Mercurial auszuprobieren. Mercurial-Benutzer müssen nicht rumlaufen und Leute missionieren – sie benutzen einfach ihr SCM und sind glücklich damit dass es so toll funktioniert.

Nein. Scherz. Ich denke die Entscheidung sollte im ersten Schritt nicht zwischen Mercurial oder git getroffen werden, sondern für ein verteiltes Versionskontrollsystem. Denn das ist das zentrale Merkmal, das beide Systeme auszeichnet. Der Rest ist dann Geschmackssache.

Nachdem ich in den ersten beiden Artikeln dieser Serie erklärt habe wie man das Ding zusammenbaut und anschließend zum Laufen bringt, möchte ich jetzt hier darauf eingehen, warum ich das überhaupt gemacht habe, was das Endergebnis so an Features hat und warum ich MythTV verwende und nicht irgendeine andere Media-Center-Software.

Warum selber bauen?

Warum würde jemand sich die Mühe machen, einen Festplattenrecorder selbst zu bauen, statt einen fertigen zu kaufen? Die kurze Antwort darauf ist: Weil es Spaß macht!

Die etwas längere Antwort: Mir ist bewusst, dass es deutlich weniger Arbeit ist, einen fertigen Festplattenrecorder zu kaufen, als selber einen zu bauen. Aber einerseits ist man wenn man sowas fertig kauft meistens auf die Software/Firmware des Herstellers angewiesen und muss sich mit anderen Beschränkungen (z.B. Festplattengröße) abfinden. Und andererseits wollte ich auch sehen, ob ich das kann – aus einzelnen Teilen einen funktionierenden HTPC zusammenbauen. Und außerdem ist es total nerdy

Was kann MythTV?

MythTV kann Sendungen im Fernsehen aufnehmen. Toll, oder?

Aufnahme

Das schöne daran ist die große Flexibilität, die man dabei hat. Im Prinzip läuft das Aufnehmen im einfachsten Fall folgendermaßen ab: Ich öffne den EPG und wähle die Sendung aus, die ich aufnehmen will. Dann öffnet sich ein Dialogfenster, in dem ich unter anderem auswählen kann, wie ich die Sendung aufnehmen möchte. Meistens benutze ich dabei die Funktionen

• Genau diese Sendung aufnehmen: Nimmt genau diese Sendung in genau diesem Timeslot auf. Ganz gut für Live-Shows oder wenn man zeitversetzt Fernsehen möchte.
• Eine Ausstrahlung dieser Sendung aufnehmen: Benutze ich um Filme aufzunehmen, wenn mir egal ist, ob dieser Film oder die Wiederholung oder der gleiche Film auf einem anderen Sender aufgenommen wird.
• Jederzeit auf diesem Kanal aufnehmen: Verwenden wir um zum Beispiel täglich die “Küchenschlacht” auf dem ZDF aufzunehmen, aber nicht die Wiederholungen alter Sendungen auf anderen Sendern.
• Jederzeit – egal welcher Sender: Die beste Option um Serien aufzunehmen. Nie wieder eine Folge der Lieblingsserie verpassen, auch wenn sie auf einem anderen Sender kommt, oder der Sendeplatz verschoben wird, oder das Finale der Staffel als Doppelfolge ausgestrahlt wird.

Es gibt noch ein paar andere Aufnahmeoptionen wie täglich oder wöchentlich im gleichen Timeslot, aber die brauche ich persönlich gar nicht.

Abgesehen von der Methode über EPG bietet MythTV noch viele andere Aufnahmemöglichkeiten, :

• Man kann aus einer alphabetischen Liste aller Sendungen diejenige auswählen die man aufnehmen möchte. Anwendungsfall: Auf’m Klo im Fernsehheft gelesen, dass ein toller Film im Fernsehen kommt, aber vergessen auf welchem Sender.
• Suchwörter: Ich nehme alle Sendungen auf, die “Phil Collins” irgendwo im Titel oder der Beschreibung enthalten. Außerdem werde ich nie wieder eine Folge “Pfarrer Braun” verpassen.
• SQL-WHERE-Clause: Da MythTV die Daten aus dem EPG in einer MySQL-Datenbank speichert, kann man Sendungen programmieren basierend auf diesen Attributen. Ich habe eine Query, um alle “Star Trek”-Filme, aber keine -Serien aufzunehmen und eine für alle “Columbo”-Folgen nach 1980 (ich weiß dass die vor 1980 die besseren sind, aber die habe ich alle auf DVD )
• Die Videorecorder-Methode: Sender, Uhrzeit und Datum manuell eingeben – habe ich noch nie benutzt und ich weiß auch nicht warum man das brauchen würde, wenn man ja die ganzen anderen Optionen hat, aber gehen tut’s auf jeden Fall.

Alles was man dann so einprogrammiert hat, wird von MythTV dann auf Konflikte überprüft und ggf. werden Aufnahmen verschoben, wenn die eingestellte Regel das zulässt und Duplikate werden gefiltert. Tritt doch ein Konflikt auf, wird das von MythTV markiert und wenn man nichts unternimmt, gewinnt die Sendung mit der höchsten Priorität (kann man auch bei den Aufnahmeoptionen definieren). Dann kann man den HTPC abschalten, denn wie im letzten Artikel schon erwähnt schaltet MythTV sich wieder ein, wenn eine Aufnahme ansteht.

Wiedergabe

Die aufgenommenen Sendungen werden dann in einer alphabetisch und dann nach Titel sortierten Liste angezeigt. MythTV generiert ein Vorschaubildchen und zeigt das zusammen mit den Infos aus dem EPG dort an. Bei der Wiedergabe hat man dann die üblichen Features wie Pause, Vor- und Rücklauf, mehrere Sekunden springen und man kann auch ein Lesezeichen setzen, wenn man “Ben Hur” jetzt doch nicht am Stück anschauen wollte.

Für zeitversetztes Fernsehen kann man entweder einfach eine bereits angefangene, aber noch laufende Aufnahme anschauen oder man schaltet auf Fernsehen und dort ist dann automatisch das zeitversetzte Fernsehen aktiv. MythTV nimmt nämlich prinzipiell alles auf was man anschaut, so dass man immer im laufenden Fernsehprogramm Pause machen oder auch zurückspulen kann.

Plugins

Im Moment benutze ich zwar keine davon aber ich wollte zumindest mal erwähnt haben, dass es für MythTV eine ganze Menge an Plugins für die unterschiedlichsten Zwecke gibt:

• MythBrowser: Ein Browser zum Surfen im Internet.
• MythArchive: Wenn man seine Aufnahmen nicht nur auf der Festplatte behalten will, sondern auch noch brennen möchte.
• MythGallery: Eine Fotogalerie, die auch als Bildschirmschoner verwendet werden kann.
• MythGame: In Verbindung mit verschiedenen Emulatoren, kann man mit MythGame eine Spielekonsole aus dem HTPC machen.
• MythMovies: Zeigt an, welche Filme in welchen Kinos laufen (bin mir nicht sicher, ob das nur für Amerikaner was bringt).
• MythMusic: Zum Abspielen von Musik.
• MythNews: Bindet News-Feeds innerhalb von MythTV ein.
• MythVideo: Kann verschiedene Videoformate wiedergeben, DVDs abspielen und archivieren.
• MythWeather: Der persönliche Wetterkanal für MythTV
• MythWeb: Web-Frontend, um Aufnahmen über einen Browser steuern zu können.
• MythNetvision: In der in wenigen Wochen erscheinenden Version 0.23 von MythTV wird dieses neue Plugin enthalten sein, das Video-Sites wie Youtube oder Vimeo von MythTV aus komfortabel zugänglich macht.

Außerdem gibt es noch eine ganze Menge inoffizieller Plugins – eine Liste befindet sich hier: MythTV Wiki – Unofficial Plugins

Warum MythTV?

Es gibt ja eine ganze Menge sogenannter “Media Center”/DVR-Software, daher wollte ich noch kurz erwähnen, was mich dazu gebracht hat, MythTV zu benutzen.

Hauptkriterien waren einerseits Linux als Betriebssystem (weil ich mir die Kosten für Windows ersparen wollte), dass die Software selbst kostenlos ist und dass die Aufnahme und Wiedergabe von Fernsehprogramm ausgereift ist. In einem Vergleichstest von DVR-Anwendungen hat MythTV ganz gut abgeschnitten – außerdem passt es auf meine Anforderungen.

Was mir an MythTV besonders gut gefallen hat, ist die Konfigurierbarkeit. Zum Beispiel hat mir hat die Standard-Menüaufteilung nicht gefallen, also habe ich das Hauptmenü so gestaltet, wie es mir am besten passt. Außerdem habe ich eingestellt, dass jede Aufnahme 5 Minuten vor der Sendung startet und 5 Minuten nach der Sendung endet. Ich habe eingestellt, dass beim Verlassen der Wiedergabe automatisch ein Lesezeichen gesetzt wird. Außerdem gibt es noch massenhaft weitere Einstellungsmöglichkeiten und falls es die gesuchte Einstellung doch nicht gibt, ist das Programm immer noch Open Source…

Ein weiterer guter Anhaltspunkt für die Auswahl ist das FLOSS Media Center State of the Art Comparison Chart, wo die Features verschiedener aktueller Media-Center-Applikationen gegenübergestellt werden.

Wie ich im ersten Artikel der Serie ja schon erwähnt habe, ist MythTV die Software, für die ich mich entschieden habe, um meinen HTPC zu betreiben. MythTV ist Linux und Open Source und mit Mythbuntu gar nicht so schwer zu installieren. Zunächst habe ich mit meinem Notebook das aktuellste Mythbuntu-ISO gezogen und mittels UNetbootin zuerst auf meinem USB-Stick und von dort aus auf dem HTPC installiert.

Die Installation von Mythbuntu führt durch die wichtigsten Schritte bei der Installation von sowohl Linux – in diesem Fall eine um alles überflüssige bereinigte Ubuntu-Version – als auch MythTV. Zu meiner großen Erleichterung wurde die Hardware korrekt erkannt und installiert.

Allerdings muss man trotzdem noch einiges von Hand konfigurieren. Hier sind jetzt die Punkte beschrieben, die mir bei der Konfiguration am schwierigsten vorkamen:

Bild abgeschnitten

Das ist mir als erstes aufgefallen: Mein Fernseher zeigte zunächst nicht den ganzen Bildschirm an. An den Rändern hat mein Fernsehen ein paar Pixel abgeschnitten – unter anderem auch die Taskleiste oder wie man das bei Linux nennt. Durch ein bisschen Internetrecherche bin ich dann darauf gestoßen, dass das Absicht ist, sich “Overscan” nennt und sich dadurch beheben lässt, dass in den Einstellungen meines Fernsehers “Vollpixel” eingeschaltet wird. Details dazu kann man der Seite Guide To Perfect Pixel mapping entnehmen.

Sender einstellen

Fernsehen wird erst dann schön, wenn man auch ein paar Sender empfangen kann. Ich bin dabei im Wesentlichen dieser Anleitung hier gefolgt: Schnelleinstieg DVB-C. Wichtige Voraussetzung ist, dass man die Frequenz und die Quadraturamplitudenmodulation kennt. Normalerweise bekommt man diese Infos entweder offiziell oder inoffiziell von seinem Kabelnetzbetreiber. Bei mir wurden auf Anhieb nicht alle Sender gefunden, aber mehrmaliges scannen hat dann letztendlich geholfen.

Kein Ton über HDMI

Dummerweise hab’ ich in der Standardkonfiguration über meinen HDMI-Ausgang keinen Ton gehört. Also normale Audio-Ausgänge haben funktioniert, aber über den Fernseher war nix zu hören. Also hab’ ich PulseAudio und pavucontrol installiert, dann Einstellungen so wie in diesem Forumsthread geändert. Bis zu “move stream”, das ging nicht. Dann hab’ ich pavucontrol gestartet und das HDMI-Device als Fallback eingetragen. Damit ging die Tonausgabe dann immerhin im VLC.

Eventuell braucht man das ganze Theater aber gar nicht. Denn mir ist dann aufgefallen, dass im General Setup vom MythTV-Backend bei “Audio System” das Audio Output Device auf “ALSA:hdmi” gestellt werden kann. Ich bin mir jetzt nicht mehr so ganz sicher, ob diese Einstellung vorher schon da war oder erst durch meine PulseAudio-Konfiguration reingekommen ist. Aber egal – dann war alles in Ordnung mit dem Ton.

Fernbedienung geht nicht

Scheinbar ist meine Capture-Karte so selten, dass die dort beigelegte Fernbedienung nicht standardmäßig vom Mythbuntu-Kontrollzentrum unterstützt wird. Ich hab’ dann dort bei “Remote Control” “Linux input layer” ausgewählt. Dann hab’ ich mich weitgehend an den Abschnitt über LIRC in diesem Tutorial gehalten und per cat /proc/bus/input/devices nachgeschaut, was bei “Handlers” für ein event steht und anschließend in /etc/lirc/hardware.conf bei REMOTE_DEVICE genau das eingetragen (z.b. /dev/input/event3). Allerdings kann es sein, dass beim Anschließen von USB-Geräten (Tastatur/Maus) sich die Event-Nummern ändern. Das heißt bei mir konkret, dass wenn ich meinen HTPC mit angeschlossener Tastatur und Maus starte, die Fernbedienung nicht funktioniert, weil sie dann eine andere Event-Nummer zugeordnet bekommt.

Dann hat man schon ein paar Standard-Einstellungen für die Fernbedienung. Man kann aber noch selber was an der Tastenbelegung machen, indem in der Konfigurationsdatei ~/.lirc/mythtv ein bisschen rumbastelt. Bei den MythTV Keybindings kann man sich dabei ein paar Inspirationen holen, was denn so alles geht.

Automatisch Ein- und Ausschalten

Eines der wichtigsten Features für einen HTPC, der einen Videorecorder ersetzen soll, ist dass er sich von selbst einschaltet, wenn eine Aufnahme ansteht und nach der Aufnahme auch wieder abschaltet. Ich möchte das Ding nicht den ganzen Tag brummen lassen, wenn ich es tatsächlich nur ein paar Stunden brauche. Erfreulicherweise hat sich das zwar als konfigurationslastig, aber relativ Problemlos herausgestellt. Ich bin einfach der Anleitung für ACPI Wakeup im MythTV-Wiki gefolgt und das hat dann auch gleich funktioniert (bei mir ist die Variante mit Mythwelcome am Laufen). Das einzige woran man denken muss, weil es nicht so explizit in der Anleitung drinsteht ist, dass man die Ausführungsrechte für setwakeup.sh auf Execute für alle setzen muss.

Weil ich nicht so wirklich zufrieden mit meinem bisherigen Festplattenrecorder war, hatte ich schon seit ein paar Monaten die Idee, mir einen wirklich vernünftigen HTPC selbst zu bauen. Nach ein bisschen Recherche im Netz ist meine Wahl für die Software dann auf MythTV gefallen. MythTV ist eine Open Source DVR-Lösung auf Linux-Basis, die eine ordentliche Masse an Features hat. Details dazu, was MythTV so alles kann, werde ich in einem späteren Beitrag der Serie liefern. Hier geht es jetzt zunächst darum, welche Hardware-Komponenten nötig sind und welche ich ausgewählt habe. Basis für meine Auswahl war der Abschnitt über Hardware-Voraussetzungen in der MythTV-Dokumentation und die Hardware-Kategorie im MythTV-Wiki.

Barebone: Shuttle XPC Barebone SG45H7

Die Barebone-Auswahl war so eine Sache. Kennt ihr den Unterschied zwischen PCI und PCIe (PCI-Express)? Ich jetzt auch, nachdem ich erstmal einen Barebone (ASUS Pundit P4-P5N9300) bestellt hatte, der nur PCIe-Slots hat, meine Tunerkarte aber PCI ist. Also nochmal: PCI ist was ganz anderes als PCIe, d.h. man kann weder eine PCI-Karte in einem PCIe-Slot verwenden noch umgekehrt. Also habe ich was dazugelernt, den ASUS-Barebone wieder zurückgeschickt und was neues rausgesucht, was auch PCI-Slots hat. Meine Wahl ist dann auf den etwas teureren Shuttle XPC Barebone SG45H7 gefallen, der mich hauptsächlich durch seinen Onboard-HDMI-Ausgang und sein Design überzeugt hat:

Natürlich braucht man nicht zwangsläufig einen Barebone – man kann auch Gehäuse, Lüfter und Mainboard einzeln kaufen, aber ganz so schwer wollte ich es mir dann doch nicht machen.

Prozessor: Intel Core 2 Duo E7500

Ein Mittelklasse-Prozessor. Selbst der langweilt sich meistens – auch dann wenn ich was aufnehme. Wichtig: Der Prozessor und der Sockel auf dem Mainboard müssen zusammenpassen.

RAM: 2 GB Kingston ValueRAM DDR2-800

2 GB RAM reichen völlig aus – theoretisch müsste MythTV aber auch mit 512 MB schon auskommen.

Festplatte: Western Digital Caviar Green 1 TB

Bei meinem alten Festplattenrecorder mit 160 GB bin ich immer wieder relativ schnell an die Grenzen der Festplatte gestoßen, wenn ein paar Filme zu viel drauf waren. Damit mir das nicht mehr passiert, habe ich gleich mal eine ordentliche Festplatte mit 1 Terabyte Platz gekauft. Die Status-Anzeige innerhalb MythTV sagt mir, dass ich so ca. 400 Stunden damit aufnehmen kann. Ich denke das sollte erstmal reichen.

DVB-C-Tuner: TT-budget C-1501

Wenn man Fernsehen am Computer empfangen will, dann braucht man eine Tunerkarte. Ich habe einen Kabelanschluss, also musste es eine DVB-C-Karte sein. Im MythTV-Wiki gibt es eine Seite mit einer Liste von solchen Karten (Video Capture Cards), aber da MythTV eine Linux-Anwendung ist, sollte man im Wiki von LinuxTV bei “Hardware Device Information” schauen, ob die Karte von Linux auch unterstützt wird.

CI-Modul: AlphaCrypt Classic CI Modul

Um verschlüsseltes Digitalfernsehen schauen zu können, braucht man die Smartcard, die man vom Kabelnetz-Betreiber geschickt bekommt und ein CI-Modul, das die Entschlüsselung übernimmt. Da gibt es eigentlich keine wirkliche Alternative zu den AlphaCrypt-Modulen.

CI-Slot: TT-budget CI

Der zu meinem DVB-C-Tuner zugehörige CI-Slot für das CI-Modul. Es gibt auch Tuner, die gleich auf der Karte den Slot haben, aber in meinem Fall sind das zwei Karten.

Komponenten, die ich nicht gekauft habe:

Ich habe keine zusätzliche Grafikkarte verbaut. Einerseits müsste für HD-Fernsehen auch die Onboard-Grafik des Barebone zusammen mit meiner CPU ausreichen und andererseits war ich mir nicht sicher, wieviel Platz im Gehäuse tatsächlich noch ist, da das AlphaCrypt-Modul auch noch irgendwohin gepackt werden musste. Da im Moment sowieso nur ARD und ZDF in HD senden, und es außerdem einen Bug in MythTV gibt, der genau ARD HD und ZDF HD betrifft, würde eine zusätzliche Grafikkarte aktuell auch keinerlei Vorteile bringen.

Außerdem hat mein HTPC kein optisches Laufwerk. Warum? Ich habe eine PS3, die als DVD- und BluRay-Player dient und mit der riesigen Festplatte sehe ich nicht wirklich die Notwendigkeit, mal irgendwas von meinen Aufnahmen brennen zu müssen.

Zusammenbau:

Mit der dem Barebone beigelegten Anleitung ist es nicht so wirklich schwer alle Teile korrekt zusammenzusetzen. Wenn man auf der sicheren Seite sein will, kauft man noch ein paar Antistatik-Handschuhe für den Zusammenbau dazu. Wer sich für Details zum Zusammenbau interessiert, kann sich diesen Artikel hier mal ansehen.

^[A-Z0-9._%+-]+@[A-Z0-9.-]+\.[A-Z]{2,}$

über komplizierte wie

[a-z0-9!#$%&'*+/=?^_`{|}~-]+(?:\.[a-z0-9!#$%&'*+/=?^_`{|}~-]+)*@(?:[a-z0-9](?:[a-z0-9-]*[a-z0-9])?\.)+[a-z0-9](?:[a-z0-9-]*[a-z0-9])?

bis hin zu solchen, die man schon eher als völlig irre bezeichnen könnte:

(?:[a-z0-9!#$%&'*+/=?^_`{|}~-]+(?:\.[a-z0-9!#$%&'*+/=?^_`{|}~-]+)*|"(?:[\x01-\x08\x0b\x0c\x0e-\x1f\x21\x23-\x5b\x5d-\x7f]|\\[\x01-\x09\x0b\x0c\x0e-\x7f])*")@(?:(?:[a-z0-9](?:[a-z0-9-]*[a-z0-9])?\.)+[a-z0-9](?:[a-z0-9-]*[a-z0-9])?|\[(?:(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)\.){3}(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?|[a-z0-9-]*[a-z0-9]:(?:[\x01-\x08\x0b\x0c\x0e-\x1f\x21-\x5a\x53-\x7f]|\\[\x01-\x09\x0b\x0c\x0e-\x7f])+)\])

die allesamt darauf abzielen eine mehr oder weniger genaue Abdeckung der in RFC 2822 – Internet Message Format definierten Vorgabe zu erfüllen.

Die Frage ist doch aber – warum tut man so etwas? Klar, man möchte dass der Benutzer eine gültige E-Mail-Adresse (im besten Fall seine eigene) in ein Formular einträgt. Aber dient eine Validierung der Gültigkeit mittels Regular Expressions wirklich diesem Zweck?

Mit fallen zwei Szenarien ein, wo ein Benutzer eine ungültige E-Mail-Adresse eingibt: Entweder er macht es unabsichtlich, wenn er sich vertippt oder so. Oder er macht es absichtlich, um irgendeine Zwangsregistrierung zu umgehen. In beiden Fällen greift die Validierung über Regular Expression nicht wirklich.

Erster Fall – Versehen: Wenn ich mich beim Eingeben der Mailadresse vertippe, dann dreht sich das doch meist um einzelne Buchstaben – dass ich das “@” vergesse kommt eher selten vor. D.h. ich kann mich leicht so vertippen, dass ich zwar eine formal gültige Adresse eingebe, die aber leider trotzdem falsch ist (z.B. Buchstabendreher im Vornamen).

Zweiter Fall – Absicht: Ich kann mir leicht eine lustige Mailadresse ausdenken, die bei der Validierung zwar durchgeht, aber völlig frei erfunden ist. Die Mailadresse hab.ich@erfunden.de erfüllt zwar die Validierung – ist aber deshalb noch lange keine gültige E-Mail-Adresse.

Eine mögliche Lösung könnte daher sein, die Mailadresse über Double Opt-in zu validieren, also dass man dem Benutzer eine Mail an diese Adresse schickt, die einen Link enthält, den der Benutzer klicken muss, um seine E-Mail-Adresse zu bestätigen. Aber auch diese Variante schützt nicht gegen mutwillige Falscheingabe – es gibt immer noch Spamgourmet, Mailinator und ähnliche Sites, die Wegwerf-E-Mail-Adressen bereitstellen.

Fazit: Mit Regular Expressions kann man zwar den Benutzer bei der Eingabe etwas unterstützen, aber der Weisheit letzter Schluss sind sie für die E-Mail-Validierung deshalb noch lange nicht. Und gerade deshalb braucht man sich auch nicht verkünsteln, um zu beweisen, wie toll man Regular Expressions (kopieren) kann.

Wenn man eine Unix-Konsole schließt, werden alle Prozesse gestoppt, dir darin gestartet wurden, selbst dann wenn der Prozess mit & im Hintergrund gestartet wurde. Allerdings – und das ist das fiese – offenbar nicht sofort.

Geahnt hab’ ich sowas ja schon als ich gestern Abend meinen Copy-Befehl angestoßen habe und sicherheitshalber nach dem Schließen meines einen PuTTY im anderen PuTTY nochmal geschaut ob der Prozess noch da ist.

Direkt danach war er noch da.

2 Stunden später war er auch noch da.

Nur irgendwann im Laufe der Nacht hat er sich verabschiedet. Also alles nochmal von vorne

Jetzt habe ich mit einem Unix-Guru gesprochen und der hat mir erklärt, dann man den Befehlen ein nohup vornedran stellen muss damit sie auch wirklich so gestartet werden, dass sie im Hintergrund laufen und nicht abhängig von der Shell sind. Alternativ hätte ich auch – wie ich jetzt recherchiert habe – den Prozess nachträglich auch mit einem disown in den Hintergrund schicken können.

Also entweder gleich mit nohup starten oder – wenn der Prozess schon läuft – erst STRG-Z, dann bg und abschließend ein disown.

Damit muss ich jetzt in der Adressleiste von Chrome oder Firefox, in die ich per Strg + L wechseln kann, einen der folgenden Buchstaben, ein Leerzeichen und dann den Suchbegriff eintippen und schon habe ich die entsprechenden Suchergebnisse:

• g: Google normal
• gi: Google Image Search (gleich mit aktivierter CC-Suche)
• gb: Google Blog Suche (eingeschränkt auf die letzten 24 Stunden)
• w: Wikipedia deutsch
• we: Wikipedia englisch
• l: Leo

Auch sehr praktisch kann diese Methode für Bugtracking-Tools genutzt werden: Gebe ich b oder j gefolgt von der Bug-Nummer in die Adressleiste ein, komme ich ohne Umwege zum entsprechenden Bug in Bugzilla bzw. Jira.

Um diese Abkürzungen zu konfigurieren, muss man bei Firefox ein neues Lesezeichen anlegen, dort dann die URL irgendeiner Seite, die durchsuchbar ist und dort in der URL, wo der Suchbegriff sein soll ein “%s” eintragen. Dann muss man nur noch als Schlüsselwort die gewünschte Abkürzung eingeben:

Bei Chrome funktioniert es ähnlich, man muss dort nur vorher mit der rechten Maustaste in die Adressleiste reinklicken und “Suchmaschinen bearbeiten…” auswählen. Dann nochmal auf “Hinzufügen” klicken und man kann in einem ähnlichen Dialog die entsprechenden Werte eintragen:

Weitere Informationen gibt’s hier:

• How Cool are Custom Keywords?
• Dynamische Bookmarks mit Kürzel
• Mozilla: Custom Keywords

http://www.zustandsforschung.de/index.php/tail-programme-fuer-windows/

eine kurze URL mit nur noch 25 Zeichen:

http://tinyurl.com/lwarvl

Ruft man die TinyURL-URL auf, wird ein Redirect auf die lange URL ausgeführt.

Das hat den großen Vorteil, dass man kurze URLs bekommt; Probleme mit Zeilenumbrüchen z.B. in Mails können so vermieden werden und es passt bei Twitter auch mit Text zusammen noch in die 140 Zeichen rein.

Allerdings hat die URL-Verkürzerei auch so ihre Nachteile – und die sind zum Teil wirklich gravierend:

• Man weiß nicht, wo eine solche URL hinführt. Da man nur noch die verkürzte URL zu sehen bekommt, hat man keine Möglichkeit im Voraus zu sehen, wohin einen diese URL schicken wird. Im Beispiel oben kann ich anhand der ungekürzten URL sehen, dass ich auf eine Seite von diesem Blog hier komme, wo es wahrscheinlich um Tail-Programme für Windows geht. Bei der verkürzten URL hat man keine Ahnung – die kann sonstwohin gehen, wo ich vielleicht nie hinsurfen wollte.
• Die URLs funktionieren nur so lange, wie der Anbieter auch seinen Service anbietet. Das mag offensichtlich klingen, hat aber weitreichende langfristige Auswirkungen. Angenommen TinyURL oder irgendein anderer populärer Linkverkürzer stellt seine Website ein oder – auch nicht ganz unwahrscheinlich – hat einen Datencrash. Das Resultat sind dann direkt massenhaft verkürzter URLs, die nun völlig wertlos geworden sind. Is.gd schreibt beispielsweise etwas von mehr als 17 Millionen gekürzter URLs, die dann verloren wären.
• Auch nicht ausgeschlossen ist das Risiko einer absichtlichen Attacke auf solche Services, so wie es vor kurzem dem Service Cligs passiert ist (Popular short URL service hacked and millions redirected). Hier waren die Hacker allerdings gnädig und haben nur auf irgendeinen Blog-Artikel umgeleitet – sie hätten auch alle auf eine Seite, die Schadsoftware installiert umleiten können.
• Hier sind noch zwei Artikel, die sich auch eher kritisch mit dem Thema auseinandersetzen: Url Shorteners: Destroying the Web Since 2002 und Why URL Shortening is a Threat to the Web

Das Fazit ist also, dass URL-Verkürzungsservices schon ihre Existenz-Berechtigung haben – gerade bei Services wie Twitter, wo ja eigentlich spätestens nach ein paar Tagen sowieso keiner mehr die Tweets liest und die URLs verwenden will. Für die meisten anderen Bereiche, in denen längerfristige zuverlässige Verlinkung erwünscht ist, rate ich aber dazu, aufgrund der oben genannten Nachteile die echten URLs der Seiten, die man verlinken möchte zu verwenden.

Weitere Links zum Thema:

Top 5 URL Shorteners and How They Help You
URL Toolbox: 90+ URL Shortening Services
5 Very Weird URL Shorteners

Was sind jetzt X-Header?
Dabei gibt es jede Menge vordefinierter und standardisierter Header-Fields. Für manche Applikationen möchte man allerdings in der Lage sein, seine eigenen Header zu definieren. Hier haben sich die sogenannten X-Header als De-facto-Standard durchgesetzt. Das Prinzip ist ganz einfach: Man denkt sich aus, wie der Header heißen soll, z.B. Application-Name und setzt dann ein “X-” davor. Damit hat man dann einen wunderschönen X-Header mit dem Namen X-Application-Name und kann ihn verwenden für was man will, da per HTTP-Standard unbekannte Header zwar ignoriert, aber dennoch weitergeleitet werden sollen.

Was gibt’s sonst noch?
Wenn man sich mal ansehen will, was gewisse Server für Header mitschicken, gibt es das “URLinfo“-Tool. Der folgende Link zeigt die Header von Zustansforschung.de.

Wer sich richtig damit auseinandersetzen will oder muss, braucht aber etwas besseres wie zum Beispiel das LiveHTTPHeaders-Plugin für Firefox.

Bei manchen Sites scheinen da auch echt merkwürdige Sachen drinzustehen. Unter dem Titel Fun With HTTP Headers hat jemand mal getestet, was für Sachen in diesen Headern manchmal drinstehen. Gefunden hat er interessante Header wie z.B.

X-Got-Fish: Yes
X-Subliminal: You want to buy as many games as you can afford
X-beliebig: Dieser Header dient der allgemeinen Verwirrung =:)

Mein erster Schritt bestand dann daraus, die Windows-Recovery-Console zu starten und erstmal diverse Microsoft-Tools laufen zu lassen. Das erste davon war chkdsk, was ich dann aber abgebrochen habe, weil sich da nix tat. Der nächste Versuch mit fixboot und fixmbr hat auch nichts gebracht. Bei dem Versuch, sich mit dir den Inhalt der Festplatte anzeigen zu lassen, kam die Fehlermeldung “an error occurred during directory enumeration”. Ich hab’ dann noch ein bisschen gegoogelt und bin dann darauf gestoßen, dass man mal chkdsk /p /r ausführen sollte und dann am besten auch wartet, bis das ganz fertig ist. Leider hat auch das nix gebracht.

Zusätzlich zur Windows-CD sollte man auch immer ein paar Rettungs-CDs im Hause haben, wie z.B. Knoppicillin oder die Ultimate Boot CD for Windows. Ich hab’s mit Koppicillin und den darauf vorhandenen SeaTools versucht, die dann beim testen der Platte auch gleich einige Fehler angezeigt haben. Letztendlich war auch der Reparaturversuch mit den SeaTools vergeblich und ich nehme an, die Platte ist wirklich komplett im Eimer.