The annual KDE PIM Meeting Osnabrück 10 took place from 10.2.2012 to 12.2.2012 at the Intevation offices in Osnabrück. See the dot story KDE PIM Sprint 10: ACCOMPLISHED! for a report about the sprint.
Projects we'll work on in small groups, mostly coding or creating other concrete results.
Discussions about topics, which are relevant to all or a sub group of people. Please state audience and desired result of the discussion.
Audience: all, Desired Results: Plan regarding future 4.x releases and port to KF5
Audience: all, Desired Results: Input on timeline, facts on good things on Akonadi, agreement on communication, group hug
We have three user groups for Kontact:
Upon experiencing a serious bug, a PIM developer would (attempt to) fix it; a family member would restart Akonadi (work around the bug) and send in a bug report; while an user from the wider community would switch to Thunderbird.
We're not ready yet for the wider community; but since 4.7 we are for our "family". We need them to test and help out! Unfortunately, we lost them because after 3 years of "we're almost done, it will get better", KDEPIM 4.7 was disappointing, especially the .0.
What we did was not wrong - OK, it took us a while to get Akonadi to this point, longer than we thought. But 4.7.0 was not released that early - we're only 6 months further and the vast majority of the issues is fixed. This is Free Software - release early, release often.
It was our communication during the 3 years before which was a bit too optimistic and which made people leave when 4.7, our "first" release, was seen as "again a disappointment". You know your marketeers, we are sometimes a tad too enthusiastic. I humbly apologize for that...
But that is history. Now the challenge is: get our KDE friends back.
We thought about saying sorry. But that just makes us all feel bad and invites a blame game. So let's just move on: we're all unhappy with the last 3 years but the good news is that we're on the way back to awesomeness. This is what we have to communicate now! Part of that is to distance us from what happened. As the terms Akonadi and Nepomuk are quite tainted, we think it's best to start to avoid them. So:
Audience: people interested in Kolab, Desired results: Decide about exposed payload formats
State & implementation of the new XSD based Kolab library, see
Audience: people interested in Kolab, Desired results: design decisions
Points to discuss:
Audience: mobile people, Desired result: Plan for future developments
How is Kontact and other parts of KDE PIM doing on the N9, on Android, on other mobile platforms?
What are our goals for future development, is the current variety of target platforms and features sustainable? Who is working on it?
Kontact Touch should be available through the community app store, rather than hand-b0rked installation, see
How to make that happen?
Audience: Akonadi developers, Desired results: Update list of bugs
Getting input on a number of Akonadi bugs
Audience: Akonadi developers, Desired results: Design for resource scheduler
Audience: KMail developers, Desired result: Decide how to handle maildir flags
Discussing handling of maildir flags
Andras: Maildir should write out correctly the message flags into the file name since 4.7.2.
Audience: Korganizer people / people interested in Kolab, Desired result: Implementation (plan) for storage of calendar colors according to KEP 12.
See KEP 12: Color configuration storage for resources and categories for the specification.
Audience: Calendaring people, Desired result: Port KTimeTracker away from KResources
KTimeTracker won't be ported to Akonadi because it only uses ical storage as an implementation detail. The ical file isn't exposed to the user.
Sérgio is currently porting KTimeTracker from KResources to KCalCore. DONE
Audience: people interested in Kolab, Desired result: Design parameters for system that would work for Akonadi as well as server side clients, e.g. Roundcube & Co.
This is a subject that has been started as a discussion in the Kolab community, but never been fully thought through or finalized as a design. For input, see KEP 15: Saved searches and sharing searches across all clients
Audience: People interested in contact management and/or Nepomuk, Desired result: Coordination with KTP team
Presentations of things interesting to the KDE PIM community. Please state targeted audience.
16:00 Start meeting, fill agenda, get organized
~19:30 Dinner at Chow's Garden (Japaneese / Asian Food)
10:00 Review first batch of work, get organized
10:30-12:00 Presentations, discussions targeted at whole group
13:30 Group photo
14:00 Stopp-ACTA Demo
17:00 Review second batch of work, get organized
17:30-18:30 Presentations, discussions targeted at whole group
20:00 Dinner at Arabesque (Arabian Food http://www.arabesque-osnabrueck.de/)
10:00 Review third batch of work, get organized
10:30-11:30 Presentations, discussions targeted at whole group
13:00 Conf call with KTP team
14:00 Close meeting, collect next steps
Store in Akonadi::EntityDisplayAttribute, propagate to/from mailbox annotation in Kolab resource. Christian will implement it.
Input from both our needs in the IMAP resource and our changes to IMAP for ASAP are relevant for the IMAP 5 efforts. Some specific points mentioned were:
Georg will find time for Kevin O. and Volker to participate in the process.
A major bug in KAlarm whereby it failed to create default Akonadi resources on first initialisation and therefore became unusable, has finally been fixed. It turned out to be due to a combination of bugs in KAlarm and in Akonadi. This would have been very difficult to fix without face to face discussion and debugging. Thanks to Volker for his help.
Sergio and Thorsten agree that ktimetracker should be ported from KResources to KCalCore.
Sergio ported ktimetracker from KResources to KCalCore.
SQL upgrade code done (thanks to Bernhard Herzog), however the process takes ~10 minutes to complete.
Various options on how to communicate that to users have been discussed. A notification UI process (ie. a simplified Qt-only kdialog shipped with Akonadi) will be launched by the Akonadi server for this. Volker will implement it.
Other still pending tasks:
Sergio fixed remaining important bugs and moved the project to playground.
Use KNotification from inside AgentBase/ResourceBase for progress and error/warning signals. Other options discussed included a kded module or akonaditray, but they add to much infrastructure complexity for no real gain.
See the Osnabrück 10 organization page for organizational details.