256bit.org Blog

In klassischen Unix Umgebungen existieren 3 Arten von Rechten für Dateien und Verzeichnisse. Das sind der Besitzer(Owner), die Gruppe (Group) und der Rest (Other). Dabei kann jeder dieser 3 Typen jeweils das Recht Lesen (read), Write (w) oder Ausführen (x) bekommen. Man kann diese Rechte auch als Oktalen Zahlenwert speichern, bei dem das Leserecht einer 4 entspricht, das Schreibrecht einer 2 und das Ausführenrecht einer 1.

Es ist daher üblich, die Rechte auch als Zahlenwert anzugeben, so bedeutet der Trippel 761, dass der Owner alle Rechte hat (Lesen, Schreiben, Ausführen = 4+2+1), die Gruppe nur Schreiben und Lesen darf (4+2) und der Rest darf die Datei immerhin ausführen (1)
(Sonderfälle wie Groupid (s) und Sticky bit (t) lassen wir mal außen vor und betrachten diese nicht weiter.)
Dies Rechte konnte man mit chmod für eine Datei oder ein Verzeichnis bearbeiten und chmod versteht dabei sowohl die oktale Schreibweise, als auch die explizite Schreibweise mit den Buchstabenkürzeln (ugo = User/Group/Other, rwx = Read/Write/eXecute).

chrisbra t41:/floppy % ls -ld daten
drwxr-x--x 2 chrisbra users 1024 Apr 30 13:10 daten

Hier existiert das Verzeichnis daten, das dem User chrisbra und der Gruppe users gehört. Der User chrisbra hat dabei die Rechte Lesen, Schreiben und Ausführen in diesem Verzeichnis (Ausführen bedeutet bei Verzeichnissen im Übrigen Betreten, während Lesen bei Verzeichnissen bedeutet, dass man sich den Inhalt des Verzeichnisses anzeigen lassen kann), alle Benutzer, die der Gruppe Users angehören dürfen immerhin den Inhalt lesen und das Verzeichnis betreten (aber z.B. keine Dateien in diesem Verzeichnis anlegen) und alle User, die weder der Eigentümer noch der Gruppe users angehören, dürfen immerhin noch das Verzeichnis betreten.

Bildlich gesprochen sieht das so aus:

+----------------------------------+
|     TYP        |  Name   | Recht |
+----------------------------------+
|Besitzer        | (u)ser  |  rwx  |
|Besitzer-Gruppe | (g)roup |  r-x  |
|Rest            | (o)ther |  --x  |
+----------------------------------+

Access Controll Lists (ACL) erweitern dieses Konzept grundlegend und wurden durch die POSIX spezifiziert (wenn auch nur per Draft in IEEE POSIX 1003.1e draft 17) und erlauben eine flexiblere und fein granularere Steuerung. ACLs müssen vom Dateisystem unterstützt werden (aber jedes halbwegs moderne Dateisystem sollte eine Unterstüzung dafür eingebaut haben) und das Dateisystem muß dann mit der Option acl eingehänt werden. Bei ACLs sprechen wir im Falle der oben erwähnten Standard-Rechte von minimalen ACLs, denn das sind die ACL-Einträge, die immer vorhanden sind. Zusätzlich gibt es aber die Möglichkeit, noch extra Einträge anzugeben. Dafür gibt es die Befehle setfacl (zum Manipulieren der Rechte) und getfacl (zum Auslesen der Rechte).

Dabei besteht die Möglichkeit sowohl zusätzliche User Rechte zu vergeben als auch zusätzliche Gruppen Rechte. Man spricht dabei von benannten Usern bzw. Gruppen während die traditionellen Typen User, Group, Other auch als Basis User, Basis Group und Basis Other bezeichnet werden.

Der User cb soll jetzt noch die Rechte Lesen, Schreiben und Ausführen erhalten:

chrisbra t41:/floppy % setfacl -m user:cb:rwx daten
chrisbra t41:/floppy % ls -l
drwxrwx--x+ 2 chrisbra users  1024 Apr 30 13:10 daten

Man erkennt an dem + dass dieses Verzeichnis zusätzliche ACLs enthält und die können jetzt mit getfacl angesehen werden:

chrisbra t41:/floppy % getfacl daten
# file: daten
# owner: chrisbra
# group: users
user::rwx
user:cb:rwx
group::r-x
mask::rwx
other::--x

Es existieren jetzt neben den oben erwähnten minimalen Einträgen User, Group und Other noch 2 zusätzliche Einträge: Ein Eintrag für den neuen User cb und ein Eintrag der Mask genannt wird. Vereinfacht gesprochen gibt die Mask an, welche Rechte maximal gelten dürfen und sie beeinflußt außer dem Basis User und Basis Other alle anderen vergebenen ACLs. Die Rechte des jeweiligen Users und der Mask werden dabei Und-Verknüpft und man erhält die effektiven Rechte.

+-------------------------------------------------------+
|     TYP        |  Name   | Recht | Maske | eff. Recht |
+-------------------------------------------------------+
|Besitzer        | (u)ser  |  rwx  |  Nein |     rwx    |
|Besitzer-Gruppe | (g)roup |  r-x  |  Ja   |     r-x    |
|Rest            | (o)ther |  --x  |  Nein |     --x    |
|Benutzer cb     | user:cb |  rwx  |  Ja   |     rwx    |
|Maske           | mask    |  rwx  |  ---- |     ---    |
+-------------------------------------------------------+

Die 4. Spalte gibt hier an, welche ACLs die Maske beeinflußt und die 5. Spalte zeigt die effektiv gültigen Rechte an, die sich aus der Verknüpfung von Maske und einzelner ACL ergeben. Zurück zur Ausgabe des ls -l Befehls von oben. Wir wissen nun, dass das + anzeigt, das diese Datei bzw. dieses Verzeichnis zusätzliche ACLs enthält. Es gibt jedoch eine weitere Besonderheit. Das zweite Trippel gibt nicht mehr die Rechte der Basis Gruppe an, sondern ist die Angabe der Mask. Dies ermöglicht sozusagen eine etwas optimistische Sicht auf die maximal möglichen Rechte, die außerhalb des Besitzers und der restlichen Benutzer möglich sind und wird aus Kompatibilitätsgründen für alte Programme - die keine ACLs kennen -gemacht. Das bedeutet auch, dass chmod g=rx jetzt explizit die Maske modifiziert und nicht mehr die Rechte der Default Gruppe!

  Besitzer
  |
  |  Maske
  |  |
  |  |  Rest
  |  |  |
drwxrwx--x+ 2 chrisbra users  1024 Apr 30 13:10 daten
          |
	  ACL vorhanden

Welchen Einfluß hat nun die Mask? Oben hat ja bereits der Benutzer cb zusätzliche Rechte auf das Verzeichnis erhalten. Setzen wir nun kurz die Maske auf einen anderen Wert. Der Einfachheit halber nehmen wir gleich chmod:

chrisbra t41:/floppy % chmod g=rx daten
chrisbra t41:/floppy % ls -l
drwxr-x--x+ 2 chrisbra users  1024 Apr 30 13:10 daten
chrisbra t41:/floppy % getfacl daten
# file: daten
# owner: chrisbra
# group: users
user::rwx
user:cb:rwx                     #effective:r-x
group::r-x
mask::r-x
other::--x
chrisbra t41:/floppy % su cb -c 'touch daten/foobar'
Password:
touch: cannot touch `daten/foobar': Permission denied
zsh: exit 1     su cb -c 'touch daten/foobar'

Wie man sieht, haben sich die Rechte jetzt etwas verändert. Obwohl der Benutzer cb noch die expliziten Rechte Lesen, Schreiben und Ausführen (rwx) hat, schlägt hier die Mask zu und verringert die Rechte auf effektiv nur Lesen und Ausführen/Betreten. Und wie man sieht, darf der Benutzer auch tatsächlich keine Dateien anlegen.

Die Maske wird normalerweise bei jedem Eintrag angepasst bzw neu berechnet. Mit einem entsprechenden Schalter kann man das aber auch verhindern. Setzt man die Maske neu, reduziert sie auch wieder alle Rechte für die sie gilt.

+-------------------------------------------------------+
|     TYP        |  Name   | Recht | Maske | eff. Recht |
+-------------------------------------------------------+
|Besitzer        | (u)ser  |  rwx  |  Nein |     rwx    |
|Besitzer-Gruppe | (g)roup |  r-x  |  Ja   |     r-x    |
|Rest            | (o)ther |  --x  |  Nein |     --x    |
|Benutzer cb     | user:cb |  rwx  |  Ja   |     r-x    |
|Maske           | mask    |  r-x  |  ---- |     ---    |
+-------------------------------------------------------+

Um das Ganze weiter zu verkomplizieren gibt es noch einen weiteren ACL Typ, nämlich die Default ACL während wir bisher nur Access ACLs betrachtet haben. Diese default ACL gilt nur für Verzeichnisse und man definiert damit, welche Rechte neu angelegte Dateien/Verzeichnisse innerhalb dieses Verzeichnisses Daten erben. Dies bedeutet auch, dass die umask keine Rolle spielt, wenn eine Default ACL existiert. Default ACLs haben keinerlei Einfluß darauf, wer auf eine Objekt zugreifen kann. Das definiert sich allein durch die Access ACLs. Ein Beispiel:

chrisbra t41:/floppy % setfacl -m d:u:cb:r daten
chrisbra t41:/floppy % ls -l
total 14
drwxr-x--x+ 2 chrisbra users  1024 Apr 30 13:10 daten
chrisbra t41:/floppy % getfacl daten
# file: daten
# owner: chrisbra
# group: users
user::rwx
user:cb:rwx                     #effective:r-x
group::r-x
mask::r-x
other::--x
default:user::rwx
default:user:cb:r--
default:group::r-x
default:mask::r-x
default:other::--x

Wie man sieht, wurden zusätzlich zu dem spezifizierten expliziten Default ACL-Eintrag auch die Einträge für den Basis User, die Basis Group und die Mask aus der Access ACL in die neue Default ACL eingetragen.

chrisbra t41:/floppy % touch daten/wichtig
chrisbra t41:/floppy [1525]% getfacl daten/wichtig
# file: daten/wichtig
# owner: chrisbra
# group: chrisbra
user::rw-
user:cb:r--
group::r-x                      #effective:r--
mask::r--
other::---

Wichtig, wenn die Default ACLs geändert werden, wirken sie sich nur auf neu angelegte Dateien und Verzeichnisse aus!

Ich bin jetzt mit Absicht nicht auf die Syntax der Befehle getfacl und setfacl eingegangen, sondern wollte nur das Prinzip verdeutlichen. Ich verweise dazu mal auf die die Manpages und den Linkdump, denn dort werden auch die Parameter und die Syntax ausführlich erklärt.

Linkdump:
http://www.suse.de/~agruen/acl/linux-acls/online/
http://www.vanemery.com/Linux/ACL/linux-acl.html
http://www.ostc.de/howtos/unix-acl-HOWTO.pdf

Update, 01.05.2010: Artikel leicht überarbeitet.

Hier sind zwei nette Visualisierungen von Vimeo:

OSM 2008: A Year of Edits from ItoWorld on Vimeo.

Das zeigt die Anzahl der Edits bei Openstreetmap.org im Jahre 2008. Dort werden freie Kartendaten erstellt, die zur Erstellung neuer Kartendaten geeignet sind. Jeder Strich in dem Video visualisiert im Prinzip eine Eintragung bei Openstreetmap.org Was man z.B. gut erkennen kann, wie bestimmte Gebiete auf einmal erfasst wurden, weil sie plötzlich weiß aufleuchten (Indien zum Beispiel).

Das schöne: die Daten sind frei und können von jedem verwendet werden, die Musik übrigens auch. Die gibt es hier

Airspace Rebooted from ItoWorld on Vimeo.

Und hier noch eine Visualisierung des Flugverkehrs (oder des nicht vorhandenen Flugverkehrs) während der Aschewolke letzte Woche. Die Kartendaten stammen hier wieder von Openstreetmap, die Flugdaten von flightradar24.com und wie der Flugverkehr hinterher wieder aufgenommen wurde.

Sehr faszinierend.

"Willkommen in Katalonien" ist ein Buch voller Kurzgeschichten bekannter katalonischer Autoren. Ich muß dazusagen, dass ich leider keinen einzigen der Autoren kenne. Die Themen sind sehr vielfältig und handeln meistens vom Leben. Auf knapp 300 Seiten werden so ca 30 vielfältige und verschiedene Geschichten erzählt.

Ich fand das Buch jetzt nicht überragend und auch die meisten der Kurzgeschichten waren weder besonders interessant noch spannend oder witzig, aber sie geben einen Einblick in die Kultur und Geschichte dieses Landstrichs. Dennoch machte mich das Buch neugierig auf diesen Landstrich und so hoffe ich, dass ich irgendwann einmal zumindest Barcelona besuchen kann.

Es ist zum Verzweifeln. Ich bin ja nun nicht zum ersten Mal dienstlich unterwegs und die Tücken des ermäßigten Umsatzsteuersatzes für Übernachtungen sind mir auch bekannt. Aber diese Woche hätte ich wieder in die Tischkante beißen können.

Da bucht man gemäß allgemeiner Regelung über das interne Buchungstool mehrere Aufenthalte. Dort werden einem auch schön brav die vereinbarten Raten angezeigt und bestätigt. Als ich am Montag eincheckte, bestätigte mir man auch noch einmal die vereinbarte Rate und man erwähnte noch großzügig, dass bei dieser Rate auch 1 Stunde Internet kostenlos dabei ist. (Ja unglaublich, wirklich eine ganze Stunde umsonst!!!) Zu diesem Zwecke erhielt ich genau 4 Prepaid Karten (Voucher), für jeden Tag also eine.

Umso erstaunter war ich, als diese Gutscheine dann aber doch auf der Rechnung erschienen. Denn der Übernachtungspreis setzt sich zusammen aus € 81,50 Übernachtung und € 4,50 Internet. Der Grund dafür ist - Überraschung - der ermäßige Umsatzsteuersatz auf Übernachtungen. Denn die reine Übernachtung wurde natürlich zu 7% versteuert, die Internetgutscheine aber zu 19%. Und jetzt dürft ihr dreimal raten, wer auf den Kosten für die Internetgutscheine sitzen bleiben wird. Ja genau, denn erstattet wird natürlich nur die Übernachtungsleistung.

Die € 18 - für die man woanders bereits eine Flatrate bekommt - kann ich also vermutlich in den Wind schreiben. Mich ärgert auch weniger der Betrag an sich, den kann man verkraften, sondern die Art und Weise, wie man mir erst erklärt, dass 1 Stunde Internet im Übernachtungspreis enthalten wäre. Wenn das nicht so ist, dann soll man das bitte schön auch nicht so anpreisen, dann hätte ich auf das Internet verzichtet (tatsächlich habe ich die Gutscheine eigentlich auch nicht benötigt, weil ich eine UMTS Karte habe, aber dort nur ein minimales Limit frei habe und so kostenloses Internet in Hotels immer nutze, größere Downloads zu tätigen).

Der Hammer aber ist, als man mir auf mein telefonische Beschwerde erklären wollte, dass es doch für Geschäftsleute ein sogenanntes Businnesspaket gäbe (bei dem Frühstück und Internet bereits im Übernachtungspreis enthalten ist und daher nicht extra ausgepreist werden muss), welches man halt vorher (!) buchen müßte.

Nun erstens bekomme ich über unser verpflichtendes Buchungstools so was gar nicht erst angeboten, zweitens ist es eine Frechheit, mich im Nachhing darauf hinzuweisen, dass ich das halt vorher hätte buchen müssen und drittens halte ich das Angebot für mindestens legal fragwürdig, wenn man nun damit wirbt, diese steuerlichen Unterscheidungen jetzt wieder aufhebt und nur mit einem einheitlichen Steuersatz abrechnet.

Und dann konnte man sich nicht einmal dazu durchringen mir innerhalb eines Tags Bescheid zu geben, was jetzt mit meiner Rechnung ist. Und sowas erlebt man in einem der größten 4-Sternehotels Frankfurt. Unglaublich.

Seit dem 1.April gibt es eine Änderung im Bundesdatenschutzgesetz. Nun sind nämlich die Auskunfteien dazu verpflichtet, einmal jährlich kostenlos Auskunft zu geben welche Daten bei Ihnen gespeichert sind und wie sich dieser Score Wert berechnet. Namhaftester Vertreter der Auskunfteien ist sicherlich die Schufa, aber es gibt noch mehr davon, Creditreform oder Infoscore zum Beispiel.

Die Verbraucherzentralen stellen dafür auch gleich einen Musterbrief und eine Adressliste von Auskunfteien zur Verfügung. Auf diese Weise kann man nicht nur erfahren, welche Daten über einen gespeichert sind, sondern auch, ob diese korrekt sind. Falsche Daten können im ungünstigsten Fall nämlich zu deutlichen Nachteilen bei der Erteilung von Krediten führen (weil z.B. das Ausfallrisiko viel zu hoch eingeschätzt wurde). Und eine Umfrage zum Thema gibt es auch noch.

Ich habe jetzt einfach mal die paar Euro für das Porto investiert.

Quelle: Website Surfer haben Rechte

Hier ist endlich die Fortsetzung der Artikelserie "Eine kleine Einführung in sed" (Teil 1 und Teil 2) und damit werde ich die Reihe abschließen. Die gesamte Artikelreihe ist in leicht veränderter Form auch im Freien Magazin 03/2010 (pdf-File) erschienen.

Die wichtigsten Dinge sind erklärt. Wir wissen, dass sed mit Adressen arbeitet, die entweder mittels regulärem Ausdruck (basic regular expression) oder per Zeilennummer angegeben werden können. Darüber hinaus unterstüzt sed die unterschiedlichsten Kommandos, von denen der Ersetzen-Befehl :s sicherlich der bekannteste und meistgebrauchte ist.

In diesem Teil möchte ich weiter Beispiele posten und erklären. Die meisten dieser Beispiele stammen aus der sed Oneliner Referenz.

cat -n simulieren

Ein einfaches cat -n macht nichts weiter als die Datei inklusive Zeilennummern ausgeben.

Mit sed kann man das so simulieren:

Hier werden 2 sed Prozesse benötigt, weil der erste nichts weiter macht, als in die Ausgabe die Zeilennummer mit Zeilenendezeichen '\n' getrennt zu schreiben. Nachfolgende sed-Befehle können diese Zeilen nicht mehr ändern. Daher wird ein zweiter sed Prozess gestartet, der alle Zeilen auswählt, die nur mit Zahlen anfangen (regulärer Ausdruck: ^[0-9]\+$), für diese Zeile die nächste Zeile einliest (N) und danach per substitute Befehl das Zeilenendezeichen '\n' durch ein Leerzeichen ersetzt. Es ist wichtig, dass zunächst die nachfolgende Zeile eingelesen wird, ansonsten sieht sed nicht das Zeilenendezeichen '\n'.

Die Lösung ist schon fast perfekt. Fehlt noch, dass man die Eingabe eingerückt ausgibt. Außerdem trennt cat -n die Ausgaber per Tabulatorzeichen '\t', wie ein Hexdump bestätigt. Die vollständige Lösung ist daher:

wc -l simulieren

Sed kann auch die Anzahl der Zeilen angeben:

Hier wurde der Schalter -n benutzt. Normalerweise kopiert sed jede Zeile des Inputs in den Output. Dies wird durch den Schalter -n verhindert und sed schreibt nur eine Ausgabe, wenn es explizit verlangt wird (zum Beispiel mit dem Print Kommando). $= ist wieder eine Adressangabe ($ steht für die letzte Zeile) und die Anweisung die Zeilennummer zu schreiben. D.h. wenn sed die letzte Zeile einliest, wird es die aktuelle Zeilennummer ausgeben, die zufällig mit der Anzahl der Zeilen im Input übereinstimmt.

tac emulieren

$ sed '1!G;h;$!d' datei

Sed kennt neben dem Verarbeitungspuffer (Pattern Space) noch den Hold Space, in dem Daten temporär abgelegt werden können. Von diesem temporären Puffer wird hier Gebrauch gemacht. 'h' als Anweisung bedeutet, dass die aktuell bearbeitete Zeile in diesen Puffer kopiert wird. Die erste Anweisung 1!G weist sed an, den Inhalt dieses Zwischenspeichers an die aktuell zu bearbeitende Zeile mit Zeilenendezeichen '\n' getrennt anzuhängen (außer in der ersten Zeile, denn da ist der Zwischenspeicher noch leer). Dieser Input wird dann wiederum in den temporären Puffer geschrieben. Die letzte Anweisung $!d bedeutet lösche jede Zeile außer der letzten. (! entspricht einem Not Operator).

Wenn sed die letzte Zeile liest, fügt es den Inhalt aller vorherigen Zeilen an und gibt diese wieder aus. Durch die Art, wie die Zeilen angehängt werden, entspricht diese Reihenfolge genau der umgekehrten Reihenfolge der Eingabe.

Eine alternative Anweisung, wäre diese, in der sed explizit nur nach der letzte Zeile etwas ausgibt und ansonsten keine Ausgabe erzeugt:

Dieser Sed Einzeiler enthält 3 Anweisungen: 1!G, h, $p. 1!G bedeutet, dass für jede Zeile außer der ersten der Inhalt in den temporären Puffer (Hold Space) geschrieben wird.

Zeilen, die mit einem Backslash enden, in eine Zeile schreiben

In der ersten Anweisung wird die Sprungmarke :a definiert. Das erlaubt es, später wieder dorthin zu springen. In der nächsten Anweisung sucht sed nach Zeilen, die mit einem Backslash aufhören. (\\$, der Backslash muß einmal maskiert werden, sonst würde sed nach dem $ literal suchen). Für diese Zeilen liest sed die nächste Zeile ein (Kommando N) und löscht anschließend die Zeichenfolge \ gefolgt von einem Zeilenende.

Dadurch sind nun die ehemals 2 getrennten Zeilen wieder zu einer zusammengefügt. Nach dem dies geschehen ist, springt sed zur Sprungmarke a und fängt von vorne an (falls die neue Zeile ebenfalls mit einem \ endet). Wenn nichts gefunden wird, wird die Zeile ausgegeben.

grep emulieren

Sed sucht nach Zeilen die das Suchmuster enthalten. Alle Zeilen, die nicht auf das Muster passen werden gelöscht und nicht ausgegeben. Eine alternative Lösung ist:

Hier wird sed nur dann etwas ausgeben, wenn es dazu angewiesen wird. In diesem Fall wird sed dazu angewiesen, wenn das Muster /eins/ auf die Zeile passt.

tail -10 emulieren

In diesem Fall wird sed immer maximal 10 Zeilen in seinem Puffer halten. Sobald es die letzte Zeile erreicht, wird der komplette Puffer ausgegeben. Jede eingelesene Zeile veranlasst sed dazu, die nächste Zeile einzulesen (N) und nachdem es 10 Zeilen eingelesen hat, wird sed immer die erste eingelesene Zeile löschen (D) und mit der nächsten Zeile fortsetzen. Zum Schluß wird sed angewiesen zur Sprungmarke a zu springen und von vorne anzufangen. Dadurch wird sichergestellt, dass niemals mehr als 10 Zeilen im Puffer sind.

Leere Zeilen löschen

Der '.' matcht nur auf Zeilen, die mindestens ein Zeichen enthalten. Leere Zeilen erfüllen diese Bedingung nicht und würden daher aus dem Input gelöscht. Alternativ kann man mit

das gleiche erreichen. Hier wird sed angewiesen, explizit alle Zeilen, die nur aus Zeilenanfang und Zeilenende (also keinen Inhalt haben) bestehen zu löschen.

Alle Zeilenendezeichen entfernen

Dies ist eine interessante Aufgabenstellung. Normalerweise kann man mit sed nicht auf das Zeilenende matchen, weil sed seinen Input zeilenweise verarbeitet. Man muß also sed anweisen, erst die komplette Datei in seinen Puffer zu kopieren, bevor man anfängt das Zeilenendezeichen '\n' zu ersetzen. Daher wird zunächst die Sprungmarke :x definiert. Anschließend wird sed angewiesen, so lange die nächste Zeile einzulesen, bis es die letzte Zeile gelesen hat. Nachdem sed die nächste Zeile eingelesen hat, wir so lange zur Sprungmarke :x gesprungen, bis die letzte Zeile im Zwischenspeicher enthalten ist. Wenn dies der Fall ist, kann auch nach den Zeilenendezeichen '\n' gesucht werden und es gelöscht werden.

Da in diesem Fall immer die komplette Datei in den Puffer gelesen wird, kann es bei großen Dateien zu Geschwindigkeitseinbußen kommen. Es ist daher eigentlich auch nicht empfehlenswert, diese Aufgabe durch sed erledigen zu lassen. Geeignetere Tools wären zum Beispiel tr:

Fazit

Abschließend kann festgestellt werden, dass sed ein durchaus flexibles Werkzeug ist, wenn man per Stapelverarbeitung Dateien bearbeiten muß. Durch seine Eigenschaft, Dateien immer zeilenweise zu verarbeiten und die Verwendung von Basic/Extended Regular Expressions, ist es jedoch nur mit Einschränkungen zu empfehlen, wenn man komplexere Bearbeitungen über mehrere Zeilen vornehmen möchte oder wenn man kompliziertere Reguläre Ausdrücke mit Look-around Assertions benötigt. Es lohnt sich aber auf jeden Fall sich mit den vielfältigen Möglichkeiten von sed vertraut zu machen, gerade für kleinere Aufgaben ist sed hervorragend geeignet und es muß ja auch nicht jedesmal gleich die Scriptsprache $foo ausgepackt werden. Sed entspricht daher ganz der Unix-Tradition "Do one thing well".

Auf http://www.eso.org/public/videos/eso0226a/gibt es ein wunderbares Video, in dem man sehen kann, wie die Sterne um ein schwarzes Loch kreisen. Das ist allein deshalb interessant, da dieses Video aus verschiedenen Messungen/Beobachtungen innerhalb von 10 Jahren oder so beruht.

Dieses Video auf Youtube hier ist ähnlich.


Faszinierend.

Na wunderbar. Im August letzten Jahres wurden meine Stammzüge ICE 571 bzw. ICE 578 durch die IC2471 bzw. IC2478. Der Grund, so erfährt man eher zufällig, sind Wartungsarbeiten an den alten ICE der 1. Generation. Zunächst hieß es, die Ersatzzüge fahren nur bis Mitte Februar fahren, dann wurde bis Ende März verlängert und nun höre ich, dass noch bis Fahrplanwechsel im Dezember die alten ICs fahren sollen.

Sahen die alten ICE der 1. Generation schon ...äh... heruntergekommen aus, so hat man in den alten ICs das Gefühl, 20 Jahre zurück versetzt zu sein. Nicht nur, dass die Pünktlichkeit sich seit ihrem Einsatz verschlechterte, nein, manchmal fehlen auch einfach mal Wagen, oder Türen sind kaputt und manchmal funktionierte auch nicht die Heizung (das war besonders spaßig im Winter). Das führt zu amüsanten Szenen zwischen Zugpersonal und Fahrgästen, wie ich schon mehrmals beobachten konnte. Das Zugpersonal jedenfalls leidet offensichtlich auch unter diesen alten Zügen.

Ich frag mich ja, wieso die alten ICEs so lange gewartet werden müssen und warum die Bahn keine adäquaten Ersatzzug bereitstellen kann.