Sintel Cover

Der 3D-animierte Kurzfilm wird bei dem 30. Niederländischen Filmfestival am 27. September, seine Premiere haben. Die Online-Veröffentlichung des Films erfolgt am 30. September. Produziert wurde der Film von dem Niederländer Ton Roosendaal, der Comicautor Martin Lodewijk schrieb die Geschichte zu dem Film, das Drehbuch stammt von Esther Wouda (Niederlande). Das Konzept kam von David Revoy (Frankreich) und Regie führte der junge Amerikaner Colin Levy. Die Filmmusik stammt von dem Deutschen Jan Morgenstern. Der Film hat eine Gesamtlänge von 14 Minuten und 48 Sekunden.

Blender-Logo

In dem Film geht es um ein Mädchen, gesprochen von Halina Reijn, das von einem Schamane, mit der Stimme von Thom Hoffman, gerettet wird. In der Hütte des Schamanen erzählt sie, wie sie in einer verfallenen Stadt ein verletztes Drachenbaby findet und wie eine tiefe Freundschaft zwischen ihnen entsteht. Nach dem der kleine Drache von einem alten Drachen entführt wird, begibt sie sich auf die Suche nach ihren kleinen Freund. Daraufhin kommt es zum dramatischen Zusammentreffen mit dem alten Drachen.

Das „Projekt Durian“ ist das dritte Film-Projekt, nach Elephants Dream (2005) „Projekt Orange“ und Big Buck Bunny (2007) „Projekt Peach“, das von dem Produzenten und Blender-Entwickler Ton Roosendaal initiiert wurde, um den Bekanntheitsgrad von Blender zu steigern. Gleichzeitig soll so die Entwicklung der Open-Source-3D-Software Blender vorangetrieben werden. Ursprünglich hat Roosendaal das Programm in den 90er Jahren für den Einsatz in seinem Animationsstudio entwickelt. Das Programm Blender steht unter der GNU General Public Licence, während die drei Filme und das 2008 erschienene Open Game Yo Frankie! als Creative Commons veröffentlicht wurden.

Mehr zum Film und dessen Produktion, sowie zu Blender gibt es auf den entsprechenden Homepages: Sintel , Blender

Ubucon

In sechs Räumen bieten Mitglieder der Ubuntu-Gemeinschaft parallel zueinander verschiedene Inhalte an. Nebst Einführungen zu Programmiersprachen und Wikis finden die Teilnehmer der Ubucon auch Themen wie Netzwerk und Audiobearbeitung. Aber auch Community-Themen werden angeboten; so wird das Team von ubuntuusers.de und das LoCo-Team seine Arbeit vorstellen.

Bis zum 8. Oktober kann man sich zur Ubucon gegen eine Gebühr von 10 Euro anmelden. Dafür gibt es eine Tasse, ein Schlüsselanhänger sowie freie Verpflegung während der ganzen Ubucon. Wer sich nach dem 9. Oktober noch melden möchte, kann dies direkt an der Ubucon tun. Der Beitrag liegt dann bei 15 Euro.

Programm der Ubucon 2010 als PDF herunterladen (aktualisierte Version von hampa).

Aktualisierte Tabelle:

• Freitag, 15 - 16 Uhr: Aufbau hinzugefügt

• Sonntag, 09 - 11 Uhr: Ubuntu Basis Installation hinzugefügt (Intrepid)

Heute beginnt die Ubuntu App Developer Week und richtet sich an Ubuntu Anwendungsentwickler. Die Ubuntu App Developer Week ist ein Projekt des Ubuntu Klassenzimmers. Es werden hierbei von heute bis zum 1. Oktober 2010 täglich zwischen 16:00 und 22:00 Uhr bis zu sechs Sitzungen von unterschiedlichen Vortragenden rund um das Thema Anwendungsentwicklung auf Ubuntu gehalten.

Ziel der Woche und der einzelnen Sitzungen ist es, Entwickler zu inspirieren und zu befähigen neue Anwendungen zu schreiben. Es soll allen Teilnehmern die Fülle der verschiedenen Werkzeuge und Programme, welche auf der Ubuntu-Plattform zur Anwendungsentwicklung zur Verfügung stehen, näher gebracht werden. Außerdem werden einige bereits bestehenden Anwendungen näher betrachtet und erklärt wie sie erstellt wurden.

An den Sitzungen teilnehmen kann man am einfachsten mit der Software Lernid oder betritt über ein IRC-Programm den Channel #ubuntu-classroom auf irc.freenode.net, wobei der Channel #ubuntu-classroom-chat für Diskussionen zur Verfügung steht.

Vielen Dank an hwartig für die Einsendung dieses Artikels!

Um in die extra dafür geschaffene Paketquelle extra.ubuntu.com zu gelangen, müssen die Urheber der Anwendung dem Code of Conduct zustimmen, sowie die Software unter einer vom Open Source Initiative (kurz OSI) akzeptierten freien Lizenz stellen. Neben diesen Voraussetzungen müssen noch einige andere bestanden werden, damit die Applikation im Software Center zum Installieren bereitgestellt wird.

Somit müssen Entwickler nicht mehr den Weg über Debian-Testing oder Ubuntu-Repositories gehen, sondern können hierfür lediglich einer Überprüfung ihre Applikationen von der „Application Review Board“ über sich ergehen lassen. Das frisch gegründete „Board“ stellt sich aus ausgewählten Mitglieder der Community zusammen, dessen Voraussetzung für eine Aufnahme auf einer Wikiseite festgehalten sind. Jede weitere bzw. neue Version des bereits aufgenommen Programms muss eine neue Prozedur durchlaufen, bevor diese in extra.ubuntu.com aufgenommen wird. Ausgenommen von der Aufnahme sind Applikationen, die bereits in den Paketquellen main und universe verfügbar sind.

Die Anwendungen sollen ohne eigene weitere abhängigen Pakete auskommen können, sodass sie entweder ihre eigenen Bibliotheken bereits mitbringen oder auf schon vorhandenen Bibliotheken in den Paketquellen zurückgreifen. Von dieser Regel sind jedoch Dokumente und Mediadateien ausgeschlossen. Installiert werden die Programme schließlich in das Opt-Verzeichnis und können wie gewohnt über das Startmenü aufgerufen werden.

Mehr dazu unter:

• Golem.de

• LinuxCommunity

• Linux Magazin

Speziell geht es um einen Umstieg von mod fcgi auf mod wsgi . Dies bedeutet einen Wechsel auf ein komplett anderes Modell der Anbindung von Inyoka an den Webserver. Dank „mod_wsgi“ stehen dem Webteam danach viele neue Funktionen zu Verfügung, die zur Prozessteuerung eingesetzt werden können.

Weiterhin werden die MySQL-Server von einem Logical Volume (LVM) auf ein anderes verschoben, damit in Zukunft mehr Speicherplatz für anfallende Daten verfügbar ist.

Eine statische Version des Wikis ist unter www.ubuntuwiki.de zu erreichen.

Aufgrund der größeren Umstellungen rechnet das Webteam daher mit einer Downtime von rund zwei Stunden. Dabei kann es durch eventuell auftretende Probleme zu weiteren Verzögerungen kommen und sich dadurch die Ausfallzeit verlängern. Die Arbeiten beginnen um 21 Uhr.

Das Webteam wünscht den Benutzern von ubuntuusers.de daher eine gute Nacht. Genießt das Fernsehprogramm, kuschelt mit der Freundin bzw dem Freund oder tut was ihr möchtet. Vielen Dank für eure Geduld. Wir sind bald wieder da.

Ikhaya: Hallo Martin, wie erklärst Du einem absoluten Noob, was genau die Ubucon ist und weshalb er unbedingt kommen muss?

Martin: Die Ubucon ist das zentrale Event der deutschsprachigen Ubuntu-Community. Hier kommen sowohl Anfänger als auch Erfahrene und Entwickler zusammen. Es gibt sowohl Workshops und Vorträge, als auch Teammeetings an denen aktiv an Ubuntu gearbeitet wird z.B. Übersetzungssprints. Anfänger können bei der Ubucon einen Einblick erhalten, wie bei Ubuntu zusammengearbeitet wird und wo sich selbst einbringen können.

Martin Kaufmann am Ubuntu Stand

Ikhaya: Wieso wurde der „Call for Papers“ in diesem Jahr verlängert?

Martin: Es gab noch freie Slots und manche Themen waren noch nicht besetzt, deshalb haben wir uns entschlossen, den „Call for Papers“ um einen Monat zu verlängern. Dadurch haben wir noch ein paar interessante Talks angeboten bekommen, die wir den Teilnehmern dann im Oktober präsentieren können. So konnten wir noch einen Workshop zum Thema Packaging gewinnen, der in den vergangenen Jahren oft nachgefragt wurde.

Ikhaya: Seid Ihr bisher zufrieden mit der Resonanz sowohl was Anmeldezahlen als auch Beiträge betrifft? Mit wie vielen Teilnehmern rechnet ihr?

Martin: Da ich nicht weiß, wie groß der Anteil der Anmeldungen zu diesem Zeitpunkt im letzten Jahr war, kann ich nur für jetzt sprechen. Wir sind zufrieden, denken aber dass die Anmeldungen noch steigen können und natürlich sollen. Jeder, der einmal eine Ubucon besucht hat, kennt den sehr familiären Eindruck den dieses Community-Event ausstrahlt und weiß, dass man sich diese drei Tage im Jahr dick im Kalender anstreichen sollte.

Ikhaya: Ja, die haben wir uns angestrichen. Kannst Du schon etwas zur ungefähren Anzahl der Vorträge sagen?

Martin: Das Programm ist gerade in der Mache. Mein letzter Stand ist, dass wir circa 66 Stunden an Vorträgen und Workshops haben die auf sechs Räume verteilt sind.

Ikhaya: Und in welchem Spektrum sie sich bewegen (also von A wie Amarok bis Z wie ZFS)?

Martin: Es bewegt sich vom Einsteiger-Thema bis hin zu Admin-Themen und Entwicklung. Wir versuchen unser Bestes, damit die Ubucon für jeden Besucher auch inhaltlich in guter Erinnerung bleibt.

Ikhaya: Welche Vorträge wirst Du Dir anschauen? Auf welche freust Du Dich am meisten?

Martin: Ich freue mich über jeden Talk der eingegangen ist nur bin ich leider nicht in der Lage, bei allen zugegen zu sein. Ich werde mir sicher den IPv6-Workshop ansehen, das ist ein Thema, was immer relevanter wird und natürlich die Serverfragestunde zu der sich in diesem Jahr noch eine Desktopfragestunde dazu gesellt. Ich werde selber eine Diskussionsrunde zum Thema: Ubuntu bzw. Linux im Mainstream veranstalten, bei dieser werde ich natürlich auch zugegen sein

Ikhaya: Was waren bis jetzt die größten Hindernisse bei der diesjährigen Organisation?

Martin: Es gibt keine Hindernisse, nur Herausforderungen und die haben wir, falls welche auftraten, gut gemeistert. Größter Faktor war bei den Leuten im Core-Team sicher die Zeit, die jeder einzelne hatte, weil auch wir nebenbei arbeiten gehen und Familien haben. Dadurch haben sich vielleicht Sachen etwas zu sehr in die Länge gezogen, kritisch für das Event war dies allerdings nicht.

Ikhaya: Wie viele Leute sind im Orga-Team?

Martin: Das Core-Team besteht aus 8 Personen.

Ikhaya: Wie viel Zeit geht für die Orga drauf?

Martin: Das ist unterschiedlich. Momentan, also knapp 3 Wochen vor dem Event ist es deutlich mehr als noch im Mai zum Beispiel, was aber völlig normal ist. Ich denke, dass jeder aus der Orga pro Tag circa mindestens eine halbe Stunde für die Ubucon verwendet, wobei nach oben natürlich keine Grenze offen ist, vor allen jetzt in der Endphase, wo alles, was bis jetzt grob geplant wurde, fein umgesetzt werden muss. Zeitpläne müssen erstellt werden, die Talks auf die Räume verteilt werden, Catering will organisiert sein, die Anfragen der Besucher und Referenten müssen beantwortet werden usw.

Ikhaya: Sucht Ihr noch Helfer für die Ubucon? Wie könnte man sich bewerben?

Martin: Ja, wir suchen noch Helfer, die vor Ort mit anfassen und die Lounge betreuen zum Beispiel. Bester Einstieg ist die Helfer-Liste. Dort kann man sich eintragen. Alternativ kann man uns kontaktieren, kurz vorstellen und erfragen in welchem Bereich noch Leute gesucht werden.

Ikhaya: Warum wird die Ubucon in diesem Jahr in Leipzig und nicht mehr in Göttingen stattfinden?

Martin: Die Ubucon ist nicht stadtgebunden. Es war bereits im letzten Jahr eine Idee, das Event in Leipzig zu machen, nur hat das damals mit der Uni nicht hingehauen. Durch den guten Kontakt zum Fachschaftsrat Informatik, der auch Koorperationspartner für die Ubucon ist, war es deutlich einfacher das Event in Leipzig machen zu können. Leipzig ist ein Stück größer als Göttingen und die infrastrukturellen Voraussetzungen sind besser.

Ikhaya: Könnt Ihr schon was zu den Räumlichkeiten der Uni sagen?

Martin: Die Ubucon findet dieses Mal im neuen Seminargebäude der Universität Leipzig statt. Einem Neubau auf dem Campusgelände direkt in der Innenstadt. Das war auch ein Kriterium für Leipzig. Der Veranstaltungsort ist für jeden von außerhalb gut erreichbar. Der Hauptbahnhof ist gerade mal fünf Minuten zu Fuß entfernt bzw. eine Haltestelle mit der Tram. Wer mit dem Flugzeug kommen will, kann direkt vom Flughafen per Shuttle-Bahn zum Hauptbahnhof kommen und ist da.

Zu den Räumlichkeiten selbst kann ich sagen, dass sie noch sehr neu sind. Die Uni Leipzig hat umfangreiche Neubauten aus dem Boden gestampft und diese sind dementsprechend gut ausgestattet. Die Räume befinden sich im ersten Stock und sind für jederman per Treppe bzw. Fahrstuhl erreichbar.

Ikhaya: Und wo findet sie im nächsten Jahr statt?

Martin: Das steht noch nicht fest. Wir verlagern unsere momentanen Gedanken eher auf die Planung und Durchführung der Ubucon 2010. Was 2011 wird darüber werden wir uns danach Gedanken machen.

Ikhaya: Wird es wieder ein/zwei SocialEvent/s geben? Kannst Du dazu schon Näheres etwas sagen?

Martin: Richtig, es wird wieder ein Beer- und ein Socialevent geben. Beide sind momentan noch in der Planung, werden aber rechtzeitig bekannt gegeben.

Ikhaya: War es dieses Jahr wieder so schwierig Sponsoren zu finden?

Martin: Das war es allerdings! Ich denke, dass die Wirtschaftskrise und die „Mainstreamisierung“ von Linux im Alltag dazu beitragen, dass Firmen nicht mehr in der Form wie noch vor zwei, drei Jahren dazu finanziell was beisteuern. Das betrifft aber nicht nur Ubuntu sondern auch andere Projekte.

Ikhaya: Habt Ihr Kooperationen mit Hotels oder könnt bei Übernachtungsgesuchen Hilfe stellen?

Martin: Wir haben einen Hotelier, der uns sponsort und der unseren Gästen einen Rabatt und freien Traffic im Hotel-(W-)LAN bietet, wenn man bei der Buchung die Ubucon erwähnt. Wir haben auch bei den Besucherinformationen einige Hotels in der Innenstadt markiert.

Ikhaya: Hast Du einen Wunsch für die Ubucon?

Martin: Ich wünsche mir, dass alles, was wir geplant haben, so umgesetzt werden kann und dass es sowohl für uns Organisatoren als auch für die Besucher, Helfer und Vortragende eine gelungene Veranstaltung wird, an die alle noch lange voller schöner Erinnerungen denken werden.

Ikhaya: Martin, vielen Dank für die Beantwortung der Fragen. Man sieht sich in Leipzig!

Viel Kritik gab es in letzter Zeit an Mark Shuttleworth und Ubuntu. Der zentrale Kritikpunkt an Canonical und Ubuntu war, dass sie viel zu wenig Code für Upstream-Projekte wie zum Beispiel dem Linux-Kernel und auch GNOME produzieren. Im Vergleich zu anderen großen Firmen hinter größeren Linux-Distributionen hängt Canonical nämlich klar hinterher, was den Beitrag an Codezeilen angeht.

Mark Shuttleworth

In einem langen Blogeintrag äußert sich Mark Shuttleworth zu dieser Kritik, dabei betont er, dass es für ihn von großer Bedeutung ist, dass das woran er arbeitet der Welt einen Vorteil verschafft. Es sei immer so geplant gewesen, dass Ubuntu sich mehr um andere Bereiche kümmere als um Programmcode. Hierzu nannte er zwei Beispiele, die ihn in den letzten Monaten erfreut haben. Zum einem sei es, dass ein Dankeschön aus Neuseeland von einer Familie kam, die gerade Ubuntu 10.04 installiert hatte. Zum anderen ist das ein Supportvertrag, den Canonical mit einem Unternehmen abschloss, in deren Folge 20.000 Windows Rechner auf Ubuntu umgestellt wurden.

Mark Shuttleworth ist klar, dass das Erfolge sind, die man Ubuntu nicht alleine zu schreiben darf, sondern allen an freier Software Beteiligten. Die Idee von Ubuntu ist, dass ein jeder freie Software nutzen kann, egal ob es sich um die Nutzbarkeit oder den Preis handelt. Hierzu merkte er noch an, dass, wenn sich der Nutzerkreis um das Zehnfache erhöht, sich der Wert der freien Software auch um das Zehnfache steigert.

Dass es dennoch Leute gibt, die Ubuntu als Nutznießer der Arbeit anderer ansehen, ist dem Ubuntu-Gründer klar. Es dürfe aber nicht nur der Beitrag an Codezeilen gesehen werden, sondern die Gesamtheit der Beiträge. Durch die Zusammenstellung der Distribution werde es verschiedenen Gruppen wie Anwendern, Designern und Entwicklern leichter gemacht zu Linux zu finden. Als Beispiel nannte Shuttleworth die Entwicklung des verbesserten Installationsprogramms . An diesem Projekt arbeiteten verschiedene Gruppen kooperativ über Jahre miteinander. In diesen Zusammenhang erwähnte er auch das Projekt PaperCut, sowohl für den Desktop und den Server . Hier habe Ubuntu Vorarbeit geleistet und zahlreiche kleine und lästige Fehler in Programmen beseitigt.

Ein Thema, dem sich Mark Shuttleworth auch persönlich widmet und Ubuntu gut bewältigt hat, ist die Leitung einer großen Gemeinschaft. Zu sehen sei dies daran, dass sich andere Projekte die Ubuntu-Organisation, bestehend aus einem technischen und einem Gemeinschaftsvorstand, zum Vorbild nehmen. Auch das Design ist Mark Shuttleworth ein persönliches Anliegen. Er habe die in der Ubuntu Netbook Edition 10.10 enthaltene Oberfläche von „Unity“ mitgestaltet.

Abschließend schrieb Mark Shuttleworth noch: „Freie Software ist größer als irgendein Projekt. Es ist größer als der Linux-Kernel, es ist größer als GNU, es ist größer als GNOME und KDE, es ist größer als Ubuntu und Fedora und Debian. Jedes dieser Projekte spielt seine Rolle, es ist aber die Gesamtheit aller Projekte, die die Welt verändern wird. Ich bewundere jeden, der viel Energie in die Förderung von freier Software steckt, auch wenn ich schon mal im Detail, wie das gemacht wird, abweichen kann.“

Wie schon angekündigt sind die Arbeiten an der neuen Version im vollen Gange und viele Anwender haben beim Testen geholfen. Besten Dank dafür!

Nachdem die vergangenen Versuche, die neue Version online zu stellen, nicht erfolgversprechend verlaufen sind, hat sich das Webteam nun verstärkt dem harten Kern gewidmet und u.a. die Queries und Caches im Forum sowie die Dinge, die ständig und immer gebraucht werden, optimiert. In unseren Tests erreicht das Portal im Ganzen nun an vielen Stellen wesentlich bessere Antwortzeiten.

Heute Abend ab 22 Uhr werden wir nun die neue Version online bringen. Dazu erwarten wir keine Downtime, jedoch über eine gewisse Zeitspanne eine eingeschränkte Performance, da wir die Caches neu laden müssen. Sobald diese gefüllt sind, wird ubuntuusers.de wieder in vollem Glanz erstrahlen.

Das Webteam bedankt sich bei allen fleißigen Testern und wünscht allen Anwendern schon jetzt viel Spaß mit der neuen Version!

Update

Die Umstellung auf die neue Version ist geglückt und nach einigen weiteren Optimierungen verzeichnen wir nun eine geringere Auslastung. Wir arbeiten noch daran gewisse Seiten zu optimieren, dieser Prozess ist aber inkrementell und für viele kaum spürbar. Sollten noch Probleme und Fehler auftreten, dann meldet diese bitte im Trac.

Danke noch einmal an alle Tester!

Vielen Dank an EnTeQuAk für diesen Artikel!

Die Förderung von Frauen innerhalb von Freien Software Projekten ist ein heikles Thema. Denn warum sollte man ein bestehendes System ändern, das gut funktioniert, um einer neuen Gruppe den Einstieg zu erleichtern? Andererseits ist es aber so, dass sich wenige Frauen auf Anwendertreffen, Messen, in den Communities oder dergleichen finden lassen. Funktioniert das System dann wirklich so gut?

Diese und ähnliche Fragen haben sich bereits mehrere Organisationen und Projekte von Freier Software gestellt und wählten unterschiedliche Wege mit dieser Tatsache umzugehen. Ubuntu hat dazu ein eigenes Team gegründet, um eine Plattform und Ansprechpartner für Frauen zu bieten, die sich aktiv in der Gemeinschaft beteiligen möchten.

Gerade 1,5 Prozent der FLOSS-Community-Mitglieder sind weiblich. Dies zeigt der Flosspols Report von 2006. Vergleicht man diesen Wert mit den weiblichen Mitgliedern proprietärer Projekte (28 Prozent) ist die Differenz erschreckend groß. Diese Erkenntnis bildet die Grundlage für das Projekt „Ubuntu-Frauen“. Es soll der erste Schritt sein, um eine Änderung zu erreichen, die durch die Gelegenheiten für einen neuen Umgang mit neuen und zukünftigen Freiwilligen und Mentoring erreicht werden soll. Die Ziele des Projektes sind:

• die Aufmunterung von Frauen sich zu beteiligen; beispielsweise durch das gemeinsame Lernen neue FLOSS-Software zu erstellen oder alte zu verbessern, um so nicht nur GNU/Linux zu nutzen, sondern um grundlegende Integration zu betreiben und so mehr über die Softwareerstellung zu lernen

• die Unterstützung von Frauen in speziellen Bereichen (Programmierung, Dokumentation, Übersetzung und Kommunikation), damit sie die Informationen und Unterstützung haben, um diese neuen Schritte, auch durch Schwierigkeiten und Barrieren, zu gehen, dabei zu lernen und in die Ubuntu- bzw. Linux-Welt hineinzuwachsen

• Frauen, die unterstützte Gelegenheit bieten, Vorträge auf Messen und Seminaren zu halten

• organisierte Hackfeste und Bar Camps für Frauen auf Linuxveranstaltungen

• eine Plattform für Frauen zu errichten, die sich länderspezifisch bereits um die Verbreitung von FLOSS kümmern, um damit andere zu ermuntern sich ebenfalls zu beteiligen

• eine offene Diskussion über die Belange und das Engagement von Frauen innerhalb freier Software Projekte

Bereits umgesetzt wurden das Mentoring-Projekt, das dem Grundgedanken „Each-One-Teach-One“ (Jeder unterrichtet jeden!) folgt, eine Mailingliste zu Diskussion ähnlicher Probleme und einen IRC-Channel.

Leicht kann man nun dem Gedanken erliegen, dass es sich hierbei um eine Bevorteilung von Frauen handelt. Doch diesen Gedanken weisen die Betreiber entschieden zurück. Es geht nicht darum jemanden zu separieren, sondern darum Frauen gleichberechtigt in die Projekte zu integrieren. Sie verweisen darauf, dass die Mitgliedschaft allen Menschen offen steht, egal welchem Geschlecht man angehört. Falls dieses Projekt zur Ungleichheit bei der Umsetzung von Ideen führen sollte, dann sind sie gerne bereit andere Ideen zur Integration weiterer Menschen zu unterstützen. Die Betreiber von Ubuntu-Frauen wollen sich nur eben für eine größere Beteiligung von Frauen in FLOSS-Projekten einsetzen.

Die Free Software Foundation hat sich ebenfalls schon mit dem Thema „Frauen und freie Software“ auseinandergesetzt. Dazu hat sie Handlungsweisen und Tipps, um die Anzahl von Frauen zu erhöhen, veröffentlicht. Neben den Ubuntu-Frauen gibt es weitere distributionenspezifische Frauenprojekte. Am bekanntesten sind wohl die Debian-Women , aber auch Fedora , Gnome , KDE , Apache und generell Linux haben spezielle Frauenprojekte. Weitere Informationen zu den Ubuntu-Frauen findet man unter ubuntu-women.org .

Vielen Dank an Hexe25 und Dimanche für den eingesandten Artikel!

Ikhaya: And if you think back to the times when you first had the idea of replacing the old Kicker: how many of your initial goals have been accomplished?

Kicker in KDE 3

Aaron: That's a hard question to answer because the initial goals were so small and tame compared to where we've ended up. I wasn't originally thinking about smart phones or media centers, or the ability to send live widgets zipping across the network between machines .. but that's what we've achieved. When it comes to allowing people build work flows, we're providing that with Activities; my goals for visual beauty have certainly been exceeded; the possibilities provided for an integrated widget system have similarly blown past my hopes.

We still have a lot more work to do, but that's mostly because the ideas we started with have opened up so many new doors and avenues for us to explore. We're not finished yet, by any means, but I'm very satisfied with the idea that first set of goals have been met.

Ikhaya: As we are a support channel we know that there are still some problems. Where do you see the biggest problems in KDE that have to be streamlined?

Aaron: Some of the challenges we face are not directly in our (KDE's) hands. We face a lot of issues with changes in the underlying infrastructure; the advent of PulseAudio was horrifically disruptive to many of our users, for instance. There are also a lot of ongoing quality issues we face, such as the state of x.org and its drivers. While these are all improving, they often do so at a pace that isn't as quick as we might like. That's probably true no matter how fast they improve, though, since that's how we as humans tend to work.

But perhaps the biggest thing that needs attention is useful documentation. Userbase (http://userbase.kde.org) is a relatively new effort to open up the act of writing documentation to the broadest possible audience by using a wiki. It also emphasizes „how to..." type documentation over clinical descriptions of menu entries, for instance. Getting more people writing and contributing to that wiki will benefit all users of KDE software.

After documentation, we still have a lot of work to do when it comes to the social/semantic desktop. It's new technology not just for us, but also in general: no other software product meant for use on end-user systems has ever attempted what we're doing with Nepomuk, Strigi, etc. So we're inventing new solutions to new problems as we go and learning a lot in the process. We probably still have a few years ahead of us before we really are taking full advantage of it.

Kontact is also only now emerging in its fully updated version, using the new groupware system (Akonadi) and integrating with the rest of the platform. This effort has been years in the coming and has been extremely non-trivial to achieve, but the results are finally coming through. In the next few months we'll see the first major new release and with it improvements in performance and reliability.

There is also lots to do in the Plasma workspaces as well, including things like improvements to the desktop effects infrastructure provided by KWin and standardizing the effects across window managers, both of which are happening. Improvements to Plasma Activities are ongoing and the new workspaces are coming along nicely, as well.

Lots to do ... and that means all kinds of opportunities for those who would like to get involved in some way. The barrier to entry is very, very low and includes all kinds of useful tasks from writing documentation on the wiki to bug triage to contributing even the smallest of patches via reviewboard.kde.org that improves things.

Ikhaya: Is there a feature from which you thought "this will never work" and then get surprised to the contrary?

Aaron: Philisophical aside: I try to stay away from "nevers". I've seen enough things that should have been "impossible" happen over the years to be wary of that mode of thinking. Instead, I try to look at the risks and the benefits and guage how worthwhile it is to invest in such a thing .. but enough philosophy:

One feature set that really blew away my original assessment of it was the OpenGL driven desktop effects. It's non-trivial to do well, there aren't a lot of hackers drifting about who are great at OpenGL and at the time Compiz really had that niche cornered in Free software. We couldn't use Compiz, however, due to issues of stability, integration and the requirement to run in non-OpenGL environments, so despite the risks and daunting efforts, we had little choice to take it on. The results have been phenomenal, and these days Compiz and KWin developers routinely take inspiration from each other, and the effects offered by KWin are top notch. Many parts of the "environment window dressing" in Plasma Desktop, such as the full-screen widget dashboard or panel pop-outs, have benefited greatly from these effects.

Perhaps the biggest surprise, however, has been the success of moving beyond the desktop form factor to tablet, netbook and smartphone. Most people I spoke to in the mobile arena, even in Free software, were highly sceptical that we could make that leap successfully. We'd have to rewrite our entire stack, some asserted. Others said that our user interfaces would need to be redesigned from the ground up. We chose to look at it in a newer way: as a device spectrum ranging from small screens with touch based interaction on up to workspaces with mice and keyboards. This is similar to how the Linux kernel developers chose to look at computers as a spectrum from embedded systems to supercomputers.

With Plasma, we literally use the same code and many of the same UI components directly on all of these devices. That was supposed to be impossible, according to some, but we felt it was doable. How well it worked surprised all of us, though, I think. That the weather widget on my desktop works awesomely as a full screen weather app, or that the microblog desktop widget is perfect as a smartphone Twitter app .. the quality of that transition exceeded our expectations.

For things like Marble, KOffice and Kontact, the division between user interface and logic has paid off hugely as well. Each of those projects has been able to repurpose huge investments in logic, but also large parts of the UI as well (the map in Marble, the canvas in KOffice and the calendar view in Kontact). Again, this wasn't supposed to work so well.

Ikhaya: What are the prefered ways to contribute? Where is help needed?

Aaron: The preferred way to contribute is openly and with joy. As for areas you can get involved, they are numerous and include: promotion, testing, bug triage, documentation writing, distribution liaison, system administration (we have a fairly large amount of infrastructure these days!), artwork and, of course, software development. They all need attention, and we have nice communities of people around each topic. Pick what suits your skills and interests the most and dive on in.

You can find us on irc.freenode.net in #kde-devel as well on the KDE mailing lists (http://www.kde.org/support/mailinglists/) and lots of helpful people on forum.kde.org as well.

Ikhaya: How good is the quality of user-submitted bugreports?

Screenshot Dr. Konqi

Aaron: It's pretty good and improving all the time. The improved crash reporting tool ("Dr. Konqi") in KDE Platform 4 is helping immensley by helping the reporter create much better reports. It can even download the debug symbols packages for you, install them, then regenerate the backtrace with more details .. all with one push of a button. It also looks for (and often finds) duplicate entries already in bugs.kde.org. So we've worked hard on the tools, and we're matching that with working with our user community on how to improve input and interaction on bugs.kde.org.

Ikhaya: What are the most common mistakes?

Aaron: Getting angry at a developer you can't see because something failed. It's understandable to get frustrated when something doesn't work, but there are real people giving their work away for free(-as-in-beer) on the other side of that bug report. Too often people start out aggressive and fill a report with lots of .. well .. ranting. It doesn't help anything, and in fact lowers the odds that the report gets handled well. It even demotivates developers, some of whom have left in the past due to this issue. Our community's expectations and agreements on this case be found here:

http://www.kde.org/code-of-conduct/

Besides social accidents, the next most common mistake is not including enough useful information. A clear set of steps to reproduce the problem is pure gold for a developer; screen shots often say what a thosand words could never communicate; full backtraces in the case of a crash is almost always enlightening. See here for more pointers:

http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports

Ikhaya: Which is your favorite application in KDE?

Aaron: Oh wow .. having to choose just one is quite literally impossible for me. I love too many of them for different reasons.

Ikhaya: Is there a cooperation with Canonical and if so, how well does it work?

Aaron: There is. We've done technical previews of Plasma Netbook, for instance, with the Kubuntu team, and then continued to collaborate on the Kubuntu Netbook experience. App indicators are a result of working together as well, with Canonical adoption the Status Notifiers spec from KDE and building upon that in Gtk and GNOME applications. Canonical has also contributed back improvements to that technology, such as DBusMenu. Not only has this improved both KDE and GNOME software individually, but they work so much better together whent it comes to desktop shell integration.

There are, as always, improvements yet to be made and new efficiencies to be found, but we're on the right track in my opinion with good communication, collaboration and fair treatment going on.

Ikhaya: You held a keynote at this years KDE developer conference Akademy in Tampere, Finland and we heard some buzz about 'elegance'. Could you please explain what 'elegangce' mean?

Aaron: Elegance is the attribute of being unusually effective and simple. It embodies a design sensibility as well as a level of usefulness into one concept. It's not enough to just be straight-forward or simple: it also has to be useful or effective. It's not enough to just be useful: it also has to be streamlined.

Elegance comes in many forms and is broadly applicable to all acts of creation and design, and so I chose to emphasize it for the KDE community in my keynote. We can apply it to our application development APIs as well as to our user interfaces, so it's quite a universal concept. It's also a key concept because it can be approached with iterative improvements and has a huge impact on the enjoyability of a product.

I believe that KDE software has a huge set of opportunities in the "Elegence department" ahead of it. Removing more jargon from our user interfaces, streamlining the configuration interfaces even further, finding new places to implement implicit metadata capture for the social/semantic desktop system ... these are all small things in and of themselves, perhaps, but they require a global attention to detail and implementation and combined are able to take KDE software to a whole new level.

A lot of the recent developments in KDE have been driven by the idea of elegance, I just figured it was time we were open and conscious about it.

You'll be hearing more about this in the coming weeks as we are building some support systems for the pursuit of elegance in KDE.

Ikhaya: JavaScript stepped into Plasma. How well is it accepted?

Aaron: There are a couple of places that Javascript and the Plasma Desktop intersect. One is the Plasma Shell Scripting:

http://techbase.kde.org/KDE_System_Administration/PlasmaDesktopScripting

This is used by many of our downstream distributions and deployers to easily manage and control Plasma Desktop and Plasma Netbook presentation. Kubuntu is using it, for example, to define the default layout of the Plasma Desktop shell.

Another important area Javascript is playing in Plasma is in creating new Plasma widgets, or Plasmoids:

http://techbase.kde.org/index.php?title=Development/Tutorials/Plasma#Plasma_Programming_with_JavaScript

This has opened up development of fun, cool and useful new apps to a whole new audience. Personally, I find developing these kinds of things in Javascript far quicker and more rewarding.

Several tutorial examples can also be found in the KDE Examples module:

http://websvn.kde.org/trunk/KDE/kdeexamples/plasma/javascript/

Other places Javascript has entered included things like animations, and we're getting good traction out of it there, too.

Ikhaya: Name three words that you associate with KDE

Aaron: Freedom, fun and friends.

I know for many KDE users out there it's just about software on their machine and is a fairly "cold" set of concepts, and that's fine. But for us who pour our creative energies and parts of our souls into it, it has become much more than that. It's hard to imagine something more rewarding.

Kudos to martingr for contributing screenshots and helping translate this interview.