How would you feel about delaying release until end of next week? I know we are desperate to get something out of the door but I feel an extra week will allow us to release something thats more polished
I suggest going into feature freeze end of this week and spend all of next week fixing bugs prior to the release (there are quite a few annoying bugs especially in rdf classes) We should be mindful that a release will also break a lot of existing apps (nautilus and file chooser spring to mind). I dont know if anyone has time to fix those? If not we will need to state clearly what apps are broken in the release notes Its also imperative that an update from 0.6 series to 0.7 series is tested so we can make sure a reindex is forced and preferences are migrated correctly - Im more worried about the upgrade process than anything else as a hell of a lot has changed here jamie On Fri, 2009-09-18 at 10:53 +0100, Martyn Russell wrote: > Hi, > > Next week, we are planning on releasing the 0.7 development release upon > the world! :) > > This is a heads up for translators and for anyone with any urgent issues > they have noticed to speak up and talk to us before it goes out the door. > > Jamie, I have heard you have a UI branch somewhere for T-S-T. We will > need time to review it before it can be pushed into the repository, so > can you put that on a separate git branch as early as possible to allow > us to do that please? If we don't get time, we will not be adding it. > All the other UIs have been tested and we want to be in a good shape > when we release. Also, I hear it is all new code, if so, can I remove > the old t-s-t or does your patch do that already (i.e. would it conflict)? > _______________________________________________ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
