String freeze ask
Hi, On kdegames many changes was done on apps for KDE4.0, and some of our guys worked very hard to have up to date docbook. Unfortunatly, wasn't done at time for the string freeze. We have the 2 last games dockbook and many fix done by Burkhard (i18n translator) to commit. We are thinking it could be sad to have well translated unusual doc, so i'm asking if we can bypass the freeze in this case :/ Can we commit them asap?? Thanks a lot ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
To help the release management
Hi, To see what need to be done, communicate our work and see our own objectives, we are currently using buzilla (which is hard to use), and many wiki page, which are often becoming out to date... On kdegames, we'd like to fix that (in fact, we WANT to fix that). And we are thinking using a more modern management projet tool like Trac, to have an much easier to use tool, communicate, to help each developper to see what task it must do, and especially to have a common and up to date "release view" (example from the Videolan project): https://trac.videolan.org/vlc/roadmap I just saw there are maybe a plan to which KDE to bugzilla 3, but bugzilla 3 doesn't seems to improve these criticals points... Could we think on a better KDE-wise tool and organisation? Should we (kdegames) build up your own tool to manage the module? ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: Proposed Changes to the Release Plan
I agree to the proposal. agree too ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
special case
Hi, We said the 8th may, every apps should go in kdereview to be in their module the 1st June. I've a special case in kdegame i'd like to submit you: Kjumpingcube was moved the 3d May (if i remember well) to playground. But since this time, one of our developper (who didn't know about our release plan) took it, and worked on it, to make it ready for 4.0. Now, he want to put it back to kdegames, so without the kdereview stage. I didn't reviewed his lastest changes (i did it few days ago), but in case this app is ok for me for 4.0, is it allowed to me, the release maintainer, to allow this unusual move? Cheers ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: 10 Days Until Next Milestone
For KDEgames, we are now in time, and i like to focus now on quality now, for example harmonize usability between games... But i'm not against a delay, because as aaron said, some KDE part still need work and time to mature or be ready (i'm thinking to plasma that seems starting to work, but need to mature more before to be freezed (aaron, fix me if i'm wrong), kcontrol that doesn't seems to do anything, kicker? ...). Because if we are keep actual date, with our current status, we risk to disappoint our users and be flamed. Even worse, put a regression/useless/buggy image on KDE 4.x, because it is hard to communicate that 4.0 and 4.x is not the same thing. Other point, it was said that the agressive 4.0 release schedule was also to allow devs to developp and port applications for 4.x. What is the purpose without kdevelop and win/osx port? I propose a 25 July feature freeze for the sub-module which *really* need it, and keep the 1june for others, like kdegames, to focus on quality (usability, artwork...). At least, some KDE4.0 parts could give a polished image to 4.0, and some frozen dev could even help the latecomer sub-modules to be good enought. ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: General Application Cleanup
Hi, Yesterday, we did the kdegames review. We succeeded in having a common point of view about it, how hard it can be. Here the result: Improved KDE3 games keept for KDE4.0: - knetwalk - kgoldrunner - kolf - katomic - konquest - kpat - kspaceduel - lskat - kbattleship - ksquares - kblackbox - klines - kreversi - kbounce - kmahjongg - ksame - kmines - kshisen - kwin4 New in kdegames: - kiriki succeded in kdereview - ksudoku move to kdereview - bovo we have to contact the autor to see if he want to move on kdereview Still unknown: - ktuberling Candidate to be removed, but this is a really needed game. We are looking to see if it can be saved - ksirtet (tetris clone) keep libksirtet and ksirtet but we'll remove them if ksirtet will not progress before the 1st june - kbackgammon a candidate for removal if the maintainer does not work on it before the beta. Not ready for KDE4.0 (must mature to be in 4.1) - kollision - ksirk Moved to playground: This is too soon for the blackhole (all this game compile, are using cmake...) and can be resurected: - atlantik - kfouleggs - klickety - kpoker - kenolaba - kasteroids - ksnake - ksokoban - kjumpingcube - ktron Cheers ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: [V2.0] KDE4.0.0 Release Roadmap
This is the most strategic stuff for KDE, IMHO. he said " 4.0" not "kde4". Of course. But we could loose the marketing impact of the KDE's lunch. Couldn't the OSX/Win32 port ready enough to release at least KDElib as a "technology preview", bundled with 1 or 2 tested application? So we could start to communicate about this, and get input/ideas/developpers. ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: [V2.0] KDE4.0.0 Release Roadmap
But imho this should not stop anything from being released - win32 port is not really important for kde 4.0. I think your job job is much more important than that. With a solid win32 and OSX port, and a good installer, we can promote a mature and very powerfull Win/Linux/OSX developpement technology for both 3part editor and opensource devs... A good java/.Net competitor. And if we promote that well, we are talking about more apps on linux/BSD, and integred with KDE. This is the most strategic stuff for KDE, IMHO. ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
