UNIXwork

Die üblichen Schritte beim Kompilieren von Open-Source-Software sind:

./configure --prefix=/usr
make
make install

Damit kompiliert man die Software und installiert sie unter /usr. Es kann vorkommen, dass man die Dateien woanders hin installieren möchte, als bei configure angegeben (z.B. beim Erstellen von Packages). Nach dem Kompilieren nochmal ./configure aufrufen wäre falsch. Die richtige Methode ist bei make install den DESTDIR-Parameter mit anzugeben.

make install DESTDIR=/path

Damit wird beispielsweise eine Datei nicht nach $PREFIX/bin installiert, sondern nach $DESTDIR$PREFIX/bin.

Wer keine GNU autotools nutzt, sondern Makefiles per Hand schreibt, sollte bei seinem install-Target daher vor jedem Installationsort ein $(DESTDIR) einfügen, damit Paketbauer nicht die Dateien von Hand zusammen sammeln müssen.

• xattr(1) Mac OS X Manual Page
• CommonExtendedAttributes
• Extended attributes: the good, the not so good, the bad.

Wer hätte gedacht, dass man beim Kauf eines USB-Serial-Adapter etwas falsch machen kann. Ich hab kürzlich ein QinHeng Electronics HL-340 USB-Serial Adapter gekauft und das Teil kann man echt nicht empfehlen. Linux hat zwar den ch341-Treiber dafür, der funktioniert jedoch nicht gut. Nach dem Anschließen taucht ein Device /dev/ttyUSB0 auf, der Versuch davon zu lesen liefert aber nur Datenmüll (ja, die Baud-Rate und andere Settings waren korrekt eingestellt).

Eine Recherche im Internet hat ergeben, dass genügend andere Leute das gleiche Problem haben, oder ganz andere Probleme, auch unter Windows. Manche haben es hingekriegt, indem sie am Treiber rumgehackt haben. Ich kaufe mir lieber was ordentliches. Empfehlenswert sollen wohl Produkte mit Prolific-Chip sein.

Programmiertechnisch sind Extended Attributes unter Solaris nur Dateien, daher gibt es keine speziellen Syscalls für den Zugriff darauf.

Eine Attribut-Datei öffnen kann man mit openat. Hierfür benötigt man nur einen File-Descriptor der Datei, von der man ein Attribut öffnen will. Es muss dann nur noch das O_XATTR-Flag zusätzlich angegeben werden. Man erhält einen gewöhnlichen File-Descriptor, aus dem wie gewohnt gelesen und geschrieben werden kann.

Hier ist ein kleines Beispielprogramm, dass ein Attribut ausliest und auf der Konsole ausgibt.

Die Liste aller Attribute erhält man, in dem man das Attribut-Verzeichnis ließt. Der Trick ist hier, dass man das "."-Verzeichnis relativ zur Datei mit dem O_XATTR-Flag öffnet.

int attrdir = openat(file, ".", O_RDONLY|O_XATTR);

Hier ist ein Beispiel dafür.

Für andere Dateisystemoperationen wie z.B. unlink oder chown gibt es ebenfalls *at-Funktionen, die man in Kombination mit einem File-Desriptor des Attribut-Verzeichnis benutzen kann. Siehe unlinkat, fstatat, fchownat.

Anstatt zuerst eine Datei mit open und danach mit openat das Attribut zu öffnen, kann man auch attropen benutzen, die das ganze in einer Funktion zusammenfasst.

In Solaris sind Extended Attributes keine Key/Value-Paare, sondern werden als Dateien repräsentiert. Hinter jeder Datei im Dateisystem steckt eine weitere Datei-Hierarchie, die jedoch auf normale Dateien beschränkt ist, also keine Unterverzeichnisse oder Links erlaubt. Attribute sind somit nur Dateien, für die die selben Limits für die Dateigröße oder Namen gelten. Außerdem haben sie eigene Zugriffsrechte. Nur einen absoluten Pfad haben sie nicht.

Für den Zugriff auf Attribute über die Shell gibt es das runat Tool. Dieses macht nichts weiter als das Working-Directory auf das versteckte Attributverzeichnis zu setzen und dann ein gewünschtes Kommando auszuführen. Man kann auch einfach eine Shell für dieses Verzeichnis starten. Um die Attribute dann zu lesen, schreiben oder aufzulisten können prinzipiell alle Programme verwendet werden.

$ touch test.txt
$ runat test.txt sh
$ echo "xattr test string" > testattribute
$ echo "text/plain" > mime_type
$ ls
mime_type      SUNWattr_ro    SUNWattr_rw    testattribute
$ cat testattribute
xattr test string
$ exit

Kommen wir zu der Unterstützung für Extended Attributes in den Standard-Unix-Tools.

• mv erhält immer alle Attribute. Wenn mv eine Datei auf ein anderes Dateisystem verschieben will, und dort die Extended Attributes nicht repliziert werden können, wird die Operation abgebrochen und die Quelldatei wird nicht gelöscht.

• ls zeigt mit der -@ Option ein @-Zeichen nach den Zugriffsrechten an, wenn eine Datei Extended Attributes besitzt.

• cp und tar ignorieren standardmäßig Extended Attributes, auch hier hilft die -@ Option.

Dateisysteme werden nicht nur ZFS und UFS unterstützt, sondern auch NFS. Und betreibt man einen Solaris smb-Server werden die Extended Attributes dort auch über smb als NTFS Alternate Data Stream zur Verfügung gestellt.

Siehe auch: fsattr(5)