Verzeichnis
Fredo's BlogHumanities, Social Sciences and Free Software
Novacut ist ein recht neues Videoschnittprogramm mit großen Ambitionen. Es hat schon eine wechselvolle Geschichte hinter sich, mit einer gescheiterten und einer erfolgreichen Kickstarter-Kampagne und viel Zweifel an seinem möglichen Erfolg. Novacut verspricht Revolutionäres, wie etwa kollaborative Videobearbeitung über’s Netz. Alles in Allem soll Novacut nicht noch ein Heimanwender-Programm werden, sondern das Zeug zum Werkzeug für (semi-)professionelle Filmemacher haben.
Zugegeben, ich war lange auch skeptisch. Ziemlich große Versprechen und gleichzeitig ziemlich wenig benutzbarer Code. Und PiTiVi hatte schon gezeigt, dass ein guter Video-Editor nicht vom Himmel fällt. Da schien mir die Kritik, man möge doch lieber seine Ideen in PiTiVi einbringen als sich an noch einem neuen Editor zu versuchen, sehr berechtigt.
Wie dem auch sei, in Ubuntu 12.04 ist PiTiVi immer noch nicht wirklich praxistauglich und man steckt mitten in Umbauarbeiten, damit mit GES dann alles besser wird. (Ich finde PiTiVi immer noch gut, und vielleicht wird mit GES ja wirklich alles besser, aber Umbauarbeiten bedeuten in diesem Falle eben auch weniger Bugfixes für die „alten" (sprich: aktuellen) Versionen.) Da ist mir dann die Ankündigung ins Auge gesprungen, dass nun pünktlich mit Ubuntu 12.04 auch Novacut 12.04 veröffentlicht wurde. Also wollte ich dem mal eine Chance geben.
Um es vorweg zu sagen: Novacut ist auch noch nicht praxistauglich. Und um es gleich hinterher zu schieben: Ich bin trotzdem beeindruckt!
Die Installation geht über das PPA problemlos über die Bühne. Und dann ist man erst einmal aufgeschmissen. Denn Novacut hat keine Möglichkeit, Video-Dateien zu importieren. Statt dessen verwendet Novacut ein Programm namens dmedia, mit dem Video-Dateien verwaltet werden (und eben dann auch irgendwann über’s Internet abgeglichen, Proxy-Files verwaltet werden können und vieles mehr). Ein Video erklärt gut, wie es mit dmedia dann geht. Hat man die Dateien einmal in Novacut, weiß man auch nicht unbedingt gleich weiter: Es gibt keine Zeitleiste. Und wie man Clips schneiden kann, ist auch nicht gleich klar. Also noch ein Video.
Und dann ist auf einmal das ziemlich großartige Konzept klar. Das Schneiden und Sortieren von Clips macht dann auf einmal richtig Spaß. (Ein wenig erinnert es mich an unseren Abi-Film, den wir mit iMovie auf einem iMac der ersten Generation geschnitten haben, aber noch cooler.) Mich überzeugt zum Beispiel das Prinzip, einen Clip immer durch den ersten und letzten Frame zu symbolisieren. Jederzeit kann man durch das Scrollen mit der Maus auf einem dieser Bilder die Clips neu zuschneiden. Alles läuft ziemlich flüssig und das minimale Interface gibt einem trotzdem große Freiheiten.
Natürlich fehlt noch einiges, Novacut 12.04 ist eher eine Tech Preview als ein fertiges Produkt. Am schmerzhaftesten ist wohl die fehlende Audio-Unterstützung im Renderer. So ganz ohne Ton macht ein Film dann doch keinen Spaß, auch wenn man auf vieles andere (wie etwa die ebenfalls noch fehlenden Übergänge) für den Anfang gut verzichten kann. Später soll Novacut dann auch noch eine klassischere Zeitleiste bekommen, die für die Audio-Spur dann eben doch von Bedeutung ist. Und das kollaborative Bearbeiten habe ich mir gar nicht angesehen.
Alles in Allem muss ich aber sagen, dass Novacut durch sein sehr klares Aussehen und innovative Bedienkonzepte fasziniert. Ich bin sehr gespannt, wie es weiter geht!
Zugegeben, ich war lange auch skeptisch. Ziemlich große Versprechen und gleichzeitig ziemlich wenig benutzbarer Code. Und PiTiVi hatte schon gezeigt, dass ein guter Video-Editor nicht vom Himmel fällt. Da schien mir die Kritik, man möge doch lieber seine Ideen in PiTiVi einbringen als sich an noch einem neuen Editor zu versuchen, sehr berechtigt.
Wie dem auch sei, in Ubuntu 12.04 ist PiTiVi immer noch nicht wirklich praxistauglich und man steckt mitten in Umbauarbeiten, damit mit GES dann alles besser wird. (Ich finde PiTiVi immer noch gut, und vielleicht wird mit GES ja wirklich alles besser, aber Umbauarbeiten bedeuten in diesem Falle eben auch weniger Bugfixes für die „alten" (sprich: aktuellen) Versionen.) Da ist mir dann die Ankündigung ins Auge gesprungen, dass nun pünktlich mit Ubuntu 12.04 auch Novacut 12.04 veröffentlicht wurde. Also wollte ich dem mal eine Chance geben.
Um es vorweg zu sagen: Novacut ist auch noch nicht praxistauglich. Und um es gleich hinterher zu schieben: Ich bin trotzdem beeindruckt!
Die Installation geht über das PPA problemlos über die Bühne. Und dann ist man erst einmal aufgeschmissen. Denn Novacut hat keine Möglichkeit, Video-Dateien zu importieren. Statt dessen verwendet Novacut ein Programm namens dmedia, mit dem Video-Dateien verwaltet werden (und eben dann auch irgendwann über’s Internet abgeglichen, Proxy-Files verwaltet werden können und vieles mehr). Ein Video erklärt gut, wie es mit dmedia dann geht. Hat man die Dateien einmal in Novacut, weiß man auch nicht unbedingt gleich weiter: Es gibt keine Zeitleiste. Und wie man Clips schneiden kann, ist auch nicht gleich klar. Also noch ein Video.
Und dann ist auf einmal das ziemlich großartige Konzept klar. Das Schneiden und Sortieren von Clips macht dann auf einmal richtig Spaß. (Ein wenig erinnert es mich an unseren Abi-Film, den wir mit iMovie auf einem iMac der ersten Generation geschnitten haben, aber noch cooler.) Mich überzeugt zum Beispiel das Prinzip, einen Clip immer durch den ersten und letzten Frame zu symbolisieren. Jederzeit kann man durch das Scrollen mit der Maus auf einem dieser Bilder die Clips neu zuschneiden. Alles läuft ziemlich flüssig und das minimale Interface gibt einem trotzdem große Freiheiten.Natürlich fehlt noch einiges, Novacut 12.04 ist eher eine Tech Preview als ein fertiges Produkt. Am schmerzhaftesten ist wohl die fehlende Audio-Unterstützung im Renderer. So ganz ohne Ton macht ein Film dann doch keinen Spaß, auch wenn man auf vieles andere (wie etwa die ebenfalls noch fehlenden Übergänge) für den Anfang gut verzichten kann. Später soll Novacut dann auch noch eine klassischere Zeitleiste bekommen, die für die Audio-Spur dann eben doch von Bedeutung ist. Und das kollaborative Bearbeiten habe ich mir gar nicht angesehen.
Alles in Allem muss ich aber sagen, dass Novacut durch sein sehr klares Aussehen und innovative Bedienkonzepte fasziniert. Ich bin sehr gespannt, wie es weiter geht!
Zeit für die Kontaktlinse: Von der Idee zum Projekt mit unity-lens-contactsMon, 7 Nov 2011 22:12:56 GMT
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.
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.
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.
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.
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.
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.
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:
Nun taucht Opera auch im Einstellungsdialog zu den „Bevorzugten Anwendungen" auf.
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:
- Die Datei /usr/share/applications/opera-browser.desktop bearbeiten und dem Eintrag „MimeType" folgendes hinzufügen: „;x-scheme-handler/http;x-scheme-handler/https".
- Folgenden Befehl ausführen: „sudo update-desktop-database /usr/share/applications"
Nun taucht Opera auch im Einstellungsdialog zu den „Bevorzugten Anwendungen" auf.
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. ;) )
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:
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.
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.
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]
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!
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!
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.
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:
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.
listet alle verfügbaren Befehle auf, die man sich mit
erläutern lassen kann.
Richtig los geht es dann mit
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
woraufhin die Python-Dateien in gedit geöffnet werden.
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.
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
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.
← 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.
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.
← 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 http://identi.ca/fredo 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
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 http://identi.ca/fredo 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
Religionswissenschaft im Social Web? Oder: Wissenschaft und Kommunikation im Web 2.0Tue, 11 May 2010 16:02:15 GMT
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
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
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.
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.
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.)
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.)
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 "http://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 http://localhost:3142/acng-report.html. 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/01proxyDamit 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.
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.
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:
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.
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.
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!
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?
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?
