Dinge, die die Welt nicht braucht

Sorry. Aber ich muss jetzt meinem Ärger mal eben Luft machen. Ich benutze im Büro Debian, weil eigentlich alle Linux Büchsen hier damit laufen. Bei dieser Distribution sind in der Datei /etc/apt/sources.list URIs eingetragen, von denen sich das System Paketlisten besorgen kann (vergleichbar mit den RSYNC mirrors bei Gentoo). Dort sind bei mir sowohl einige HTTP als auch FTP Sourcen eingetragen. Das man bei Debian immer zig Einträge in dieser Datei braucht, damit man seine Software zusammenbekommt (mplayer, acroread, etc.), empfinde ich zwar als ziemlich störend, aber es hat immerhin einen nachvollziehbaren Grund (Lizenzgeraffel, falls sich jemand dafür intressiert).

Das Netz hier ist ziemlich dicht, nach außen geht es nur über den HTTP oder FTP Proxy. Das ganze lässt sich auch im Konfigurationsfile (/etc/apt/apt.conf) das Paketmanagement Frontends apt einstellen:

Acquire::ftp
{
Proxy "ftp://foobar:2121";
ProxyLogin
{
"USER $(SITE_USER)@$(SITE)";
"PASS $(SITE_PASS)";
};
};
Acquire::http::Proxy "http://barfoo:8080";

Dann aber wurde der FTP Proxy im Zuge einer Umstellung abgeschaltet. Glücklicherweise ist FTP ins Internet damit noch nicht gekappt, denn der HTTP Proxy beherrscht auch dieses Protokoll. Die FTP-in-HTTP-Verpackung sieht dann zum Beispiel in etwa so aus:

GET ftp://ftp.de.debian.org HTTP/1.1
...

Diese Umstellung sollte kein Problem darstellen, da der entsprechenden Konfigurationszeile das Zugriffsschema voransteht (http:// oder ftp://). Also war ftp://foobar:2121 einfach durch http://barfoo:8080 zu ersetzen. Der Erfolg blieb leider aus und es hagelte nur Connection Timeouts. An dieser Stelle ist der erste Gedanke natürlich: was passiert da auf dem Netz? Ethereal zeigt dann, dass apt offentlich versucht FTP mit dem HTTP Proxy zu sprechen. Klarer Fall: da hab ich etwas falsch konfiguriert. Nach mehrmaliger Prüfung war aber beim besten Willen kein Fehler zu finden. Alle Quellen im Netz hatten es auch so eingestellt. Fast vom Stuhl gefallen bin ich, als ich folgenden Abschnitt in man sources.list lesen konnte.

It is possible to proxy FTP over HTTP by setting the ftp_proxy environment variable to a http url - see the discussion of the http method above for syntax. You cannot set this in the configuration file and it is not recommended to use FTP over HTTP due to its low efficiency.

Hallo? Geht's noch ein bischen schizophrener? Wenn etwas in einer Environment Variable gesetzt ist funktioniert es. Im applikationseigenen Konfigurationsfile wird nicht angenommen. Allein das ist schon krank, aber es geht ja noch weiter. Die Proxyurl, vor der eindeutig http:// steht, dann ohne jegliche Fehlermeldung zu etwas anderem zu verwursten und dann zu behaupten der Server wäre kaputt setzt dem ganzen die Krone auf. Eine leidlich vollständige Dokumentation entbindet nicht davon einigermaßen sinnvolle Fehlermeldungen auszugeben.

Danke. Jetzt geht's mir besser.

Nachtrag
Natürlich will ich nicht nur meckern, sondern auch eine konkrete Problemlösung anbieten. Systemweite Environment Variablen werden bei Debian normalerweise in /etc/environment gesetzt. Allerdings werden diese offensichtlich nur bei einem Login und nicht bei einem Benutzerwechsel zu root ausgelesen. Daher sollte man den Proxy zusätzlich in /root/.profile setzen.

export http_proxy="http://barfoo:8080"
export ftp_proxy="http://barfoo:8080"

Der i810 Treiber mit dem ich mein Spielzeug unter X.org betreibe hat die Fähigkeit den externen Monitorausgang und den TFT des Laptops gleichzeitig zu versorgen. Diese Versorgung hört bei DRI allerdings prinzipbedingt auf. Dies betrifft zum Beispiel die Anzeige von Videos, die ohne DRI (je nach Anzeigegröße) nur zäh abgespielt werden würden.
Denkbar folgendes Problem für die Praxis: man will einen Film auf einem Beamer über den Monitorausgang ansehen, es erscheint jedoch nur ein blaues Overlaybild.
Das ganze würde ich natürlich nicht schreiben, wenn ich nicht auch eine Lösung parat hätte. Es ist möglich DRI-Ziel umzuschalten. Mit

xvattr -a XV_PIPE -v 0

aktiviert man DRI auf dem VGA-Ausgang und mit

xvattr -a XV_PIPE -v 1

holt man es wieder auf Laptopbildschirm zurück. Ich weiss nicht, ob dies auch bei anderen Treibern als dem i810 oder in anderen Konfigurationen funktioniert. Über entsprechende Hinweise würde ich mich freuen.

Billige Tintenstrahldrucker werden von den Herstellern zum Selbstkostenpreis (oder sogar darunter) unters Volk geworfen, um dann mit den Tintenpatronen Gewinn zu machen. Natürlich soll man ein so subventioniertes Stück Hardware nicht auch noch ins Netz einbinden können, denn dafür haben die Hersteller teure netzwerkfähige Geräte. Soviel vorweg, nun zur eigentlichen Aufgabenstellung. Gegeben:

• HP 1510 PSC (Tintenstrahldrucker, Scanner, Kopierer)


• Linux Router, der als Druckserver fungieren soll


• per WLAN angebundenes WinXP Notebook

Die Aufgabe:
Das WinXP Notebook soll auf dem am Linux Router angeschlossenen Multifunktionsgerät drucken und scannen können.
"Eingerichtet" vollständig lesen »

Das die Bourne Shell Platzhalter erlaubt dürfte niemanden wirklich überraschen.

uwe@krusty ~/temp/test $ ls IMG_*
IMG_0082.JPG IMG_0088.JPG IMG_0090.JPG IMG_0092.JPG IMG_0096.JPG
IMG_0084.JPG IMG_0089.JPG IMG_0091.JPG IMG_0095.JPG IMG_0098.JPG
uwe@krusty ~/temp/test $ ls IMG_00?2.JPG
IMG_0082.JPG IMG_0092.JPG

Diese Platzhalter können bei beliebigen Befehlen verwendet werden, so zum Beispiel auch bei scp. Wie kopiert man aber nun am geschicktesten IMG_0082.JPG und IMG_0084.JPG auf einen entfernten Rechner? Benutzt man hier Platzhalter

uwe@krusty ~/temp/test $ scp IMG_008?.JPG 192.68.68.235:
IMG_0082.JPG 100% 1062KB 1.0MB/s 00:00
IMG_0084.JPG 100% 335KB 335.1KB/s 00:00
IMG_0088.JPG 100% 1302KB 1.3MB/s 00:00
IMG_0089.JPG 100% 1071KB 1.1MB/s 00:00

so wird zuviel kopiert. Glücklicherweise kann man sich hier einer Zeichenklasse bedienen, wie sie von regulären Ausdrücken bekannt ist.

uwe@krusty ~/temp/test $ scp IMG_008[24].JPG 192.68.68.235:
IMG_0082.JPG 100% 1062KB 1.0MB/s 00:00
IMG_0084.JPG 100% 335KB 335.1KB/s 00:00

Gerade bei vielen Dateinamen die sich nur gering unterscheiden kann dieser kleine Trick einiges an Tipparbeit ersparen.

Irssi hat in seiner neuen Version endlich eine Option bekommen um den Augenkrebs, den UTF-8 benutzende Mitmenschen verursachen, Einhalt zu gebieten. Und nach guter Irssi-Tradition ist dieses Feature natürlich wieder kaum dokumentiert. Deshalb hier eine kleine Anleitung.

Zeichensatzkonvertierung einschalten

/set recode on

Zeichensatz der per Default ausgegeben wird: iso-8859-15

/set recode_out_default_charset iso-8859-15

Zeichensatz des Terminals: iso-8859-15

/set term_charset iso-8859-15

Einstellungen speichern

/save

Und man ist zumindest im IRC von dieser Pest befreit.

Vor einigen Wochen ist mein lang erwartetes neues Spielzeug eingetroffen, dass ich bei pro-com bestellt hatte. Ein Lenovo Thinkpad X41, auf dem sich aber noch überall die IBM Logos befinden. Natürlich sollte es nicht beim vorinstallierten Windows bleiben, denn um produktiv zu arbeiten, braucht es ein richtiges Betriebssystem :-).
"Verspielt" vollständig lesen »

Heute etwas, dass mich schon mehrfach in den Wahnsinn getrieben hat, bis ich die Ursache und damit auch die Problemlösung gefunden habe. Firefox schlägt beim Download einer Datei immer ein Programm vor mit dem man die Datei öffnen kann. Dumm nur, wenn die vorgeschlagene Applikation nicht die gewünschte ist und man das Wunschprogramm jedes mal erneut von Hand auswählen muss. Dabei hält sich Firefox (wie andere GTK Anwendungen auch) an einen Standard, der aber leider noch nicht flächendeckend eingesetzt wird (KDE zum Beispiel benutzt ein eigenes System um Programme mit Mime-Typen zu verbinden). Die ganze Geschichte beginnt im Verzeichnis /usr/share/applications/ in dem jede Anwendung eine Datei ablegt, die beschreibt wie sich die Applikation in das System einbindet. Daraus wird zum einen (je nach Windowmanager) das Startmenü und zum anderen mittels update-desktop-database die Datei /usr/share/applications/mimeinfo.cache generiert. Und genau diese legt dann das systemweite Verhalten fest.
Das verbreitete Windows Video Format wmv (Windows Media Video) hat bei mir zum Beispiel folgenden Wert:

video/x-ms-wmv=totem.desktop;mplayer.desktop;

Also hat der Totem-Media-Player den Vorzug gegenüber dem mplayer, was natürlich ein Unding ist ;-). Selbstverständlich kann man die Reihenfolge umdrehen, allerdings wird diese Änderung mit einem Lauf von update-desktop-database wieder überschrieben. Und da Portage dieses Dienstprogramm nach der Installation bestimmter Pakete ungefragt aufruft scheidet diese Alternative von vorneherein aus (wenn jemand weiss wie man update-desktop-database feste Vorgaben bezüglich der Reihenfolge machen kann, möge er mir dies mitteilen). Also bleibt noch die Möglichkeit es auf User-Basis zu konfigurieren. Die dazugehörige Datei heisst $HOME/.local/share/applications/mimeinfo.cache und kann, sofern sie noch nicht existiert, aus /usr/share/applications/ kopiert werden. Die hier gemachten Änderungen werden dann nicht mehr automatisch überschrieben.

Große kommerzielle Applikationen auf Linux werden üblicherweise nur für bestimmte Distributionen zertifiziert. Das heisst es gibt nur für diese Plattformen Herstellersupport (was im Firmenumfeld natürlich immens wichtig ist). Im Falle von IBMs Datenbank heissen diese beiden Distributionen SuSE und Red-Hat. Beide basieren auf RPM als Paketmanager und auch DB2 wird mit mit Hilfe dieses Systems installiert. Da ich DB2 aber für ein Praktikum benötige habe ich mich in das Abenteuer gestürzt das Ganze auf Gentoo zum Laufen zu bringen.
Der gesamte Artikel bezieht sich auf DB2 V8.1 Personal Edition für Linux. "IBM DB2 UDB und Gentoo Linux" vollständig lesen »

Wie man hier oder hier nachlesen kann gibt es mit Quake3 unter Linux ein Problem mit der Mausbeschleunigung. Wie man das testet? Einfach die Maus an den linken Rand des Mauspads legen und dann langsam nach rechts bewegen bis man im Spiel eine komplette Drehung durchgeführt hat. Dann die Maus wieder schnell bis zum linken Rand des Mauspads zurückschieben und wenn man im Spiel nun deutlich mehr als nur eine Umdrehung gemacht hat, dann ist die Beschleunigung aktiviert. Dieses Verhalten macht das Zielen in Quake 3 dann auch ziemlich schwierig. Wie kann man diesem Problem zu Leibe rücken?
"Gebebt" vollständig lesen »

Ein kleiner Tipp aus der Reihe: hab ich wieder nicht dran gedacht. Ein ZIP Archiv mit diversen Files und unter anderen einem Shellskript ausgepackt. Das Skript mit chmod +x ausführbar gemacht und aufgerufen.

$ ./skript.sh
: bad interpreter: No such file or directory

Aha. Sollte der Autor etwa das Skript vergeigt haben? Zur Erklärung: die erste Zeile eines Shellskripts (auch Shebang genannt) legt den Interpreter fest mit dem das Skript ausgeführt werden soll.

$ head -n1 ./skript.sh
#!/bin/bash

Sieht eigentlich alles in Ordnung aus und das grosse Rätselraten beginnt bis ich die Datei letztendlich in vim öffne und mir einmal mehr die Fußzeile ins Auge springt:

[converted][dos]

Moment mal? DOS Zeilenumbrüche? Wie kommen die da hin? Mit

:set fileformat=unix
:wq

kann man die Datei direkt in vim wieder ins UNIX Format konvertieren und speichern. Ein abschließender Testlauf bestätigt dann den Erfolg der Maßnahme. Den eigentlichen Trick bei der Sache habe ich aber erst etwas später gefunden. Unzip besitzt eine Kommandozeilenoption dafür:

-a
convert text files. Ordinarily all files are extracted exactly as they are stored (as ``binary'' files). The -a option causes files identified by zip as text files (those with the `t' label in zipinfo listings, rather than `b') to be automatically extracted as such, converting line endings, end-of-file characters and the character set itself as necessary...

Nächstes Mal weiss ich es besser...

Das man bei KDE das Wallpaper bei jedem Start einfach wechseln kann ist ja nun nichts neues mehr. Dennoch ist die Methode nicht gerade elegant und als ich etwas in den Gentoo Foren in den Documentation, Tips & Tricks herumgestöbert habe ist mir ein Beitrag aufgefallen. Um einen Vorgang unter KDE zu automatisieren wurde DCOP in benutzt und mir kam sofort in den Sinn das sich garantiert auch mein Problem mit Hilfe von DCOP lösen lassen würde. Knapp zehn Minuten API Studium später war dann die erste saubere Version meines Wallpaper Changers fertig gestellt.

#!/bin/bash
SOURCELOC="$HOME/wallpapers/"
FLIST=`ls ${SOURCELOC}`
NUM=`echo -e "${FLIST}"|wc -l`
PAPER=$(( ${RANDOM} % ${NUM} ))
FNAME=`echo -e "${FLIST}"|sed -n "${PAPER}p"`
# true : primaere farbe
# false: sekundaere farbe
dcop kdesktop KBackgroundIface setColor black true
# Modes
# 1 zentriert
# 2 gekachelt
# 3 zentrierte kacheln
# 4 zentriert und skaliert (korrektes seitenverhaeltnis)
# 5 gekachelt (korrektes seitenverhaeltnis)
# 6 skaliert
# 7 zentriert mit autom. anpassung
# 8 skaliert und beschnitten
dcop kdesktop KBackgroundIface setWallpaper ${SOURCELOC}${FNAME} 4

(der tail/head-teil ist auch raus, nachdem mir wieder eingefallen ist, dass das ganze mit sed sehr viel einfacher geht :-))

Unter fluxbox gab es eine sehr komfortable Möglichkeit das Wallpaper bei jedem Start zu ändern.

Ausschnitt aus ~/.fluxbox/init

session.screen0.rootCommand: fbsetbg -r ~/.fluxbox/backgrounds

Dabei ist fbsetbg das Kommande, dass den Hintergrund setzt und die Option -r veranlasst, dass zufällig eine Datei aus dem nachfolgendem Verzeichnis ausgewählt wird. Da ich aber inzwischen KDE einsetze fällt diese Möglichkeit flach, weil KDE ein eigenes Fenster über das rootwindow setzt und die Änderungen von fbsetbg verborgen bleiben. KDE selbst bietet nur an das Hintergrundbild in einem festgelegtem Zeitintervall zu wechseln, was bei Quake wohl mitten im Spiel unschöne Ruckler verursachen würde. Daher habe ich mich hingesetzt und ein kleines Skript gebastelt.

~/.kde/Autostart/wallpaper

#!/bin/bash
SOURCELOC="$HOME/wallpapers/"
FLIST=`ls ${SOURCELOC}`
NUM=`echo -e "${FLIST}"|wc -l`
PAPER=$(( ${RANDOM} % ${NUM} ))
FNAME=`echo -e "${FLIST}"|head -n ${PAPER}| tail -n 1`
OPTS="s#^Wallpaper=.*#Wallpaper=${SOURCELOC}${FNAME}#"
sed -ie "${OPTS}" $HOME/.kde/share/config/kdesktoprc

Natürlich muss das eXecute Bit gesetzt sein, damit KDE die Datei beim Start automatisch ausführt. Zunächst wird eine Liste aller Dateien, die sich in $HOME/wallpapers/ befinden angelegt und zufällig ein Hintergrundbild ausgewählt. Dieses wird dann in die Datei $HOME/.kde/share/config/kdesktoprc als Wallpaper eingetragen. Da KDE diese Datei zu dem Zeitpunkt zu dem das wallpaper-Skript aufgerufen wird schon eingelesen hat, gilt das neu eingetragene Hintergrundbild erst beim nächsten Start. Aber sobald zwei mal gestartet wurde kann man sich jedes Mal an einem neuen Wallpaper erfreuen.

Ich hatte noch einen ganzen Haufen aus dem TV aufgenommener Videos auf der Platte herumfliegen. Die Rips liegen im MPEG2 Format vor und da jeder Teil der Wissenschaftssendung etwa 45 Minuten dauert bedeutet das circa 450 MB pro Folge - eine denkbar ungünstige Größe um das ganze auf CD zu Brennen. Mein Plan bestand also darin die Videos ins XviD Format umzuwandeln und dabei so weit einzudampfen, dass zwei Folgen auf eine CD passen. Die beiden prominentesten Konverter unter Linux sind transcode und mencoder; viele weitere Programme setzen nur auf diesen Beiden auf. Das Problem besteht aber in der recht verwirrenden Auswahl an Parametern, Optionen und Begriffen. Im Gentoo Wiki gibt es jedoch das hervorragende Tutorial Mencoder Instruction Guide. Anhand dessen konnte ich dann schließlich mein eigenes Script bauen, dass mir das gesamte Verzeichnis in einem Rutsch konvertiert hat.

#!/bin/bash
for i in *.mpg
do
mencoder "$i" -o /dev/null -ovc xvid -oac copy -xvidencopts pass=1:bitrate=430
mencoder "$i" -o "$i".avi -ovc xvid -oac mp3lame -lameopts cbr:preset=192 -xvidencopts pass=2:bitrate=430
done

Die hier angesprochene Seite bietet Tests für alle erdenklichen Browser-Plugins. Die im Web am meisten genutzen bleiben aber außen vor. Hier schaffen die Hersteller der jeweiligen Produkte jedoch Abhilfe. Für Java stellt Sun eine umfangreiche Sammlung mit lauffähigen Codebeispielen zur Verfügung. Für Flash hat Macromedia wiederrum eine eigene Testseite erstellt, die auch auf Schockwave (was es nicht für Linux gibt) hin prüft.

Als ich mir den meinen neuen Rechner in Betrieb genommen hatte, war ich zunächst etwas enttäuscht. Trotz der konsequenten Auswahl leiser Komponenten wo es nur ging und einer einer Schalldämmung kam er mir doch recht laut vor.
Nachdem ich Gentoo komplett aufgesetzt hatte, installierte ich noch auf einer kleinen Partition Windows. Dort staunte ich nicht schlecht, als es nach Installation der Mainboardutilities auf einmal ruhiger wurde. Die größte Lärmquelle, der Boxed Athlon64 Lüfter konnte offensichtlich gesteuert werden. Jetzt bestand die Herausforderung darin das ganze auch unter Linux zum Laufen zu bringen.
"Rauschen" vollständig lesen »