OpenSource

Über die Manifest-Datei site.pp bzw. nodes.pp oder eine ENC (external nodes configuration) werden in Puppet Module und damit Anwendungen einem Knoten / Rechner zugeordnet. Welche Module zugeordnet werden, hängt von der Rolle / dem Einsatzzweck des Rechners ab. Je mehr Module zugeordnet werden umso länger wird auch ein Puppet-Lauf. Möchte man einen manuellen Puppet-Lauf durchführen, ist dabei aber nur an den Ergebnissen eines Moduls interessiert, kann man die Funktionalität der Tags in Puppet nutzen.

Ich bin dabei ein eigenes, kleines Projekt im Bereich der Software-Entwicklung zu starten. Das Ergebnis bzw. das Projekt selbst sollen unter einer OpenSource Lizenz veröffentlicht werden. Recht naiv bin ich an die Auswahl der zu verwendenden OpenSource Lizenz gegangen. Schaut man sich die einzelnen Lizenz genauer an, gibt es kleine aber nicht unerhebliche Unterschiede, die bei der Wahl der Lizenz zu berücksichtigen sind.

Es ist ein grundlegender Unterschied, ob man sich als Anwender an die Regeln einer Lizenz halten muss, oder ob man als Entwickler selbst eine Lizenz auswählt. Im ersten Fall beschäftigt man sich mit den Einschränkungen / Freiheiten der Lizenz. Je nach Einsatzgebiet muss man mit Einschränkungen leben oder kann die Software überhaupt nicht einsetzen. Im zweiten Fall geht es eher um die Freiheiten, die man Anwendern / anderen Entwicklern an der Software geben möchte. Ein wichtiger Aspekt ist dabei für mich, ob Änderungen an der Software wieder zurückgegeben werden müssen.

Fast täglich liest man Meldungen über gehackte Datenbanken mit Benutzerdaten und Kennwörtern. Erst kürzlich wurde Twitter Opfer eines solchen Angriffes. Bei den Accounts der betroffenen Benutzer wurde das Kennwort zur Sicherheit zurück gesetzt.

Ich hoffe, dass die betroffenen Benutzer das Kennwort bei Twitter nicht auch für andere Accounts verwendet haben. Unüblich wäre die mehrfache Verwendung des Kennworts nicht. Was bequem ist, ist nicht sicher. Die Kennwörter werden bei anderen Accounts der Benutzer ausprobiert werden. Sehr schnell sind dann neben dem Twitter Account viele andere Accounts „erbeutet“.

Es ist mühsam sich für jeden Account im Internet ein neues / anderes Kennwort auszudenken und sich dieses zu merken. Durch die Verwendung eines Password Safes kann man sich das Leben in dieser Hinsicht wesentlich leichter machen.

Arbeitet man mit Eclipse in verschiedenen Branches legt man sich meistens für jeden Branch einen eigenen Workspace an. Sollen Änderungen sowohl im Head – ich arbeite derzeit in einem Projekt, dass leider noch mit CVS arbeitet – als auch in einem Branch vorgenommen werden, hat man sehr schnell zwei Instanzen von Eclipse geöffnet. Eine Instanz verwendet den „normalen“ Workspace mit dem Head, die andere Instanz den Workspace mit dem Branch. Sind mehrere Branches „aktiv“ gesellen sich sehr schnell noch weitere Instanzen hinzu.

Ich bin gerade dabei die Installation einer Arbeitsstation / Notebooks mittels Puppet zu automatisieren. Ziel ist es nach der Installation der Grundversion von Ubuntu 10.10 mittels Puppet die Installation weiter Software sowie die Grundkonfiguration zu automatisieren. Für die erste Installation ist der Aufwand zur Erstellung der einzelnen Puppet Module sicherlich aufwendig. In Zukunft kann ich allerdings auf dieser Arbeit aufsetzen und einen neuen Rechner komplett angepasst an meine Bedürfnisse innerhalb weniger Minuten aufsetzen.

Bei der Installation von Java - ich verwende die offizielle Version von Sun / Oracle - bin ich auf ein Problem bei der Installation gestoßen. Die Installation von sun-java6-jre bricht mit einem Fehler ab, weil keine Möglichkeit zur Bestätigung der Sun Lizenz besteht.

Morgen ist der Vortag zur diesjährigen Open Source Datacenter Conference in Nürnberg. Ich werde am morgigen Dienstag einen der beiden Intensiv-Workshops leiten. Auf der eigentlichen Konferenz, die wie die letzten Jahre von der Firma Netways organisiert wird, werde ich leider nicht teilnehmen können, da in meinem aktuellen Projekt derzeit jede Stunde zur Umsetzung der nächsten Ausbaustufe gebraucht wird.

Eric Davis - langjähriger Committer der Projekt-Management Software Redmine - hat heute ChiliProject als Fork von Redmine angekündigt. Als einen der Hauptgründe für den Fork stellt er die mangelnde Transparents des Redmine Projekts sowie die für ihn ungenügende Übernahme von Beiträgen der Redmine Community in das Projek in den Vordergrund.

Nach der erfolgreichen Evaluierung implementiere ich derzeit das Konfigurationsmanagement-System Puppet bei einem Kunden in Nürnberg. Das System dient zur zentralen, einheitlichen Konfiguration von Rechnern unter UNIX, Linux und MacOS X. Das Besondere an Puppet ist, dass man über das System den gewünschten Soll-Zustand beschreibt. Wie dieser Soll-Zustand erreicht wird bzw. welche Änderungen dafür auf dem verwalteten System durchgeführt werden müssen, wird von Puppet selbst ermittelt und durchgeführt.

Auf dem letzten Treffen der JUG Metropolregion Nürnberg habe ich einen kurzen Vortrag über das Projektmanagement-System Redmine gehalten. Ziel des Vortrags war es, den anwesenden Entwicklern und Projektleitern einen kurzen Überblick über die Möglichkeiten von Redmine zu geben.

Das Erstellen von PDF Dateien aus Informationen die in einem Software-System vorliegen ist nichts ungewöhnliches. In der Geschäftswelt haben sich PDF Dokumente als Standard für den Austausch von Berichten, Artikeln oder Spezifikationen etabliert. Der Vorteil von PDF gegenüber anderen Formaten ist, dass Dokumente nachträglich nicht oder nur mit großen technischen Aufwand verändert werden können. Auch stehen für so gut wie jede Plattform entsprechende Programme zum Lesen der Dokumente zur Verfügung. Etwas außergewöhnlicher ist da schon das nachträgliche Ergänzen einer bestehenden PDF Datei um Informationen, die in verschiedenen Tabellen eines Software-Systems vorliegen.