What can I say other than "that was a very, very fast four days in Darmstadt". I had expected to have the time and energy to blog more during the event, but that was obviously not to be. There were only three people working on the actual code there, but we managed to make over 60 commits over the course of the event, not counting backports and similar janitorial efforts. That isn't a huge rate of commits given the people who were there, however, though it is certainly respectable. So what else were we doing?
The first thing we did was review all open bugs for Plasma Active, turned our draft agenda into a kanban board on the wall and then torture tested the user interface on both MeeGo and OpenSUSE to identify issues that need addressing. We sorted and prioritized these items into the kanban and got to work on them. I will be spending some time today creating new bugs.kde.org reoprts for the items that remained on the wall at the end of the event. We focussed these efforts on the main part of the tablet shell: activities, recommendations, the running-applications peak area and the application launcher. We had an "other" category as well, and it become rather well populated, but we want to make sure that the core components work very well in our first release.
One outcome of this was that recommendations are getting too much work done on them this close to release to include the recommendations UI by default in Plasma Active One. The recommendations system will remain in place, so when the UI is revealed there will be things you can immediately use it with. However, we just didn't feel that we had enough time to ensure the quality of it when a major code drop happened just a couple weeks before release. The recommendations are, thanks to Ivan, working better than ever and proving more and more useful. They will be the key feature addition to the tablet UI in the next release, in fact.
This decision was one consequence of us clearly defining and examining the release engineering needed to get Plasma Active One out. We have a new release manager, Javier (who also works at Basyskom), who will be providing additional oversight on that process. Improvements made in the code are being reviewed so we know that they are really done (or not), tagging dates have been set (release tag on the 3rd of October) and packaging details were sorted out. We cut down the number of branches in git specific to Plasma Active to zero, allowing people to build Plasma Active using standard branches of KDE modules (KDE/4.7 of kdelibs, kde-runtime and kde-workspace; master for plasma-mobile and kactivities). This meant we had to adjust our packaging as well, which got done thanks to the tireless efforts of, among others, Maurice (aka "Pirate Moe": he does the best pirate "arrrrrr" I've heard in a long time).
We put together plans for a website that will support the release to be unveiled on release day, along with a messaging plan that includes writing, screenshotting, filming (video-ing?) and reaching out to the press. We also came up with a naming scheme that we will use for at least this and next year that is wonderful simple: Plasma Active One, Plasma Active Two, Plasma Active Three .. I'm sure you see the pattern. ;)
The first release is still scheduled for October 9, 2011 (9-10-11) and we will be doing our next release prior to Christmas so that people can have an early gift from the Plasma team and play with it during the December holidays that are traditional in many areas of the world.
It wasn't all about the technical side of Plasma Active either. We worked on plans for how to bring more effectivity and formality to our business ecosystem development around Plasma Active, for instance. We will be sharing more on that later in the year.
Finally, we also looked into the future and asked ourselves what we would like to work on in the coming year. A major take-away for me is that we don't want to concentrate too much effort on simply playing around with the base tablet shell. We like the design of it and it works very well in terms of driving an activity-centric experience. Once we've (re-)integrated recommendations and a couple other small UI bits (such as re-introducing the category tag cloud in the launcher), we'd like to shift our focus slightly to the workflows we want to see enabled. Since we had not one but two interaction designers at the workshop, they did some extensive story-boarding for a few target workflows. We also gathered requirements for applications we want to see fulfilled for use in Plasma Active and will be spending more time on meeting those goals in future.
Some of these tasks will improve the Plasma Desktop and Netbook experiences as well as they are not tied to or only applicable to tablets. Things like having an application-neutral mechanism for recording (and accessing) your online accounts, better workflows for transfering information to and from removable devices (or online services), sharing and synchronizing Activities (both between devices and people), no-config cross-device cooperation (assuming they all have Plasma on them), Share Like Connect plugins and more elegant application interfaces are efforts that will land on all of the Plasma workspaces in tandem .. but that's the future, and we're still in the "now" that includes making it across the finish line for Plasma Active One.
To that end, I have a bunch of bugs.kde.org forms to fill out, new images are being worked on, more testing is underway and a heck of a lot of documentation and public communications writing is going on. The #active and #plasma channels on irc.freenode.net are going to be busy, as will the active@ and plasma-devel@ kde.org mailing lists. See you there :)
Friday, September 23, 2011
Subscribe to:
Post Comments (Atom)

23 comments:
All in one paragraph. Wow! :-)
@Naproxeno: that wasn't intentional. blogger changed the UI and i happily went typing away not realizing that due to certain changes they'd made the editing process works a little bit differently now. meh.
@Aaron: I suspected something like that. I was just kidding. :-)
It's much better now.
I read a lot of discussion about Plasma Active, but not so much about the "normal" Plasma.
As I can see, the weekly bug summary says that the number of plasma bugs are growing constantly.
I remember when not-a-long-ago you were around 1000 bugs and after realizing that you decreased it to 600 and made that number stay there for some months.
But recently, as an outsider I see that less developer works on fixing bugs and on plasma actually.
It seems to me as somehow everyone stepped further to something new and a rather limited resource can be obtained to maintain the current desktop version of plasma.
I'm not sure whether it's true or not, that's why I ask you. Are you really turning away from plasma to something new?
The bugs are not what worries me but that incidents like this keep happening: https://bugs.kde.org/show_bug.cgi?id=278891#c79. A few trolls that could care less about Plasma or KDE have the power to disrupt the development just by posting comments online. Basically, it's too easy to damage KDE.
I don't know if this is the reason for a supposedly reduced bug closing activiy but if that's the case, I can understand it. I hope the bug tracking system doesn't do more harm than good.
@szotsaki: "Are you really turning away from plasma to something new?"
the blog entry you just commented on is about Plasma. my last 5 blog entries before that were about Plasma. it's quite easy to check and see the commits in the various git repositories (kdelibs, kde-workspace, kde-runtime, kdeplasma-addons, kde-baseapps, plasma-mobile, contour, kactivities) that contain Plasma related code.
given that, i find this question to be a bit hard to understand.
"As I can see, the weekly bug summary says that the number of plasma bugs are growing constantly"
that isn't what the bug summary says at all.
what it says is that the number of reports on bugs.kde.org is growing constantly. there is no correlation that can be relied on between what is in those reports and the actual state of the code.
why? because i stopped going through those reports. why? because there are too many people there who are impossible to work with and the user community simply doesn't care: the users are happy to allow that kind of behaviour.
as a developer who spends every day working on these things, i have no desire to be subjected to abuse. unfortunately, there is no support to make bugs.kde.org somewhere that is abuse free.
and since i have stopped going through those reports, most everyone else in the Plasma project has as well. probably for the same reasons.
and so over the last year, the number of reports for Plasma have grown. this has nothing to do with the pace of development or the level of quality of the code base.
if someone(s) were to step up and do bug triage, that could change. until then, i'll continue working in a way that insulates my life (and keeping in mind that i only get to have one of those before i die, it's pretty valuable to me) from the kind of stupidity that happens on bugs.kde.org.
@Naproxeno: "The bugs are not what worries me but that incidents like this keep happening: https://bugs.kde.org/show_bug.cgi?id=278891#c79. A few trolls that could care less about Plasma or KDE have the power to disrupt the development just by posting comments online. "
it isn't a "few trolls". it's the bulk of the users and, unfortunately, developers around KDE. someone steps in and is a complete asshole on our various public communication mediums (email, bugs, irc, etc) and NOBODY steps up to do a damn thing about it. everyone just stares at everyone else hoping it will go away and not too much damage will be done.
worse yet: i step up to do something about it (in this case: i fixed the bug and then asked people to be more constructive in future) and all i got in return was more shit sent my way by various people . keep in mind that Boudewijn Rempt, Jonathan Tapsell, Sune Vuorella and similar are not "random trolls" or even simply concerned users: they are also KDE contributors.
this is a very real and unfortunate social problem in KDE, one i've personally given up trying to fix for the time being as i don't have the energy to continue tilting at windmills over it.
Have the comments in the bug mentioned here been cleaned? I can't seem to see any FUD in there. I only see constructive discussion and users offering options to workaround this bug.
@Aaron: Thanks for taking the time to explain the situation. I didn't know it was that bad. By the way, I brought the topic into Martin Gräßlin's latest blog post (http://blog.martin-graesslin.com/blog/2011/09/developer-and-user-interaction/). He seems to have been also involved in some incidents with problematic people.
I understand that you can't solve the problem alone but I would like to believe that there is enough good people in KDE to do something about it. I don't know, perhaps discussing about this in the forums or a mailing list would help?
Does plasma support smartboards? See http://www.elpauer.org/?p=1012
Dear Aaror Seigo,
All this increasing activity on plasma active, makes me fear that you will abandon plasma-desktop, and force me to use gnome 3 or unity. Why would you do that to me?
DO YOU HATE ME ?
THE FACT IS:
Linux users will only be getting more frustrated as the ONLY desktop environment that has the capabilities of becoming OBVIOUSLY BETTER than any proprietary competition, isn't there yet.
Please be sympathetic to the whiners, I propose adding an 'I just want to whine' check box to bugs.kde.org. You might get surprised about how frequently it will be used!
@Nikolaos: You are not allowed to whine. If you want to use GNOME 3, Windows or Mac OS X, is YOUR business.
If you really want to improve software:
1. RESEARCH your bug. Give it care. Isolate it from other bugs.
2. REPORT the result of your previous research.
3. WAIT until $dev fixes your bug. If you did a great research, $dev will fix your bug in no time.
This is an interesting thing, about the whining and abuse in the bug reports.
Could it be that there is no real channel for the users to vent their frustration -- and possible satisfaction, too? Aaron would like users to be polite and police themselves. However there is no way to tag messages in the bug reports as abusive, to reply to them in a thread and such.
Maybe a wiki-like structure would be preferable, where the discussion is separated from the report: you could _edit_ the report, and the devs need never look at the flamewar hidden in the discussion page.
@Alejandro Nova
My comment was a joke. It is sad when one try to take everything seriously.
@Aaron Seigo
I propose reading all this whining bug comments in the morning, and laugh with them. Unreasonable should be laugh at.
I think if you read and hear this comments and whining for a while it get's more and more diffcult to laugh about it or ignore it.
That doesn't mean that all users and bug reporters just whine and we lose our time to read their reports. I think atm the threshold of valuable reports and worthless or incongruous reports is a problem in some project. Something we need to change as we get more and more users and thus probably sometimes need to educate some of them to behave and value our products.
@Nikolaos: Sorry about misreading you, but I've seen some serious comments in the same vein, specially on those bug reports Aaron linked to.
@Aaron: thank you for the explanation. I didn't know that the situation is that bad.
However, I think the don't-look-there tactic is the worst can happen. In short term it causes that people like me think that bugs are just growing in the plasma component. Under no circumstances would they think that you actually fix those but leave the bug reports untouched.
In long term you'll get an unmanageable mess on bugs.kde.org and you'll filter out the really valuable reports. So you will force people to find an other way to contact you to get their bugs fixed.
I don't think that this is the good decision. Please, create a channel for the whining people to whine. Eg. once in a month one developer from all KDE modules should visit a certain topic in the KDE forum and hear those people and react properly.
@ Aaron: About trolling business
It can be understood as lack of polish from people due to the circumstances they have grown up or some soft skill whose details they do not appreciate.
Culture difference is very heavily practised among diplomats who are supposed to travel to other countries for discussions. As an Indian working with fellow countrymen we are often taught to be tolerant towards other as human interface problems constitute a significant portion of daily transactions. In a country consisting of countless number of cultures, languages, and religions the mantra to do business is based on Gandhi's advise of "do not hate anyone and do not fear anyone".
The whole idea of desktop evolution leadership is courageous but I guess holding people together is going to be crucial. Some of you might consider visiting this country about learning ways to live with differences. There was apolitical joke when recently British PM of the coalition government visited India "to learn the way to run the government".
Hello guys!
There is no point in submitting bug reports about plasma to KDE bug report system. Is that correct?
I would be glad to know the answer. If that is the case I will not waste my and developers' time making bug reports and reading comments there.
Can someone explain what is the current situation?
From Aaron J.Seigo's post:
"what it says is that the number of reports on bugs.kde.org is growing constantly. there is no correlation that can be relied on between what is in those reports and the actual state of the code."
"and since i have stopped going through those reports, most everyone else in the Plasma project has as well. probably for the same reasons."
Aaron: "it isn't a "few trolls". it's the bulk of the users and, unfortunately, developers around KDE. someone steps in and is a complete asshole on our various public communication mediums (email, bugs, irc, etc) and NOBODY steps up to do a damn thing about it. everyone just stares at everyone else hoping it will go away and not too much damage will be done."
It sounds to me that email, bugs, irc, etc. is suffering from a lack of rules. If they added a rule that said that posts on bug reports that do not help in the analysis and resolution of the bug will be deleted.. Then I think that would go a long way.
Nobody can step up to do something about it if the user never broke any rules to begin with.
@Nikolaos:
"THE FACT IS:
Linux users will only be getting more frustrated as the ONLY desktop environment that has the capabilities of becoming OBVIOUSLY BETTER than any proprietary competition, isn't there yet."
Yea, I know the feeling.. There's really only two bugs in the Amarok for Windows that is really preventing me from using it in place of iTunes. And both of those two bugs only happen when running Amarok under Windows. One of those bugs might even be due to VLC under in Windows. I can't move all the PCs over to Linux for other reasons (Adobe Software, Steam, etc.)... So yea, very frustrating.
Hi all,
I am sorry but I am not sure where can I express my request or opinion given to the current plasma active build.
I have attempted to use the latest Meego build of Plasma active on my notebook powered by AMD chips. It works quite well(at least it can boot!!)I would like to see if your team can keep building the Meego build in near future since the ordinary Meego build cannot work with AMD chips.
The Plasma Active interface is excellent and seems for me that it could possible to work not only tablets, but notebooks or even on desktop! I believe it could even eventually compete with the Metro Interface in Windows 8! May I ask if your team could bring support for keyboards, mouses or touchpads in conning bulid as well?
I am really looking forward for the development in Plasma Active. I hope it could be the killer for windows 8!
cheer
william
@iamwyim"The Plasma Active interface is excellent and seems for me that it could possible to work not only tablets, but notebooks or even on desktop!"
Yea, Microsoft is really moving to a more touch-oriented interface in Windows 8...
I've heard that within 5 years, all the major LCD makers expect to be making all their desktop displays touchscreens. So where people bought LCD monitors before, they'll all be touchscreen monitors in the future.
I'm sure Microsoft knows this already and that's probably why they're working so hard on Metro which feels to me much more like a desktop touch interface than a tablet touch interface.
Post a Comment