About Kamala

Mauricio Piacentini piacentini at kde.org
Mon Apr 13 03:52:41 CEST 2009


Michael Pyne wrote:
> Well if we were to call this a KDE application at all then what's wrong with 
> kdetoys (without trying to sound like flamebait here but I don't think it meets 
> the definition of kdeedu).  I would hardly start a new KDE/ module for it as 
> well.

Well, why would you not consider it a "KDE application at all"? It uses 
kdelibs, is written in C++, is developed inside our SVN, has members of 
the community as contributors... can you elaborate?

> However that's all kind of moot as I think extragear would be the best place 
> for it, as long as Stanislas doesn't mind having to do the release process.  I 
> agree that no existing extragear category seems to apply.  I've heard 
> extragear/extra recommended, which I would agree with.

What we were trying to find is a place that we could put the application 
to be released in the regular KDE schedule, if possible.

I do not want to start the astrology-is-not-a-science discussion here, 
as I do not think this is what matters. Any discussion that considers 
this belief (scientific or not) as the basis for including or not the 
application in KDE will turn into a flame fest: some people will point 
the historical importance of it, others might point to universities in 
the US that even today teach it (like the Kepler College), etc. The 
question is not that, but instead finding a place for the 
"non-traditional" applications that want to be considered for release 
with KDE. So, let us consider other theoretical applications, some 
difficult to handle:

- A Genealogy program
- An application to write dance notation (coreography)
- A Biblic analysis/cross-reference tool

Would you still suggest kdetoys as the umbrella module for these? I 
would say that something like kdemisc or kdespecialinterest could also 
apply.

What I am thinking is that maybe there are more than a few good 
applications out there that could benefit from living on our tree, but 
the authors can not find a good home for them in our current structure. 
In kdegames we took the decision of not excluding games from the tree 
based on the number of games or any other excluding criteria, like size 
in MB of the compiled package. If we one day end up with 500 maintained 
games, they could all be in KDE/kdegames. Packagers would of course be 
free to do what some do today: ship only the best 4, or 5, or 10 on 
their distros. By the same reasoning, having something in kdetoys or 
kdemisc or kdespecialinterest does not mean it has to be shipped by 
every KDE distro: it just means it is released in-sync with KDE, as is 
part of our community.

Regards,
Mauricio Piacentini



More information about the release-team mailing list