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"
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