FEB
2
2008

Linux Tech Daily: Interview with Sebastian Kügler

Linux Tech Daily has an interview with Sebastian Kügler. The e.V. board member talks about his work on the Marketing Working Group, what was exciting about the release event, the improved release process and what he is looking forward to in KDE 4.1. On how you can help market KDE he says "It might sound a bit scary, representing KDE in your local LUG, but it’s really what KDE is about. Everybody comes from a local community, that is where our grassroots are."

Comments

What´s goning on here? I just read that there will be no akonadi support in KDE 4.1 based on a decision at the kdepim meeting: "Basically for 4.1.0 the plan is to deliver a stable kdepim. Not based on Akonadi, but a complete port. After the release of 4.1.0 we can start porting the application piece-by-piece to Akonadi and hopefully present that for 4.2.0"


By just me at Sat, 2008/02/02 - 6:00am

Sounds like a case of the left hand not knowing what the right hand is doing.


By anon at Sat, 2008/02/02 - 6:00am

Hehe. KDE is acting like a real company now.
The guy from the marketing working group is promising exciting new 4.1 features to the press.
And the developers are blogging that the timeline is not realistic. And the feature has to postponed to 4.2

Funny :-)


By KDErocker at Sat, 2008/02/02 - 6:00am

Same for Decibel, it is listed on techbase as a 4.1 feature even if the project is totally unmaintained and has been so for many months already. It would be great if KDE could stop acting like a coorp and not make promises it can't keep.


By anon at Sat, 2008/02/02 - 6:00am

Looks like work on Decibel is *just* beginning to resume after a very long lapse:

http://cia.vc/stats/project/kde/decibel

So things are looking a bit more promising, on the Decibel front - thankyou, Tobias :)


By anon at Sat, 2008/02/02 - 6:00am

It would be great if people would actually be realistic about things when making such comments.

It's not easy to keep all communication 100% up everywhere as long as we remain a distributed, open project. So being like a corp would actually *fix* that.

It's also pretty cool that developers are still in charge and make decisions like "akonadi after 4.1" if that's what makes sense. Again, not very corp like letting the engineers writing the code to set the pace of things so freely.

Instead of trying to see all that as a bad thing, perhaps you might consider seeing it as the result of an open devel process that gets better (not to mention Free) technology to your doorstep.

Cheers ...


By Aaron Seigo at Sun, 2008/02/03 - 6:00am

I find your faith in corporate communications disturbing.. :-)


By Chris Samuel at Sun, 2008/02/03 - 6:00am

Dear Aaron,

you really do not want to experience corporation communication, I'm afraid. It will definitely not result in 100% communication, unless you mean just babbling without reasoning. Trust me, I have first-hand experience on such things in a large corporation.

For instance, marketing thinks about this and that, writing system requirements which try to even control which technology should be used instead of focusing on functionality. Marketing also requires conflicting and unresolvable goals to be realized simultaneously and has no problems in communicating this to 100%. Architecture and development then have to see how to make the best out of this. They are communicating back to marketing all the time but the goals set within marketing lead to completely ignoring feedback. Next, development ignores requirements, doing what they think could be great. No more communication then. And so on.

I'm not saying that only one of the groups involved is wrong; there are mistakes in all fields and on all levels. But that is exactly what is corporation communication. And it would be sad if KDE would just end up with this kind of corporation communication. My hope is still that the incentives within the KDE development are differently enough from the usual corporation incentives that the development model including marketing, product management, architecture, development, and system test actually works better than in the ordinary companies.


By Breco Pol at Sun, 2008/02/03 - 6:00am

:-)

It's refreshing to see such great enthusiasm for the corporate model Aaron. But from my own experience in rather huge development groups, it's far worse than the communication within KDE.

cu / ....


By Birger at Mon, 2008/02/04 - 6:00am

Hey, nobody had any requests for me to update decibel, so I did not do it:-) Porting KCall to it was pretty straight forward, so I am mostly happy with what I got (at least for the few use cases we are supporting so far).

I recently had some patches coming in (which got commited ASAP) and now that KDE4 integration is looming up ahead I really do need to fix the KDE integration issues that is still open. Apart from that I am waiting for feedback on what needs improvements and which features should get added (I am sure there still is much to do!). One of the design goals is to keep the decibel daemon (which is a network-accessible service after all) as simple and compact as possible. So just adding functionality that might be needed is not the way forward.

My other decibel related tasks are:

* Updating telepathy-qt to the newest telepathy spec. Unfortunately that is basically a rewrite. We need to come up with a better way to keep telepathy-qt up to date!

* Add profile support to tapioca-qt. Once that is done it should be visible in Decibel automatically.

* Write some more KCM modules.

* Blog about the kwallet support added by George Goldberg. I hate blogging.

* Update the decibel web site. I hate that even more than blogging.

PS: Help and patches are very welcome.

Best Regards,
Tobias


By Tobias at Mon, 2008/02/04 - 6:00am

The interview has been published and thus contacted before we, the KDE PIM developers here at our annual meeting Osnabrück, decided to keep the applications at their current data access methods rather than to risk our users PIM data on possible last minute bugs because of difficulties of new code and old code working together.

However, based on our today's decision, Akonadi will be released with 4.1 and there is a good chance that new applications will be released simultaniously or shortly after, e.g. Mailody.

We are also working on options to use Akonadi in the current applications by providing compatability implementations contact and calendar resources, which will allow applications to access Akonadi through the old APIs (KABC and KCal respectively)

You can consider it as a soft migration path instead of an "import and never look back" approach.


By Kevin Krammer at Sat, 2008/02/02 - 6:00am

As Adrian de Groot pointed out in one of his blog posts, the PIM team has a critical shortage of people working on it. Considering kdepim is broken in 4.0, I much prefer having a working kdepim first.


By Luca Beltrame at Sat, 2008/02/02 - 6:00am

I was assuming that KDE-PIM in 4.1 would be Akonadi-based, but from Toma's blog, I learnt better. Unfortunately, after the interview was published. Sorry!


By Sebastian Kügler at Sun, 2008/02/03 - 6:00am

Don't be sorry, you couldn't do anything about it. And besides, it seems they just decided to include Akonadi after all, but without having all the apps ported already... Things change fast in the FOSS world, if you have to say sorry for every time they do, you'd have a fulltime job making excuses - would be a lot like working at Microsoft ;-)


By Jos Poortvliet at Sun, 2008/02/03 - 6:00am

What's the deal with compiz?

When are the rest of Compiz fusion effects be ported over to Kwin?


By Steve M at Sun, 2008/02/03 - 6:00am

No compiz effect was ever ported to kwin. It was/is not possible to use compiz plugins in kwin or port them to use them with kwin. Its all new implemented. Please read commit digest if you need more information about kwin and its effects.


By kde addict at Sun, 2008/02/03 - 6:00am