Linux News » Fredo's Blog

Feeds

14130 items (10834 unread) in 63 feeds

Podcasts (1120 unread)

• RadioTux GNU/Linux Blog (655 unread)
• ubuntublog.ch » Podcast (11 unread)
• Computerclub Zwei (140 unread)
• Linux-Club Podcast (2 unread)
• DeimHart (57 unread)
• IT-Pod (16 unread)
• Schieb Blog (239 unread)

News (7737 unread)

• openSUSE News (444 unread)
• freiesMagazin - Magazin rund um GNU/Linux und Freie Software (81 unread)
• Linux-Magazin Online News (3660 unread)
• LinuxTag: News (144 unread)
• CHIP-LINUX-Blog (10 unread)
• /usr/local/bin (6 unread)
• Linux-Redaktion (141 unread)
• Pro-Linux News (3153 unread)
• Chaos Computer Club (98 unread)

Blogs (1678 unread)

• moenk's blog - Linux (6 unread)
• miradlo bloggt » linux (20 unread)
• RTFM! (124 unread)
• Linux und ich
• mgBlog » Linux (43 unread)
• blogging::cero (2 unread)
• Tuxpost Blog (48 unread)
• Linux Installieren (7 unread)
• NaturalNik Broadcast » Linux (16 unread)
• Linus' blog (38 unread)
• Linux-aktuell.info (18 unread)
• Karl-Tux-Stadt (243 unread)
• geeks' blog (1 unread)
• blechBlog Linux (18 unread)
• Technical-Life » Linux (51 unread)
• zInformatik » Linux (12 unread)
• || .:zefanja:. || (28 unread)
• Fredo's Blog (37 unread)
• Windows vs. Linux (11 unread)
• Bites, Bytes and my 5 cents » Linux (10 unread)
• Linux und Ich » GNU/Linux (299 unread)
• Development Site - Linux (64 unread)
• onli blogging - Linux (71 unread)
• Ubuntu Blog (17 unread)
• campino2k » Linux (57 unread)
• daten|teiler.de » Gnu/Linux (47 unread)
• Unerklärliches am Rande » linux (24 unread)
• serenity's blog » KDE, OSS & IT (33 unread)
• bejonet (38 unread)
• Ich Bin Ein Geek Holt Mich Hier Raus (22 unread)
• BLIT-Blog (45 unread)
• Yet another linux blog (8 unread)
• Ubuntu Linux Blog (1 unread)
• Rootserver-Experiment (20 unread)
• helixrider's Linux (1 unread)
• Zockertown: Nerten News (122 unread)
• Tux Area (47 unread)
• Nicht spurlos Linux (15 unread)
• Konstantin Filtschew WebLog Linux (10 unread)
• Geocaching Bayern Linux (4 unread)

Software (299 unread)

• KDE4.DE (46 unread)
• Serendipity (37 unread)
• better office Blog
• oshelpdesk.org » Linux (43 unread)
• YaCy-Blog (15 unread)
• linux-befehle.org/blogspot.com (49 unread)
• RUN LINUX! Fragen und Antworten (109 unread)

Fredo's Blog (37 unread)

• November 07, 2011
• 23:12

  Zeit für die Kontaktlinse: Von der Idee zum Projekt mit unity-lens-contacts

   » ‎ Fredo's Blog
  In Ubuntus (nicht mehr ganz so) neuem Unity-Desktop steht die Suche im Mittelpunkt: Anstatt sich durch verschachtelte Menüs zu wühlen, sollen Inhalte jetzt über eine zentrale Suchmöglichkeit gefunden werden können. Und um verschiedenen Arten von Gefunden-werden-Wollendem abzudecken, bietet Unity die Möglichkeit, spezialisierte Plugins zu schreiben, die sogenannten Lenses. Jeder Unity-Nutzer kennt die Linsen für Anwendungen, Dateien und (neuerdings) Musik, aber die Idee ist, auch neue Funktionen auf diese Weise zu ergänzen.
  
  Das Interface ist zwar neu, die Idee ist es nicht unbedingt: Vor einigen Jahren trat das Deskbar-Applet an, um eine zentrale Anlaufstelle für die Desktop-Suche zu werden, mit Plugins für Tracker (als Dateisuche), Anwendungen (als Programmstarter) und vieles anderes. Auch wenn die Deskbar nicht ohne Probleme war, die Idee leuchtete mir gleich ein. Eine Funktion fehlte mir aber, nämlich die Suche in meinem Adressbuch und die schnelle Anzeige von Kontaktinformationen, ohne dass ich immer gleich Evolution aufrufen muss. Problem erkannt, Problem gebannt, so wurde mein Deskbook-Plugin geboren, das ich bis heute gerne benutze.
  
  Andere sind jetzt auf die einleuchtende Idee gekommen, diese Funktion jetzt in die Unity-Dash einzubauen. So findet sich ein entsprechender Eintrag auf Ubuntu Brainstorm. Auch OMG! Ubuntu! hat schon einmal einen frühen Prototyp vorgestellt. Die Idee ist bis zum Ubuntu Technical Board vorgedrungen und wurde einem Review unterzogen. Zwar wird das Kern-Team in absehbarer Zeit keine solche Lens erstellen, aber Allison Randal gibt ein paar Hinweise, wie ein leidlich erfahrener Python- oder Vala-Programmierer ein solches Unterfangen beginnen könnte.
  
  Mir gefällt die Idee, und anderen offenbar auch. Pablo Saavedra hat (aufbauend auf der Music Lens) schon mal ersten Code geschrieben. Aber um vom ersten Proof-of-Concept zu einer billant geschliffenen Kontakt-Linse zu kommen, ist noch einiges zu tun. Um für Interessierte eine Anlaufstelle zu bieten, habe ich einmal ein Projekt auf Launchpad erstellt und ein Team gegründet.
  
  Ich denke, dass eine solche Lens eine überschaubare Aufgabe ist, und ein guter Einstieg in die Entwicklung für Unity. Alle, die die Idee einer Kontaktsuche in der Dash überzeugen kann, und die Lust haben, sich in ein solches Projekt einzubringen, sind herzlich eingeladen, dem Team beizutreten und auf der Team-Mailingliste über die nächsten Schritte zu diskutieren. Noch ist nicht einmal die Wahl der Programmiersprache (Python oder Vala) endgültig gefallen, ihr habt also die großartige Gelegenheit, das Projekt von Anfang an mitzugestalten.
  
  Es würde mich freuen, den einen oder die andere Interessierte im Team begrüßen zu können.
• June 05, 2011
• 18:56

  Auf einen Blick: Informationspolitik auf dem Desktop

   » ‎ Fredo's Blog
  Microsoft hat einen ersten Blick auf Windows 8 veröffentlicht. Falls man bisher meinte, Unity oder GNOME 3 würden mit bisherigen Desktop-Gewohnheiten brechen, zeigt die Windows-8-Preview, dass es noch drastischer geht. Der Windows-8-Desktop hat viel mehr mit Windows Phone 7 als mit einem bisherigen Windows-System zu tun. Und das System ist gleichermaßen auf Touch- wie auf Maus- oder Tastaturbedienung ausgelegt.
  
  
  
  Besonders interessant finde ich die Idee der Kacheln, die gleichzeitig Programmstarter darstellen und live Informationen aus den Programmen anzeigen. Ganz allein ist Microsoft aber nicht mit der Idee: Opera bringt in der nächsten Version Speeddial-Extensions. Damit dienen die Schnellwahl-Kacheln nicht nur als Bookmarks mit Vorschau auf die Seite, sondern können selbst Informationen komprimiert auf einen Blick zeigen. Beispiele können das Wetter (das irgendwie immer als Beispiel herhalten muss), die neuesten Fotos oder Artikelüberschriften sein.
  
  Die Idee ist nicht ganz neu: Verschiedene Desktops haben verschiedene Ansätze ausprobiert, Informationen schnell zugänglich zu machen. MacOS X hat einen Widget-Layer. Verschiedene Widget-Engines für verschiedene Betriebssysteme (wie etwa Yahoo! Widgets, Screenlets und andere) bringen die Widgets direkt auf den Desktop, und Windows Vista hat die Widgets in eine Sidebar gepackt. Der klassische GNOME-2-Desktop hatte Panel-Applets, die weniger Raum bieten, dafür aber immer sichtbar sind.
  
  GNOME hat sich bislang, abgesehen von den sehr eingeschränkten Panel-Applets, keines dieser Konzepte zu eigen gemacht. Und mich überzeugt das klassische Widget-Konzept auch noch nicht restlos: letztlich sind die Widgets wieder eigenständige Programme, die alle ihr eigenes Look-and-Feel mitbringen. Und der Desktop ist nunmal in der Regel von laufenden Programmen verdeckt. Compiz bietet zwar auch einen Mac-OS-X-artigen Widget-Layer, den man mit Screenlets bestücken kann, aber auch das Konzept ist nicht wirklich in den Desktop integriert.
  
  Unity hat einen anderen Ansatz gewählt, mit denen Programme laufend Informationen anzeigen können: Neben den bekannten, wenn auch variierten Mechanismen von temporären Benachrichtigungen (über libnotify) und Indicator-Icons (via libappindicator) können sich Programme (via libunity) auch in ihren Programm-Starter einklinken und dort aktuelle Informationen anzeigen. Die Möglichkeiten halten sich mit einem Zähler (etwa für ungelesene Nachrichten) und einem Fortschrittsbalken (etwa für laufende Downloads) allerdings eher in Grenzen. (Daneben sind noch Quicklists und ein Urgency-Hint implementiert, die aber nicht im engeren Sinne zur Darstellung von Informationen dienen.) Dafür haben alle Anwendungen eine einheitliche API, mit der sie sich in den Desktop einklinken können.
  
  Ich persönlich finde den Ansatz von Windows 8 und Opera, Starter/Bookmarks als „Fenster“ in die Anwendung/Website zu sehen und dort schon die wichtigsten Informationen anzuzeigen, sehr interessant. Und mir fehlt auch eine gute Lösung dafür unter Ubuntu. Das Wetter ist mir dabei eher unwichtig, aber eine gute Übersicht über die nächsten Termine würde mir schon sehr weiterhelfen. (Die Integration in die Panel-Uhr ist zwar auch hübsch, aber eben gerade nicht sehr sichtbar.) Mir würde auch schon ein Ort einfallen, wo Unity den Anwendungen Raum für solche Informationen bieten könnte: Das Unity-Dash.
  
  
  
  Die dort derzeit angelegten Icons sind ohnehin weitgehend redundant (die wichtigsten Anwendungen sowie die Lenses für Anwendungen und Dateien findet man auch im Launcher), und dort ist auch hinreichend Platz.
  
  Das ist natürlich nur eine kleine Idee, und vermutlich hat man beim Ayatana-Projekt schon andere Pläne. Aber ich würde mich freuen, wenn auch der Ubuntu-Desktop eine schöne Lösung finden würde, Anwendungsinformationen auf einen Blick anzuzeigen. Windows 8 und Opera haben auf jeden Fall schon mal etwas vorgelegt.
• May 17, 2011
• 19:51

  Goodbye GNOME 2, hello Xfce?

   » ‎ Fredo's Blog
  Gerade las ich die Nachricht, dass Ubuntu Studio bald auf Xfce statt Unity oder GNOME3 setzt. Für mich ist das eine interessante, aber auch nicht sehr überraschende Entwicklung. Und es passt für mich auf eine gewisse Weise zu der Meldung, dass Lubuntu nun ein offizielles Ubuntu-Derivat wird. Damit ergibt sich nach meinem Dafürhalten so langsam ein interessantes Bild.
  
  Die Zukunft des GNOME-Desktop liegt bei GNOME 3 Shell und Unity. Es ist mittlerweile klar, dass Ubuntu 11.10 ohne den klassischen GNOME-(2-)Desktop kommen wird. Es gab an der einen oder anderen Stelle Aufregung darüber, aber für mich ist das nur konsequent: GNOME 2 wird nicht ewig gewartet werden, und Upstream setzt man auf GNOME 3 mit der Shell. Für wichtiger halte ich, dass die GNOME Shell in 11.10 wieder aus den Ubuntu-Quellen installierbar sein wird, und danach sieht es derzeit aus. Dass Ubuntu auf eigene Faust einen veralteten Desktop weiterentwickelt, scheint mir nicht gerade naheliegend.
  
  Was machen aber die Anwender, die sich mit den neuen Konzepten von GNOME 3 Shell und Unity nicht anfreunden können? Nicht einmal „dann suche ich mir eben eine andere Distribution“ ist in dieser Situation eine dauerhafte Lösung, denn keine Distribution wird, soweit ich sehe, GNOME 2 auf eigene Faust weiter pflegen. Vielleicht ist liegt die Zukunft des klassischen GNOME-Desktop-Feelings aber ja in Xfce.
  
  Mit LXDE/Lubuntu hat so langsam ein neuer Desktop den Platz als leichtgewichtiges System für schwache/alte Rechner eingenommen, auf dem lange Xfce/Xubuntu zu Hause war. Xfce ist immer komfortabler, aber damit auf gewisse Weise auch fetter geworden. Ich hatte schon länger den Eindruck, dass Xfce das Unterscheidungsmerkmal zu GNOME verloren geht. Was sich im Vergleich zu LXDE als Nachteil darstellte, könnte aber auch ein Vorteil sein: Nun, wo sich der GNOME-Desktop mit Shell und Unity nach oben absetzt, ist auf dem Platz von GNOME 2 auf einmal eine Lücke entstanden, die Xfce hervorragend füllen könnte. Die Entscheidung von Ubuntu Studio scheint genau das zu bestätigen.
• April 08, 2011
• 21:05

  Opera als Netbook-Browser

   » ‎ Fredo's Blog
  Eigentlich nutze ich überall Opera als Webbrowser. Auf meinem Netbook habe ich aber bislang Chromium eingesetzt. Der Browser ist sehr schlank, die Oberfläche sparsam, so dass man viel Platz für die eigentlichen Inhalte hat – und der Browser gilt als sehr schnell. Gerade auf einem Netbook mit begrenztem Platz und begrenzten Ressourcen vorteilhafte Eigenschaften.
  
  Irgendwie bin ich aber mit Chromium doch nicht warm geworden. Das Design spricht mich persönlich irgendwie nicht an, aber vor allem hat mich ausgerechnet die Geschwindigkeit gestört: Während Chromium in Benchmarks seine Geschwindigkeit voll ausspielt, hat mich vor allem die Wartesekunde beim Aufruf jeder Seite gestört. Das Surfen fühlte sich einfach träge an.
  
  Also doch wieder zurück zu Opera. Aber im Vergleich zu Chromium fällt dann doch auf, dass Opera vergleichsweise verschwenderisch mit dem Platz umgeht. Aber mit ein paar Tricks und Kniffen kann man Opera zu einem recht gediegenen Netbook-Browser machen. Kernzutat: Erweiterungen, die Opera seit Version 11 unterstützt. War man früher bei Opera der Meinung, dass Extensions nur Defizite des Kernbrowsers kompensieren, hat man in Oslo seine Meinung jüngst offenbar geändert. Ich halte das Argument zwar immer noch für zutreffend, aber immerhin kann man mit Extensions einige Änderungen im Browser ausprobieren, ohne dass sie gleich im Kern implementiert werden.
  
  Erster Schritt: Statusleiste weg. Chromium hat es vorgemacht, Firefox ist nachgezogen, Opera kann man es (zumindest rudimentär) beibringen. Die Popup-Statusbar zeigt ein kleines Overlay mit der Zieladresse in der linken unteren Ecke, wenn man mit dem Mauszeiger über einem Link ist. Da Opera-Erweiterungen selbst keine Einstellungen des Kern-Browsers ändern können, ist man selbst dafür verantwortlich, die alte Statusleiste in Rente zu schicken. Das geht über Erscheinungsbild (Umschalt+F12) → Symbolleisten → Statusleiste deaktivieren.
  
  Aber man kann noch einen Schritt weiter gehen. Um auch horizontal noch etwas Platz zu gewinnen, kann man auch die Scrollbalken ersetzen. Da ich ohnehin immer über die Scrollleiste am Touchpad (oder die Leertaste) scrolle, kann ich auch gut darauf verzichten. Über Einstellungen → Erweitert → Browser → Bildlaufleisten zeigen deaktivieren kann man die Platzfresserchen loswerden. Um trotzdem noch einen visuellen Eindruck von der Position auf der Seite zu bekommen, bietet sich die Erweiterung Slim ScrollBar an. Das Ganze erinnert etwas an die Ideen hinter Ubuntus Overlay Scrollbars.
  
  Unter Ubuntu kriegt man mit dem Ambiance-Theme auch noch optisch den richtigen Dreh. So fügt sich Opera schön in das Unity-Netbook-Design ein:
  
  
  
  Und noch als Tipp zum Schluss: Opera nutzt bisher noch nicht GNOMEs neuen Mechanismus zur Registrierung in den „Bevorzugten Anwendungen“. Wer Opera unter Ubuntu 11.04 „Natty Narwhal“ zum Standardbrowser machen will, muss also noch etwas tricksen. Diese zwei Schritte führen zum Ziel:
  
  

  1. Die Datei /usr/share/applications/opera-browser.desktop bearbeiten und dem Eintrag „MimeType” folgendes hinzufügen: „;x-scheme-handler/http;x-scheme-handler/https“.
  2. Folgenden Befehl ausführen: „sudo update-desktop-database /usr/share/applications“

  
  
  Nun taucht Opera auch im Einstellungsdialog zu den „Bevorzugten Anwendungen“ auf.
• October 18, 2010
• 1:32

  Wer will Rollen spielen?

   » ‎ Fredo's Blog

  Früher habe ich gerne ab und zu mal Pen&Paper-Rollenspiele gespielt, und auch PC-Rollenspiele wie Neverwinter Nights oder Drakensang machen mir durchaus gelegentlich Spaß. Während Neverwinter Nights wenigstens noch als Linux-Version herausgegeben wurde (der Nachfolger aber leider schon nicht mehr), habe ich ansonsten leider kaum halbwegs grafisch ansprechende Rollenspiele für Linux gefunden – von OpenSource-Projekten ganz zu schweigen. Mit dem vorläufigen Aus von Rastullahs Lockenpracht ist wohl leider auch ein weiterer viel versprechender Kandidat ausgeschieden.

  Bliebe noch die Online-Variante, die sogenannten MMORPGs. Bisher eigentlich ein Genre, das mich nicht so richtig gereizt hat – meine Zeit ist mir dann doch zu schade, um meinen Tagesablauf auf die Zeitplanung von Gildenpartnern abzustimmen. Und auch die latente Suchtwirkung dieser Spiele hat mich bisher immer zurückgehalten. Nicht zuletzt spiele ich dann doch nicht so viel, dass ich Lust hätte, auch noch monatliche Abo-Gebühren zu zahlen.

  Aus dem Augenwinkel habe ich dabei schon länger PlaneShift beobachtet. PlaneShift ist ein quelloffenes Online-Rollenspiel, das sich derzeit zwar noch in der Entwicklung befindet, aber durchaus schon spielbar ist. Und irgendwann war dann doch die Neugier groß genug, so dass ich mir PlaneShift einmal näher angesehen habe. Hier also ein kleiner Erfahrungsbericht aus Yliakum. (Kleine Bemerkung vorweg: Da ich, wie erwähnt, bisher überhaupt keine Online-Rollenspiele kannte, kann ich auch nicht sagen, was PlaneShift von anderen MMORPGs unterscheidet. Dazu möge sich jeder ein eigenes Bild machen.)

  Installation und erster Start

  Um dem Spiel beitreten zu können, muss man zunächst einen Account anlegen. Das geht über die PlaneShift-Seite. Bei der Registrierung hat man die Wahl zwischen zwei Spiele-Servern: Zeroping, auf dem besonders viel Wert auf stilechtes Rollenspiel gelegt wird, und Ezpc, wo Rollenspiel weniger im Vordergrund steht. Das Rollenspiel ist einer der spannenderen Aspekte von PlaneShift, also habe ich mich für Zeroping entschieden.

  PlaneShift ist für Windows, Mac OS X und Linux erhältlich. Den immerhin 430 MB großen Installer kann man einfach über BitTorrent oder einen der Mirror-Server herunterladen. Die Installation verläuft dann mit dem heruntergeladenen Installer recht problemlos. Ich habe mich der Einfachheit halber für eine Installation im Home-Verzeichnis entschieden. Wenn man den Installer aber nicht als Root laufen lässt, kann kein Starter im Anwendungsmenü erstellt werden. Mit einem kleinen Kniff kann man das aber leicht beheben: Einfach im Installer angeben, dass ein Starter auf dem Desktop erstellt werden soll. Die Datei Planeshift.desktop kann man dann einfach vom Desktop nach „.local/share/applications/“ verschieben, dann taucht auch der Starter im Menü auf.

  Nach der Installation ruft man einen Launcher auf, der dem eigentlichen Spiel vorgeschaltet ist. Dieser weist einen auf neue Updates hin und installiert diese, ermöglicht einige Einstellungen wie etwa zur Auflösung und Grafikqualität, und startet letztlich das Spiel.

  Charakter-Erstellung

  Nach dem Login auf dem Server kann man sich einen Charakter erstellen. Insgesamt lassen sich bis zu vier Charaktere anlegen. Zur Auswahl stehen zwölf verschiedene Rassen. Insgesamt ist Yliakum, die Welt von Planeshift, in meinen Augen etwas abgefahrener als Herr der Ringe, Das Schwarze Auge, oder ähnliches. So gibt es neben den „klassischen“ Rassen wie Menschen, Elfen und Zwergen auch amphibische Wasserelfen, Katzenmenschen oder geflügelte Echsenmenschen. Leider stehen noch nicht für alle Rassen und Geschlechter die entsprechenden Charaktermodelle zur Verfügung, so dass man auf manche Rassen entweder verzichten muss, oder mit einer nicht ganz passenden Spielfigur durch die Welt zieht.

  Nach der Festlegung von Rasse, Geschlecht und Aussehen fängt dann die eigentliche Charaktererstellung an. Das System zeigt den Rollenspiel-Fokus von PlaneShift und hat mir dabei sehr gut gefallen: Anstatt nun eine Beruf auszuwählen und Punkte auf bestimmte Fertigkeitswerte zu verteilen, schafft man seinem Charakter eine Geschichte: Vom Geburtstag, Eltern und Geschwistern über Kindheitsereignisse bis zu Erfahrungen in der Jugend. Am Ende hat man dann einen Charakter mit Stärken und Schwächen. Der Weg, den die Figur dann geht, ist aber völlig offen: Jeder Charakter kann im Laufe des Spiels prinzipiell alle Fähigkeiten und Berufe erlernen, selbst eine magische Ausbildung steht jedem offen.

  Dem eigentlichen Spiel ist dann ein Tutorial vorgeschaltet. Dort trifft man einige Lehrmeister, die einen mit verschiedenen Aspekten des Spiels vertraut machen. Hat man dies alles durchlaufen, kann man in die Welt von Yliakum starten.

  Unendliche Welten …

  … warten in Yliakum nicht auf einen. Aber ein ziemlich großer Mikrokosmos. Derzeit besteht die Welt aus drei Städten und einigen kleineren Orten. Einiges mehr soll im Laufe der Entwicklung folgen. Aber auch so hat man einiges zu tun. Dabei ist man relativ frei, wie man sein Spiel gestaltet. Man kann eigentlich den Online-Charakter weitgehend ignorieren und einfach die Nicht-Spieler-Charaktere (NPCs) abklappern und nach Quests fragen. Die gestalten sich in der Regel eher unblutig und erinnern an das gute, alte Adventure-Prinzip: Man kriegt eine Aufgabe, muss jemanden fragen, der einen wieder zum dritten schickt, dem man dann drei Dinge besorgen muss, und irgendwann hat man die ursprüngliche Aufgabe gelöst.

  Man kann aber auch einfach mal in die Kneipe gehen, und dort mit jemandem ein Bier trinken. Und dann taucht man so langsam in die Rollenspiel-Erfahrung ein, die einem Offline-Rollenspiele am Computer eben nicht bieten können. Und dort kann es einem dann etwa passieren, dass man in das Interview mit dem Sieger eines Pferde-, ach nee, Rivnak-Rennens gerät, dass eine Reporterin für die im Spiel herausgegebene Zeitung führt.

  Technisches

  Das Spiel wird über Tastatur und Maus gesteuert. Dabei können viele Aktionen mit IRC-ähnlichen Commandos ausgeführt werden – einige, seltener gebrauchte, sind auch nur so und nicht über die Maussteuerung erreichbar. Will man etwa an einem Fischteich sein Glück versuchen, nimmt man die Angel in die Hand und schreitet mit /fish zur Tat. Auch für die Kommunikation mit anderen Spielercharakteren sind die Kommandos hilfreich. Neben dem vom IRC bekannten /me passes a beer to Dulrik gibt es auch /greet (was eine entsprechende Geste der Figur einleitet), /wink, /laugh und sogar /kiss.

  Die Grafik des Spiels ist ziemlich nett, aber vermutlich eher obere Mittelklasse. (Und, hey, Linux-User sind Nethack gewohnt, da ist 3D ja schon ein Kracher! ;) )Die Welt wirkt aber insgesamt ziemlich liebevoll gestaltet. So unterscheiden sich die Städte nach den jeweils hauptsächlich ansässigen Rassen in ihrer Architektur. Insgesamt ist das Spiel sehr spielbar, aber man merkt hin und wieder doch, dass es noch in der Entwicklung ist. So sind etwa einige der Fertigkeiten, über die ein Charakter verfügt, de facto noch nicht benutzbar. Auch kann es hin und wieder vorkommen, dass sich Quests aufgrund von Fehlern nicht beenden lassen. Dafür gibt es aber sehr aktive Gamemaster und einen Bugtracker, in dem solche Probleme besprochen werden können und, je nach Komplexität, auch relativ schnell gefixt werden.

  Fazit

  PlaneShift ist ein wirklich ansprechendes Online-Rollenspiel, das vor allem durch seinen starken Fokus auf lebendiges Rollenspiel besticht. Zwar ist das Spiel noch in der Entwicklung, aber „gefühlt“ ist man über das Stadium der „Tech-Demo“, als die die Entwickler PlaneShift bezeichnen, hinaus. Und irgendwie ist es ja auch reizvoll, einer ganzen Welt bei der Entstehung und Entwicklung zuzusehen. (Und immerhin haben Linux-Nutzer ja Erfahrung im Erstellen von Bug-Reports. ;) )

• August 17, 2010
• 19:55

  Hinweiskästen in LaTeX

   » ‎ Fredo's Blog
  Mit LaTeX verbindet mich seit längerem eine Hassliebe. Ich finde das Layout von LaTeX-Dokumenten sehr ansprechend, und einige Komfortfunktionen von LaTeX sind auch den gängigen Textverarbeitungen deutlich voraus. Aber LaTeX kann auf der anderen Seite ein ganz schönes Biest sein, wenn man eigene Layout- oder Designideen umsetzen will. Wo man in Writer mal eben mit der Maus einen Kasten aufzieht, muss ich bei LaTeX immer stundenlang das Web durchsuchen, texdoc bemühen und Paketmanuals wälzen. Damit die ganze Arbeit nicht umsonst ist, teile ich meine heutigen Erfolge einfach mal.
  
  In einem Informationsdokument sollen zusätzliche Hinweise und Tipps in abgesetzten Kästen präsentiert werden. Um verschiedene Arten von Informationen unterscheiden zu können, und um das ganze visuell etwas aufzupeppen, sollen neben den Kästen kleine Symbolbildchen platziert werden. Nach einiger Suche bin ich auf diesen Post bei mrunix gestoßen, der mich auf die hilfreiche Idee gebracht hat, nicht lange mit verschiedenen Boxen rumzufummeln, sondern einfach alles über eine Tabelle zu lösen.
  
  Nach ein paar Experimenten ist dann dieses ganz hübsche Ergebnis herausgekommen:
  
  
  
  Die Icons sind (mal wieder) dem großartigen Tango-Projekt entnommen. Leider kommt poppler nicht ganz mit der Darstellung klar, wenn ich die SVG-Dateien in PDF konvertiere, daher habe ich mich dann doch für PNG entschieden.
  
  Kurz noch etwas zur Implementierung: Wenn ich LaTeX-Code sehe, der über semantische Textauszeichnung hinausgeht, will ich am liebsten einfach nur weglaufen. (Der ganze Kram ist in der Regel noch verwirrender als Perl, finde ich.) Aber wenn man es etwas in seine Bestandteile zerlegt, kann man sich (manchmal) doch ganz gut zurechtfinden. Ich habe für meine Zwecke also folgenden Weg gewählt:
  
  

  \newlength{\iconwidth}
  \setlength{\iconwidth}{1cm}
  
  \definecolor{boxheadcol}{gray}{.6}
  \definecolor{boxcol}{gray}{.9}
  
  \newenvironment{displaybox}[2]{%
    \begin{center}
      \setlength\arrayrulewidth{0.75pt}%
      \arrayrulecolor{white}%
      \renewcommand{\arraystretch}{1.3}%
      \begin{tabular}{p{\iconwidth}p{\linewidth-4\tabcolsep-\iconwidth}}
        \multirow{2}{*}{#2}&\cellcolor{boxheadcol}\textbf{\sffamily\color{white}#1} \\%
        \hhline{~-}%
        &\cellcolor{boxcol}%
  }{%
        \\
      \end{tabular}
    \end{center}%
  }
  
  \newenvironment{Tipp}{%
  \begin{displaybox}{Tipp}{\includegraphics[width=\iconwidth]{icon-tipp}}}%
  {\end{displaybox}}
  
  \newenvironment{Hinweis}{%
  \begin{displaybox}{Hinweis}{\includegraphics[width=\iconwidth]{icon-hinweis}}}%
  {\end{displaybox}}

  
  
  Nach der Definition von ein paar Farben und Größen wird eine allgemeine Basis-Umgebung für die Kästen definiert. Letztlich werden dort auch nur die Tabellen-Parameter arrayrulewidth, arrayrulecolor und arraystretch angepasst und dann eine Tabelle mit entsprechend gefärbten Zellen erzeugt. Für die eigentlichen Kästen („Tipp“ und „Hinweis“) werden dann angepasste Umgebungen definiert, die die Überschrift und das Symbol setzen.
  
  Das komplette Beispiel gibt es auch zum Herunterladen:
  tipp.zip
  Vielleicht kann ja jemand was damit anfangen.
• June 27, 2010
• 22:31

  WM 2010: Fehlentscheidung?

   » ‎ Fredo's Blog

  Nein, nicht die Schiedsrichterentscheidungen der heutigen Spiele sind gemeint. Sondern die Design-Änderungen bei Ubuntu.

  OK, die meisten sind vermutlich froh, dass die ewige Reihe der Blogposts zum neuen Ubuntu-Design langsam mal abgebrochen ist. Warum sollte man das leidige Thema ausgerechnet jetzt wieder aufgreifen? Weil neue Fakten aufgetaucht sind:

  

  Gerade das Erdbraun von Ubuntu hat immer viel Schelte bekommen. Aber wenn man sich einmal den FIFA-Trailer im Fernsehen ansieht, merkt man: Afrika ist in, braun ist in, Ethno-Wirbelbilder sind in. Gerade jetzt hätte Ubuntu mit seinem braunen Design endlich mal punkten können, aber nein, gerade jetzt muss ein kaltes, westlich-modernes, herzloses Lila-Orange eingeführt werden.

  Wie schön hätte sich jetzt etwa das Design aus Ubuntu 8.04 Hardy Heron in die allgemeine Afrika- und WM-Euphorie eingefügt. Und hätte nicht auch Ubuntu davon profitieren können? „Das Betriebssystem zur WM in Südafrika – aus Südafrika“. Dann noch eine „Ubuntu World Cup Edition“ mit vorinstalliertem Spieleplaner und Vuvuzela-Filter. Mehr Aufmerksamkeit hätte man für Ubuntu doch kaum bekommen können.

  Bald ist die WM vorbei, und damit auch diese einmalige Chance für Ubuntu. Wenn uns das nicht noch Leid tun wird …

  [update]Ich befürchte, ich habe mich nicht ganz verständlich machen können: Bazinga![/update]

• June 18, 2010
• 20:18

  Die Evolution der PIM-Synchronisierung

   » ‎ Fredo's Blog
  Selten waren Darwin und Moses so einträchtig – SyncEvolution und Genesis sind in neuen Versionen erschienen und bringen PIM-Synchronisierung unter GNOME wieder einen Schritt voran.
  
  SyncEvolution ist mittlerweile kein Freizeitprojekt mehr, sondern die offizielle Sync-Lösung von Moblin/MeeGo. Kein Wunder, dass die Entwicklung seit der letzten stabilen Version deutliche Schritte voran gemacht hat. Neu ist eine eigene GUI, aber auch unter der Haube hat sich einiges getan. Wer sich für die Details interessiert, dem sei die offizielle Release-Mitteilung ans Herz gelegt.
  
  Schon zwei Tage vor dem Release von SyncEvolution 1.0 ist die darauf aufbauende Version 0.6 von Genesis, meinem leichtgewichtigen SyncEvolution-Frontend, erschienen. Die neue Version trägt dem geänderten Umfeld Rechnung, in dem Genesis steht: Der SyncEvolution-Kern bietet bessere Möglichkeiten, Frontends anzubinden und mit sync-ui bringt SyncEvolution nun selbst ein mächtiges Konfigurationswerkzeug mit. Aber auch Ubuntu hat mit dem AppIndicator das Benachrichtigungsfeld kräftig umgekrempelt und nebenbei schon wieder ein neues Icon-Thema für Panel-Icons etabliert.
  
  All das hat dazu geführt, Genesis noch einmal (fast) von Grund auf neu zu schreiben. Es ist nur noch der Code aus den bisherigen Versionen übernommen worden, der nach wie vor gebraucht wird. Genesis setzt diesmal auf Quickly auf (über das ich ja schon einmal ausführlicher geschrieben habe). Dies soll vor allem neue Releases einfacher machen, da Quickly sich um den Paketbau und den Upload ins PPA kümmert. Auch für Quickly war dies ein guter Alltagstest, und nebenbei konnten ein paar Bugs identifiziert und behoben werden.
  
  Viel Spaß mit der neuen Version!
• May 24, 2010
• 14:37

  Mal schnell was programmieren

   » ‎ Fredo's Blog
  Was bisher „Rapid Application Development“ genannt wurde, braucht unter Ubuntu jetzt einen neuen Namen: „Develop Applications Quickly!“
  
  Wenn man mal ehrlich ist: Für viele ist der entscheidende Vorteil von OpenSource Software doch, dass sie kostenlos ist. Natürlich ist die Philosophie dahinter sympathisch, aber wer liest den tatsächlich den Code der Programme, die man benutzt? De facto teilt sich meiner Erfahrung nach die OpenSource-Gemeinschaft in die (wenigen) Programmierer, die wirklich was mit einem Quelltext anfangen können, und die (vielen) Benutzer, die einfach eine Software haben wollen, die funktioniert.
  
  Ich persönlich finde aber das schöne an Linux als Betriebssystem, dass es tatsächlich ein dazwischen gibt: Nicht nur, dass man auf verschiedene Arten zu OpenSource beitragen kann. Auch der Einstieg in die Programmierung selbst ist einfacher, als man vielleicht denkt. Es fängt vielleicht beim einfachen Shell-Skript an, um eine Reihe von Bildern zu verarbeiten, und endet irgendwann bei einem kleinen, aber vollständigen Programm inklusive grafischer Benutzeroberfläche. In der Ubuntu-Community nimmt man so auch zunehmen die Gelegenheitsentwickler in den Blick. Diejenigen, die also nicht hauptberuflich Informatiker oder ähnliches sind und sowieso den ganzen Tag programmieren, sondern die Benutzer, die einfach gerne ab und zu mal ein kleines Programm schreiben, um ein ganz konkretes Problem zu lösen. So wurde im März die „Opportunistic Developers Week“ veranstaltet, die eben jenen Gelegenheitsprogrammierern einen Einblick in die neuen Möglichkeiten der Anwendungsentwicklung unter Ubuntu geben sollte.
  
  In eine ähnliche Richtung geht Quickly, ein neues Framework für schnelle Anwendungsentwicklung. Das Ausgangsproblem ist schnell beschrieben: Programmieren lernen ist das eine. Hat man sich erst einmal durch die Tutorials gewühlt und verstanden, was Datentypen sind, wie man Schleifen und Bedingungen programmiert, sich vielleicht die Grundzüge von Objektorientierung erarbeitet, fangen viele Folgeprobleme erst an: Wie kriege ich jetzt eine grafische Oberfläche für mein erstes Programm? Wie baue ich Internationalisierung ein, damit man das Programm in verschiedene Sprachen übersetzen kann? Wie benutze ich ein Versionskontrollsystem, um meinen Code mit anderen zu teilen? Und wie baue ich Pakete, um anderen die Installation zu erleichtern? Jeder dieser Punkte braucht wieder Einarbeitung, wieder muss man sich durch verschiedene Tutorials wühlen, und für jeden Punkt wendet man wieder fast so viel Zeit auf wie für die eigentliche Programmierung.
  
  Genau hier setzt Quickly an. Quickly stellt einem ein Skelett für die Programmierung bereit, also in etwa den Teil, den man ansonsten ohnehin per Copy und Paste aus diversen Tutorials übernommen hätte: Eine Basisstruktur für die Dateien in einem Projekt, die Anbindung an einen GUI-Designer, Code für die Internationalisierung und den Paketbau. Aber Quickly macht auch mehr: Quickly trifft gewisse Vorentscheidungen. Was routinierte Entwickler vielleicht als Bevormundung empfinden, ist für Einsteiger oftmals eine Hilfe: Sich nicht über zig Alternativen informieren, auswählen, Entscheidungen treffen, die man kaum einschätzen kann. Quickly macht hier gewisse Vorgaben: Python als Programmiersprache, Glade/GTKBuilder für die Oberflächengestaltung, bzr als Versionsverwaltung, Launchpad als Code-Hosting-Plattform. (All das lässt sich über sogenannte Templates festlegen. Es spricht also nichts dagegen, ein Template für KDE-Programme zu schreiben, das auf git/GitHub setzt. Es hat nur noch niemand getan.)
  
  Von der Benutzung greift Quickly vieles auf, was Web-Frameworks bieten: Wer etwa Django kennt, und dessen Kommandozeilenhelfer django-admin, dem wird quickly bekannt vorkommen. Aber auch so versteht man das Prinzip schnell.
  
  

  $ quickly create ubuntu-application myapp

  
  erzeugt ein neues Projekt myapp auf der Basis der Vorlage ubuntu-application (derzeit stehen daneben noch ubuntu-cli und ubuntu-pygame zur Verfügung). Dabei wird ein Grundgerüst angelegt, bestehend aus GTKBuilder- und Python-Dateien für ein Programmfenster, einen Einstellungsdialog, einen About-Dialog und etwas Kleister, der das Ganze zusammenhält. Ist man mit „$ cd myapp“ in das neu erstellte Projektverzeichnis gewechselt, kann man Projektspezifische Befehle ausführen:
  
  

  $ quickly tutorial

  
  zeigt etwa ein schönes, bebildertes Tutorial im Hilfebrowser an, das einem die Funktionsweise von Quickly und die ersten Schritte bei der Programmierung erklärt.
  
  

  $ quickly commands

  
  listet alle verfügbaren Befehle auf, die man sich mit
  

  $ quickly help <command>

  
  erläutern lassen kann.
  
  Richtig los geht es dann mit
  

  $ quickly design

  
  
  Damit werden alle UI-Dateien im Glade Interface-Designer geöffnet, so dass man die Oberfläche seines Programms gestalten kann. Den zugehörigen Code bearbeitet man mit
  

  $ quickly edit

  
  woraufhin die Python-Dateien in gedit geöffnet werden.
  
  

  $ quickly run

  
  startet dann das Programm, so dass man es ausprobieren kann. Entsprechende Befehle gibt es, um das Projekt in bzr zu speichern, auf Launchpad hochzuladen, oder ein Installationspaket daraus zu bauen (wobei gleich auch die Übersetzungsvorlagen angelegt werden). Insgesamt geht mit Quickly vieles leicht von der Hand, wofür man sich früher relativ lange einarbeiten musste.
  
  Das ganze hat aber auch einen Preis: Man muss sich in sein eigenes Programm erst einmal einlesen. Gerade Einsteigern fällt es oft leichter (zumindest kann ich das aus eigener Erfahrung sagen), selbst Code zu schreiben, als Code von anderen zu lesen und zu verstehen. Es ist oft erst einmal mühselig, nachzuvollziehen, wie die einzelnen Komponenten miteinander zusammenhängen. Dadurch, dass ein Quickly-Programm schon viel Infrastruktur mitbringt, muss man sich erst einmal die Zeit nehmen, zu verstehen, was da schon passiert und an welchen Stellen man nun seinen eigenen Code einfügt oder Modifikationen vornimmt. Der Code ist aber gut kommentiert und das Tutorial erklärt alle Schritte, so dass sich die Mühe am Anfang durchaus lohnt.
• 14:09

  Literaturverwaltung im Netz

   » ‎ Fredo's Blog
  ← Zum vorherigen Teil der Serie
  
  Der Nutzen von Literaturverwaltungsprogrammen hat sich so langsam herumgesprochen. Nicht jeder nutzt wirklich so ein Programm, der Einstieg ist oft aufwändig, und so eine Literaturdatenbank will dann auch kontinuierlich gepflegt werden. Aber wer zum x-ten Mal seine Literaturliste Stück für Stück an die Vorgaben des jeweiligen Verlages oder Herausgebers anpasst, der wird die Idee durchaus nachvollziehen können: Literatur einmal in allgemeiner Form zentral abzulegen, und dann je nach Bedarf fertig formatiert ausgeben zu lassen.
  
  Wissenschaft lebt aber gerade vom Austausch. So nett es auch ist, wenn man sich selbst die Arbeit etwas leichter machen kann, so attraktiv wäre es jedoch auch, dies mit anderen zu Teilen. Trägt man gemeinsam Literatur zu einem Thema zusammen, entdeckt die Einzelne vermutlich Texte, die sie alleine übersehen hätte. Und Neuerscheinungen, die von einem Beteiligten eingetragen werden, können von allen anderen zur Kenntnis genommen werden. Auch rein praktisch nimmt es einem natürlich etwas Arbeit ab, wenn man nur einen Teil der Literatur selbst in die Datenbank einpflegen muss.
  
  Ein Literaturverwaltungsprogramm, dass sich diesem Zweck verschrieben hat, ist Zotero. Zotero wird maßgeblich am Center for History and New Media der George Mason University entwickelt. Anders als kommerziell entwickelte Software steht es der Allgemeinheit kostenfrei und ohne Einschränkungen zur Verfügung. Zotero nutzt „die Cloud“ (was der neumodische Begriff für Daten im Netz ist) für zwei Dinge: Zum einen kann man, ein Benutzerkonto bei Zotero vorausgesetzt, seine eigene Literatursammlung online ablegen. Das ermöglicht, die Daten zwischen mehreren Computern, etwa dem Bürorechner, dem PC zu Hause und einem Laptop, synchron zu halten.
  
  Zum anderen kann man Gruppen anlegen, in denen man gemeinsam auf Literaturangaben zugreifen kann. Diese Gruppen kann man nicht-öffentlich machen, etwa für den internen Austausch einer Arbeitsgruppe. Oder man legt öffentliche Gruppen an, wenn man etwa eine thematische Literatursammlung für die Beiträge anderer Wissenschaftler öffnen will. Am CERES nutzen wir Zotero für verschiedene Aufgaben. So zum Beispiel in der Nachwuchsforschergruppe „Religion vernetzt“, um Literatur zu den Themen der Gruppe – Religion, Migration und soziale Netzwerke – zu sammeln. Sei es die Literaturangabe eines gemeinsam besprochenen Textes, oder der Literaturhinweis, auf den man die anderen aufmerksam machen will, all dies lässt sich hier zusammentragen. Die Gruppe ist für Außenstehende einsehbar, nur eigene Einträge können sie nicht einstellen.
  
  Es lässt sich aber auch gut vorstellen, etwa eine Gruppe zum Thema „islamische Organisationen im Europa der Gegenwart“ oder „interreligiöser Austausch in der Formationsphase des Buddhismus“ einzurichten und für Beiträge zu öffnen. So könnten sich Gruppen von Wissenschaftlern und Wissenschaftlerinnen, die zu ähnlichen Themen arbeiten, zusammenfinden und eine gemeinsame Literatursammlung aufbauen.
  
  Wie auch immer man webbasierte Literaturverwaltungsprogramme nutzen will, sie zeigen in jedem Fall, dass sich Ideen aus der Welt des Social Web jenseits von Blogs und Microblogs auch für genuin wissenschaftliche Zwecke fruchtbar machen lassen.
• May 15, 2010
• 15:36

  Ein Vogel zwitschert nicht gern allein – Gruppen in Microblogs

   » ‎ Fredo's Blog
  ← Zum ersten Teil der Serie
  
  Twitter ist derzeit in aller Munde. Ob Microblogs, wie man Twitter und Co auch bezeichnet, überhaupt einen Nutzen in der wissenschaftlichen Kommunikation haben, ist natürlich umstritten. Ich persönlich war lange skeptisch, kann dem Ganzen mittlerweile aber etwas abgewinnen. In diesem Beitrag möchte ich einen Einblick in die Möglichkeiten von Microblogs geben und zeigen, warum sich auch ein Blick auf die Anbieter neben Twitter lohnt.
  
  Mailinglisten wie Yggdrasil sind in der Religionswissenschaft schon lange etabliert. Sie bieten, neben fachlichen Diskussionen, eine gute Plattform, um auf eigene Tagungen, Veröffentlichungen oder ähnliches aufmerksam zu machen. Microblogs können dies gut ergänzen, ähnlich wie die informellen Gespräche am Rande von Konferenzen oft zusätzliche Informationen liefern. Mittels Microblogs kann man schnell und unkompliziert weitergeben, was man an Informationen aufgeschnappt hat. Seien es kurze Mitteilungen über Konferenzen, Calls for Papers oder Neuerscheinungen, diese Kurzinformationen bieten sich meiner Einschätzung nach wunderbar für Microblogs an. Die übliche Beschränkung auf 140 Zeichen trägt dabei zur Prägnanz der Mitteilungen bei.
  
  Einen eigenen Versuch habe ich vor einiger Zeit auf [identi.ca] gestartet. Dabei gebe ich einfach Hinweise und Informationen weiter, die ich auf verschiedenen Mailinglisten, Newsfeeds oder im Web finde. Mein Microblog ist dabei gewisser Maßen mein persönlicher Filter für die Nachrichtenflut. Wer sich also dafür interessiert, was ich so aufsammle, kann meine Mitteilungen abonnieren. Zwar beschränke ich mich in der Regel auf wissenschaftlich relevante Informationen, aber da es sich um meinen persönlichen Microblog handelt, kann auch anderes dazwischen rutschen.
  
  Manchmal kann es interessanter sein, nicht Personen, sondern Themen zu folgen. Also nicht allen meinen Nachrichten, sondern nur den religionswissenschaftlich einschlägigen. Und auch nicht nur von mir, sondern von allen Religionswissenschaflerinnen und Religionswissenschaftlern, die solche Nachrichten weiterverbreiten. Twitter bietet dafür leider keine Möglichkeit, aber zum Glück gibt es neben Twitter noch andere Anbieter für Microblogging. So etwa identi.ca. Identi.ca hat – unter anderem – den Vorteil, dass es Gruppen unterstützt. Eine Gruppe ist ein Zusammenschluss von Microbloggern, und alle Nachrichten, die für die Gruppe bestimmt sind, werden automatisch allen Gruppenmitgliedern weitergeleitet.
  
  Daher habe ich vor ein paar Tagen die Gruppe relwiss auf identi.ca eingerichtet (mit dem Alias „rwde“ für „Religionswissenschaft Deutschland“. Spart noch mal zwei Zeichen). Um die Nachrichten zu lesen, muss man nicht angemeldet sein. Man kann die Mitteilungen entweder auf identi.ca lesen, oder als gewöhnlichen Newsfeed abonnieren. Wenn man sich auf identi.ca registriert, hat man darüber hinaus die Möglichkeit, eigene Nachrichten zu verfassen und auch der Gruppe zugänglich zu machen. Alle, die Lust haben, einen solchen Informationskanal zu nutzen oder selbst zu bestücken, sind herzlich eingeladen!
  
  → Zum nächsten Teil der Serie
• May 11, 2010
• 18:02

  Religionswissenschaft im Social Web? Oder: Wissenschaft und Kommunikation im Web 2.0

   » ‎ Fredo's Blog
  Neue Trends im Web sorgen immer mal wieder für Fragen nach möglichen Anwendungszwecken in der Wissenschaft. Lässt sich Wissenschaft über von Blogs, Twitter und Co. betreiben? So auch in der Religionswissenschaft. Einige mutige Pioniere betreiben auch schon seit beachtlicher Zeit eigene Blogs, darunter eher private wie religionswissenschaft.info oder professionelle wie das SciLog von Michael Blume. Sogar auf Twitter findet man Religionswissenschaft (Geht das überhaupt?)
  
  Die Entscheidung, religionswissenschaftliche Inhalte über neue Wege im Netz zu verbreiten, ist jedoch nur die eine Seite der Medaille. Wer aber liest die verfügbaren Informationen? Blogs (ursprünglich als Web Logs die digitale Variante des Tagebuchs) und Microblogs (wie die von Twitter erfundene Gattung der Mini-Nachrichten genannt wird) sind vor allem auf die Person des Autors zugeschnitten. Wer ein Blog abonniert oder einem Microblog folgt, bekommt entsprechend alle Nachrichten einer Person.
  
  Im wissenschaftlichen Bereich geht es jedoch weniger um Personen und mehr um Themen. Nur weil eine Person beruflich Religionswissenschaftler(in) ist, interessieren nicht unbedingt die neuesten Urlaubsfotos. Die meisten wissenschaftlichen Blogs sind daher Themenblogs.
  
  Weiterhin interessiert eine Leserschaft oft nicht nur, was eine Person zu einem Thema schreibt, sondern die Beiträge verschiedener Autorinnen und Autoren. Die Blogroll (also die Liste verwandter und emfohlener Blogs) auf religionswissenschaft.info umfasst annähernd dreißig Blogs – will man thematisch umfassend informiert sein, muss man also eine Unzahl von Einzelblogs verfolgen.
  
  Gemeinschaftsblogs, bei denen mehrere Autoren von Zeit zu Zeit ihre Beiträge veröffentlichen, können dieses Problem nur unbefriedigend angehen: Soll ein Blog eine hinreichende Zahl relevanter Autoren repräsentieren, kommt man schnell vom dezentralen Prinzip ab, das die Blogs gerade so attraktiv macht. Gemeinschaftsblogs nähern sich daher oft dem Format von Online-Zeitschriften.
  
  Sind denn Formate wie Blogs und Microblogs, die ihren Ursprung in der unbegrenzten Sendung von Ich-Botschaften haben, überhaupt für den wissenschaftlichen Austausch geeignet? Ich denke, ja. Aber vor allem dann, wenn aus Einzelsendern ein thematisch fokussiertes Netzwerk wird. Und dazu gibt es bereits Techniken, die nur auf die Anwendung im Bereich der Religionswissenschaft warten.
  
  Dieser Artikel soll den Auftakt für eine Mini-Serie zu Web-2.0-Diensten und ihrem möglichen Nutzen für die Religionswissenschaft sein. Vielleicht kann damit die eine oder andere Diskussion angestoßen werden, oder der eine Wissenschaftler oder die andere Wissenschaftlerin zum Mitmachen motiviert werden.
  
  → Zum zweiten Teil der Serie
• May 02, 2010
• 12:56

  Geteilter Desktop ist doppelte Freude

   » ‎ Fredo's Blog
  Manchmal braucht man einfach etwas Hilfe. Zum Beispiel am Computer. Doch nicht immer ist der Helfende auch vor Ort und kann einem direkt über die Schulter gucken. In solchen Fällen kann es ungemein praktisch sein, einfach seinen Desktop für jemand anderes freizugeben, so dass der Helfende sich direkt ein Bild machen kann.
  
  Unter Ubuntu ist das Mittel der Wahl dafür oft VNC. Das Thema ist jedoch nicht gerade trivial, wie man etwa an der Länge des Artikels im Ubuntuusers-Wiki sehen kann. Gerade, wenn die Hilfe übers Internet erfolgen soll, kann es kompliziert werden: Da VNC von Haus aus nicht verschlüsselt, sollten VNC-Verbindungen in diesem Fall über SSH erfolgen. Das hat oft genug bedeutet: Einen SSH-Server installieren, Ports auf dem Router freigeben, einen SSH-Tunnel aufbauen, die VNC-Verbindung herstellen. Wenn so viel Arbeit notwendig ist, bevor man sich überhaupt dem eigentlichen Problem widmen kann, überlegt man sich zweimal, ob es die Mühe wert ist.
  
  Zum Glück macht das Thema unter GNOME einige Fortschritte. GNOME hat mit Vino schon lange einen VNC-Server an Bord. Mit Vinagre ist vor einiger Zeit ein hübscher VNC-Betrachter hinzugekommen. Im lokalen Netzwerk ist es dank Avahi ein Leichtes, seinen Desktop freizugeben. Ist Vino einmal aktiviert, findet Vinagre die verfügbaren Desktops auf anderen Rechnern und zeigt sie in der Seitenleiste an:
  
  
  Die Vino-Einstellungen, bei Ubuntu unter „System → Einstellungen → Entfernter Bildschirm“ zu finden
  
  
  Vinagre zeigt lokale Desktops an, bei Ubuntu unter „Anwendungen → Internet → Betrachter für entfernte Bildschirme“ zu finden
  
  Dank Empathy, dem (relativ) neuen Instant-Messenger von GNOME, und Telepathy, dem darunter liegenden Framework, geht es nun aber auch über’s Internet endlich schnell und einfach. Voraussetzung ist ein Jabber-Konto. In der Empathy-Kontaktliste kann man dann über das Kontextmenü ganz einfach seinen Desktop freigeben:
  
  
  
  Automagisch wird dann mit Vino und Vinagre eine Verbindung über Telepathy hergestellt, sobald die andere Seite die Anfrage bestätigt. Einfacher kann es eigentlich nicht mehr funktionieren.
• May 01, 2010
• 23:28

  Navigation durch die See der Navigatoren

   » ‎ Fredo's Blog
  Der Browser ist wohl eines der wichtigsten Programme, die man täglich benutzt. Der Firefox, Ubuntus Standardbrowser, gehört dabei zu den meistverwendeten Browsern, neben Microsofts Internet Explorer. Und obwohl ich den Firefox durchaus schätze (und auf der Arbeit auch verwende, nicht zuletzt wegen Zotero), ist er nicht unbedingt mein Lieblingsbrowser. Er ist mir etwas zu schwerfällig und braucht mit einigen Addons auch relativ lange zum Starten.
  
  Lange Zeit (und schon vor meinem Wechsel zu Ubuntu unter Windows) war Opera mein Favorit. Klein, schnell, und viele Funktionen eingebaut, die man bei anderen Browsern erst per Addon nachrüsten muss. Unter Linux hat mich aber eines schon länger gestört: Während die meisten Programme dank GTK einen schönen, gemeinsamen Look teilen (und auch Qt4 war hier ein Sprung vorwärts für den einheitlichen GNOME-Desktop), hat Opera eigene Skins. Mit entsprechenden Skins konnte man aber durchaus einen GNOME-ähnlichen Look hinbekommen.
  
  Unter Lucid sieht das ganze aber einfach nicht mehr so gut aus. So werden z.B. die Menüs nicht dem Ambiance-Theme entsprechend dunkel dargestellt, und die Schrift passt auch nicht richtig zum Desktop:
  
  
  Lange wollte ich nicht rumbasteln, sondern habe mich statt dessen entschieden, mal einem neuen Browser eine Chance zu geben. Einem Browser, der sich gut in den GNOME-Desktop integriert. Firefox ist mir, wie gesagt, etwas zu fett. Ein schon länger vorhandener Bug führt zudem dazu, dass die Schrifteinstellungen des Desktops nicht berücksichtigt werden (auch wenn man dies mit einem Workaround beheben kann):
  
  
  Also weitersuchen. Unter GNOME bietet sich da natürlich Epiphany an, der eigentlich Standardbrowser von GNOME. Seit einiger Zeit setzt Epiphany nicht mehr auf Gecko, die Rendering-Engine vom Firefox, sondern auf WebKit. (WebKit ist ja jener KHTML-Abkömmling, der spätestens mit dem iPhone-Browser einige Prominenz erhalten hat, und nun auch zum neuen Star der Rendering-Engines unter Linux avanciert.) Epiphany punktet vor allem durch seine Schlichtheit. Ganz der GNOME-Philosophie folgend, soll sich Epiphany ganz auf seine Hauptaufgabe konzentrieren, das Navigieren durchs Web. Mir persönlich ist Epiphany aber ein bisschen zu spartanisch. Als Opera-Nutzer ist man vielleicht etwas mehr Komfort gewöhnt. Außerdem weiß ich nicht, ob es der beste Fix für den Bug mit den zu kleinen Schriften ist, einfach prominent Buttons für die Schriftgrößenänderung zu platzieren.
  
  Mir ist dann noch Midori eingefallen. Midori ist ein leichtgewichtiger, auf GTK und WebKit aufbauender Browser, der es mittlerweile zum Standardbrowser des Xfce-Desktops gebracht hat. Und ich muss sagen: Ich bin sehr beeindruckt. Midori startet schnell (ca. 5 Sekunden, während Firefox bei mir eher 15 braucht). Mit Midori kann man natürlich vor allem browsen, aber es hat auch einige nette Zusatzfunktionen. Und einiges erinnert durchaus an Opera: Am auffälligsten ist vermutlich die Schnellwahl, die in leeren Tabs angezeigt wird und einen schnellen Zugriff auf ausgewählte Seiten erlaubt. Aber auch eine Seitenleiste, die Verlauf, Lesezeichen und einiges mehr beherbergt, ist von Opera bekannt. Midori erlaubt darüber hinaus, geschlossene Tabs wieder zu öffnen und hat einen privaten Modus (wobei auch schon bei Firefox böse Zungen behaupten, das „P“ stehe eher für „porn“ denn für „private“).
  
  
  Hier sieht man Midori im fröhlichen Reigen der behandelten Browser:
  
  
  Ganz ungetrübt ist die Browsing-Freude nicht, so tun sich manche Websites mit Midori schwer. Das kennt man aber auch von Opera, und in einigen Fällen (wie etwa bei Google Maps) kann man dies beheben, indem man Midori einfach als Safari ausgibt. Den Firefox habe ich sowieso immer drauf und kann zur Not darauf zurückgreifen. Aber für den alltäglichen Gebrauch gefällt mir Midori bisher sehr gut. Ich werde ihn erst einmal zu meinem Standardbrowser machen und gucken, ob ich auf Dauer damit zufrieden bin. (Die kommende Version 10.50 von Opera werde ich aber natürlich auch einmal ausprobieren.)
• April 25, 2010
• 9:58

  Einmal runterladen, beliebig oft upgraden

   » ‎ Fredo's Blog
  Lucid Lynx steht vor der Tür, und so mancher Rechner wartet in den nächsten Wochen sicherlich darauf, auf die neue Version aktualisiert zu werden. Damit ist jedoch auch zunächst eine ganze Download-Orgie verbunden: Wählt man die Upgrade-Prozedur über die Aktualisierungsverwaltung, müssen alle zu aktualisierenden Pakete auf jedem Rechner heruntergeladen werden. Das belastet nicht nur die Server, es dauert auch einfach – je nach Verbindung – ziemlich lange. Da wäre es doch sinnvoll, wenn man die Pakete nur einmal runterladen muss, und sie dann auf verschiedenen Rechnern verwenden kann. Dazu gibt es verschiedene Lösungen, eine recht unkomplizierte möchte ich hier kurz vorstellen: apt-cacher-ng. (Im Wiki von Ubuntuusers gibt es die Anleitung in voller Länge; hier nur die Schnellversion.) Zwischenspeicher einrichten Zunächst sollte man einen Rechner als Zwischenspeicher wählen. Dieser lädt alle Pakete runter, und stellt sie anderen Rechnern im Netzwerk zur Verfügung. Sollte ein anderer Rechner ein Paket anfordern, dass er selbst noch nicht im Zwischenspeicher hat, lädt er auch dieses und fügt es so dem allgemeinen Paketpool hinzu. Dazu ist erst einmal nicht mehr nötig, als das Paket apt-cacher-ng zu installieren. Will man die Konfiguration in den Standardeinstellungen übernehmen, was ich getan habe, ist nicht mehr zu tun. Paketverwaltung auf den Zwischenspeicher umlenken Nun muss noch allen Rechnern gesagt werden, dass sie aus dem gemeinsamen Zwischenspeicher herunterladen sollen. Auch der Rechner, der den Zwischenspeicher bereitstellt, sollte entsprechend eingerichtet werden, damit auch er beim Herunterladen fleißig den gemeinsamen Pool befüllt. Daher führt man auf dem Rechner mit dem Zwischenspeicher folgenden Befehl aus:

  echo 'Acquire::http { Proxy " [localhost:3142";] };' | sudo tee /etc/apt/apt.conf.d/01proxy

  Auf allen anderen Rechnern gibt man statt „localhost“ die Netzwerkadresse des Rechners an. Das kann die IP sein, im lokalen Netzwerk dank Avahi aber auch einfach „rechnername.local“. Ab jetzt werden alle Pakete aus dem gemeinsamen Zwischenspeicher bezogen. Wer zu spät kommt, kriegt noch eine Chance Was aber, wenn man auf einem Rechner schon die Aktualisierung durchgeführt hat, bevor apt-cacher-ng eingerichtet war? In diesem Fall kann man die Pakete auch nachträglich dem Pool hinzufügen. Dazu sollte man aber jetzt den entsprechenden Rechner einrichten, und einmal die Paketquellen aktualisieren („apt-get bzw. aptitude update“). Das ist nötig, damit apt-cacher-ng die Pakete ihrer Herkunftsquelle zuordnen kann. Nun verlinkt man die vorhandenen Pakete aus dem üblichen apt-Zwischenspeicher in den Pool von apt-cacher-ng:

  sudo mkdir -p /var/cache/apt-cacher-ng/_import
  sudo chown apt-cacher-ng /var/cache/apt-cacher-ng/_import
  sudo cp -al /var/cache/apt/archives/* /var/cache/apt-cacher-ng/_import/ 

  Nun besucht man mit im Browser die Seite [localhost:3142] . Ganz am Ende der Seite (die übrigens auch so nette Statistiken über den Cache zeigt), kann man dann den Import über den entsprechenden Button starten. Dem Spuk ein Ende bereiten Da der Cache-Rechner nicht unbedingt immer läuft, kann es auch sein, dass man nach dem großen Upgrade lieber wieder auf den Zwischenspeicher verzichten will. Dies ist zum Glück sehr einfach, auf den Clients ist nur folgendes auszuführen:

  sudo rm /etc/apt/apt.conf.d/01proxy

  Damit wird wieder der vorher eingestellt Download-Server verwendet.

  
  Einmal runterladen, beliebig oft upgraden von Frederik Elwert steht unter einer Creative Commons Namensnennung-Keine kommerzielle Nutzung-Weitergabe unter gleichen Bedingungen 3.0 Deutschland Lizenz.
  Beruht auf einem Inhalt unter wiki.ubuntuusers.de.

• March 11, 2010
• 22:54

  Fundstück des Tages

   » ‎ Fredo's Blog
  Wirklich zufällig bin ich heute auf der ICQ-Website vorbeigekommen. Und dort prangte mir ein interessantes weltanschauliches Chat-Angebot entgegen. Da mir der weitere Hintergrund unbekannt ist, lasse ich es einfach mal so unkommentiert stehen.
  
  
• March 06, 2010
• 17:32

  Ubuntus neues Design – die dreihundertfünfundsiebzigste

   » ‎ Fredo's Blog
  Das neue Design der kommenden Ubuntu-Version Lucid Lynx ist enthüllt, und schon bricht ein Sturm aus. Aber das war wohl auch nicht anders zu erwarten. Also kann es auch nicht schaden, wenn ich auch noch meinen Senf dazu gebe.
  
  Eigentlich bin ich bei diesem Thema relativ emotionslos. Ich finde das neue Thema nicht schlecht, aber auch nicht überwältigend. Dass die Fensterknöpfe nun links statt rechts sein sollen, finde ich ungewohnt, aber keine Katastrophe. Dass ein ganzes Designteam besseres schaffen könnte, finde ich durchaus zutreffend, aber auch nicht ungewöhnlich.
  
  Ein Artikel von Pinguinzubehör hat mich aber auch noch mal zum Nachdenken gebracht. Kernaussage:
  
  

  Das wirklich Tragische am neuen Ubuntu-Design ist jedoch, dass alles wirklich sehr gut aussieht. […]
  Allein – alles zusammen sieht grausam aus, es scheint nichts zusammenzupassen.

  
  
  Und in der Tat ist das auffällig. Vor allem die Kombination von Fensterdekoration und GTK-Thema finde ich irritierend. Kerngedanke ist ja, ein helles und ein dunkles Thema anzubieten. In beiden Fällen passen Fensterdekoration und GTK-Thema in meinen Augen jedoch überhaupt nicht zusammen. Die dunkle Festerdekoration ist in Dunkelgrau gehalten und wirkt eher kühl. Das dazugehörige GTK-Thema jedoch greift das (von vielen, wenn auch nicht von mir, gehasste) Braun wieder auf und wirkt damit deutlich wärmer. Beim hellen Thema ist es anders herum: Die helle Fensterdekoration ist mit ihrem Beige eher warm. Das helle GTK-Thema kommt dagegen in kühlem Grau daher.
  
  Auf die schnelle habe ich mal den GIMP angeworfen und als kleines Experiment Dekoration und GTK-Thema ausgetauscht. Und siehe da: Für meinen Geschmack ein deutlich stimmigeres Bild. Zwar treffen die Attribute „hell“ und „dunkel“ jetzt nur noch bedingt zu; vielmehr hat das eine Thema jetzt einen relativ geringen Kontrast zwischen Fensterdeko und Fensterinhalt, das zweite dagegen einen eher starken. Aber insgesamt scheint es mir so besser zu passen.
  
  Auch wenn ich insgesamt skeptisch bin, welche Auswirkungen die zahlreichen Kommentare aus der Community auf den tatsächlichen Entwicklungsprozess haben, muss ich mir jetzt zumindest nicht vorwerfen, geschwiegen zu haben. Schauen wir einfach mal, wie die Entwicklung weitergeht. Insgesamt bin ich ganz zuversichtlich, und austauschen kann man die Designs am Ende ja immer noch.
• March 05, 2010
• 22:03

  Neues aus der Bibliothek

   » ‎ Fredo's Blog
  Eher zufällig bin ich heute mal wieder in der OpenClipartLibrary vorbeigekommen. Ich mag das Projekt eigentlich sehr (und habe auch selbst schon ein paar Kleinigkeiten beigesteuert). Aber von seinem eigentlichen Potenzial hat man leider nie viel gesehen, die Seite war eher unsexy und hatte ernsthafte Probleme mit der Benutzbarkeit. Eine Bildersammlung ohne Vorschaubildchen ist halt nicht so richtig das Wahre.
  
  Um so erstaunter war ich heute, als die Seite in völlig neuem Glanz erstrahlte. Zwar prangt noch deutlich sichtbar das Beta-Banner über der Seite, aber im Vergleich zur alten Version ist das in meinen Augen schon ein deutlicher Fortschritt. Und es gibt Thumbnails! Das neue Design gefällt mir ziemlich gut, die Seite wirkt einladend, professionell und benutzerfreundlich.
  
  Kleine Wermutstropfen gibt es aber auch: So fand ich das alte Tag-System ziemlich gut, wo man die Suche durch das Hinzufügen weiterer Tags immer weiter eingrenzen konnte. Das scheint leider jetzt nicht mehr möglich zu sein. Aber man kann ja Bugs melden, darunter fallen solche Regressionen vielleicht ja auch…
  
  (Ganz nebenbei: Es ist auch interessant zu sehen, wie es immer mehr Projekte zu Launchpad zieht. Auch für nicht-Ubuntu-bezogene Projekte scheint es mittlerweile eine attraktive Alternative zu anderen Hostern zu sein.)
  
  Also, viel Spaß beim Stöbern!
• March 02, 2010
• 23:20

  Bunter chatten mit Empathy

   » ‎ Fredo's Blog
  Empathy ist ja der neue (oder auch nicht mehr so neue) Standard-Messenger von Ubuntu. Als großer Pidgin-Fan fand ich es zwar schon schade, dass die alte Taube mich nicht mehr unterhalten sollte, aber ich wollte Empathy zumindest eine Chance geben.
  
  Ein nettes Feature von Empathy ist, dass es Chat-Themes unterstützt. Das Konzept, Unterhaltungen wahlweise wie Notizen an einer Pinnwand oder Sprechblasen aussehen zu lassen, ist vor allem durch Adium bekannt geworden, Pidgins Cousin für Mac OS X. Deswegen – und weil Empathy wie Adium WebKit zur Darstellung der Chats verwendet – lag es nahe, einfach die vorhandenen Themes von Adium zu implementieren.
  
  Ein paar wenige Themes sind bei der Standard-Installation schon dabei, aber die meisten haben mir nicht richtig zugesagt. Im GNOME-Wiki gibt es aber eine Liste von Themes und ihren Status unter Empathy. Die meisten laufen schon ziemlich gut, aber nicht alle werden schon vollständig unterstützt. Mir persönlich hat es das Modern-Theme ziemlich angetan. Es ist sehr schlicht, aber auch hübsch, und die Darstellung von aufeinanderfolgenden Nachrichten einer Person finde ich gut gelöst.
  
  Benutzt ihr Themes für Empathy? Was sind eure Favoriten?
• February 10, 2010
• 19:21

  Was ist eigentlich Jabber?

   » ‎ Fredo's Blog
  Zeroathome berichtet heute über den Stand der Dinge beim Jabber-Projekt. Dort ist auch erwähnt, dass eine „möglichst kurze, prägnante Beschreibung des Prinzips Jabber“ noch fehlt. Ich habe einmal einen Versuch gestartet, auch für nicht-technikaffine möglichst prägnant zu erklären, was Jabber ist und was es auszeichnet. Kritik ist ausdrücklich erwünscht. Der Text selbst steht unter der CC-By-SA-Lizenz, kann also gerne in anderen Projekten verwendet werden. Was ist Jabber?

  Jabber ist ein System für Instant Messaging – also für Chats zwischen Freunden und Bekannten. Das Prinzip kennt man vielleicht von ICQ, MSN oder ähnlichen. Im Gegensatz zu diesen ist es aber flexibler: Es ist unabhängig von einem einzelnen Anbieter und man kann es mit verschiedenen Chat-Programmen benutzen.

  Jabber kurz erklärt

  Die Grundidee bei Jabber – wie beim Instant Messaging allgemein – ist eine Freundesliste. Dort trägt man Freunde, Bekannte, Kollegen oder Familienmitgleider ein. Fortan kann man sehen, wann diese Freunde online sind, und dann mit ihnen chatten, also Textnachrichten austauschen.

  Jabber kann aber auch noch mehr. Dateien austauschen, mit mehreren Freunden gleichzeitig chatten, Gespräche und Video-Gespräche führen, ja sogar die gemeinsame Arbeit an Bildern oder Dokumenten ist mit Jabber möglich.

  Besonderheiten von Jabber

  Was unterscheidet Jabber dann von anderen IM-Systemen? Jabber ist zunächst einmal kein Programm – im Gegensatz zu etwa dem ICQ-Programm – sondern nur ein Protokoll, also ein allgemeines Prinzip, wie Instant Messaging funktionieren soll. Formell hört es auf den Namen XMPP. Das heißt, man muss keinen bestimmten Anbieter und kein bestimmtes Programm benutzen, sondern kann frei nach seinen Vorlieben wählen.

  Das lässt sich mit E-Mail vergleichen: E-Mail ist nicht an einen Anbieter oder ein Programm gebunden. Man kann seine E-Mail-Adresse etwa bei T-Online, web.de oder seinem Telefonanbeiter haben. Als Programm kann man Thunderbird, Outlook, einen Web-Mail-Dienst oder viele andere nutzen. Nur das Prinzip, wie E-Mail funktioniert, ist festgelegt.

  Jabber-Adressen sind deswegen ähnlich wie E-Mail-Adressen aufgebaut, nach dem Muster hans.franz@mein-anbieter.de. Und viele E-Mail-Anbieter sind auch gleichzeitig Jabber-Anbieter – oft kann man sogar eine Adresse für beides benutzen, z.B. bei Web.de, GMX oder Google.

  Einfach loslegen

  Um Jabber zu benutzen, braucht man also ein Benutzerkonto bei einem Jabber-Anbieter und ein Chat-Programm, das mit Jabber funktioniert. Den ersten Schritt kann man sich sogar sparen, wenn man schon ein E-Mail-Konto hat, das auch als Jabber-Konto funktioniert. Um die Qual der Wahl zu lindern, bietet das Jabber-Projekt eine Sammlung an einfachen Anleitungen, um direkt loslegen zu können.

  Und dann braucht man noch Freunde, die ebenfalls ein Jabber-Konto haben. Und schon kann der erste Jabber-Chat losgehen …

  
  Was ist Jabber? von Frederik Elwert steht unter einer Creative Commons Namensnennung-Weitergabe unter gleichen Bedingungen 3.0 Deutschland Lizenz.

• January 26, 2010
• 22:58

  Video-Recorder mit Ubuntu – Quick and Dirty

   » ‎ Fredo's Blog
  Mit Linux lassen sich ja tolle Multimedia-Center (auch HTPC genannt) einrichten. Sagt man. Ich denke zwar schon lange darüber nach, aber am Ende war es mir immer doch zu viel Aufwand – Zumal ich auch nicht so der Hardware-Bastler bin.
  
  Als die letzte richtungsweisende Entscheidung anstand, habe ich mich deswegen für einen handelsüblichen Festplattenrecorder entschieden. Funktioniert mit Kabel auch super. Nach dem Umzug gab es dann kein Kabel mehr, nur noch DVB-T. Da habe ich das erste Mal an der Richtigkeit meiner Entscheidung gezweifelt, aber wieder war es einfacher, eben einen DVB-T-Tuner zu kaufen. Sogar einen teuren mit Doppeltuner, damit man gleichzeitig Fernsehen und etwas anderes aufnehmen kann.
  
  Tja, was soll man sagen: Der neue Fernseher hat jetzt selbst einen DVB-T-Tuner integriert, und der alte Tuner gibt seinen Geist auf. Sollte er eigentlich noch nicht, so alt ist er nun auch wieder nicht. Aber die Garantie ist leider schon vorbei. Nun ist guter Rat teuer, denn wenn so gute Filme wie Am Ende kommen Touristen immer nur unter der Woche nach Mitternacht laufen, braucht man nunmal einen Videorecorder.
  
  Mein alter PC ist sowieso schon an den Fernseher angeschlossen (TORCS macht sich am Fernseher mit Gamepad einfach besser …), also musste er für den Zweck herhalten. Ein USB-DVB-T-Stick ließ sich auch noch auftreiben, so fehlte nur noch die passende Software. Moovida ist zwar mein favorisiertes Media-Center, aber Aufnehmen kann man damit leider nicht. MythTV scheint aber ein ganz schönes Biest zu sein, und ich hatte keine große Lust, das mal eben an einem Abend zu installieren.
  
  Am Ende habe ich eine schöne Lösung gefunden: Me TV ist eine übersichtliche GNOME-Anwendung, mit der man fernsehen und aufnehmen kann. Über den elektronischen Programmführer (EPG) lassen sich ganz einfach Sendungen auswählen und zur Aufnahme vormerken. Mehr brauche ich eigentlich gar nicht.
  
  Das Resultat lässt sich dann mit DVBCut noch fix zurechtschneiden, um z.B. überschüssige Minuten an Anfang und Ende (oder Werbung, falls auf den Privaten doch mal was Gescheites läuft) loszuwerden. Das Qt3-Programm sieht unter GNOME zwar furchbar aus, erfüllt aber seinen Zweck. Avidemux dagegen macht mit DVB-Material eher Probleme, so dass Bild und Ton schnell nicht mehr synchron laufen.
  
  Der erste Schritt ist jetzt getan. Und vielleicht ringe ich mich doch irgendwann noch mal dazu durch, einen richtigen Home-Theatre-PC anzuschaffen. Im Augenblick macht mich ja der Revo von Acer an, bei dem braucht man nicht mal selbst zu schrauben. Aber bis dahin läuft es auch so.
• January 08, 2010
• 20:48

  LaTeX Beamer und XeTeX

   » ‎ Fredo's Blog
  Mittlerweile nutze ich fast nur noch XeTeX für meine LaTeX-Dokumente. Vor allem die einfache Schrifteinbindung finde ich sehr komfortabel. Jetzt wollte ich auch mal meine Beamer-Präsentationen auf XeTeX umstellen. Dabei bin ich jedoch auf einen fiesen Bug im Zusammenspiel von beamer, hyperref und xelatex gestoßen, der bei bestimmten Konstellationen (\title{} enthält ein mehrbytiges Zeichen, also etwa einen Umlaut, als zehntes Zeichen oder später) zum Absturz führt.
  
  Die Lösung ist recht einfach, wenn man mal drauf gekommen ist: Man muss beamer dazu bringen, hyperref den richtigen Treiber laden zu lassen. Das geht einfach mit der Klassenoption hyperref=dvipdfmx.
  
  Ein vollständiges Beispiel für Beamer mit XeTeX sieht dann so aus:
  
  

  \documentclass[hyperref=dvipdfmx]{beamer}
  \usepackage[ngerman]{babel}
  \usepackage{xltxtra,fontspec,xunicode}
  
  \title{Fehlertest für Beamer}
  \author{Michi Müller}
  \date{\today}
  
  \begin{document}
  
  % Titelseite
  \begin{frame}
      \titlepage
  \end{frame}
  
  \end{document}
  

  
  
  Vielleicht spart das dem einen oder der anderen ein paar Nerven.
• November 05, 2009
• 20:04

  … wo sind all die Icons hin?

   » ‎ Fredo's Blog
  Auf bejonet ist heute zu lesen, wie man über einen Einstellungsdialog die Symbole in den Menüs wieder aktivieren kann. Der Hintergrund ist eine Entscheidung der GNOME-Entwickler, Icons aus den Menüs und von Schaltflächen zu entfernen. Damit will man sich aufgeräumter präsentieren und die Oberfläche beschleunigen.
  
  Prinzipiell bin ich ja offen für neues, und habe es auch erst einmal ohne die Menü-Icons ausprobiert. Aber ich finde es in vielen Fällen schon unpraktisch. Visuell orientiert man sich nun mal wesentlich schneller.
  
  
  Eigentlich noch störender finde ich aber, dass auch die Buttons keine Icons mehr anzeigen. So ist ein typischer Einrichtungsassistent mit Schaltflächen für „Vor“ und „Zurück“ ohne die Pfeilbuttons irgendwie witzlos. Genauso finde ich es bei den Warndialogen beim Schließen ungespeicherter Dokumente sehr hilfreich, wenn „Schließen, ohne zu Speichern“, „Abbrechen“ und „Speichern“ durch entsprechende Symbole unterstützt werden (und noch besser wäre es, wenn das Humanity-Icon-Theme nicht die alten Fehler von Tango wiederholen würde).
  
  Auch dies kann man rückgängig machen, allerdings ist die Option hierzu nur über den Konfigurationseditor (gconf-editor) erreichbar. Der betreffende Schlüssel heißt /desktop/gnome/interface/buttons_have_icons. Das Problem wird allerdings auf Dauer so nicht zu lösen sein: Wenn die Symbole in den Standardeinstellungen nicht angezeigt werden, werden vermutlich die Anwendungsentwickler auch weniger darauf achten, Symbole zu ihren Anwendungen hinzuzufügen.
  
  Aber wichtiger als die Entscheidung der GNOME-Entwickler finde ich die Frage, wie diese Entscheidung evaluiert wird. Wird es Usability-Tests geben, die den Sinn dieser Änderung überprüfen? Wird das Feedback der User eingeholt werden? Natürlich ist es immer schwierig, gegen die alten Gewohnheiten anzukommen. Deswegen bin ich auch gerne bereit, mich überzeugen zu lassen, dass ich mich nur etwas umgewöhnen muss. Aber bei einer so weitreichenden Änderung würde ich es schon begrüßen, wenn der Wert dieser Änderung auch überprüft wird.
  
  Ich bin auf jeden Fall gespannt, wie die Diskussion weitergehen wird.
• October 29, 2009
• 18:06

  Der Karmic Koala ist da. Doch wo sind die Netbook-Torrents?

   » ‎ Fredo's Blog
  Dass die jüngste Ubuntu-Version, 9.10 a.k.a. Karmic Koala, gerade herausgekommen ist, dürfte bekannt sein. Für mich ein Grund, auch meinen Dell Mini 9 einmal mit der neuen Version zu beglücken. Deswegen wollte ich mir das Netbook-Image herunterladen, und bin auf der entsprechenden Download-Seite gelandet. Dort lässt sich jedoch, im Gegensatz zu den Seiten mit den üblichen CD-Images, kein Link zur Torrent-Datei finden. Und der normale Download von den Ubuntu-Mirror-Servern ist doch eher gemächlich (auch kein Wunder, so kurz nach dem Release).
  
  Zum Glück bin ich dann doch fündig geworden, auf dieser Seite findet man etwas weiter unten auch den Torrent-Link. Damit geht es dann wirklich flink.
  
  Übrigens: Die Anleitung, auf die bezüglich der Erstellung eines bootfähigen USB-Sticks für die Installation des UNR verwiesen wird, scheint eher veraltet und nicht gerade zielführend zu sein. So bekommt man das Netbook-Image jetzt als .iso, nicht als .img. Die notwendige Prozedur ist aber noch wesentlich einfacher: Unter „System → Systemverwaltung“ findet sich der praktische „USB-Startmedien-Ersteller“, mit dem sich sehr leicht ein passender USB-Stick bespielen lässt.
• September 26, 2009
• 15:29

  Notify-OSD revisited

   » ‎ Fredo's Blog
  Vor Kurzem hat martingr für Ikhaya einen Artikel zu Kubuntu und Notify-OSD geschrieben. Darin beleuchtet er Nachteile von Ubuntus Notify-OSD gegenüber KNotify. Die Integration von Notify-OSD in KDE sei daher ein Rückschritt gegenüber den Fähigkeiten, die KDE von Haus aus mitbringt.
  
  Die Situation in KDE kann ich als GNOME-Nutzer gar nicht beurteilen. Aber auch der Einzug von Notify-OSD in GNOME, das mit notification-daemon ja ebenfalls ein eigenes Benachrichtigungssystem hat, sorgte für einige Diskussionen. Wie so oft ist vieles natürlich Ansichtssache, und einige Positionen lassen sich auch nicht miteinander in Einklang bringen. Um den Meinungsbildungsprozess ein bisschen ausgewogener zu gestalten, möchte ich an dieser Stelle einmal ein paar Argumente pro Notify-OSD anführen.
  
  Dass ich dabei Martins Ausführungen zum Anlass nehme, soll dabei nicht heißen, dass ich seine Position für falsch halte. Aber in der Gegenüberstellung von Argument und Gegenargument lassen sich vielleicht einige Punkte verdeutlichen.
  
  Argument 1: Für Notify-OSD müssen bestehende Anwendungen gepatcht werden.
  
  Martin schreibt über die GNOME-Version von Notify-OSD:
  

  Für die GNOME Implementierung müssen die existierenden Anwendungen angepasst werden.

  
  Das Argument scheint auf den ersten Blick schwer zu entkräften, schaut man sich die lange Liste von Anwendungen an, die noch gepatcht werden müssten, um mit Notify-OSD kompatibel zu sein.
  
  Wozu genau sind aber diese Anpassungen notwendig? Es geht, wie auch Martin schreibt, darum, dass Notify-OSD keine Actions unterstützt, also in die Benachrichtigung eingebettete Buttons. Ist damit nicht Notify-OSD unvollständig, und sollte nicht lieber dieser Bug in Notify-OSD behoben werden, anstatt alle Anwendungen anzupassen? An dieser Stelle kommen Standards und desktopübergreifende Spezifikationen ins Spiel: notification-daemon und KNotify implementieren eine Spezifikation des Galago-Projekts. Das ist auch sehr nützlich, denn so funktionieren Benachrichtigungen unabhängig vom Desktop.
  
  Warum implementiert Notify-OSD diese Spezifikation dann nicht? Denn offenbar ist Notify-OSD ja umständlicher als die bisherigen Systeme. Der Eindruck entsteht zumindest, wenn Martin schreibt, es
  

  sollen die Anwendungen einzeln überprüfen, ob der Benachrichtigungsprozess Aktionen unterstützt, dann sollen sie global verworfen werden.

  
  Doch dies ist genau das, was die Spezifikation vorsieht: Nicht alle Implementierungen müssen alle möglichen Details umsetzen. Statt dessen gibt es eine Methode, mit der Anwendungen abfragen können, welche Fähigkeiten sie voraussetzen können, und welche nicht.
  
  Damit muss man es also eigentlich genau andersherum formulieren: Die Änderungen, die die Ubuntu-Entwickler an den Anwendungen vornehmen, sind Bug-Fixes. Diese Bugs bestehen darin, dass die Anwendungen die Spezifikation nicht korrekt umsetzen, sondern sich daran orientieren, was de facto von den beiden bisherigen Implementierungen dieser Spezifikationen unterstützen. Das entspricht aber gerade nicht dem Sinn solcher Spezifikationen.
  
  Warum aber implementiert Notify-OSD nicht einfach diese Aktionen in Benachrichtigungen? Das hängt mit dem zweiten Punkt zusammen:
  
  Argument 2: Notify-OSD zeigt störende Dialoge, während KNotify ohne Dialoge auskommt.
  
  Es geht bei dieser These um den Fall, dass eine Benachrichtigung eine direkte Aktion des Benutzers ermöglichen soll. Bisherige Benachrichtigungssysteme betten in diesem Fall einfach einen Button in das Benachrichtigungsfeld ein. Martin schreibt hierzu:
  

  Die Plasma Benachrichtigungen haben das Ziel den Arbeitsfluss des Anwenders nicht zu unterbrechen und folgen dem Kein-Dialog Ziel für die Desktop Shells. Das Problem mit Dialogen ist, dass diese aus Versehen aktiviert werden können. Ein Dialog öffnet sich – wie der Name schon nahe legt – im Dialog mit einer Anwendung. Ein Dialog welcher nicht durch eine Interaktion des Nutzers geöffnet wird, ist daher falsch und der Fenstermanager verhindert zum Beispiel, dass dieser fokussiert werden kann.

  
  Es bietet sich aber auch eine ganz andere Deutung an: Die Benachrichtungsfelder von KNotify (und übrigens auch von notification-daemon) sind eigentlich Dialoge. Sie haben zwar keine Fensterrahmen, aber sie bieten die Möglichkeit zur Interaktion mit dem Benutzer an. Die angesprochenen eingebetteten Buttons sind genau ein solcher Fall. Das Argument, dass solche Buttons versehentlich aktiviert werden können, trifft also auf klassische Dialoge ebenso zu wie auf Notification-Felder mit Buttons.
  
  Die Entscheidung, Actions in Notify-OSD nicht zu implementieren, ist deswegen die eigentliche Neuerung: Ein Benachrichtigungssystem soll Benachrichtigen, aber eben keine Interaktionen ermöglichen. Deswegen kann man auch durch eine Benachrichtigung von Notify-OSD „hindurchklicken“. Praktisch etwa, wenn man ein Fenster schließen will, während oben rechts eine Benachrichtigung erscheint. Man klickt nicht versehentlich auf die plötzlich auftauchende Benachrichtigung, sondern, wie beabsichtigt, auf den Schließen-Knopf des Fensters.
  
  Deswegen hat Martin auch die Ideen des Projektes etwas verzerrt wiedergegeben:
  

  Nun sieht die Ayatana Implementierung vor, dass Dialoge anstelle von Aktionen in Benachrichtigungen angezeigt werden.

  
  Die Implementierung zeigt Dialoge an, falls Anwendungen (fälschlich, wie ich oben dargestellt habe) Aktionen vorsehen, ohne die Fähigkeiten der Implementierung abgefragt zu haben. Damit ist das Anzeigen von Dialogen anstelle der Aktionen gerade nicht gewollt, sondern eine Übergangslösung für fehlerhafte Anwendungen. Bei der Implementierung von Notify-OSD wurde gerade sehr darauf geachtet, möglichst gut in der aktuellen Situation zu funktionieren, ohne die Vorteile des neuen Systems aufzugeben.
  
  In einem Punkt muss ich Martin jedoch Recht geben: Auch ich bin nicht wirklich überzeugt davon, ob die vorgesehene Dauerlösung mit den Indikator-Applets wirklich der beste Weg ist. Es ist das eine, eine spezifikationskonforme Implementierung eines Standards zu entwickeln. Es ist aber etwas anderes, ein eigenes Aktions-System zu entwerfen, was von den Anwendungen upstream umgesetzt werden soll, ohne dass dieses System mit breiterer Beteiligung verschiedener Projekte entwickelt und spezifiziert wurde.
  
  Ein Vorschlag für eine Spezifikation besteht, und es werden auch Kommentare erbeten. Um wirklich breite Akzeptanz für die meiner Auffassung nach richtige Idee zu finden, sollte der Prozess aber deutlicher von Ubuntu gelöst werden. Vielleicht wäre Freedesktop.org ein geeigneterer Ort für diese Diskussion als das Ubuntu-Wiki.
• September 10, 2009
• 18:04

  Deskbook: Deskbar meets Adressbuchsuche

   » ‎ Fredo's Blog
  Der einen oder dem anderen ist die Deskbar sicherlich ein Begriff: Jenes kleine Panel-Applet, hinter dem sich eine universelle Suchleiste verbirgt. Damit lassen sich Dateien finden (unter anderem über Tracker), Programme starten, Übersetzungen nachschlagen und vieles mehr.
  
  Unter anderem ist auch eine Adressbuchsuche enthalten, die die Evolution-Adressbücher durchsucht, so dass man schnell eine E-Mail an eine bestimmte Person erstellen kann. Das war mir aber zu wenig, denn – kaum zu glauben, aber wahr – es gibt noch andere Kontaktmöglichkeiten außer E-Mails. So habe ich nie die Telefonnummern der Kollegen im Kopf, und deswegen schlage ich die relativ häufig nach.
  
  Zu diesem Zweck gibt es das Panel-Applet »Adressbuchsuche« (contact-lookup-applet). Es fügt eine kleine Suchleiste ins Panel ein und zeigt gefundene Kontakte in einem übersichtlichen Fenster als »Adresskarte« an. Auch von dort aus lassen sich dann leicht Mails erstellen.
  
  Aber ich bin kein großer Freund von Suchleisten im Panel, die nehmen mir zu viel Platz weg, dafür dass sie doch nur einem sehr eingegrenzten Zweck dienen. Daher dachte ich mir, es wäre ganz hübsch, die Funktionalität der Adressbuchsuche (und vor allem die Ergebnisdarstellung) in der Deskbar zu haben. Da das ja ein begrenzt komplexes Unterfangen ist, habe ich es einfach zu meiner Abendbeschäftigung erklärt. Und nun ist es langsam fertig, die Adressbuchsuche in der Deskbar:
  
  
  
  
  
  Da das contact-lookup-applet in C geschrieben ist, die Deskbar aber in Python, habe ich den Dialog nach Python portiert. Daher wird das Paket python-gnome2-desktop benötigt, das die Evolution-Anbindung für Python bereitstellt. Ansonsten sollte es für die Installation reichen, das Plugin-Paket in die Pluginliste der Deskbar (zu finden unter »Einstellungen«) zu ziehen.
  
  deskbook.tar.bz2
  
  Viel Spaß damit!
  
  Update 2. Nov. 2009: Unter Karmic gab es ein ein kleines Problemchen mit dem Plugin. Deswegen habe ich eine neue Version hochgeladen, in der der Fehler nicht mehr auftaucht.
• August 20, 2009
• 21:31

  Scribus: The Next Generation

   » ‎ Fredo's Blog
  Vor kurzem ist die neue Version 1.3.5 von Scribus erschienen. Diese ist zwar als Entwicklerversion ausgewiesen (deswegen ScribusNG), ist aber schon vergleichsweise stabil und bringt einige verbesserte und neue Features mit, die einen Testlauf rechtfertigen.
  
  Während Firefox oder Googles Chrome trotz marginaler Änderungen ihre Versionssprünge mit Siebenmeilenstiefeln machen, stecken bei Scribus zwei Jahre Arbeit hinter der Änderung in der dritten Stelle der Versionsnummer. Und diese Arbeit sieht man auch. So wurde Scribus auf Qt4 portiert. Dies hat für GNOME-User den großen Vorteil, dass sich Scribus dank QGtkStyle nun erstmals sehr hübsch in den Desktop einfügt. Dieser positive Eindruck wird durch die Tango-Icons bestätigt. Aber auch darüber hinaus wurde die optische Erscheinung stark aufgewertet, Objekte auf dem Canvas sehen deutlich besser und moderner aus.
  
  
  
  Aber auch einige Funktionen wurden um schon lange vermisste Features erweitert. So wurden die Möglichkeiten der Stile deutlich erweitert: Neben Absatzstilen sind jetzt auch endlich Zeichenstile möglich, und Stile können ihre Eigenschaften vererben. Diese etwa aus OpenOffice.org bekannten Funktionen werden bei Scribus aber noch eine Stufe weiter getrieben: Absatzstile können auch von Zeichenstile erben.
  
  Neben diesen verbesserten Funktionen gibt es aber auch ganz neue Features. So wurde gerade die Arbeit im Pre-Press-Bereich stark vereinfacht: So lässt sich direkt in den Dokumenteneigenschaften ein Anschnitt definieren. Der PDF-Export erlaubt, Schneidemarken, Registrierungsmarken und ähnliches hinzuzufügen.
  
  Ein neues, sehr interessantes Feature, das ich aber noch nicht ausprobiert habe, sind die sogenannten »Render Frames«. Hier kann man Befehle aus LaTeX und anderen Sprachen angeben, die im Dokument dann durch ihren Output ersetzt werden. So lassen sich dann z.B. mathematische Formeln sehr einfach integrieren. Könnte auch interessant sein, um Grafiken aus R einzubinden.
  
  Wie man vielleicht merkt, bin ich vom neuen Release ziemlich begeistert. Während Scribus für mich bisher schon durch seinen guten PDF-Output überzeugte, aber sonst eher unsexy war, kommt das Programm jetzt schon dem sehr nahe, wie ich mir ein DTP-Programm vorstelle. Auf die stabile Version 1.4 freue ich mich jetzt schon. Der einzige Wermutstropfen ist, dass Ubuntu Hardy noch eine zu alte Qt4-Version mitbringt, und es daher keine Pakete der neuen Scribus-Version gibt. Jetzt muss ich mir überlegen, am Arbeitsplatz doch mal auf Jaunty zu aktualisieren – denn auf den zusätzlichen Komfort möchte ich nur ungern missen.
• July 10, 2009
• 22:34

  OpenStreetMap: Die Last des Ruhms

   » ‎ Fredo's Blog
  Die Kartensammlung von OpenStreetMap ist ja mittlerweile ganz beeindruckend, zumindest was die deutschen Großstädte angeht. Und so langsam häufen sich die Anzeichen, dass sich die freien Karten zu einer echten Alternative zu kommerziellen Anbietern mausern.
  
  So fügt zum Beispiel Radio Bremen auf seiner Webseite aktuellen Meldungen eine dynamische OpenStreetMap-Karte von der betreffenden Region hinzu. Schön zu sehen etwa bei dieser Meldung. Und schön auch: In der Ecke der Karte wird auf OpenStreetMap und die Lizenzseite der CreativeCommons verlinkt.
  
  
  
  Der WDR geht sogar noch ein bisschen weiter: Es wird nicht nur eine dynamische Karte eingebunden, sondern auch vom Recht auf Weiterbearbeitung Gebrauch gemacht. So wird zur Meldung eines Bohrer-Unglücks in Kamen die Unglücksstelle auf dieser Karte eingezeichnet, die offensichtlich von OpenStreetMap stammt:
  
  
  
  Mit den Rechten scheint man es weniger genau zu nehmen: Es fällt auf, dass OpenStreetMap mit keinem Wort, geschweige denn Link, erwähnt wird. Da der WDR bei seinen eigenen Inhalten viel Wert auf Urheberrecht legt, habe ich dann einfach mal nachgefragt. Seitens des WDR verweist man auf die „Metadaten“ des Dokuments. Sprich: Der Alternativtext des Bildes enthalte den gewünschten Verweis. Und der Internet Explorer zeigt dies dann ja auch in einem Tooltip an.
  
  Im Firefox erhält man die Information, wenn man sich die Eigenschaften des Bildes anzeigen lässt:
  
  
  
  Das ist nicht nur kaum zu finden, die Angaben sind auch mehr als dürftig. So ist zwar der Hinweis auf OpenStreetMap enthalten, aber keiner auf die Lizenz des Kartenmaterials. Und die CC-BY-SA verlangt ja, auch Bearbeitungen unter der gleichen Lizenz freizugeben.
  
  Nach meinem Hinweis ist man immerhin dazu übergegangen, den Hinweis auch allgemein lesbar auf der großen Version des Bildes anzubringen:
  
  
  
  Ein Link auf Projekt und Lizenz lasse sich „aus technischen Gründen“ nicht anbringen. Die Schwierigkeit kann ich nachvollziehen, und die vorgenommene Änderung zeigt ja auch eine gewisse Bereitschaft, seine Pflichten zu erfüllen. Nur weiß wohl kaum jemand, was sich hinter dem kryptischen Kürzel CC-BY-SA verbirgt. Ohne dieses Wissen kann man aber auch von seinen Rechten keinen Gebrauch machen. Und ob die gewählte Form der Quellenangaben den formalen Anforderungen entspricht, überlasse ich dem Urteil der Leserinnen und Leser.
• July 05, 2009
• 18:42

  Lineplots für R

   » ‎ Fredo's Blog
  R ist ein hervorragendes Statistik-Progamm, naja, eigentlich eine statistiklastige Programmiersprache. Neben seiner Mächtigkeit schätze ich besonders, dass es ziemlich hochwertige Grafiken erstellt. Nun bin ich neulich darüber gestolpert, dass es gar keinen einfachen Befehl gibt, um Liniendiagramme zu erstellen, wie man sie vielleicht aus OpenOffice.org Calc oder Gnumeric kennt. (Ich habe zumindest nichts gefunden.) Da ich das aber neulich einmal für eine Präsentation brauchte, habe ich einmal versucht, eine möglichst komfortable Funktion dafür zu schreiben. ...
• July 01, 2009
• 0:38

  XeTeX: Bitte mit Gummi

   » ‎ Fredo's Blog

  Nur auf die Schnelle ein kurzer Post:

  Heute habe ich endlich erste Schritte mit XeTeX gewagt. Irgendwie ist man ja pdfTeX gewohnt, und schon allein aufgrund der vielen verfügbaren Anleitungen hält sich das wohl noch einige Zeit. Aber XeTeX ist schon einen Blick wert: Vor allem die Verwendung der System-Schriften macht es wesentlich komfortabler, beliebige Schriften zu verwenden, als mit pdfTeX. Und die echte Unicode-Unterstützung ist Gold wert.

  Nur benutze ich gerne rubber zum Kompilieren von LaTeX-Dokumenten. Dies unterstützt XeTeX jedoch noch nicht. Die Lösung ist jedoch recht einfach. Man erstellt einfach eine Datei »xetex.py« im Verzeichnis »/usr/share/rubber/rubber/rules/latex/«. In diese kopiert man folgenden Text:

  # This file is part of Rubber and thus covered by the GPL
  # (c) Emmanuel Beffara, 2002--2006
  # (c) Frederik Elwert, 2009
  """
  XeLaTeX support for Rubber.
  
  """
  
  import rubber
  
  class Module (rubber.rules.latex.Module):
          def __init__ (self, doc, dict):
                  doc.vars["program"] = "xelatex"
                  doc.vars["engine"] = "XeTeX"
                  doc.prods = [doc.src_base + ".pdf"]
  

  Nun kann man mit folgendem Befehl XeTeX-Dokumente übersetzen:

  rubber -m xetex datei.tex

  Bei einem ersten Test hat es problemlos geklappt, hoffen wir also mal das Beste.

  Update:

  Wie towolf netter Weise bemerkt hat, reicht auch eine Angabe im Kopf der LaTeX-Datei:

  % rubber: set program xelatex

  Das ist natürlich sehr praktisch, dieses Feature kannte ich noch gar nicht. Danke für den Hinweis!

• May 08, 2009
• 20:40

  ScheduleWorld wird kostenpflichtig – aber plötzlich!

   » ‎ Fredo's Blog
  Seit einiger Zeit nutze ich zur Synchronisierung meiner Evolution-Daten den Online-Dienst ScheduleWorld. Damit bin ich auch sehr zufrieden, und es scheint derzeit auch der einzige Dienst zu sein, der (zumindest fast) alle Evolution-Daten verlustfrei synchronisieren kann. ...
• March 07, 2009
• 21:01

  Zur Serienreife? Serienbriefe mit LaTeX

   » ‎ Fredo's Blog
  Das Thema Serienbrief bringt mich regelmäßig zur Verzweiflung. OpenOffice.org bietet hier zwar die entsprechenden Funktionen an, aber wirklich reibungslos läuft das bei mir nie. Schon allein eine ODS-Datei mit den Adressen in das Dokument zu laden ist für mich eine Herausforderung.
  
  Außerdem schreibe ich meine Briefe sowieso lieber mit LaTeX. Dort sieht alles ganz schnell so aus, wie es bei einem anständigen Brief sein soll. Also habe ich mich gefragt, ob man mit LaTeX nicht auch Serienbriefe erstellen kann. Und tatsächlich, in der KOMA-Anleitung bin ich fündig geworden. Serienbriefe sind mit scrlttr2 möglich. Allerdings muss man die Adressdaten in einem bestimmten Format haben. Eine Datei mit der Endung .adr soll Einträge in der Form
  

  \adrentry{Name}{Vorname}{Adresse}{Telefon}{F1}{F2}{Kommentar}{Kürzel}

  
  haben. Das ist natürlich eher ungewöhnlich, um nicht zu sagen nervig.
  
  Also habe ich mir ein kleines Skript in Python geschrieben, das eine CSV-Datei in eine adr-Datei umwandeln kann. Dabei kann man die adr-Felder frei aus Feldern in der CSV-Datei zusammensetzen. Oftmals wird man z.B. die Adresse in einzelnen Feldern vorliegen haben, z.B. Straße, PLZ und Ort.
  
  Das Skript gibt’s hier: addressify.py
  
  Ein Aufruf könnte z.B. so aussehen:
  

  python addressify.py -m 'Name=$Nachname' -m 'Vorname=$Vorname' -m 'Adresse=$Strasse\\$PLZ $Ort' -m 'F1=$Geschlecht' -o 'adressen.adr' adressen.csv

  
  Nun hat man eine passende Datei, also steht dem Serienbrief nichts mehr im Weg. Der könnte z.B. so aussehen:
  
  

  \documentclass[DIN]{scrlttr2}
  \usepackage[T1]{fontenc}
  \usepackage[utf8]{inputenc}
  \usepackage[ngerman]{babel}
  \usepackage{mathpazo}
  
  \begin{document}
  \newcommand{\Anrede}{}
  \renewcommand*{\adrentry}[8]{%
      \if #5w \renewcommand{\Anrede}{Frau} \fi
      \if #5m \renewcommand{\Anrede}{Herrn} \fi
      \begin{letter}{\Anrede\\#2 #1\\#3}
          \if #5w \opening{Sehr geehrte Frau #1,} \fi
          \if #5m \opening{Sehr geehrter Herr #1,} \fi
  
          Serienbriefe mit \LaTeX{} sind nicht schwer zu realisieren.
  
          \closing{Mit freundlichen Grüßen,}
      \end{letter}
  }
  
  \input{adressen.adr}
  \end{document}

  
  
  Für meine Zwecke reicht das erst einmal, endlich ein verlässlicher Weg, einfache Serienbriefe zu schreiben. Raum für Optimierungen gibt es sicherlich noch, aber das überlasse ich, wie man so schön sagt, dem Leser als Übung.
• February 24, 2009
• 23:01

  Die Königin zum Tango bitten …

   » ‎ Fredo's Blog
  GNOME bringt ja eine Reihe ganz netter Spiele mit. Gerade die Kartenspiele glänzen jedoch nicht gerade durch ein hübsches Design. Das Kartenset Ornamental aus dem Paket gnome-games-extra-data gefällt mir ganz gut, ist aber sicherlich nicht für jeden was. Aber vielleicht könnte man der Königin ja Tango beibringen? ...
• January 31, 2009
• 18:17

  Ubuntu Netbook Remix auf dem Dell Mini 9

   » ‎ Fredo's Blog
  Dell hat für sein Netbook ja einen eigenen Starter entwickelt. Viele Komponenten bauen auf Techniken auf, die für den Ubuntu Netbook Remix entwickelt worden sind, aber der Starter, also der sichtbarste Teil, ist eine Eigenentwicklung. Der Starter macht auch optisch einiges her, die Knöpfe für die Kategorien und Programme sind schön groß, und dezente Animationen setzen die Menüs hübsch in Szene.
  
  In letzter Zeit habe ich dann aber doch immer häufiger neidisch zu einem Kollegen rübergeschielt, der auf seinem eeePC den Ubuntu Netbook Remix laufen hat. ...
• January 23, 2009
• 18:21

  LaTeX, Zotero und gedit

   » ‎ Fredo's Blog
  In der Tat, Zotero hat mich weitgehend überzeugt. Es ist ein recht brauchbares Literaturverwaltungsprogramm, vor allem aber wird es aktiv weiterentwickelt und von etablierten Institutionen unterstützt. Damit ist es eine recht zukunftssichere Wahl, schließlich will ich nicht alles halbe Jahr meine Literaturdatenbank umziehen.
  
  Die Integration in OpenOffice.org ist außerdem wirklich gut. Nur schreibe ich eigentlich lieber mit LaTeX, und hier bietet Zotero von Haus aus keine Unterstützung. Aber gedit, mit dem LaTeX-Plugin mein favorisierter LaTeX-Editor, hat ja eine schöne Python-Plugin-API. Also kann man ja mal versuchen, ein gedit-Plugin für die Zotero-Einbindung zu schreiben… ...
• December 08, 2008
• 20:26

  Still und heimlich …

   » ‎ Fredo's Blog
  … ist endlich die finale Version 0.4 von Genesis, meinem Frontend für SyncEvolution, erschienen. Nachdem ich schon länger den Einsatz der Beta empfohlen hatte, weil diese im Gegensatz zur 0.3 SyncEvolution 0.8 unterstützt, habe ich mich entschlossen, jetzt den Beta-Test für beendet zu erklären.
  
  Grund der Verzögerung sind zwei Bugs, die ich leider bis heute nicht verlässlich reproduzieren kann. Sie sind aber weder gravierend noch treten sie sehr oft auf, von daher sind sie auch kein Grund, ewig mit dem Release zu warten. Sie haben aber dafür gesorgt, dass Genesis ein einfaches Logging-System integriert hat, mit dem ich hoffe, den Fehlern vielleicht doch noch mal auf die Spur zu kommen.
  
  Der eigentliche Mehrwert der finalen Version gegenüber der Beta ist sicherlich, dass es jetzt endlich ein .deb-Paket gibt, und ein Paketrepository.
  
  Wie immer wünsche ich viel Spaß mit dem neuen Release und ermutige alle, selbst an der Verbesserung von Genesis mitzuwirken – sei es über Bug-Reports, Code oder sonstwas. :-)
• December 01, 2008
• 23:47

  Das bisschen Perl kann so schlimm nicht sein...

   » ‎ Fredo's Blog
  Ich kann kein Perl. Weder lesen noch schreiben. Hab ich auch nie gebraucht.
  
  Bis vor ein paar Tagen. Da habe ich einen Bug in meinem liebsten Scanprogramm gscan2pdf gefunden: Schwarz-Weiß-Bilder wurden durch unpaper immer wieder in Graustufenbilder umgewandelt.
  
  Tja, und der Autor von gscan2pdf ist wohl nicht mehr so ultra-schnell im Beheben von Bugs wie noch vor einiger Zeit. Hat vermutlich auch mal anderes zu tun, der gute Mann. Also, nicht jammern, Ärmel hochkrempeln. Dank Class Browser Plugin findet man sich mit gedit auch einigermaßen schnell in der riesigen Perl-Datei zurecht, aus der gscan2pdf besteht. Und mit ein bisschen Nachdenken sowie etwas Copy&Paste habe ich dann tatsächlich meine ersten Zeilen Perl zusammengebastelt.
  
  Das hat nicht unbedingt das Zeug dazu, ein Hobby zu werden. Aber so schlimm ist es auch nicht, wie ich bisher dachte... Naja, sicherlich fallen den Profis unter euch jetzt noch ein paar dumme Fehler auf. Dann hätte dieser Blogeintrag sogar noch etwas positives, nämlich ein bisschen Qualitätssicherung, bewirkt. :-)
• November 27, 2008
• 20:05

  Literaturverwaltung unter Linux II oder: So schnell kann es gehen…

   » ‎ Fredo's Blog
  In einem meiner letzten Artikel habe ich Literaturverwaltungsprogramme vorgestellt. Ich persönlich habe bis jetzt immer Pybliographer verwendet. Jetzt ist nur leider das eingetreten, was ich insgeheim schon befürchtet hatte: Pybliographer ist tot. Zumindest findet man auf der Webseite den großen Hinweis:
  
  

  This project is looking for a new maintainer

  
  
  Also, was nun? Literaturverwaltung stellt einen ziemlich wichtiges Werkzeug meiner Arbeit dar, und das einzige, mit dem ich mich bis jetzt auf Dauer einigermaßen anfreunden konnte, wird nicht weiterentwickelt. Das ruft in mir einen lange verdrängten Gedanken wach: »Eigentlich müsste man mal eine richtig gute Literaturverwaltung für Linux entwickeln…«
  
  Realistischer Weise muss ich aber einsehen, dass ich das gar nicht könnte – zumindest nicht allein. Aber ein paar Ideen hätte ich schon. Und es gäbe ja auch ein paar Programme, bei denen man sich bedienen könnte.
  
  Da ich irgendwie denke, dass Linux doch viel an Universitäten genutzt wird, kann ich mir gar nicht recht vorstellen, dass andere nicht auch ein gutes Literaturverwaltungsprogramm unter Linux suchen. Also: Wer hätte an einem solchen Projekt Interesse und kann Programmieren (ich würde ja Python bevorzugen) oder würde auf andere Weise helfen wollen?
  
  Um gleich möglichen Enttäuschungen vorzubeugen: Ich will erst einmal nur sondieren, ob sich ein solches (nicht ganz triviales) Projekt überhaupt realisieren ließe. Vielleicht stellt es sich am Ende auch als unrealistisch heraus. Es wäre aber zu schade, diese Idee nicht wenigstens einmal in den Raum zu stellen.
• November 11, 2008
• 23:15

  Sprechen Sie Mini?

   » ‎ Fredo's Blog
  So, jetzt ist es so weit: Ich bin auch unter die Netbooker gegangen.
  
  Ich habe mich für das Dell Inspiron Mini 9 entschieden. Dell mag ich sowieso, das Preis-Leistungs-Verhältnis scheint auch zu stimmen (auch wenn man ja leider immer noch den Versand dazurechnen muss) und für ihren Ubuntu-Kurs müssen sie ja auch mal belohnt werden. Außerdem finde ich es auch praktisch, wenn ich mein Wunschsystem schon gleich vorinstalliert habe. ...
• October 18, 2008
• 22:00

  OpenStreetMap: Frei - na und?

   » ‎ Fredo's Blog
  OpenStreetMap ist nicht nur kostenlos, sondern frei. Unter den Bedingungen der CreativeCommons Attribution-Share Alike darf man mit den Daten der freien Weltkarte arbeiten. Klingt schön, aber was bringt das wirklich? Was kann ich mit OSM machen, was Google Maps und andere nicht zulassen? ...
• September 04, 2008
• 22:47

  Wie kommt die Garamond ins LaTeX?

   » ‎ Fredo's Blog
  Vor ein paar Tagen fragte mich mein Chef, wie man eigentlich die Garamond in LaTeX verwenden kann. TeXLive liefert eine garamond.sty mit, aber die scheint nicht zu funktionieren.
  
  Die Garamond ist wirklich eine schöne, wenn auch sehr klassische Brotschrift. Gerade für den Textsatz in Büchern macht sie eine Menge her. Wäre also gut, sie auch in LaTeX verwenden zu können. Also habe ich mich mal etwas auf die Suche gemacht. Es ist etwas umständlicher, als ich erwartet hätte, aber wenn man erst mal weiß, wie... ...
• August 27, 2008
• 23:54

  Swiff Deck

   » ‎ Fredo's Blog
  Auf meinem Arbeitsrechner habe ich einmal versucht, so weit wie möglich mit der Standardkonfiguration von Ubuntu auszukommen. Also erst einmal ohne Flashplayer. Der hübsche integrierte "Welchen Flashplayer wollen Sie installieren?"-Dialog von Ubuntu muss leider erst bewusst provoziert werden, indem man z.B. auf eine dezidierte Testseite für Flashinhalte geht. Viele Webseiten, wie z.B. YouTube, probieren ohne installierten Flashplayer gar nicht erst, die Inhalte anzubieten, sondern verweisen einen gleich auf die Adobe-Downloadseite.
  
  Hatte ich den Dialog aber erst einmal vor der Nase, wollte ich dann auch einmal einen Blick auf die freien Alternativen werfen. Ich habe mich nicht für Gnash, sondern für swfdec entschieden. Und ich muss sagen, ich bin ziemlich positiv überrascht. Die Software wirkt ziemlich stabil, viele Seiten laufen auch tadellos. An einigen Stellen stößt man noch an Grenzen, manche Seiten funktionieren eben doch noch nicht. Aber ich hätte gedacht, dass die freien Flashplayer noch wesentlich weniger nutzbar wären. Gnash habe ich dann gar nicht mehr ausprobiert, aber über diese Alternative habe ich auch in der Regel weniger positive Berichte gelesen.
  
  Swfdec setzt recht stark auf GNOME-Komponenten wie GTK, Cairo, GStreamer. Aber vielleicht ist auch genau das der Grund für die recht flotte Entwicklung und den guten Zustand des Programms. So muss man weniger selbst schreiben, und das ist ja auch ein Stück weit der Sinn des OpenSource-Ökosystems. Leider konnte ich das Plugin aber noch nicht zur Zusammenarbeit mit Opera bewegen, so dass zu Hause nach wie vor Adobes Player zum Einsazu kommt.
  
  Einen positiven Seiteneffekt hat swfdec übrigens auch: Es spielt Flash-Inhalte nicht sofort ab, sondern zeigt erst einmal einen einfachen großen Play-Button auf grauem Grund. So hält man sich auch die Massen an Flash-Werbebannern vom Leib, denen man sonst so begegnet.
  
  Mir als SVG-Enthusiasten tut es ja eigentlich weh, dass Flash mit freier Software im Browser besser läuft als SVG. Aber zumindest scheint auch der swfdec-Hauptentwickler langfristig die Abschaffung von Flash anzustreben. Und wer weiß, vielleicht lassen sich Techniken von Swfdec ja wiederverwenden, um animiertes SVG in Firefox zu realisieren...
• August 17, 2008
• 19:45

  Literaturverwaltung unter Linux: Die Programme

   » ‎ Fredo's Blog

  Für die wissenschaftliche Arbeit stellt die digitale Literaturverwaltung eine der wesentlichen Errungenschaften dar. Mühelos lässt sich so sicherstellen, dass alle zitierten Werke auch im Literaturverzeichnis auftauchen, dass alle Einträge einheitlich formatiert sind, oder dass sich Literaturverzeichnisse nach verschiedenen Richtlinien erstellen lassen.

  In diesem Artikel möchte ich einige der verfügbaren Literaturverwaltungsprogramme vorstellen.

  ...
• July 30, 2008
• 23:32

  Genesis 0.4 kommt

   » ‎ Fredo's Blog
  Das bevorstehende Release von SyncEvolution 0.8 hat mich etwas unter Druck gesetzt: Genesis hatte Probleme, mit der neuen Version zusammenzuarbeiten. Aber so ein bisschen Druck tut ja auch mal ganz gut und hat dafür gesorgt, dass ich mich mal wieder drangesetzt habe.
  
  Das Ergebnis war ein komplett neues Konfigurations-Backend, das jetzt nicht mehr selbst in den Dateien rumfummelt, sondern das neue Kommandozeileninterface von SyncEvolution nutzt. Diese doch ziemlich grundlegende Änderung hat mich dazu gebracht, zwei Neuerungen im Entwicklungsprozess einzuführen:
  

  • Ich habe für die neue Version einen eigenen Branch eröffnet. So kann ich die alte Version noch weiterpflegen (für die Nutzer von SyncEvolution 0.7) und konnte etwas radikaler umbauen.
    
  • Es gibt das erste Mal eine öffentliche Beta-Version. Nachdem ich bei der 0.3 ziemlich schnell die 0.3.1 nachgeschoben hatte, sollen mir jetzt die User bitte vor der Freigabe der finalen Version den Bugtracker einrennen. :-)
    

  
  
  Insgesamt bin ich sehr positiv überrascht, dass sich doch etwas auf der Projektseite von Genesis tut. Es gab ein paar Bugreports und, für mich noch überraschender, einige Übersetzungen. So gibt es Genesis jetzt in Russisch, Niederländisch, Französisch und Spanisch. An dieser Stelle vielen Dank an alle, die zu dem Projekt beigetragen haben!
  
  Da dieses Blog nicht sehr gut geeignet ist, technische Fragen zu Genesis zu beantworten, soll das zunehmend auf der Projektseite passieren. Auch werde ich dort jetzt neue Versionen bekanntgeben. Über allgemeines Feedback freue ich mich aber auch hier im Blog. :-)
  
  Dann wünsche ich erst einmal allen Nutzern viel Spaß mit der neuen Version!
  
  P.S.: An die Ubuntuuser: Schön, jetzt auch auf dem Planet vertreten zu sein! Und heute bekommt ihr gleich zweimal was von Genesis zu lesen: Cubitus hat einen schönen Artikel über die Synchronisierung mit ScheduleWorld geschrieben, in dem er auch Genesis erwähnt. Der Artikel war auch der eigentliche Grund, dass ich doch heute noch das Release der Beta fertig gemacht habe. :-)
  
  P.P.S.: To my international readers: If you want to follow the development of Genesis, please watch the Announcements on Launchpad. In the future, I'll write primarily German on this blog, so there's the best place to get information and ask questions.
• July 21, 2008
• 13:07

  Zu OpenSource beitragen

   » ‎ Fredo's Blog
  Es gibt viele Möglichkeiten, zu OpenSource beizutragen. Dabei sind mir rückblickend ein paar richtige Highlights eingefallen, bei denen ich das Gefühl hatte, wirklich etwas beizusteuern. ...
• July 18, 2008
• 18:25

  Inkscape: Filtereffekte

   » ‎ Fredo's Blog
  Seit der letzten Version von Inkscape ist es möglich, selbst Filter-Effekte zu erstellen. Das ist ein ziemlich cooles Feature, das jedoch etwas Einarbeitung braucht. Deswegen habe ich mal einen Screencast (meinen ersten!) erstellt, der zeigt, wie man mit Filter-Effekten einen Schatten erstellen kann. ...
• June 29, 2008
• 0:23

  Jetzt kann's losgeh'n: OpenStreetMap

   » ‎ Fredo's Blog
  Lange schon habe ich damit geliebäugelt, jetzt habe ich es endlich umgesetzt: Ich habe mir ein GPS-Gerät zugelegt. Mein Ziel: Ein Beitrag zur OpenStreetMap.
  
  Die OpenStreetMap ist ein Projekt, das mit Hilfe von unzähligen Freiwilligen die Welt kartografieren will. Die erhobenen Daten stehen jedem frei zur Verfügung. Damit soll ein Gegengewicht zu den vielen unfreien Quellen für Kartenmaterial gesetzt werden. Wer beispielsweise auf einer Homepage eine Anfahrtsskizze bereitstellen will, muss entweder bei den kommerziellen Anbietern dafür bezahlen, oder die Skizze selbst malen. Karten von OpenStreetMap können dagegen frei verwendet werden.
  
  Das GPS-Gerät, das ich gekauft habe, ist ein Garmin Legend HCx. Auf den ersten Blick wirkt es ganz vielversprechend. Da es mit einer MiniSD-Karte erweitert werden kann, ist auch die Datenübertragung ganz einfach: Es wird als Massenspeicher erkannt und man kann direkt über den Datei-Browser die Tracks herunterladen oder Karten aufspielen. (Das funktioniert dann auch unter Linux wunderbar.) Dies ist auch nötig: Die mitgelieferte Karte ist sehr grob und kaum zu gebrauchen. Neue Karten kosten einiges, aber zum Glück gibt es ja OpenStreetMap: Mit Mkgmap lassen sich OSM-Karten in's Garmin-Format konvertieren. Damit hat man zum Einen ganz brauchbare Karten auf seinem Gerät, und sieht andererseits gleich, wo es noch Lücken gibt.
  
  Heute habe ich dann auch gleich schon einmal einen kleinen Spaziergang gemacht, um ein paar Daten zu sammeln. Jetzt muss ich mich noch ein bisschen in das Editieren der Karten einarbeiten, dann kann ich bald hoffentlich schon meine ersten Daten in die OSM-Datenbank hochladen.
• June 15, 2008
• 21:46

  Finally: New Genesis Release

   » ‎ Fredo's Blog
  It has taken its time. But now Genesis 0.3 a.k.a. "Let there be Light" is released.
  
  Highlights are the long awaited fix for the changed API in python-evolution, and support for Autostart and syncing in fixed intervals.
  
  The part that took me the longes time, though, was an appropriate install script. I decided that I would drop a patch (after already having integrated it) from a user which added an autotools based install system. I just didn't have enough of a clue about autotools to really maintain this. So I went back to my original plan to write a distutils based install script.
  
  Much inspiration was taken from the Jokosher setup,py script. I also have how a basis to eventually add a debian package for Genesis. I'll see if I can figure out how those things work.
• January 20, 2008
• 14:55

  First impressions of AVG

   » ‎ Fredo's Blog
  Recently, I discovered AVG (Ain't Vector Graphics). AVG is a platform for developing interactive multimedia applications, e.g. for exhibitions or showrooms. Since a friend of mine told me that he was searching for an open alternative to Macromedia Director, I took a look. And being an SVG enthusiast for quite a while, I was interested in what one could achieve using AVG that one couldn't with SVG and vice versa. ...
• December 18, 2007
• 14:31

  Bugfix release for Genesis

   » ‎ Fredo's Blog
  The 0.2 release of Genesis still had some issues with the configuration wizard. Some were of minor annoyance, but one was quite serious, making syncevolution crash on sync. Also, Genesis now provides improved security for new configs by making the config files only owner-readable. So in multi-user environments, other users won't be able to read your account data. I recommend you to update to version 0.2.1, which is now available from the project page. And please look out for remaining bugs and report them!
  
  For those interested in technical details:
  The reason for the crasher seems to be ConfigObj, which is used for configuration file manipulation. It omits the final newline that usually is the last character in a file. (As far as I know, POSIX even requires this.) And without this final character, syncevolution crashes when reading the configuration file. The fix is now a very simple workaround, that just adds a newline character to the config files after saving.