Frameworks/Epics/kdepimlibs: Difference between revisions

Revision as of 13:16, 16 November 2013

kdepimlibs Splitting Epic

Planning

The KDE PIM community has outlined the following plan for splitting kdepimlibs into Frameworks libraries

Wait for the kdelibs split to be completed and the preview release to be made
A frameworks branch to be created in kdepimlibs and Qt5 / KF5 basic porting to be performed here mostly by the Frameworks team (old frameworks branch to be reviewed and deleted)
Once work is started here no more style fixes to be applied to Master
Code relying on qt3support and deprecated libraries will be removed as part of the porting
Once porting is completed then kdepimlibs will be spilt into separate frameworks
Once split the maintainers of each framework will take over work to make any API and code changes required
PIM Frameworks will be released as and when they are ready, we do not need to release them all at the same time
PIM Frameworks will be prioritised depending on usage, i.e. libraries needed by KDE Workspaces and Kolab should be released first
kdepim-runtime will be split between PIM Framework and kdepim

Policies

See the other Frameworks pages for the KDE Frameworks Policies, the kdelibs Split Policies and the Definition of Done .

The kdepimlibs specific policies are:

Modules that use qt3support are to be removed
Deprecated API is allowed to be removed
Source compatibility requirements are relaxed due to fewer clients, but major rewrites are discouraged. Instead port the old library and create a separate new library (e.g. KHolidays and QHolidays).
Most libraries will aim for Tier 2, but some may be able to target Tier 1.
The initial KF5 port may rely on kde4support to enable the port to be performed by non-experts, but no Framework released may rely on kde4support so the maintainer must remove all usage. In particular all KDateTime, KTimeZone and KLocale usage must be removed and the Qt replacements throughly tested for regressions and behaviour changes.

Existing frameworks

Maintainers as per the MAINTAINERS file, please change if not correct.

Status	Framework	Tier	Maintainer	Comments
TODO	akonadi	Tier 2?	Dan Vratil
TODO	cmake	Tier 2?
TODO	doc	Tier 2?
TODO	gpgme++	Tier 2?	Marc Mutz
TODO	includes	Tier 2?
TODO	kabc	Tier 2?	Tobias Koenig
TODO	kalarmcal	Tier 2?	David Jarvie
TODO	kblog	Tier 2?	Christian Weilbach
TODO	kcal	Tier 2?
TODO	kcalcore	Tier 2?	Sergio Martins, Allen Winter
TODO	kcalutils	Tier 2?	Sergio Martins, Allen Winter
TODO	kholidays	Tier 1	John Layt, Allen Winter	Split and basic port, will be replaced later by OpenHolidays. Will need internal copy of KCalendarSystem
TODO	kimap	Tier 2?
TODO	kioslave	Tier 2?
TODO	kldap	Tier 2?	Szombathelyi György
TODO	kmbox	Tier 2?	Bertjan Broeksema
TODO	kmime	Tier 2?	Volker Krause, Marc Mutz
TODO	kontactinterface	Tier 2?	Allen Winter
TODO	kpimidentities	Tier 2?
TODO	kpimtextedit	Tier 2?	Thomas McGuire, Stephen Kelly
TODO	kpimutils	Tier 2?
TODO	kresources	Tier 2?	Tobias Koenig
TODO	ktnef	Tier 2?	Michael Goffioul
TODO	kxmlrpcclient	Tier 2?
TODO	mailtransport	Tier 2?
TODO	microblog	Tier 2?	Tom Albers
TODO	qgpgme	Tier 2?	Marc Mutz
TODO	syndication	Tier 2?	Frank Osterfeld

@@ Line 26: / Line 26: @@
 === Existing frameworks ===
+Maintainers as per the MAINTAINERS file, please change if not correct.
 {| class="sortable" border="1" cellpadding="5" cellspacing="0" style="border: gray solid 1px; border-collapse: collapse; text-align: left; width:100%;"
@@ Line 35: / Line 37: @@
 ! width=120 | Maintainer
 ! Comments
-|- {{FrameworkTodo|akonadi|Tier 2?|||}}
+|- {{FrameworkTodo|akonadi|Tier 2?||Dan Vratil|}}
 |- {{FrameworkTodo|cmake|Tier 2?|||}}
 |- {{FrameworkTodo|doc|Tier 2?|||}}
-|- {{FrameworkTodo|gpgme++|Tier 2?|||}}
+|- {{FrameworkTodo|gpgme++|Tier 2?||Marc Mutz|}}
 |- {{FrameworkTodo|includes|Tier 2?|||}}
-|- {{FrameworkTodo|kabc|Tier 2?|||}}
+|- {{FrameworkTodo|kabc|Tier 2?||Tobias Koenig|}}
-|- {{FrameworkTodo|kalarmcal|Tier 2?|||}}
+|- {{FrameworkTodo|kalarmcal|Tier 2?||David Jarvie|}}
-|- {{FrameworkTodo|kblog|Tier 2?|||}}
+|- {{FrameworkTodo|kblog|Tier 2?||Christian Weilbach|}}
 |- {{FrameworkTodo|kcal|Tier 2?|||}}
-|- {{FrameworkTodo|kcalcore|Tier 2?|||}}
+|- {{FrameworkTodo|kcalcore|Tier 2?||Sergio Martins, Allen Winter|}}
-|- {{FrameworkTodo|kcalutils|Tier 2?|||}}
+|- {{FrameworkTodo|kcalutils|Tier 2?||Sergio Martins, Allen Winter|}}
-|- {{FrameworkTodo|kholidays|Tier 1||John Layt|Split and basic port, will be replaced later by OpenHolidays. Will need internal copy of KCalendarSystem}}
+|- {{FrameworkTodo|kholidays|Tier 1||John Layt, Allen Winter|Split and basic port, will be replaced later by OpenHolidays. Will need internal copy of KCalendarSystem}}
 |- {{FrameworkTodo|kimap|Tier 2?|||}}
 |- {{FrameworkTodo|kioslave|Tier 2?|||}}
-|- {{FrameworkTodo|kldap|Tier 2?|||}}
+|- {{FrameworkTodo|kldap|Tier 2?||Szombathelyi György|}}
-|- {{FrameworkTodo|kmbox|Tier 2?|||}}
+|- {{FrameworkTodo|kmbox|Tier 2?||Bertjan Broeksema|}}
-|- {{FrameworkTodo|kmime|Tier 2?|||}}
+|- {{FrameworkTodo|kmime|Tier 2?||Volker Krause, Marc Mutz|}}
-|- {{FrameworkTodo|kontactinterface|Tier 2?|||}}
+|- {{FrameworkTodo|kontactinterface|Tier 2?||Allen Winter|}}
 |- {{FrameworkTodo|kpimidentities|Tier 2?|||}}
-|- {{FrameworkTodo|kpimtextedit|Tier 2?|||}}
+|- {{FrameworkTodo|kpimtextedit|Tier 2?||Thomas McGuire, Stephen Kelly|}}
 |- {{FrameworkTodo|kpimutils|Tier 2?|||}}
-|- {{FrameworkTodo|kresources|Tier 2?|||}}
+|- {{FrameworkTodo|kresources|Tier 2?||Tobias Koenig|}}
-|- {{FrameworkTodo|ktnef|Tier 2?|||}}
+|- {{FrameworkTodo|ktnef|Tier 2?||Michael Goffioul|}}
 |- {{FrameworkTodo|kxmlrpcclient|Tier 2?|||}}
 |- {{FrameworkTodo|mailtransport|Tier 2?|||}}
-|- {{FrameworkTodo|microblog|Tier 2?|||}}
+|- {{FrameworkTodo|microblog|Tier 2?||Tom Albers|}}
-|- {{FrameworkTodo|qgpgme|Tier 2?|||}}
+|- {{FrameworkTodo|qgpgme|Tier 2?||Marc Mutz|}}
-|- {{FrameworkTodo|syndication|Tier 2?|||}}
+|- {{FrameworkTodo|syndication|Tier 2?||Frank Osterfeld|}}
 |}