Policy for Dependencies

Kevin Ottens ervin at kde.org
Wed Oct 14 20:28:40 UTC 2015


Hello,

On Wednesday 14 October 2015 21:20:33 Christoph Cullmann wrote:
> Therefore my goal for frameworks is to make them actually as easy usable
> for people in that situation. We advertise that a lot everywhere but at the
> moment that is just not true beside for really simple stuff like "karchive".

Just to put some historical perspective into this particular point. It *is* 
true, but for tier 1 and tier 2 frameworks only. That's why the dependency 
rules of the tier system were designed the way they are.

So if you are "people in that situation" as described by Christoph in his 
email: stay away from anything which is above tier 2 or make it an optional 
dependency. You still have more than 30 frameworks to pick from for the other 
ones YMMV, you should be warned headaches might or might not be ahead with 
tier 3.

If you are someone working on a given framework and you are just content of 
having it in KF5's tier 3, but did no refactoring or API work to get it to 
tier 2 or tier 1: you're missing the point of KF5's tier and type 
organization. You are also prematurely shrinking its potential user base and 
that should bother you, really.

If you remember the talk I gave back in the days about KF5, I mentioned that 
the tier and type matrix is also a *maturity* system. It is our responsibility 
to push the frameworks down the stack as much as possible. Since then, I see 
lots of frameworks appearing, I don't see many of them lowering their tier...

Regards.
-- 
Kévin Ottens, http://ervin.ipsquad.net

KDAB - proud supporter of KDE, http://www.kdab.com

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20151014/952a92d8/attachment.sig>


More information about the Kde-frameworks-devel mailing list