Reorganizing the KDE organization (Re: Redefining kdelibs and kdebase)

[Aaron J. Seigo]

On Monday 29 August 2005 10:36, Cristian Tibirna wrote:
> > 	- triage defect reports
> > 	- manage community input (patches, primarily) to keep things moving
> > forward in a non-chaotic method
> > 	- keep up with the state of the art outside of KDE (e.g. if you are
> > doing KWebService you need to be aware of what's happening with SOAP,
> > AJAX, etc)
>
> And why doesn't it happen now (and will never happen, IMHO, save special --
> specified ahead -- conditions are met) ?
>
> Because imposing strict responsabilities and defined workload requires
> compensation.

there's a difference between pointing fingers at each other and saying "hey 
you! maintain your software!" and taking responsibility for it as a 
community. i think you are dead on when you say that it's a cultural change. 
to support this process we do need people committed to making it happen, and 
they need to be supported by a community for whom maintainence is a core part 
of our belief system.

if we say "but it's not possible to have our libs maintained" then why bother? 
instead, let's start with the postulate that it is possible and then work 
towards that goal. "if you say you can't, you are right. if you say you can, 
you are also right."

so ... we need people to support this process, and that's why we must have a 
technical committee that helps steward kdelibs. we can and will be creating 
this.

-- 
Aaron J. Seigo
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

Full time KDE developer sponsored by Trolltech (http://www.trolltech.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20050830/575d1ed2/attachment.sig>