RFC: Moving RSIBreak to KDEUtils?

Friedrich W. H. Kossebau kossebau at kde.org
Thu Jul 23 23:35:48 BST 2009

Jeudi, le 23 juillet 2009, à 22:53, Aaron J. Seigo a écrit:
> On Thursday 23 July 2009, Friedrich W. H. Kossebau wrote:
> > Hi Aaron,
> >
> > Jeudi, le 23 juillet 2009, à 20:00, Aaron J. Seigo a écrit:
> > > what is the motivation for moving it into kdeutils, exactly?
> >
> > Toma gave release management as a reason, cmp. the email you replied to.
> > Isn't this the only difference between the "normal" modules and
> > extragear?
> no; release management really ought to be extended to extragear, but that's
> been only half-way managed properly at this point.

Anyone can tell why?

> but if the issue is 
> release management, then we'll end up with hundreds of apps in the main
> modules and there will be simply no way to communicate "these are the core
> applications we recommend for basic functionality expected from a desktop
> computer for <category>". at that point we may as well do it all as
> extragear. i do think there is real value to having a clear set of "basic
> apps", and the feedback received in past years about "kde's 3 text editors"
> supports that.

I think the "kde's 3 text editors" feedback was rather about a preselection of 
which program of a kind (if there are several) we deliver in the main 
modules, and not which kinds of program are part of a somehow "basic" 
desktop, no? 

And until there are really "hundred of apps" in extragear I cannot follow you. 
Especially for a category as broad as Utility.

BTW: Concerning the doubling of functionality, what to do with e.g. KCalc, 
KCharSelect, and KDF and their counterparts as plasmoids? Put them all 
together in one module, make separate modules plasma-utils or what else would 
fit into your vision of module organisation with basis app(lets)?

Okteta - KDE 4 Hex Editor - http://utils.kde.org/projects/okteta

More information about the kde-core-devel mailing list