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 _______________________________________________ release-team mailing list [email protected] https://mail.kde.org/mailman/listinfo/release-team
