Neulich hab ich beim Versuch Videoschnitt unter Linux zu bewerkstelligen mal die Quellen von debian-multimedia aktiviert, was irgendwie dazu führte, dass ein paar Libs nicht mehr richtig funktionierten. Im Ergebnis hatte ich dann in keinem Player mehr ein Bild, was zur Darstellung von Video eher schlecht ist. Diese Story ist nicht weiter erzählenswert, allerdings führte sie mich zu einem mir bisher unbekannten Tool namens deborphan.

deborphan dient dazu Pakete zu finden, die laut Paketverwaltung eigentlich nicht notwendig sind. Diese können unter Umständen Probleme machen, wenn Programme diese dynamisch einlinken obwohl sie nicht kompatibel sind. Ich vermutete in meinem Fall ein solches Problem.

Wie kann man das Tools nun nutzen? Über ein einfaches

# deborphan

lässt man sich zunächst alle verwaisten Libraries anzeigen. „Libraries“ ist dabei der Standard. Über entsprechende Parameter können auch noch weitere Pakettypen (z.B. Dev-Pakete) eingeschlossen werden.

Nachdem man dann die Libs ggf. manuell geprüft hat, kann man sie normal über apt-get remove bzw. apt-get purge von der Platte putzen. Will man einfach alle Libraries auf einmal entfernen, so bietet sich beispielsweise folgendes an:

# dpkg --purge `deborphan`

Unter Umständen muss man diesen Vorgang mehrfach wiederholen, bzw. kann man zwischendurch mit apt-get autoremove weitere obsolete Pakete entfernen.

In meinem Fall entfernte ich zunächst vlc und smplayer sowie alles was ich zu Testzwecken im Bereich Videoschnitt installiert hatte. Danach entfernte ich mit deborphan alle unnötigen Pakete und installierte danach vlc und smplayer wieder sauber neu. Die benötigten Pakete werden dabei automatisch wieder eingespielt.

Problem gelöst, Weihnachten gerettet

Für ein privates Projekt wollte ich neulich eingescannte Bilder in PDF-Dokumente umwandeln. Dafür hab ich zunächst die Bilder hochauflösend gescannt und dann als PNG gespeichert. Abgelegt wurden die Scans jeweils getrennt in ca. 40 Ordner (nach Personen benannt) zu je drei Files. Ein Scan schlug dabei mit 2,1 Mb zu Buche.

Da ich dies für einen Export ins PDF als zu groß empfand, habe ich in einem ersten Schritt die Bilder mit XnView in JPGs mit geringerer Qualität umgewandelt. XnView ist ein Bildbetrachter mit sehr interessanten Zusatzfeatures, der bei mir unter Wine läuft. Für die Konvertierung aller Files verwendete ich die Option „mehrfaches konvertieren“, bei der man über eine Option die vorhandene Verzeichnisstruktur komplett übernehmen kann. Nachdem ich die Qualität der Bilder mit verschiedenen Qualitätsstufen geprüft hatte, entschied ich mich für eine Variante bei der ein JPG ca. 200 Kb belegt.

Diese jeweils drei JPGs wollte ich zu einem PDF zusammenfassen, welches den Verzeichnisnamen übernimmt. Zunächst prüfte ich wie ich überhaupt JPGs zu PDFs machen kann und fand mit dem mir bereits bekannten ImageMagick den richtigen Partner. Ein einfaches convert name.jpg name.pdf reicht hier aus um die Konvertierung durchzuführen. Zum Zusammenfügen kann man in Debian einfach das Paket pdftk installieren, welches zahlreiche PDF-Manipulationen ermöglicht. In meinen Fall kann ich pdftk 1.pdf 2.pdf 3.pdf output 123.pdf verwenden um die PDFs wie gewünscht zusammenzusetzen. Soweit so einfach.

Nun kam die deutlich schwierigere Aufgabe dies über ein Script so zu verbinden, dass am Ende alle Unterverzeichnisse automatisch durchlaufen werden und der Name jeweils in den Export übernommen wird. Da ich ein ziemlicher Neuling im Bereich Shell-Scripting bin, hab ich mich hier ein wenig inspirieren lassen. Zunächst brauchte ich eine Möglichkeit alle Unterverzeichnisse eines Ordners anzuzeigen.

Anders als in Windows bietet Linux im normalen Listbefehl (ls) keine Option nur Verzeichnisse anzuzeigen. Man kann sich hierbei mit find . -type d behelfen, aber das brachte mich nicht wirklich weiter. Im Forum von SelfHTML fand ich dann mit ls -d1 */ | cut -d '/' -f 1 | sort -g eine besseren Ansatz, der ls verwendet. Damit werden alle Verzeichniseinträge (-d) die „*/“ heißen (also alle) jeweils einzeilig (-1) angezeigt, dann alle durch Schrägstrich getrennten Einträge bis auf den ersten ausgeschnitten und anschließend (alphanumerisch) sortiert, kurz man bekommt alle Unterverzeichnisse angezeigt.

Diese sollten nun Teil einer For-Schleife werden. Da jedoch Verzeichnisse auch Leerzeichen enthalten können, gibt es hier das Problem, dass die For-Schleife dann Verzeichnisnamen zerreißt, etwa aus „Vorname Name“ zwei separate Durchläufe macht: „Vorname“ und „Name“. Um das Problem zu vermeiden kann man IFS="," setzen, wodurch der Internal Field Separator (von Whitespaces) auf Komma gesetzt wird.

Damit die Schleife dann wieder funktioniert, muss nun noch das ls-Kommando entsprechend erweitert werden, indem man sed "s/.*/&,/g" als weitere Pipe-Aktion anfügt. Die komplette Zeile lautet nun: ls -d1 */ | cut -d '/' -f 1 | sort -g | sed "s/.*/&,/g". Dadurch werden mittels sed alle Einträge (.*) durch sich selbst plus angefügtem Komma ersetzt (&,) und zwar beliebig oft (g). Das am Ende ein Komma übrig bleibt (Verz1,Verz2,Verz3,) scheint die Schleife nicht weiter zu interessieren.

Leider werden die Verzeichnisse (bis auf das erste) mit Newline zu Beginn übergeben, weil dies nun im IFS nicht mehr enthalten ist. Dies kann man mit einem weiteren sed-Ausdruck korrigieren: sed ":a;N;$!ba;s/\n//g", den ich in einem Linux-Forum fand. Damit wäre auch dieses Problem gelöst.

Ein weiteres Problem, welches sich ebenfalls auf die Verzeichnisnamen mit Leerzeichen zurückführen lässt, bedarf einer weiteren Korrektur. So müssen die Leerzeichen bei den Verzeichnisnamen bzw. Dateinamen für Betriebssystemoperationen quotiert werden, was wiederum sed erledigt: sed "s/ /\\\\\ /". Die ersten vier Backslashes werden übrigens zu real einem, dh. aus einem „Vorname Name“ wird einfach „Vorname\ Name“ und nicht etwa „Vorname\\ Name“ oder schlimmeres.

Mit einem Probieren und Recherchieren kam ich meinem Ziel dann schon sehr nahe. Als ich dachte ich hätte es schon, kam dann noch ein letztes Problem zum Vorschein, welches mit dem Umlauten zu tun hat. Leider unterstützt pdftk keine (deutschen) Umlaute, weswegen ich hier noch einen letzten sed-Ausdruck einbaute, der alle Umlaute der Ausgabe-PDFs entsprechend abwandelt: sed "s/ä/ae/g;s/ö/oe/g;s/ü/ue/g;s/Ä/Ae/g;s/Ö/Oe/g;s/Ü/Ue/g;s/ß/ss/g".

Am Ende hat mein Script 73 Zeilen und neben der Lösung des eigentlichen Problems hab ich ne Menge über Shell-Programmierung und sed gelernt. Sicherlich hab ich weder den elegantesten Weg gewählt, aber für meinen Zweck habe ich eine sehr handliche Lösung gefunden.

Hier das gesamte Script:

# Arbeitsverzeichnis feststellen
WORKDIR=`pwd`

# Verzeichnistrennung auf Komma setzen
IFS=','

# Verzeichnisse finden, sortieren und Komma als Trenner verwenden
SUBDIRS=`ls -d1 */ | cut -d '/' -f 1 | sort -g | sed "s/.*/&,/g" `

# für alle Sub-Verzeichnisse Konvertierung starten
echo "Konvertiere jpgs aller Unterverzeichnisse zu pdf ..."
for i in $SUBDIRS; do

    if [ "$i" != "." ]; then

	# PDF-List sammelt die Ergebnisse der Konvertierungen
	PDFLIST="empty"

	# der DIR-Name darf keine Newlines mehr enthalten
	DIRNAME=`echo $i | sed ":a;N;$!ba;s/\n//g"`;

	# Leerzeichen im Verzeichnisnamen müssen zusätzlich maskiert werden
	QUOTEDDIRNAME=`echo $DIRNAME | sed "s/ /\\\\\ /"`;

	# Liste aller JPGs holen und sortieren
	JPGLIST=`ls $WORKDIR/$QUOTEDDIRNAME/*.jpg | sort -g | sed "s/.*/&,/g" `

	echo -n "Verzeichnis: [$DIRNAME] .. Seiten: "	

	# Für alle gefundenen JPGs die Konvertierung durchführen
	COUNTER=0;
	for j in $JPGLIST; do

	    COUNTER=$(($COUNTER + 1))

	    echo -n $COUNTER

	    # der JPG-Name darf keine Newlines mehr enthalten
	    JPGNAME=`echo $j | sed ":a;N;$!ba;s/\n//g"`;

	    # das Seiten-PDF wird unter TMP gespeichert
	    PDFNAME="/tmp/jpgs2pdf_page$COUNTER.pdf"

	    #echo "convert $JPGNAME $PDFNAME";
	    convert $JPGNAME $PDFNAME

	    # Leerzeichen im Dateinamen müssen zusätzlich maskiert werden
	    QUOTEDJPGNAME=`echo $JPGNAME | sed "s/ /\\\\\ /"`;	    

	    # Konvertergebnis an PDF-List anhängen
	    if [ "$PDFLIST" == "empty" ]; then
		PDFLIST="$PDFNAME"
	    else
		PDFLIST="$PDFLIST,$PDFNAME";
	    fi

	done

        echo -n " .. $COUNTER Seiten .. "

	# der PDF-Name darf keine Newlines mehr enthalten
	OUTPUTNAME="$DIRNAME.pdf";

        # Umlaute im Dateinamen müssen zusätzlich maskiert werden
        QUOTEDOUTPUTNAME=`echo $OUTPUTNAME | sed "s/ä/ae/g;s/ö/oe/g;s/ü/ue/g;s/Ä/Ae/g;s/Ö/Oe/g;s/Ü/Ue/g;s/ß/ss/g"`;

	# PDF-List wird zu PDF zusammen gesetzt
	#echo "pdftk $PDFLIST output $QUOTEDOUTPUTNAME";
	pdftk $PDFLIST output $QUOTEDOUTPUTNAME

	echo "[$QUOTEDOUTPUTNAME]"
    fi
done

Letztens hat meine Kamera, eine Canon PowerShot A95, versagt. War bisschen dumm, weil ich grad in Hamburg unterwegs war und so keine Fotos dieser doch sehr ansehnlichen Stadt machen konnte Naja, hab mich nur kurz darüber geärgert, Fotos sind ja nicht alles.

Nachdem ich wieder zu Hause war, machte ich mich dann an die Analyse des Problems. Zunächst wurde ich nicht fündig, also fragte ich im Forum von fototalk.de nach. Über einen Kommentar in dem Thread erhielt ich einen sinnvollen Hinweis und bei weiterer eigener Rechereche stellte sich heraus, dass mein CCD-Chip wohl aus einer fehleranfälligen Serie stammt und durch sich lösende Kontakte Bildfehler auftreten.

Da Canon das Problem bekannt ist, bieten die an, dass man seine Kamera einschicken kann und woraufhin sie kostenlos repariert wird, sofern der Fehler sich darauf zurückführen lässt.

Da ich davon ausging, dass meine Kamera davon betroffen ist, habe ich also am 1. November ein Paket mit Problembeschreibung und der Digicam dorthin geschickt. Im Forum machte man mir keine große Hoffnung auf ein baldiges Wiedersehen, aber als ich bereits am 4. November per Mail die Information erhielt, dass das Gerät in Reparatur ist, wurde ich optimistisch. Nicht mal einen Tag später kam die Nachricht, dass die Reparatur abgeschlossen ist und das Gerät nun zurück gesendet wird. Heute komm ich nach Hause und habe eine UPS-Benachrichtigung im Briefkasten ..

Also fix beim Nachbarn geklingelt, Paket empfangen und ausprobiert. Und was soll ich sagen .. funktioniert Gut meine Einstellungen der Kamera sind scheinbar zurückgesetzt worden, aber damit kann ich glaube leben. Auf dem Lieferschein steht auch, was die Reparatur eigentlich gekostet hätte, nämlich über 100 EUR. Bezahlt hab ich nichts, alles wie gesagt auf Kulanz.

Mein Fazit ist also ungemein positiv. Canon hat mich hier wirklich überzeugt. Keine blöden Rückfragen oder dergleichen. So muss es sein! Schätze meine nächste Kamera wird dann wohl auch eine Canon sein

Bei diesem Kurzfilm geht es um einen Androiden, der versucht aus einem Labyrinth zu entkommen. Find ich nett gemacht, daher ein Fall für meine Kategorie „Fundstücke“:

» Kurzfilm Android 207

Diese Woche hat Google die Welt ein wenig überrascht und einen eigenen Browser veröffentlicht, wobei – ganz „Web 2.0″-like – von einer Beta die Rede ist. Nachdem ich zunächst einen technologisch recht interessanten Comic gelesen hatte, wurde ich neugierig, insbesondere was die so gelobte Geschwindigkeit angeht. Nunja .. eine Linux- oder Mac-Variante existiert im Moment noch nicht, also musste ich erst einen Windows-Rechner suchen um es zu testen, aber hey, dass kann man schonmal machen .. also installiert und dann der große Moment .. TADA!!

Eins gleich vorneweg: der Browser ist wirklich ziemlich zügig. Mit dem Wissen um die zugrunde liegende Technik kann man sagen, dass die Jungs (ggf. auch Mädels) da wirklich gute Arbeit geleistet haben. Das Rendering ist zudem auch auf allen von mir getesteten Seiten in Ordnung, wobei das sollte man schon erwarten, denn zum einen wird mit WebKit eine solide HTML-Engine verwendet (u.a. Safari, iPhone, etc.) und zum anderen verwendet Google (laut dem Comic) massive automatische Tests um Fehler in der Engine zu finden und zu beheben. Die Performance ist auch im Bereich JavaScript durch die neue V8-Engine von Google sehr flott, hier können andere Hersteller wirklich noch was lernen.

Optisch ist er der Browser zunächst einmal sehr simpel und damit gewöhnungsbedürftig, wobei ja auch andere Browser (z.B. Internet Explorer) diesem Trend folgen. Ich finde ich einen Firefox (mit dem altem Stil von FF2!) ansprechender, aber ok, das kann man durchgehen lassen.

Softwaretechnisch gibt es ein paar interessante Fakten zu Googles neuem Projekt. Denn die Architektur des Browsers sowie auch der Komponenten (wie z.B. die V8-Engine) ist laut Google für die Community offen einsehbar (Nachtrag: oder doch nicht?) und alle Entwickler sind geradezu herzlich eingeladen das System weiter zu entwickeln oder Teile davon in andere Systeme zu übernehmen. Eine Mozilla Foundation z.B. könnte also hingehen und die eigene Javascript-Engine durch die V8 austauschen und Google würde noch applaudieren.

Auf den ersten Blick scheint dies unlogisch, aber natürlich profitiert eine Firma die ihr Geld im Internet verdient davon, wenn die Browser sich weiter entwickeln, denn im Grunde ist es ihr egal, mit welchem Browser der Nutzer unterwegs ist, solange der Browser fähig ist die Google-Dienste vernünftig zu verwenden. Und genau dies scheint das Ziel zu sein, welches Google auch mehr oder weniger offen kommuniziert. Es geht Google darum die Entwicklung der Browser weiter voranzutreiben um damit eine moderne Plattform insbesondere für sogenannte RIAs (Rich Internet Applications) zu schaffen. Darunter fallen neben vielen anderen Seiten eben auch viele Google-Dienste und je besser diese unterstützt sind, desto erfolgreicher kann Google seine eigenen Dienste anbieten. Aus diesem Grund machen auch die Anstrengungen im Bereich Sicherheit und Performance viel Sinn, weil dies bei komplexeren Web-Anwendungen einen viel höheren Stellenwert hat.

Klingt nach einer ganz guten Sache, oder? Hmm .. aber irgendwo muss doch der Haken sein, schließlich reden wir hier von Google, dem globalen Informationskraken überhaupt. Und natürlich wird man auch hier fündig. So wird jede Kopie von Google Chrome mit einer eindeutigen ID gekennzeichnet, und somit quasi eine Kopfnummer für jeden User/Rechner vergeben. Diese wird unter anderem beim Updateprozess (einmal täglich) oder auch bei jeder anderen Art von Datenübertragung an Google übermittelt. Dies kann man zwar prinzipiell deaktivieren, aber das Verfahren ist so aufwändig, dass ein „normaler“ Nutzer dies niemals bewerkstelligen kann.

Die anderen, standardmässig aktivierten an Google übertragenen Daten lassen sich per Menü deaktivieren, sofern man die Anleitung genau liest. Dazu zählen insbesondere alle in die Adressleiste eingegebene URLs oder Suchanfragen sowie aufgerufene nicht vorhandene URLs. Google informiert auch darüber, was mit den Daten geschehen wird: „Die während der Verwendung von Google Chrome an Google gesendeten Informationen dienen dem Betrieb und der Verbesserung von Google Chrome sowie anderer Dienste von Google und werden zu diesem Zweck verarbeitet.“

Dh. wer mit Google Chrome im Internet stöbert, lässt sich im Zweifel nicht nur komplett aushorchen, er sorgt auch noch dafür, dass Google seine eigenen Dienste immer weiter optimieren kann. Aus diesem Grund hat sogar das Bundesministerium für Sicherheit in der Informationstechnik (BSI) eine Warnung herausgegeben und empfiehlt Google Chrome (u.a) aus datenschutzrechtlichen Gründen nicht zu verwenden.

Mir persönlich ist Google schon seit einiger Zeit etwas suspekt. Zwar nutze ich einige Google-Dienste fast jeden Tag (z.B. Google Search, Google Maps), aber ich sehe auch die Gefahren einer immer größeren Datenansammlung bei Google. Wer Google Trends kennt, kann sich eine Vorstellung davon machen, welche Art von Daten man erhalten kann, wenn man die der nachgefragten Informationen weltweit summiert. Für einen Konzern wie Google wird es damit möglich am Finanzmarkt mit einer bisher nie dagewesenen Informationsfülle nahezu risikolos zu agieren. Eine Studie der TU Graz kommt demzufolge auch zu diesem Ergebnis: „Jeder, der die Situation betrachtet, muss sich dessen bewusst sein, dass Google in noch nie da gewesener Art Macht angehäuft hat und damit unsere Gesellschaft in Gefahr bringt“.

Fazit: Ich finde es gut und legitim, dass Google versucht die Browser technologisch weiterzuentwickeln, da hiervon im Grunde alle Netzbewohner etwas haben werden. Allerdings kann ich der Datensammelwut nur mit dem üblichen Google-Mißtrauen begegnen. Vielleicht ist es nur ein Anflug von Paranoia, aber wo soviel Wissen (und damit Macht) konzentriert wird, ist die Gefahr, dass dies irgendwann aus rein wirtschaftlichen Interessen ausgenutzt wird einfach sehr hoch und solange keine geeigneten Mittel zur Verfügung stehen dies zu kontrollieren, bin ich lieber mit einem anderen Browser unterwegs.

Mein nicht mehr ganz so neues Handy (Nokia 6230i) hat eine Bluetooth-Schnittstelle, mit der sich unter anderem Headsets/Freisprecheinrichtungen oder andere Handys koppeln lassen. Nicht uninteressant ist allerdings auch die Kopplung an den PC, denn damit werden Funktionen wie z.B. das leichte Archivieren von SMS oder eine einfache Übernahme des Telefonbuchs auf ein anderes Gerät möglich. Auch kann auf diese Weise die eigene Büroanwendung mit dem Mobiltelefon synchronisiert werden.

Grund genug das also mal auszuprobieren. Die Tatsache, dass PCs (mal abgesehen von neueren Laptops) nicht über Bluetooth verfügen, macht zunächst einmal den Erwerb eines Bluetooth-USB-Sticks notwendig. Erfreulicherweise bekommt man einen entsprechenden Stick für wenige Euro beim dem Technik-Händler des Vertrauens. Alternativ besitzen insbesondere ältere Handys die Möglichkeit per Infrarot angekoppelt zu werden. Außerdem gibt es kabelgebundene Lösungen. In beiden Fällen ist mit wenigstens den selben Kosten zu rechnen, weswegen ich hier klar für Bluetooth plädiere.

Als nächstes braucht man eine Software um die Kopplung durchzuführen. Unter Windows 2000 verwendete ich dazu BlueSoleil sowie die Nokia PC Suite, was nicht immer stabil lief. Windows XP und Viste bringen m.E. einen eigenen Bluetooth-Stack mit, wodurch man auf BlueSoleil verzichten kann.

Nunja .. meine Windows Zeit ist erstmal vorbei, daher musste eine Linux-Lösung her. Ich verwende aktuell Debian (lenny) und dachte mir .. schauen wir mal, was so an Board ist. Im Internet fand ich folgende Anleitung von Danfuh. Nachdem ich die genannten Pakete installiert hatte (teilweise sind die Pakete mittlerweile aktualisiert z.B. libbluetooth2), versuchte ich spontan mein Handy mit dem Rechner zu koppeln. Dazu ist es notwendig die Bluetooth-Geräte-Adresse des Handys zu wissen, welche mein Nokia ausspuckt, wenn ich den Code *#2820# eingebe. Nun noch Bluetooth aktivieren und die Kopplung mit einem Passwort absegnen und schon ist mein Debian mit dem Handy verbunden.

Somit erhält man schonmal Zugriff auf den internen Speicher sowie den Speicher der SD-Karte. Das ist ideal um beispielsweise eigene Klingeltöne aufs Handy zu spielen oder die mit der Kamera gemachten Fotos auszulesen oder auszusortieren. Vor allem kann man sich so leicht von dem ganzen vorinstallierten Kram trennen, sofern man mehr Platz für eigene Dinge braucht. Wenn mehrere Rechner mit Bluetooth ausgerüstet sind, kann man auf diese Weise auch relativ leicht Daten zwischen den Rechnern austauschen ohne dass ein USB-Stick notwendig wird. Die Übertragungsgeschwindigkeit ist dabei nicht überwältigend aber akzeptabel.

Für die Übertragung der Nachrichten und Telefonnummern ist dieser Weg nicht geeignet. Dafür ist eine spezielle Software notwendig. Nach kurzer Recherche bin ich auf mehrere Vertreter gestoßen mit denen dies möglich sein soll. Meine Wahl fiel auf eine Software mit dem wohlklingendem Namen Wammu. Es handelt sich dabei um eine GUI für die python-basierte Library Gammu, die für die eigentliche Verbindung zum Handy verantwortlich ist. In der Datenbank finden sich zahllose unterstützte Handy- und Verbindungstypen, darunter auch die für mein Handy notwendigen Einstellungen bei Bluetoothkopplung.

Leider handelt es sich gefühltermaßen bei der Software noch um eine Entwicklungsversion, denn obwohl viele Dinge bereits eingebaut sind, ist es noch bisschen „linux-like“, also frickelig. Wen das nicht stört, der kann mit der Software jedoch sowohl das Telefonbuch, die Nachrichten, den Kalender, die Anruflisten und die Aufgabenliste einsehen und bearbeiten. Außerdem steht eine Backupfunktion zur Verfügung, die die eingelesenen Daten abspeichert und bei Bedarf wieder einliest. Auch das Senden einer SMS sowie das Führen eines Anrufes soll über die Anwendung möglich sein. Beides habe ich nicht getestet.

Leider wird im Moment keine Möglichkeit zur Synchronisation mit anderen Büroanwendungen zur Verfügung gestellt. Diesem Ziel widmen sich allerdings andere Projekte wie blueZync oder OpenSync, die ich mir bei Gelegenheit mal näher ansehen werde. Auf jeden Fall ist dies ein spannendes Thema.

Wer kennt das nicht .. kaum dass das OpenOffice Dokument etwas umfassender wird, so benötigt man ein Inhaltsverzeichnis, vielleicht ein Literaturverzeichnis, Stilvorgaben und dergleichen mehr. Spätestens wenn man umfangreiche Arbeiten wie seine Diplomarbeit oder Masterarbeit im OpenOffice schreiben will, ist es notwendig alle Bordmittel der Anwendung zu kennen.

Will man nicht unnötig Zeit damit vergeuden sich alles über die Hilfe selbst anzulesen, so lohnt ein Blick in das Tutorial „Diplomarbeiten mit StarOffice und OpenOffice.org“ von Werner Roth. Darin werden neben einigen grundsätzlichen Aspekten zum Aufbau des Dokuments auch alle für eine umfassende Arbeit notwendigen Elemente angesprochen. Wirklich hilfreich!

Wie ich bereits vor einiger Zeit berichtet habe, ist aktuell der Versuch die Steuererklärung unter Linux zu machen mit einigen Hürden verbunden. Aus immer noch aktuellem Anlass habe ich dies nochmal recherchiert und so wie es aussieht ist Elsterformular im Moment unter Wine noch nicht lauffähig.

Zwar kann die Internetverbindung, die für die Updateprüfung benötigt wird, aktiviert werden (Erläuterung dazu im Beitrag von Hepheisto in diesem Thread), die Plausibilitätsprüfung jedoch, die für die Übermittlung notwendig ist, scheitert weiterhin mit Fehlercode 49152. Dieses Ergebnis wird von mehreren Leuten unabhängig von einander bestätigt.

Damit kann man zwar seine Daten eingeben, aber die endgültige Übermittlung muss man unter Windows vornehmen. Aktuell ist Elster unter Wine damit nicht wirklich verwendbar. Immerhin ist für das nächste Jahr eine plattformübergreifende Version angekündigt .. na dann hoffen wir mal ..

.. oder auch nicht. Auf jeden Fall hab ich mich heute mal bei WordPress.de angemeldet und werde in den kommenden Tagen mal prüfen inwieweit es sich für mich lohnt mein Gehirnschmalz in allgemein lesbare Zeilen zu verwandeln und so der Welt >irgendwas< zurückzugeben. See the future ..

PS: Ich hab noch ein paar Beiträge aus einem älteren Blog, die werd ich mal manuell hier rein setzen, was dazu führen sollte, dass diese alle vom selben Datum sind ..

Lange nix geschrieben .. naja, gibt halt wichtigeres als zu bloggen

Da das letzte Jahr schon rum ist und die Steuererklärung ansteht, die ich sonst unter Windows mit Elster gemacht habe, hab ich heute mal geschaut welche Alternativen es für Linux gibt. Am liebsten wäre mir natürlich Elster würde direkt unter Linux laufen, aber die Hoffnung hatte ich nicht wirklich.

Nunja .. vielleicht gibt es ja Alternativen? Gibt es wirklich, allerdings nur kommerzielle, was ein Nachteil ist, ElsterFormular gibt es schließlich kostenlos. Ich hab die beiden Alternativen WISO Internet-Sparbuch von Buhl Data Service GmbH sowie SteuerFuchs von Hartwerk GmbH (läuft über den Browser) daher nicht weiter betrachtet.

Statt dessen hatte ich gelesen, dass es auch möglich ist ElsterFormular unter Wine zum laufen zu bringen. Dies klappte zunächst nicht, aber nachdem ich bisschen recherchiert hatte, hab ich eine Lösung gefunden:

WINEDLLOVERRIDES="riched32=n" wine \
"C:\Programme\ElsterFormular\2007-2008\Elfo2007.exe"

Mit diesem Aufruf startet ElsterFormular scheinbar sauber und ich konnte auch die Daten aus dem letzten Jahr (damals noch unter Windows) übernehmen. Soweit scheint es als stehe der Steuererklärung 2007 unter Linux nichts mehr im Wege.

Allerdings habe ich gelesen, dass die Übertragung der Daten zum Server nicht funktionieren soll und mit einem Fehlercode 49152 quittiert wird. Ich bin noch nicht soweit dies selbst testen zu können, aber ich hab die leise Hoffnung, dass dieser Fehler in der aktuellen Version 9.2.0.0 vielleicht behoben ist. Alternativ bleibt nur der Weg zum Briefkasten.

Interessant in diesem Zusammenhang ist vielleicht noch, dass letztes Jahr für dieses Jahr eine plattformunabhängige Version versprochen wurde und diese wohl auch in Entwicklung aber leider eben noch nicht fertig ist.

Weitere Quellen:

• Übersicht: Welche Betriebssysteme unterstützt die Elster-Plattform
• Informationen zu Elster unter Linux und Mac