fail2fail - Linux

Setup the environment depending on the host the user logins from

nospam@example.com (Juri Hamburg) — Fri, 27 Jan 2012 17:55:25 +0100

Just spent about 20 minutes to answer a question on stackoverflow and as I was ready to commit it, the question got already closed. It would be a pity to throw the answer away, so i'll paste it here.

Hi there. You could script around the outputs of who.

$who
jham pts/13 2012-01-27 10:48 (somehost)
jham pts/14 2012-01-27 16:45 (localhost.localdomain)

we want to know only the user associated with stdin:

$who -m
jham pts/14 2012-01-27 16:45 (localhost.localdomain)

now get the host only and save to a variable:

myhost=$(who -m | head -n1 | awk '{printf $5}' | sed -e 's/($.*$)/\1/')

define group of hostnames to react:

goodhosts=(goodhost anotherhost localhost.localdomain)

react:

case "${goodhosts[@]}" in
*"$myhost"*)
echo "good host"
;;
*)
echo "bad host"
;;
esac

You could put it into a file which is sourced on login (like .profile, depending on your configuration).

Mehrere Benutzer auf einer Soundkarte mit ALSA

nospam@example.com (Juri Hamburg) — Wed, 27 Jan 2010 21:19:34 +0100

In einigen Fällen laufen gleichzeitig mehrere Xsessions mit verschiedenen Benutzern. Oft ist das Problem bei Umgebungen ohne Soundserver wie Pulseaudio oder ESD, dass ein Benutzer das Ausgabegerät blockiert und andere somit ohne Audio-Wiedergabe zurecht kommen müssen. Auch falls ein Musik-Daemon wie MPD über eigenen Benutzer läuft, kann es mit dem Xsession-Benutzer eine Schlacht ganz nach "wer zuerst kommt, mahlt zuerst" um das Gerät geben.

Eine mögliche 3-Schritte-Lösung für ALSA setzt auf der Benutzung des dmix-Plugins auf:

Continue reading "Mehrere Benutzer auf einer Soundkarte mit ALSA"

Entfernen aller Dateien, die zuvor mit unzip extrahiert wurden

nospam@example.com (Juri Hamburg) — Sat, 23 Oct 2010 01:28:14 +0200

Auch wenn sowas nach einigen Jahren Erfahrung nicht passieren sollte: ein Mal guckt man nicht in die Dateiliste eines Archivs vor dem Entpacken und schon hat man ein Verzeichnis zugemüllt. Heute speziell bei mir: unzip.

Da das nun nicht das erste (und wohl auch nicht das letzte) Mal gewesen ist - ein schmutziger "Einzeiler" für die bash für das Entfernen der zuvor mit unzip entpackten Dateien, damit ich beim nächsten mal nicht wieder Zeit verliere. Anzuwenden im selben Ordner, in dem die Dateien entpackt worden sind und in dem das Archiv liegt.

mkdir -p /tmp/trash; unzip -l ARCHIV.zip | tail -n+4 | \
head -n-2 | tr -s " " | \
while read -r line; do echo "$line" | cut -d' ' -f5; done | \
xargs -I moveme mv moveme /tmp/trash;

Der Skript wird leider alle beim Entpacken erstellte Ordner nicht löschen (war bei mir in diesem Fall nicht relevant). Da könnte einem hinterher noch folgendes behilflich sein:

find . -depth -type d | xargs rmdir 2>/dev/null

Das soll im Arbeitsverzeichnis rekursiv alle leeren Ordner löschen. Nicht elegant, aber wer braucht schon leere Ordner? *hust*

Für das regexen der Ordnernamen aus der Archiv-Dateiliste war ich (noch) zu faul.

Achtung: getestet nur an einem meinen konkreten Fall, ohne Gewähr, etc.

Update:

Lösung für das Mitnehmen von Ordnern wäre:

mkdir -p /tmp/trash; unzip -l ARCHIV.zip | tail -n+4 | \
head -n-2 | tr -s " " | \
while read -r line; do echo "$line" | cut -d' ' -f5; done | cut -d'/' -f1 \
xargs -I moveme mv moveme /tmp/trash 2> /dev/null;

(Ungetestet). Hier besteht allerdings die Gefahr, dass man Ordner, die vor dem Entpacken des Archivs existierten, mitnimmt.