Pidgin-Klänge knacken
Wer (unter GNOME & Ubuntu Maverick) auch das Problem hat, dass beim Instant Messenger Pidgin (2.7.11) die Klänge – wenn sich Buddies an- oder abmelden etc. – so komisch knarzen/knacken, dem sei der Tipp empfohlen, die (Ausgabe-)Methode der Klänge von „Automatisch“ (die Default Einstellung) auf PulseAudio umzustellen.
Und so gehts:
- Pidgin → Werkzeuge → Einstellungen (oder [Strg + P])
- Reiter „Klänge“ auswählen
- bei der Option „Methode“ steht wahrscheinlich „Automatisch“ – hier ist jetzt „Kommando“ auszuwählen
- und nun (ganz oben) Folgendes bei „Klang-Abspielbefehl (%s für den Dateinamen)“ hinein schreiben:
paplay %s - auf „Schließen“ klicken *fertig*
Dank für die Lösung – dieser schon eine Weile recht nervigen Problematik – geht an burli und seinen Post im ubuntuusers.de-Forum!
Copy: My variation of Git branch in bash prompt
The followig post is not written by myself. It’s a copy! – Today I found the article in the Google Cache and thought there are more people (than me) interested in the archived text that was originally published at a blog named M-x Kelsin.
Let’s start:
After reading another cool blog post about putting your current git branch in your bash prompt I decided I needed to try this out. Once I got it working I added in color coding to see the status of the current checkout as well!
First off, you need bash-completion and git installed on your server (bash-completion and git-core on Debian/Ubuntu). Once installed you can enable bash completion in the system wide bash file (/etc/bash.bashrc) or in your own ~/.bashrc by adding these lines (Clearly if you are not on Debian/Ubuntu double check file paths):
# Completion
if [ -f /etc/bash_completion ]; then
. /etc/bash_completion
fi
Once this is all set you should have a function called git_ps1 available. Try it out by just running „git_ps1″ on your command line from a git repo. You should get the branch name returned inside parenthesis’s.
Now comes my variations on how to include this in your prompt. My entire ~/.bash_prompt file can be found on my git repo. I source this file into my ~/.bashrc. The two most interesting parts are the function that determines the color of the branch based on git-status output and the function that gets the branch name. Branch name is pretty simple. We check that the __git_ps1 function is available and if it is, check that we‘re in a branch using it. If we are we echo the branch name. Pretty clean.
prompt_git_branch() {
if type -p __git_ps1; then
branch=$(__git_ps1 '%s')
if [ -n "$branch" ]; then
echo -e "$branch"
fi
fi
}
The next function has to grep stuff out of git status to determine what state the repo is in. If we are completely up to date we use green. If I have local changes it’s blue. If we have files in our index ready to be committed I use red. This is really great with my home directory cause it helps remind me to add new dotfiles that I don’t care about to .gitignore (or commit them if they should be public config files).
prompt_git_branch_color() {
if type -p __git_ps1; then
branch=$(__git_ps1 '%s')
if [ -n "$branch" ]; then
status=$(git status 2> /dev/null)
if $(echo $status | grep 'added to commit' &> /dev/null); then
# If we have modified files but no index (blue)
echo -e "\033[1;34m"
else
if $(echo $status | grep 'to be committed' &> /dev/null); then
# If we have files in index (red)
echo -e "\033[1;31m"
else
# If we are completely clean (green)
echo -e "\033[1;32m"
fi
fi
fi
fi
}
It took some playing but I finally found the right final line to correctly tell bash which characters in the prompt are visible. If anyone has a good way of making these functions smaller or faster I‘d love to hear it. I had some trouble making sure that the functions were always executed (not just on a new shell’s creation, but on every display of PS1). The speed is FINE on all of my computers but more speed never hurts.
radioeins: Trailer-Download
Schon seit einer Weile laufen auf radioeins sehr amüsante Trailer für das „Hörspielkino unterm Sternenhimmel“ – einer großartigen und sehr zu empfehlenden Veranstaltung der anderen Art –, die auch online anhörbar sind.
Nun fand ich letztens den Hörspielkino-Trailer „Bud Spencer und Terence Hill“ so nett, dass ich ihn mir gerne – für das private Archiv – herunterladen wollte. Doof daran war, dass die MP3 in dem Flash-Player „JW Player“ eingepackt ist und somit nicht einfach über einen Rechtsklick herunterladbar ist.
Auf der Suche nach einer Lösung bin ich dann über RTMPDump gestolpert und konnte die MP3 nach der Installation unter Ubuntu mittels
$ sudo aptitude install rtmpdump
mit dem Aufruf
$ rtmpdump -r rtmp://stream5.rbb-online.de/rad -o radio1-trailer.mp3 -y mp3:_programm/8/201103_hsk_bud
in den aktuellen Ordner streamen/herunterladen.
(Die URL für den -r Parameter findet man im Quelltext der Seite, auf der der JW Player eingebunden ist…)
Etwas später bin ich dann – wohl durch Zufall – auch noch über den Direktlink zu der MP3-Datei gestolpert: http://download.radioeins.de/mp3/_programm/8/201103_hsk_bud.mp3 *naja*
Audio clip: Adobe Flash Player (version 9 or above) is required to play this audio clip. Download the latest version here. You also need to have JavaScript enabled in your browser.
…das mal so kurz am Rande…
Stabil(er)es WLAN mit dem Eee PC (1000) unter Ubuntu Maverick
Wie ich schon in einem anderen Beitrag schrieb, ist/war meine WLAN-Verbindung unter Ubuntu (Maverick) in der letzten Zeit sehr wackelig. Nachdem ich nun etwas herumgespielt und getestet habe, kann ich eine Lösung (die bei mir ATM recht zufriedenstellend funktioniert) präsentieren.
In meinem Eee PC 1000 ist der WLAN-Chip „RaLink RT2860″ verbaut. Für diesen gibt es unter Linux zwei verschiedene Kernelmodule (Treiber), mit denen er betrieben werden kann: rt2800pci und rt2860sta. So weit ich das verstanden habe, ist das Modul rt2860sta proprietärer Code direkt von RaLink selber, welches in der jeweiligen Linux-Distribution meist in einer veralteten/älteren Version zur Verfügung steht. Im Gegensatz dazu stammt das Modul rt2800pci aus einem Projekt, welches sich zum Ziel gemacht hat, freie WLAN-Treiber für WLAN-Chips (rt2400, rt2500, rt2570, rt61 and rt73) aus dem Hause RaLink zu entwickeln. Dieses Modul kann demnach sehr einfach in den aktuellen Versionen der Distributionen angeboten werden.
Ubuntu Maverick bringt standardmäßig beide oben genannten Module mit. Ärgerlicherweise gibt es jedoch bei einer Standardinstallation einige Probleme mit dem (freien) rt2800pci Modul, so dass (bei eingeschaltetem WLAN) automatisch das rt2860sta Modul geladen wird. Dieses wiederum zickt (nicht nur bei mir) aber nun voll rum, so dass die WLAN-Verbindung bspw. in der FH Potsdam unbrauchbar ist.
Wer ähnliche Probleme hat, sollte folgende Schritte durchführen, um das freie rt2800pci Modul in einer aktuelleren & stabileren Version zu installieren und somit evtl. (wie bei mir) die Probleme zu lösen.
- Installation des Paketes
linux-backports-modules-wireless-maverick-generic(dies sind neuere Kernelmodule, die für den aktuellen Kernel bereitgestellt werden)$ sudo aptitude install linux-backports-modules-wireless-maverick-generic
- Blacklisten des
rt2860staModuls (heißt, Ubuntu anweisen, dass dieses Modul nicht geladen werden soll)$ echo "blacklist rt2860sta" >> /etc/modprobe.d/blacklist.conf
(evtl. den Vorgang mit den beiden Modulen
rt2800usbundrt2x00usbwiederholen) - WLAN mittels
[Fn] + [F2]deaktivieren - das (aktuell noch geladenen) Kernelmodul
rt2860stadeaktivieren/entfernen/entladen$ sudo rmmod -v rt2860sta
- WLAN mittels
[Fn] + [F2]wieder aktivieren
Jetzt sollte Ubuntu das in Schritt 1. installierte Modul rt2800pci statt des rt2860sta geladen haben. Dies kann mittels lsmod|grep rt2 verifiziert werden. Dabei sollte dann folgende Ausgabe erscheinen:
rt2800pci 7892 0 rt2800lib 30847 1 rt2800pci rt2x00pci 5464 1 rt2800pci rt2x00lib 29492 3 rt2800pci,rt2800lib,rt2x00pci crc_ccitt 1351 1 rt2800lib mac80211 235093 3 rt2800lib,rt2x00pci,rt2x00lib cfg80211 142616 2 rt2x00lib,mac80211 eeprom_93cx6 1345 1 rt2800pci led_class 2633 2 rt2x00lib,eeepc_laptop
Das wars schon… – Viel Glück!
PS:
Bei mir war nach obigem Vorgehen das WLAN gestern in der FHP so stabil, dass ich zw. 10.00 Uhr und 19.00 Uhr auf dem #isci11 per VPN ohne Unterbrechung online sein konnte!