i would mark the decompiler tests as 1.1. I would also mark the debugger highlight bug as 1.1. I think these are going to take time. then we have to review the sunits and see what is realistic to fix and what is 'unknown'. For everything we don't understand mark and comment #expectedFailures. what would be really helpful would be any writeup on the issue tracker for analysis on sunit failures if folks have time. I would like to see a few process things discussed -how we maintain 1.0 stable branch -how we maintain 1.1 alpha. i.e do we try out some other package meta system? that could be worth some hacking at the start of the cycle to see the mechanism. It is not something to mess around with when we get near beta. cheers, Mike 2009/10/6 Stéphane Ducasse <stephane.ducasse@inria.fr>:
Begin forwarded message:
From: pharo-project-owner@lists.gforge.inria.fr Date: October 6, 2009 8:47:09 PM GMT+02:00 To: stephane.ducasse@free.fr Subject: next steps... to we create a release candidate and open a 1.1 alpha?
You are not allowed to post to this mailing list, and your message has been automatically rejected. Â If you think that your messages are being rejected in error, contact the mailing list owner at pharo-project-owner@lists.gforge.inria.fr.
From: stephane ducasse <stephane.ducasse@free.fr> Date: October 6, 2009 8:47:04 PM GMT+02:00 To: Pharo Development <Pharo-project@lists.gforge.inria.fr> Subject: next steps... to we create a release candidate and open a 1.1 alpha?
Hi guys
I would like to know what are the important bugs or fixes to be integrated that cannot wait for 1.1. And it would be nice to tag a release candidate (really soon now).
We get a pharo sprint the 17 and I would like to get a lot of the pending fixes integrated since then and that people can kill some problems on 1.1
Stef
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project