staging.inyokaproject.org

Ikhaya: Erinnere Dich an die Zeit zurück, als Du die Idee hattest den alten Kicker zu ersetzen: wie viele Deiner ursprünglichen Ziele wurden erreicht?

Kicker in KDE 3

Aaron: Das ist eine schwer zu beantwortende Frage, weil die ursprünglichen Ziele so klein und harmlos waren im Vergleich zu dem wo wir gelandet sind. Ich hatte ursprünglich nicht über Smartphones und Media Center nachgedacht, oder die Möglichkeit Widgets live über das Netzwerk zwischen Maschinen herumschwirren zu lassen … aber das ist was wir erreicht haben. Wenn es dazu kommt Leuten zu erlauben Arbeitsflüße zu definieren, dann ermöglichen wir das über Aktivitäten. Meine Ziele zur visuellen Schönheit wurden definitiv übertroffen. Die Möglichkeiten eines integrierten Widgetsystems sind ähnlich an meinen Hoffnungen vorbeigezogen.

Wir haben immer noch viel zu tun, aber dies hauptsächlich, weil die Ideen mit denen wir gestartet sind uns so viele neue Türen und Pfade eröffnet haben, die wir nun erkunden wollen. Wir sind noch nicht fertig – auf keinen Fall – aber ich bin sehr zufrieden mit der Vorstellung, dass die ersten Ziele erreicht wurden.

Ikhaya: Als Support-Plattform wissen wir, dass es immer noch einige Probleme gibt. Welches sind die größten Probleme in KDE die noch ausgebessert werden müssen?

Aaron: Einige der Herausforderungen denen wir gegenüberstehen liegen nicht direkt in unseren (KDEs) Händen. Wir begegnen vielen Problemen durch Änderungen in der zugrunde liegenden Architekturen. Zum Beispiel war das Aufkommen von PulseAudio fürchterlich störend für viele unserer Nutzer. Es gibt auch viele andauernde Qualitätsprobleme denen wir gegenüberstehen, wie den Zustand von X.org und seinen Treibern. Auch wenn sich diese derzeit verbessern, machen sie das oft in einer Geschwindigkeit, die nicht so schnell ist wie wir das gerne hätten. Das ist jedoch wahrscheinlich immer so, egal wie schnell sie sich verbessern, da dies die Art ist wie wir Menschen funktionieren. 😉

Aber vielleicht ist der größte Bereich, der Aufmerksamkeit benötigt, brauchbare Dokumentation. Userbase ist eine vergleichsweise neue Anstrengung den Prozess des Schreibens von Dokumentationen für das größtmögliche Publikum durch die Verwendung eines Wikis zu öffnen. Es legt auch Wert auf „How to…“ ähnliche Dokumentationen wie die präzise Beschreibungen von Menüeinträgen zum Beispiel. Mehr Leute zum Schreiben und Mitarbeiten in diesem Wiki zu bringen, wird allen Nutzern von KDE Software zu Gute kommen.

Neben der Dokumentation haben wir immer noch viel zu tun wenn es um den sozialen/semantischen Desktop geht. Es ist nicht nur für uns neue Technologie, sondern auch im Allgemeinen: kein anderes Softwareprodukt, welches für Endnutzer gedacht ist, hat jemals versucht was wir mit Nepomuk, Strigi, etc. machen. Wir erfinden also neue Lösungen zu neuen Problemen während wir voranschreiten und dabei viel während des Prozesses lernen. Wir haben sicherlich noch einige Jahre vor uns bevor wir wirklich die kompletten Vorteile nutzen können.

Kontact erscheint auch erst jetzt in einer vollständig aktualisierten Version, welche das neue Groupware System (Akonadi) verwendet und sich mit dem Rest der Plattform integriert. Diese Anstrengung war seit Jahren in Arbeit und war unglaublich nicht-trivial zu erreichen, aber die Ergebnisse kommen endlich durch. In den nächsten Monaten werden wir die erste große Veröffentlichung sehen und mit ihr Verbesserungen in Performanz und Zuverlässigkeit.

Es gibt auch noch viel an den Plasma Workspaces zu machen, einschließlich Verbesserungen an der Infrastruktur von Arbeitsflächeneffekten, die von KWin bereitgestellt werden, und der Standardisierung der Effekte über Fenstermanager hinweg – beides passiert zur Zeit. Verbesserungen an den Plasma Aktivitäten sind fortlaufend und die neuen Workspaces kommen auch gut daher.

Es gibt viel zu tun … und das bedeutet, dass es sehr verschiedene Möglichkeiten gibt, für diejenigen, die sich in irgendeiner Art einbringen wollen. Die Schwelle ist sehr, sehr niedrig und das schließt alle Arten von nützlichen Aufgaben ein: Schreiben von Dokumentationen im Wiki, Bug Triaging, Beisteuern selbst der kleinsten Patches, um Sachen zu verbessern über reviewboard.kde.org.

Ikhaya: Gibt es ein Feature von dem Du dachtest das es nie funktionieren wird und dann vom Gegenteil überrascht wurdest?

Aaron: Philosophische Randbemerkung: Ich versuche das Wort „niemals“ zu vermeiden. Ich habe in den Jahren zu oft Dinge gesehen die „unmöglich“ sein sollten, also bin ich vorsichtig, so zu denken. Stattdessen versuche ich, mir die Risiken anzusehen und abzuschätzen wie lohnenswert es ist, darin zu investieren ... aber nun genug Philosophie:

Ein Feature, das meine vorherige Bewertung völlig weggeblasen hat, waren die Desktopeffekte auf Basis von OpenGL. Es ist nicht leicht dies vernünftig umzusetzen, es schwirren nicht gerade viele „Hacker“ umher, die sich mit OpenGL auskennen und damals hatte Compiz diese Nische im Bereich Freier Software bereits besetzt.

Wir konnten Compiz aus Gründen der Stabilität, Integration und der Voraussetzung auch auf Systemen ohne OpenGL zu funktionieren, nicht benutzen. Aber trotz der Risiken und der entmutigenden Anstrengungen mussten wir die Sache angehen. Die Ergebnisse waren phänomenal. Heutzutage inspirieren sich Compiz und Kwin Entwickler gegenseitig und Kwins Effekte sind Spitzenklasse. Viele Bereiche beim Plasma Desktop, zum Beispiel das bildschirmfüllende Widget „Dashboard“ oder Meldungen im Panel, haben sehr von diesen Effekten profitiert.

Eine der vielleicht größten Überraschungen war der Erfolg, dass wir uns nicht nur mit dem Desktop beschäftigen, sondern auch andere Formfaktoren wie Tablets, Netbooks und Smartphones. Die meisten Leute aus dem „mobilen Bereich“ mit denen ich gesprochen habe, waren sehr skeptisch, ob wir diesen Sprung erfolgreich meistern können. Manche warfen ein, das wir unseren kompletten Stack neu schreiben müssen. Andere meinten, dass unsere Benutzeroberflächen von Grund auf neu gestaltet werden müssen. Wir entschieden uns, diese Thematik auf eine neue Art anzusehen: ein Gerätebereich, der von Geräten mit kleinen Touchscreens bis hin zu Arbeitsplätzen mit Mäusen und Tastaturen reicht. Dieser Weg ist ähnlich wie der, den die Linux Kernel Entwickler gehen. Sie sehen Computer als Bereich von „embedded Systems“ bis hin zu Supercomputern.

Mit Plasma benutzen wir buchstäblich den selben Code und viele der gleichen Oberflächenkomponenten auf all diesen Geräten. Viele gingen davon aus, dass dies unmöglich sei, aber wir fühlten, dass dies machbar sei. Wie gut es funktionierte, überraschte aber dennoch alle von uns. Dass das Wetter Widget auf meinen Desktop hervorragend als bildschirmfüllende Wetter App, oder dass das Microblogging Desktop Widget perfekt als Smartphone Twitter App funktioniert … die Qualität dieser Umsetzung übertraf alle unsere Erwartungen.

Für Programme wie Marble, Koffice und Kontakt hat sich die Trennung von Benutzeroberfläche und Code wirklich bezahlt gemacht. Jedes einzelne dieser Projekte war in der Lage, große Teile ihrer Programmlogik und der Oberfläche weiterzuverwenden (die Karte in Marble, die Leindwand in Koffice und die Kalenderansicht in Kontact). Nochmal, wir haben nicht erwartet, dass es so gut funktioniert.

Ikhaya: Wie kann man sich am besten beteiligen? Wo braucht ihr Hilfe?

Aaron: Der bevorzugte Weg etwas beizutragen ist offen und mit Spaß. ☺ Es gibt zahlreiche Bereiche in denen man sich betätigen kann. Dazu gehörten: Promotion, Testen, Fehlersuche, das Schreiben von Dokumentationen, an der Verbindung zwischen KDE und Distribution zu arbeiten, Systemadministration (wir haben mittlerweile eine große Menge an Infrastruktur!), Arbeiten am Design und natürlich Softwareentwicklung. All diese Bereiche brauchen Aufmerksamkeit und wir haben nette Menschen in jedem von ihnen. Suche dir etwas heraus, dass deinen Fähigkeite entspricht und steige mit ein.

Du findest uns im irc.freenode.net im Channel #kde-devel ebenso wie auf der KDE Mailingliste (http://www.kde.org/support/mailinglists/) und eine Menge helfender Menschen unter forum.kde.org.

Ikhaya: Wie gut sind die Fehlermeldungen die die Benutzer einreichen?

Screenshot Dr. Konqi

Aaron: Ziemlich gut und werden immer besser. Das verbesserte *Absturzmeldewerkzeug* (Dr. Konqi) in KDE hilft den Benutzern, viel bessere Fehlermeldungen zu erzeugen. Es kann sogar die Debug-Symbole herunterladen, installieren und dann einen neuen Backtrace mit mehr Details erzeugen ... all das mit einem Knopfdruck. Außerdem sucht es (und findet oftmals) doppelte Einträge in bugs.kde.org. Wir haben hart an den Werkzeugen gearbeitet und passen das Melden von Fehlern und die Interaktion mit bugs.kde.org an unsere Community an.

Ikhaya: Was sind die häufigsten Fehler?

Aaron: Über einen Entwickler ärgerlich werden, weil man nicht erkennt, wieso etwas nicht funktioniert. Es ist verständlich, frustriert zu sein, wenn etwas nicht funktioniert. Aber es sind echte Menschen, auf der anderen Seite des Bugreports, die ihre Arbeit gratis veröffentlichen. Zu oft fangen die Leute an, aggressiv zu sein und schreiben einen Report mit viel ... nun ... Schimpferei. ☺ Das nutzt überhaupt nicht und senkt in Wirklichkeit die Wahrscheinlichkeit, dass die Meldung entsprechend behandelt wird. Es demotiviert die Entwickler und einige von ihnen sind in der Vergangenheit wegen solcher Vorfälle schon gegangen. Die Erwartungen und Vereinbarungen der Community können hier:

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

eingesehen werden.

Abseits solcher „sozialen Unfälle“ ist das Fehlen von nützlichen Informationen ebenfalls ein häufig gemachter Fehler. Eine einfache Schritt-für-Schritt Anleitung, um den Fehler zu reproduzieren, ist „reines Gold“ für einen Entwickler; Bildschirmfotos sagen oftmals mehr aus als tausend Worte; komplette Backtraces im Falle eines Absturzes sind immer sehr erleuchtend. Hier einige weitere Punkte:

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

Ikhaya: Was ist deine Lieblingsanwendung in KDE?

Aaron: Oh wow ... eine auszuwählen ist buchstäblich unmöglich. Ich liebe zu viele von ihnen aus verschiedenen Gründen. ☺

ubuntuusers: Gibt es eine Kooperation mit Canonical? Und wenn ja, wie gut funktioniert diese?

Aaron: Es gibt eine. Wir haben beispielsweise *technische Vorschauen* von Plasma Netbook mit dem Kubuntu Team gemacht und danach gemeinsam am Erlebnis des Kubuntu Netbook Remixes gearbeitet. App Indicators sind ein Resultat der erfolgreichen gemeinsamen Arbeit. Canonical hat die Status Notifier Spezifikation aus KDE übernommen und baut darauf die App Indicators von Gtk und GNOME Anwendungen. Canonical hat ebenfalls Verbesserungen an dieser Technik wie zum Beispiel das DBusMenu zurückfließen lassen. Dies hat nicht nur KDE und GNOME Software verbessert, sondern nun arbeiten beide viel besser zusammen, wenn diese Systeme zusammen auf dem Desktop laufen.

Es gibt, wie immer, Verbesserung, die gemacht werden müssen und neue Potentiale, die erschlossen werden müssen. Aber wir sind meiner Meinung nach auf einem guten Wege, um die gute Kommunikation, Zusammenarbeit und die „Begegnung auf Augenhöhe“ weiterzuführen.

Ikhaya: Du hast eine Präsentation auf der diesjährigen KDE Entwickler Konferenz Akademy in Tempere/Finnland gehalten. Nun haben ein paar Gerüchte über „Elegance“ gehört. Was bedeutet es?

Aaron: Elegance (deutsch: Eleganz) ist ein Attribut welches ungewöhnliche Effizienz und Einfachheit beschreibt. Es verkörpert die Sensibilität bezüglich Design, als auch eine bestimmte Stufe der Nützlichkeit in einem Konzept. Es reicht nicht, einfach nur überschaubar oder einfach zu sein: es muss zudem noch praktisch oder effizient sein. Es reicht nicht praktisch zu sein: es muss außerdem noch „geschliffen“ sein.

Elegance kommt in vielen Ausprägungen und ist im Großen und Ganzen für alle Aspekte der Erschaffung und des Design anwendbar, und daher entschied ich, es für die KDE Community im Rahmen meiner Keynote zu betonen. Wir können es für unsere Applikationsentwicklung APIs benutzen, aber ebenso für unsere Benutzeroberflächen, also ist es ein ganz allgemeines Konzept. Es ist auch eines der Schlüsselkonzepte, welches mit wiederholten Verbesserungen angegangen werden kann und hat immense Auswirkungen auf die „Vergnügsamkeit“ eines Produkts.

Ich glaube das KDE Software große Chancen mit „Elegance“ hat. Durch das Weglassen von Fachbegriffen in unserem Oberflächen, die weitere Verbesserung an den Konfigurationsmöglichkeiten, neue Wege der Nutzung von Metadaten für unseren sozialen/semantischen Desktop … dies sind alles kleine Dinge an und für sich, aber bedürfen einer weltweiten Aufmerksamkeit in Hinsicht auf Details und Implementierung. Zusammengenommen können wir dadurch KDE Software auf eine völlig neue Stufe stellen.

Viele der aktuellen Entwicklungen in KDE wurde schon von der Idee „Elegance“ vorangetrieben. Ich denke, dass es an der Zeit ist, uns dem gegenüber zu öffnen und bewusst zu werden. ☺

Ihr werdet mehr darüber in den nächsten Wochen hören, während wir einige Hilfssysteme bauen, um das Ziel von „Elegance“ in KDE zu verfolgen.

Ikhaya: JavaScript hat in Plasma Einzug gehalten. Wie gut wird es angenommen?

Aaron: Es gibt eine Reihe von Stellen, an denen sich Javascript und der Plasma Desktop kreuzen. Eine davon ist das „Plasma Shell Scripting“:

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

Dieses wird von vielen Distributionen dazu benutzt, das Aussehen von Plasma Desktop bzw Netbook zu verwalten und anzupassen. Kubuntu benutzt es zum Beispiel, um das Standardaussehen des Plasma Desktops anzupassen.

Eine weitere wichtige Rolle spielt Javascript bei der Erstellung von neuen Widgets oder Plasmoiden:

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

Dies hat die Entwicklung lustiger, cooler und praktischer Anwendungen für ein völlig neues Publikum eröffnet. Ich persönlich finde, dass die Entwicklung solcher Dinge mit Javascript viel schneller und lohnenswerter ist.

Mehrere Anleitungen kann man im KDE Examples Modul finden:

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

Es gibt weitere Orte an denen Javascript verwendet wird. Dazu gehören zum Beispiel Animationen, und wir machen uns in diesem Bereich ebenfalls gut.

Ikhaya: Nenne drei Worte die Du mit KDE verbindest:

Aaron: Freiheit, Spaß und Freunde

Ich weiß, dass es für viele KDE Benutzer da draußen nur um Software auf ihren Rechnern geht und es eine ziemlich „kalte“ Zusammenstellung von Konzepten ist. Und das ist gut so. Aber für diejenigen wie mich, die unsere kreative Energie und Teile unserer Seelen in die Sache hineinstecken, ist es soviel mehr geworden. Man kann sich kaum etwas lohnenswerteres vorstellen.

Dank an martingr für die Screenshots und die Unterstützung beim Übersetzen.

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.

Henry Ptasinski, ein Mitarbeiter Broadcoms, gab die Veröffentlichung gestern auf der Linux Wireless Mailingliste 🇬🇧 bekannt: „Der Treiber ist, obwohl die Arbeit noch nicht vollendet wurde, vollständig quelloffen veröffentlicht worden und nutzt den ‚mac80211 Stack‘. Er unterstützt verschiedene aktuelle Chips (BCM4313, BCM43224, BCM43225) und stellt zusätzlich ein Framework bereit, so dass weitere Chips, beispielsweise in eingebetteten Systemen, auf Basis von mac80211 in der Zukunft unterstützt werden können.“

Heise schrieb 2007 dazu: „Der erstmals in den Kernel 2.6.22 integrierte WLAN-Stack ‚mac80211‘ stellt zahlreiche Basis-Funktionen für WLAN-Treiber bereit, auf die Entwickler bei der Programmierung zurückgreifen können. Ohne für Standardaufgaben das Rad jedes mal wieder neu zu erfinden, können sie sich beim Schreiben des Treibers weitgehend auf die Ansteuerung der jeweiligen Hardware konzentrieren.“

Anwender kamen dank dieses Stacks auch in den Genuss des bcm43xx-Treibers für Broadcom-WLAN-Hardware, welcher auf den damals neuen Stack portiert wurde.

Broadcom gab bekannt, dass die freien Treiber nur Chipsätze mit dem Standard 802.11n unterstützen werden (zurzeit BCM4313, BCM43224 und BCM43225). Es besteht aber Hoffnung, dass es, bedingt durch ein implementiertes Framework sowie Reverse Engineering, auch in naher Zukunft freie native Treiber für die älteren 802.11b/g-Standards und deren Chipsätze geben wird.

Der neue offene Treiber heißt bcrm80211 und kann zurzeit nur im sogenannten „Linux staging-next tree“ gefunden werden. Geht alles gut, könnte dieser 802.11n-Treiber in die Entwicklung des 2.6.37er Kernels aufgenommen werden. Nutzer älterer Kernel und Ubuntuversionen können diesen in Zukunft eventuell auch über die Linux-Backports-Modules nutzen.

Quellen:

• omgubuntu.co.uk 🇬🇧

• phoronix.com 🇬🇧

Ikhaya: Hi Aaron, stelle Dich doch bitte unseren Lesern vor!

Aaron Seigo

Aaron: Ich bin seit fast einem Jahrzehnt Mitglied der weltweiten KDE-Gemeinschaft. Ich arbeite als Software-Entwickler, biete in Projekt- und Communitymanagment meine Dienste an und helfe dabei, der Welt von KDE ein öffentliches Gesicht durch Präsentationen bei Konferenzen, Durchführen von Interviews wie diesem etc. zu verleihen. Ich habe auch bei unserer gemeinnützigen Dachorganisation, KDE e.V., als Präsident des „Board of Directors“ gearbeitet.

Abseits von KDE lebe ich in Kanada und habe eine junge und glückliche Familie an der Westküste Nordamerikas. Diese bietet eine wundervolle Umgebung, um einerseits die Umwelt und andererseits Musik und Essen zu genießen. Diese gehören zu meinen zwei größten „Lastern“.

Ikhaya: Wie bist du zu KDE gekommen? Woran arbeitest Du derzeit?

Aaron: Ich bin mit KDE kurz nach der Veröffentlichung von KDE 2.0 in Berührung gekommen. Als Emailprogramm nutzte ich KMail, da es das beste grafische Emailprogramm war, dass ich zu der Zeit unter Linux finden konnte. Ich war jedoch nicht wirklich am KDE 1.x Desktop interessiert gewesen, da ich es nicht gerade ansprechend fand – ich war mit dem Blackbox Fenstermanager und ein paar laufenden aterms ganz zufrieden. KDE 2.0 hat das jedoch wirklich geändert: ich sah ihm ein zusammenhängendes Design anhaften, welches wirklich ansprechend war. „Dies“, dachte ich, „könnte wirklich was verändern!“ Also begann ich, die Entwicklung zu Hause über das CVS zu verfolgen und eines Abends zauberte ich eine Fehlerbehebung für den Ausführendialog zusammen und sendete es an eine KDE Mailinglist für den Fall, dass es jemanden interessierte. Am nächsten Morgen hatte ich eine Antwort, dass die Änderung eingespielt wurde und mir wurde für den „Patch“ gedankt. Ich hatte angebissen.

Heutzutage arbeite ich hauptsächlich, jedoch nicht ausschließlich, an den Plasma Workspaces. Dies schließt den KDE Plasma Desktop ein, jedoch auch das Plasma Netbook, Mobile, Media Center und andere von Plasma angetriebene Projekte. Plasma taucht in immer mehr Anwendungen wie zum Beispiel Amarok, Skrooge und Kontact auf und wächst immer weiter. Das hält mich und andere im Team ganz schön auf Trab.

Ich finde aber immer noch Zeit an anderen – auch nicht technischen – Dingen in KDE zu arbeiten. Es gehört viel dazu eine Gemeinschaft wie KDE so groß, dynamisch und vielseitig zu halten. Glücklicherweise haben wir eine große Gruppe an Leuten, die an diesen „unterstützenden Diensten“ arbeiten. Das beginnt mit unseren Systemadministratoren und reicht bis zu der „Community Working Group“, die hilft, die sozialen Aspekte am Laufen zu halten.

Ikhaya: Kannst Du unseren Lesern aus der Ubuntu Welt in einigen, wenigen Sätzen erklären was Plasma ist?

Aaron: Plasma ist eine KDE Technologie zum Erstellen von Desktopumgebungen. Es schließt unter anderem einen erstklassigen Fenstermanager, welcher fortgeschrittene Funktionen wie „Focus Stealing Prevention“, „Window Tabbing“ und Hardware beschleunigte Arbeitsflächeneffekte anbietet und einen Workspace, welcher komplett aus „Widgets“ aufgebaut ist (analog zu Apps auf Smartphones, wirklich), ein. Dazu gehören auch andere wichtige Werkzeuge, die gebraucht werden, um das Beste aus dem Computer herauszuholen, so wie beispielsweise die zentralen Systemeinstellungen.

Wir nutzen diese Komponenten um Produkte wie den Plasma Desktop und Plasma Netbook zu entwickeln und auszuliefern. Plasma Desktop ist eine moderne, gut benutzbare Desktopumgebung für große Computer, während Plasma Netbook für Geräte mit kleineren Bildschirmen und Fingerbedienung (beispielsweise funktioniert es sehr gut auf Tablets) designt ist, die hauptsächlich zum Abrufen von Informationen genutzt werden. Diese verschiedenen Produkte teilen fast die gesamte Codebasis. Dadurch funktionieren Komponenten, welche für ein System geschrieben wurden, auf allen Plasma Systemen gut. Dies kann etwas einfaches wie eine Batterieanzeige sein oder etwas komplexes wie eine Twitter/Identi.ca App.

Ikhaya: Wir haben gehört, dass an Plasma für mobile Geräte gearbeitet wird. Wie entwickelt es sich?

Screenshot von Kontact Mobile

Aaron: Es schreitet zur Zeit sehr gut voran, zum Teil durch die unglaubliche neue QtQuick Technologie in Qt 4.7 und der gut geplanten Plasma Infrastruktur. Zusammen erlauben uns diese Werkzeuge das visuelle und Bedienungsdesign von der Technologie „unter der Haube“ zu entkoppeln. Dies erlaubt uns nicht nur, Designer für Grafiken und Bedienung als gleichgestellte Entwickler zu etablieren, sondern auch Dinge zu entwickeln wie ein für mobile Benutzeroberflächen optimierter Systemabschnitt. Dieser teilt fast den gesamten zugrunde liegenden Code mit dem vom Desktop bekannten Systemabschnitt, aber ist für kleine Touchscreens angepasst.

Plasma Mobile nutzt auch sehr intensiv das Konzept der durch Aufgaben definierten Aktivitäten. Diese werden durch das Hinzufügen von „Home Screens“ auf dem Handy, welche kontextuell an Konzepte wie „Einen Anruf tätigen“, „ein Spiel spielen“ oder „Online Dienste abrufen“ gebunden sind, benutzt.

Screenshot von Marble Mobile

Eine Entwicklungsversion von Plasma Mobile im Einsatz kann man auf YouTube sehen:

Hierbei sollte man berücksichtigen, dass Plasma Mobile immer noch eine Alpha Version ist und in diesem Video auf mehr als zwei Jahre alter Hardware läuft. Es ist sehr viel versprechend, besonders da man haargenau die gleiche App auf einem Plasma Mobile Gerät wie auf dem Plasma Desktop benutzen kann!

Natürlich ist es nicht nur Plasma, welches im KDE-Land mobil wird. Marble hat eine ausgezeichnete mobile Version und Kontact Mobile ist vielleicht die beste Email- und Kalenderlösung, die ich je auf einem Smartphone benutzt habe und ich habe mehr als nur ein paar verwendet (und wurde auch mehr als nur ein paar mal enttäuscht 😉 ). KOffice ist zu einem hervorragenden Unterbau für den mobilen Dokumentenbetachter, welcher für Maemo und MeeGo Geräte verfügbar ist, geworden.

Ikhaya: Was sind für Dich die wichtigsten Neuerung KDE SC 4.5?

Aaron: Auch wenn es viele Verbesserungen und neue Funktionen in unserer neuesten Veröffentlichung gibt, denke ich, dass die wichtigste von all diesen die Betonung auf Stabilität und Performance in dieser Veröffentlichung ist. Wir waren in einem starken „Erneuere-und-Entwickele“ Modus während der letzten Jahre, sowohl in der Zeit vor unserer ersten Veröffentlichung der 4.0 Plattform im Jahre 2008 als auch danach. Wir mussten wirklich eine Pause einlegen und daran arbeiten, dem Ganzen den letzten Schliff zu geben und wir haben viel davon im letzten Entwicklungszyklus erreicht.

Dies hat nicht nur den Plasma Desktop und viele der KDE Anwendungen angenehmer im Alltag zu benutzen gemacht, sondern uns auch eine aufgeräumtere Basis für die zukünftige, darauf aufbauende Entwicklung neuer Funktionen gegeben.

Möglichkeiten wie das Routing in der Kartenanwendung Marble, die Verbesserungen in der Dateiverwaltung Dolphins und die vielzähligen Verbesserungen im Plasma Desktop sind alle toll und helfen den Nutzern von KDE Software Spaß und Nutzen in ihnen zu finden … jedoch denke ich, dass das Konzentrieren auf Qualität heraus sticht und sich mehr bezahlt gemacht hat, als irgend etwas anderes im 4.5 Zyklus.

Ikhaya: KDE 3 hat während der Entwicklung die Version 3.5 erreicht. Nun ist KDE 4 ebenfalls bei einer .5 Version, aber in kürzerer Zeit. Wo befindet sich KDE – besonders der Plasma Desktop und der Fenstermanager KWin – im Vergleich zu 3.5?

Aaron: Für die „Desktop Shell“ (Plasma Desktop) selbst gibt es viel mehr Funktionen, als es sie jemals für KDE 3 gab. Ob es nun die Desktop Widgets, die verbesserten Benachrichtigungen, die gewaltig verbesserten Systemeinstellungen und System Informationsanwendungen, die Schönheit durch das SVG Theming oder die fantastischen Arbeitsflächeneffekte wie „Fenster Zeigen“ oder stufenlose Vergrößerung sind, der Plasma Desktop ist deutlich weiter als das, was mit KDE 3 möglich war. Und das beste von allem ist, dass alles in einem weit eleganteren Paket verpackt ist: Wir haben es zum Beispiel geschafft, unsere Konfigurationen zu modernisieren und trotz der gewachsenen Funktionalität zu vereinfachen.

Große Verbesserungen wurden auch in einigen Schlüsselanwendungen wie dem Dateimanager gemacht, welcher ebenfalls im Arbeitsfluss modernisiert wurde und den Nutzern so viele Möglichkeiten bietet wie Tabbed Browsing im Dateisystem, Zugriff auf entfernte Dateisysteme, Tagging und Bewertung, Metadaten Suche sowohl über schnelle Indices als auch über die „traditionelle“ grep-ähnlichen direkte Suche, tolle Vorschaubilder, etc.

Dann gibt es noch komplett neue Funktionalitäten wie die KRunner Suchoberfläche, welche das alten „Befehl Ausführen“ Fenster ersetzte. Sie ermöglicht nicht nur das Starten von Befehlen, sondern auch Schnellzugriff zu Lesezeichen, Webseiten, Kontakten, Musik und durch ihre Plugin-gesteuerte Schnittstelle noch viel mehr.

Es sind auch die kleinen Dinge wie einen USB-Stick anzuschließen und die Geräteüberwachung erscheint am unteren Bildschirmrand ohne den Arbeitsfluss zu unterbrechen und dann erscheint er auch im Dateimanager, im Datei-öffnen Dialog und im Programmstarter gleichzeitig. Drag'n'Drop zu diesen Einträgen funktioniert wie man es erwartet: „es funktioniert einfach“. Dieses Niveau von Integration und Konsistenz zwischen den Komponenten ist etwas an dem KDE seit Jahren gearbeitet hat, aber so erst richtig in den 4.x Veröffentlichungen erreicht werden konnte.

Jenseits der Funktionen ist die Qualität im visualen Design nicht einmal vergleichbar. Es ist leicht Plasma Desktop so einzurichten, dass es sich verhält und anfühlt wie eine KDE 3 Desktopumgebung, aber die Standardeinstellungen bezüglich dem visuellen Anreiz sind eher auf einer Stufe mit dem, was man von Produkten aus Cupertino erwarten würde.

Außerhalb der Desktopumgebung wurden auch bezüglich Qualität, Funktionen und Aussehen Fortschritte erzielt. Ob es nun Gwenview zur Bildbetrachtung, Digikam zur Verwaltung von Fotos, Marble zum Anzeigen von Karten mit OpenStreetmap.org, Konsole für den Zugriff zur Kommandozeile, KDevelop zum Entwickeln von Software, Cantor für ernsthafte Mathematik, Killbots und KPat für etwas Spaß oder KStars und Kalzium für das Lernen sind, die Anwendungen sind ebenfalls mit einer hohen Geschwindigkeit bei der selben Art von Funktions- und Designverbesserungen vorangeschritten.

Ohne Zweifel war KDE 3 eine tolle Sammlung von Produkten. Aber die KDE Platform, Workspaces und Anwendungen haben sich in ihren 4.x Veröffentlichungen weiter entwickelt. Es gibt sehr, sehr wenige Funktionen in KDE 3, die es nicht in heutiger KDE Software gibt, wogegen es eine große Anzahl an Verbesserungen in heutigen KDE Anwendungen gibt, die KDE 3 nie anbot und in vielen Fällen nicht anbieten konnte wegen verschiedenen, grundlegenden Einschränkungen im Design.

Der zweite Teil dieses Interviews wird morgen veröffentlicht.

Dank an martingr für die Screenshots und die Unterstützung beim Übersetzen.

Ikhaya: Hi Aaron, please introduce yourself to our readers:

Aaron Seigo

Aaron: I am a member of the global KDE community, and have been for nearly a decade now. Within KDE, I work as a software developer, provide some project and community management services and help provide a public face to the world for KDE by doing presentations at conferences, participating in interviews like this one, etc. I have also served on the board of directors as President of our global non-profit foundation, KDE e.V.

Beyond KDE, I live in Canada and have a young and happy family on the Western coast of North America, which provides a wonderful environment for enjoying the outdoors as well as music and food, which are two of my main "vices".

Ikhaya: How did you get in touch with 'kde'? What are you working on currently?

Aaron: I got in touch with KDE shortly before the KDE 2.0 release. I had been using KMail as my email client as it was the best GUI email reader I could find at the time on Linux. I wasn't very interested in the KDE 1.x desktop, though, as I didn't find it very compelling; I was quite happy with my Blackbox window manager and numerous aterms running. KDE 2.0 really changed that, though: I saw a design inherent to it that was really compelling. "This," I though, "could really change things!" So I started tracking it from CVS at home and one evening I whipped up a bug fix for the run dialog that I emailed off to a KDE mailing list in case anyone would care. The next morning I had a reply saying it had been applied and thanking me for the patch. I was hooked.

These days I work mostly, though not exclusively, on the KDE Plasma Workspaces. This encompasses the KDE Plasma Desktop, but also Plasma Netbook, Mobile, Media Center and other Plasma-powered projects. We're seeing Plasma pop up in usage in applications as varied as Amarok, Skrooge and Kontact, so it's really growing and that keeps me and the others in the team quite busy.

I do still find time, however, to work on other things in KDE, including non- technical ones. There is a lot that goes into keeping a community as large, dynamic and diverse as KDE. Thankfully we have a great group of people who work on these support services, ranging from our system administration team to the community working group who helps keep the social aspects of things moving well.

Ikhaya: Could you please explain, to our readers from the Ubuntu world, in a few sentences what Plasma is?

Aaron: Plasma is a KDE technology for creating desktop environments. It combines a world class window manager which has advanced features such as focus stealing prevention, window tabbing and hardware accelerated desktop effects with a workspace that is made up entirely of "widgets" (analogous to apps on a smart phone, really) along with all the essential tools needed to get the most out of the computer, such as a system settings center.

Using these pieces, we create and ship products such as the Plasma Desktop which provides a modern, usable desktop environment for larger computers, or Plasma Netbook which is designed for devices with smaller screens, driven by touch (it works great on tablets, for instance) and used primarily for information access. These different products share almost all of the same code, allowing components written for one system to run well on all Plasma systems. This can be as simple as a battery indicator or as complex as a Twitter / identi.ca client.

Ikhaya: We have heard that plasma is getting an iteration on mobile devices. How is it progressing?

Screenshot Kontact Mobile

Aaron: It's progressing very well at the moment, in part due to the terrific new QtQuick technology in Qt 4.7 and the well designed Plasma infrastructure. Combined, these tools allow us to decouple visual and interaction design from the under-the-hood functionality. Not only has this allowed us to bring in interaction and graphic designers as first-class participants, but it's allowed us to do things such as create a mobile-optimized interface to the traditional system tray that shares nearly all of the underlying code with the desktop system tray but which is adapted to small touch driven screens.

Plasma Mobile is also using the concept of task themed activities to great effect, putting multiple home screens on the phone each of which is contextually tied to a concept such as "making a phone call" or "playing a game" or "checking online services".

Screenshot Marble Mobile

You can see a development version of Plasma Mobile in action here:

Keep in mind that Plasma Mobile is still in alpha and running on 2+ year old hardware in that video. It's very promising, especially since I can use the exact same apps on my Plasma Mobile device as I can on my Plasma Desktop!

Of course, it isn't just Plasma that's going mobile in KDE these days. Marble has an excellent mobile version and Kontact Mobile is perhaps the best email and calendaring solution I have ever used on a smart phone, and I've used more than a few (and been disappointed more than a few times as well 😉. KOffice has become an excellent substrate for the mobile document viewer that is available for Maemo and MeeGo devices.

Ikhaya: What are the most important new feature for you in KDE SC 4.5?

Aaron: While there are many improvements and new features in this most recent release, I think the most important of them all is the emphasis in this release on stability and performance. We have been in high innovate-and- develop mode for several years, both leading up to the first release of the 4.0 platfor in 2008 as well as since then. We really needed to take a moment to pause and work on polish, and we managed to achieve a lot in doing so in the last development cycle.

Not only has it made Plasma Desktop and many of the KDE Applications so much nicer to use day-in and day-out, but it has given us a more tidy base from which to build towards our feature goals again.

Things like the map routing in Marble, the file management improvements in Dolphin or the numerous improvements in Plasma Desktop are all great and are helping users of KDE software find new enjoyment and utility ... but I think the concentration on quality was outstanding and has paid off more than anything else in the 4.5 releases.

Ikhaya: The KDE 3 series reached a 3.5 release. Now KDE 4 has also a .5 release though with a shorter release schedule. Where does KDE – especially the desktop Plasma and KWin – stand now compared to 3.5?

Aaron: For the desktop shell itself (Plasma Desktop), there are far more features than KDE 3 ever had. Whether it's the desktop widgets, the improved notifications, the vastly improved system settings and system information applications, the beauty provided by SVG theming or the amazing desktop effects like "present windows" or smooth zoom, the Plasma Desktop has moved significantly beyond what was possible with KDE 3. Best of all, it's all presented in a far more elegant package: we've managed to streamline and simplify most of the configuration interfaces, for instance, despite the increase in functionality.

Large improvements have also been made in key applications such as the file manager which has also been streamlined in workflow but which offers so many possibilities to the user including tabbed browsing of file systems, remote access, tagging and rating, metadata search including via fast indexing or "traditional" grep-style at time of search, great previews and thumbnails, etc.

Then there are entirely new sets of functionality like the KRunner search interface the replaced the old "Run Command" window. It not only provides launching of commands but also quick access to bookmarks, web sites, contacts, music and much more through its plugin-driven interface.

It's also the little things like being able to pop in a USB key, have the device notification pop up in the corner of the screen without interupting your work flow, and then see it appear in the file manager, the file dialog and the application launcher menu simultaneously. Drag and drop to these entries works just as expected, as in it "just works". This level of integration and consistency between components is something KDE has worked on for years, but has only really achieved at this level in the 4.x releases.

Beyond features, the quality in visual design is not even comparable. It is easy to set up a Plasma Desktop to look, act and feel just like a KDE 3 desktop environment, but the defaults are more on par with what one would expect from a product coming out of Cupertino in terms of visual appeal.

Outside of the desktop environment itself, there is a similar forging ahead in quality, features and looks. Whether it's Gwenview for image viewing, Digikam for photo management, Marble for mapping with OpenStreetmap.org, Konsole for command line access, KDevelop for writing software, Cantor for doing serious mathematics, Killbots and KPat for some fun or KStars and Kalzium for learning, the applications have been moving ahead at a great pace with the same kind of feature and design improvements.

KDE 3 was a great set of products, no doubt about that. But the KDE Platform, Workspaces and Applications have evolved even further ahead in their 4.x releases. There are very, very few features to be found in KDE 3 that aren't in today's KDE software, while there are large numbers of improvements in today's KDE applications that KDE 3 never provided, and in many cases couldn't provide due to inherent limitations of the design.

The second part of this interview will be released tomorrow.

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

Erzähl uns etwas über Dich.
Ich bin menschlich. Habe ein Alter erreicht. Arbeite, esse und schlafe.

Wie kamst Du auf die Idee, Ubuntu-Pics.de zu starten?
Bei meinen regelmäßigen besuchen im Forum von ubuntuusers.de fielen mir die vielen nicht verfügbaren Bilder auf. Das hat mich einfach dermaßen gestört, dass ich eine eigene Lösung dafür gesucht habe.

Wo hast Du früher deine Bilder hochgeladen?
Gute Frage. Kann ich leider nicht beantworten. Vergessen…

Was hat Dir am Projekt am besten gefallen?
Die Programmierarbeit! Es ist einfach immer wieder toll mit anzusehen, wie man aus nichts etwas schaffen kann. Ähnlich wie beim Häuslebauer. 😉 Außerdem die Freude über jeden weiteren Benutzer, der sich für den Service bedankt und diesen genutzt hat.

Wie sah Deine Arbeit als Betreiber der Seite aus?
Regelmäßige Kontrolle der Bilder. Software auf dem aktuellen Stand halten. Neu gefundene Sicherheitslücken testen und blockieren. PHP und MySQL Code immer wieder mal ein wenig anpassen um bessere Geschwindigkeiten zu erreichen und um die Serverlast zu reduzieren.

Wie viele Bilder wurden durchschnittlich hochgeladen?
Im Durchschnitt waren es circa 155 neue bei knapp 26.255 abgerufenen Bilder am Tag.

Woran scheiterte das Projekt am Ende?
Die investierte Zeit und das Geld waren mir am Ende einfach zu schade für Pornos und andere unerlaubte Inhalte. Ich war frustriert und habe nach Bauchgefühl entschieden. Es fiel mir verdammt schwer!

Hast Du über eine Registrierung oder über Captchas nachgedacht?
Nachgedacht ja. Habe es aber verworfen, weil ich den Benutzer in der Benutzerfreundlichkeit nicht einschränken wollte. Das war immer ein oberes Ziel. Hey, das Script ist einige Jahre alt, damals galt JavaScript noch als Böse (von wegen Web 2.0). 😛

Auf welcher Hardware und Software läuft der Dienst?
Ein etwas älteres System:

• Board: MSI MS-7094

• CPU: AMD Athlon 64 3800+

• RAM: 4096 MB

• ETH: RTL-8169 Gigabit Ethernet

• HDD: 2×160 GB im RAID1 Verbund

Wie viel Traffic generiert die Seite im Monat?
Zwischen 120 bis 160 GB je Monat.

Welche Kosten entstehen Dir dadurch im Monat?
39,00 € für den Rootserver. Domains rechne ich nicht dazu.

Was muss passieren, dass der Service wieder angeboten werden kann?
Gerne würde ich die Kosten ein wenig drücken. Das Real-Life schluckt schon genug Euronen… Wenn ich hierfür eine für alle Seiten akzeptable Lösung finden kann, steigen die Chancen auf ein neues „Ubuntu-Pics.de“.

Was kann die Community tun, um Dich dabei zu unterstützen?
Ich würde mich natürlich über Vorschläge freuen, wie ihr euch eine Neuauflage vorstellt und wie man eurer Meinung nach die (recht geringen Kosten) weiter senken kann.
Nachdem ich auf vielen Kommunikationswegen mit Bitten, um einen Relaunch förmlich erschlagen wurde, habe ich mir schon einige Gedanken gemacht. So zum Beispiel würde ich es vermeiden wollen, dass Vollbilder ohne die Webseite abrufbar sind. Es sollte also mit jedem Aufruf der Bilder möglich sein, einen dezenten Banner etc. einblenden zu können. Hier bitte ich die Community um Vorschläge für einen Werbepartner der humane Werbung ausliefert, zuverlässig ist und nach Impressions abrechnet.

Hast Du sonst noch Projekte?
Zur Zeit das Real-Life und das eine oder kleine Projekt für meinen Palm Pre. Falls es wer nutzt, „Starfield“ und „klickTel“ stammen aus meinem Büro ☺

Vielen Dank für das Interview.

OpenOffice.org ist sowohl eine Office Suite, die auf vielen Betriebssystemen und in zahlreichen Sprachen verfügbar ist, als auch ein Open-Source-Projekt, in dem viele zumeist ehrenamtliche Mitglieder das Produkt immer weiter verbessern und unterstützen. Bei Ubuntu sind die Programme Writer, Calc und Impress in der Standard-Installation enthalten, bei Bedarf können weitere Bestandteile der Suite hinzugefügt werden. OpenOffice ist die wohl am meisten verbreitetste und bekannteste freie Office Suite.

Seit nunmehr einem Jahr ermöglicht „Linux Users Welcome“ Geschäfte auszuzeichnen, in denen man als Linux-Nutzer gerne seine Hardware einkauft. Über einhundert Mal wurde diese Auszeichnung bereits von der aktiven Community verliehen. Dennoch ist das Projekt von seinem Ziel, mindestens 1.000 Geschäfte zu finden, die diese Auszeichnung verdient haben, noch weit entfernt.

Linux Users Welcome Logo

Das Ikhayateam berichtete schon im letzten Jahr über den Start des Projektes. Auch der UWR widmete sich zwei Mal den Bemühungen und auch auf der Projekteseite im Wiki ist „Linux Users Welcome“ vertreten.

Im kommenden Jahr konzentriert sich das Projekt deshalb auf eine noch bessere Einbindung der Community. Die nun stattfindende Geburtstagsaktion „Erfolgsgeschichten“ ist Ausdruck dieser Bemühungen.

Das Projektteam fordert alle Nutzer auf, ihnen ihre Linux-Users-Welcome-Erfolgsgeschichte öffentlich im Internet zu erzählen. Die Geschichten sollen den Weg vom zufriedenstellenden Einkauf in einem Geschäft über den Eintrag bei „Linux Users Welcome“ bis hin zur Überreichung des Plakats dokumentieren. Einsendeschluss ist der 31. Mai 2010. Die Geschichten werden mit einem Link auf der offiziellen Homepage des Projekts eingebunden.

Die Autoren der drei besten Beiträge erhalten je ein Exemplar des Buches „Linux – Das Umfassende Handbuch“, das Galileo Press gesponsert hat. Auf über 1.100 Seiten behandeln Johannes Plötner und Steffen Wendzel in diesem Buch das Linux-Betriebssystem praxisnah, gründlich und gut verständlich.

Der Internetkonzern Google ließ heute die Bombe platzen und hat, wie erwartet, auf seiner Entwicklerkonferenz I/O 🇬🇧 angekündigt, den Video-Codec VP8 als Open Source Software (kurz OSS) verfügbar zu machen. Fortan ist der Codec unter einer BSD-Lizenz für jedermann frei verfügbar 🇬🇧 . Den VP8-Codec hatte Google mit dem Ankauf der Firma On2 Technologies Mitte Februar erworben.

Seitdem vermuteten und hofften viele Anwender und Blogger, dass Google den VP8-Codec unter eine freie Lizenz stellen würde. Infolge der Übernahme ersuchte die Free Software Foundation (kurz FSF) Google Ende April in einem offenen Brief 🇬🇧 um die Freigabe der Videotechnik und sprach von einer großen Chance, die Abhängigkeit von patentbelasteten Videocodecs wie H.264 und der proprietären Flash-Technik von Adobe im Internet zurückzudrängen. Durch einen solchen Schritt, so die FSF, könnte Google mit Hilfe des Quasi-Standard-Videoportals YouTube den Auseinandersetzungen um den künftigen Standard-Codec für Web-Video mit HTML5 neue Impulse geben – manche sprachen gar von einem Todesstoß in Richtung Flash.

Gemeinsam mit Opera und Mozilla sowie 40 weiteren Firmen arbeitet der Suchmaschinenkonzern an einem neuen Videoformat namens WebM 🇬🇧 . Dieses Projekt stellt ein neues Container-Format dar, welches lizenzfrei ist (BSD-ähnliche Lizenz) und VP8 mit dem Ogg-Vorbis Audio-Format vereint. Für die Nutzung sind, im Gegensatz etwa zu Adobes Flash, keine Plug-ins notwendig, nur ein passender Browser, der den Codec unterstützt.

Ryzoms aktueller Betreiber Winch Gate entschied, den Quelltext unter AGPL zu stellen, die Creative-Commons-BY-SA-3.0-Lizenz deckt die Texturen und 3D-Modelle ab. Da das Rollenspiel weiterhin kommerziell vertrieben werden soll, wurde bestimmter Spielinhalt von der Freigabe ausgeschlossen, um der Eröffnung kostenloser Server vorzubeugen und damit eine Zersplitterung der Community zu verhindern. So liegen beispielsweise die Rechte von Weltdaten, Quests und Spielgegenständen weiterhin bei Winch Gate und somit ist Ryzoms Freigabe zunächst nur für Entwickler interessant.

Jedoch ist die Erstellung von eigenen Spielinhalten und damit eigenständigen Spielen möglich. Alles in allem glaubt die Free Software Foundation 🇬🇧 an einen positiven Impuls für die freie Spieleentwicklung.

Mehr dazu findet man unter Free Software Foundation 🇬🇧 und Golem.de.

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

2.6.34 wird voraussichtlich nicht in eine stabile Ubuntu-Version einziehen, wurde doch während des Ubuntu Developer Summits in Brüssel der Nachfolger als Kernel für das im Oktober erscheinende Ubuntu 10.10 bestimmt. Somit ist dem neuen Kernel höchstens ein Schattendasein in den frühen Entwicklungsstadien von Maverick Meerkat bestimmt, bis die ersten Versionen von 2.6.35 vom Ubuntu Kernel-Team übernommen werden. Dabei hätte doch auch 2.6.34 schon einiges zu bieten:

Nutzer von Systemen mit mehreren Grafikchips können davon nun auch Gebrauch machen. Oft werden in Laptops eine sparsame, aber wenig leistungsfähige, und eine schnellere, jedoch auch besonders energiehungrige Grafikkarte verbaut. Der neue Kernel ermöglicht nun das Umschalten zwischen diesen GPUs im laufenden Betrieb. Ein Wermutstropfen bleibt: X bedarf eines Neustarts, um mit dem Wechsel des aktiven Grafik-Chips klarzukommen.

Noch nicht für den Endanwender bereit ist die Implementierung des Treibers für ATIs Radeon Evergreen Chipsätze (Radeon HD 5xxx). Es fehlen noch wichtige Funktion, wie auch der Betrieb der 3D-Beschleunigung. Diese sind allerdings in Arbeit und sollen in den kommenden Versionen ausgebaut werden, um möglichst umfassende Unterstützung bieten zu können.

Der freie Nvidia-Treiber Nouveau wurde wieder etwas mehr befreit, indem nun auf die proprietäre Firmware für Karten der NV50-Generation verzichtet werden kann. Das Programm ctxprogs erzeugt die Firmware zur Laufzeit einfach selbst.

Neue Dateisysteme braucht das Land! Das 2.6.34 hat davon gleich zwei im Gepäck, Ceph 🇬🇧 und LogFS 🇬🇧. Ceph ist ein verteiltes Netzwerk-Dateisystem, das bis auf Petabyte-Größe skalieren soll (1 Petabyte entspricht 1000 Terabyte). Es verteilt die Metadaten, als auch die Dateien selbst so über per Netzwerk zu Clustern zusammengeschlossene Server, dass kein Single Point of Failure entsteht. Die in den Kernel aufgenommene Komponente, welche im Übrigen noch als experimentell gekennzeichnet ist, stellt den Client Teil zum Zugriff auf mit Ceph realisierte Dateisysteme dar. Der Server-Teil ist als Daemon ausgeführt.

LogFS soll dagegen klar auf dem Client zur Anwendung kommen und Flash-basierten Speichermedien durch eine gleichmäßigere Nutzung des Speichers eine höhere Lebensdauer bescheren. Es arbeitet logstrukturiert, das bedeutet, dass neue oder geänderte Daten an bereits beschriebene Speicherbereiche angefügt werden. Bereits belegte Blöcke, deren Inhalt schon als gelöscht markiert wurde, werden erst wieder beschrieben, wenn keine freien mehr zur Verfügung stehen.

Das bereits in 2.6.30 eingeführte FS-Cache, das durch Zwischenspeichern den Zugriff auf bestehende Netzwerk-Dateisysteme wie z.B. NFS beschleunigt, kann nun offiziell genutzt werden, die „experimentell“-Markierung wurde nun entfernt. btrfs wurde um neue Funktionen bereichert. So können nun die standardmäßig eingehängten Subvolumes oder Snapshots dauerhaft selbst festgelegt werden, auch steht nun ein neues Werkzeug zum Bedienen von btrfs zur Verfügung, das die alten Utilities ersetzt. Soll ein Snapshot des Dateisystems erstellt werden, so wartet btrfs noch im Gang befindliche Schreibvorgänge ab, bevor es mit der Erstellung beginnt.

Verbesserungen beim Energiesparen erhofft man sich von asynchronen Suspend/Resume-Modi. Hier werden Geräte zeitgleich in den Schlafzustand geschickt, statt nacheinander. Dies soll die Einschlaf- und Aufwachzyklen beschleunigen. Leistungssteigernd, zumindest in Extremsituationen, soll sich die Umsetzung des RFC 5082 🇬🇧 auswirken. Es verhindert Denial-of-Service-Angriffe auf Router bzw. schwächt deren Wirkung ab.

vhost net 🇬🇧 soll die Leistung bei der Nutzung virtueller Maschinen unter KVM verbessern, genauer gesagt deren Netzwerk-Kommunikation. Bislang musste die Kommunikation über virtuelle Netzwerkschnittstellen zwischen mehreren Gast-Systemen über den Userspace laufen, also von einem Programm im Kontext des Benutzers behandelt werden. Dies wird nun vom Kernel selbst abgewickelt, „virtuelle“ Netzwerkpakete müssen dadurch weniger Instanzen durchlaufen und belasten somit das Host-System weniger.

Sollte der Kernel einmal selbst als Gast betrieben werden, so lässt er sich nun in Kooperation mit einem VMware-Host bereitwillig den zur Verfügung stehenden Arbeitsspeicher stehlen. Möglich macht dies der VMware-Balloon-Treiber, indem er bei erhöhtem Ressourcenbedarf des Host-Systems dem Gast ein Prozess mit hohem Speicherbedarf vorgaukelt, der „virtuell“ belegte Speicher jedoch wieder vom Host genutzt werden kann.

Daneben kamen verschiedene neue Treiber hinzu, viele wurden überarbeitet und manche um die Unterstützung für weitere Hardware erweitert. Eine vollständige Übersicht findet sich auf der englischsprachigen Seite KernelNewbies.org 🇬🇧 .

Quellen: Linux kernel Mailing List 🇬🇧 und Kernel Newbies 🇬🇧

Danke an Drache für den Hinweis.

Ubuntu steuert selbst über 40 Ideen für Projekte bei, aus denen die Bewerber wählen können: Zum Beispiel ein für das gesamte System nutzbares Backup-Werkzeug, eine systemweit verfügbare Einstellmöglichkeit für Proxies und eine grafische Oberfläche für Testdrive, Ubuntus neues Testwerkzeug für ISO-Abbilder und Entwicklerversionen.

Wie auf der Google Summer of Code 2010 Webseite 🇬🇧 zu lesen ist, werden seit Montag Einreichungen akzeptiert. Der Google Summer of Code wird seit 2005 veranstaltet. Die Teilnehmer erhalten ein Stipendium für den Zeitraum der Veranstaltung.

GSoC Logo

RadioTux ist mit einem kleinen Budget ausgestattet und die Mitstreitern erbringen alle Aufwendungen in ihrer Freizeit. Das freie Radio liefert Informationen in verschiedenen Formaten zu Linux und der Open-Source-Szene. Menschen aus (fast) allen Regionen des deutschsprachigen Europas wirken bei diesem Projekt mit.

RadioTux Logo

Zum neunten Geburtstag liefert RadioTux eine Sondersendung mit einem ordentlichen Rückblick auf das vergangene Jahr und die darin enthaltenen Höhepunkte. Der Hauptteil der Sendung widmet sich aber einem etwas ungewöhnlichen Thema: Dem Festival Latinoamericano de Instalación de Software Libre (FLISoL). Dieses Festival ist die grösste Linux-Veranstaltung weltweit. Hier bei uns in Europa ist FLISoL nicht so bekannt. Passend zu diesem Thema kommen verschiedene Linux-Distributionen zur Sprache, die auch einzeln im Detail vorgestellt und beurteilt werden. So erfahren die Hörer die wichtigsten Eckpunkte zu den etwas unbekannteren Linux-Distributionen wie Canaima oder BRlix.

Ausserdem gibt es einige Interviews, welche Sirko Kemter zusammen mit Exponenten der Linux-Distributionen aus Lateinamerika geführt und aufgezeichnet hat. Aber auch Klaus Knopper kommt zu Wort und viele weitere Informationen werden serviert. Die Sondersendung dauert eine Stunde und liegt im MP3 und OGG-Format vor.