Return-Path: X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 52D08D897 for ; Sun, 23 Sep 2012 14:14:14 +0000 (UTC) Received: (qmail 22684 invoked by uid 500); 23 Sep 2012 14:14:14 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 22603 invoked by uid 500); 23 Sep 2012 14:14:13 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 22593 invoked by uid 99); 23 Sep 2012 14:14:13 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 23 Sep 2012 14:14:13 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of liushenf@gmail.com designates 209.85.212.171 as permitted sender) Received: from [209.85.212.171] (HELO mail-wi0-f171.google.com) (209.85.212.171) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 23 Sep 2012 14:14:07 +0000 Received: by wibhq4 with SMTP id hq4so2851960wib.0 for ; Sun, 23 Sep 2012 07:13:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=DALuqY2UkpDOF6cAyvLZW7pPvPv6ht48g0WlNvixkSI=; b=Xi9ipGSFNCqX3Vm70KKdeWOFVSonAFMx/BCIe/xXm9GlnSI787TUNnZXNOFtfp+D4f P1Q7VoWCJngEwgv8o/lbmz+OtJaqo7rnPyIw3s8me8rDBhVMnyotAeKFz6gMNJkZWYrc JXnIMAvWymKgld1MT1LMcNB8vSkDi3KSRGddDQRZMBvdb3tjA8qNdHfME8g8/DdgPxre 32KJ08p2hShAwWL0/4aLnm1/kzVqVp7VfAYXnJL/NVuRnlzi/TOe1gFdwpcLQtupKI0X xlIZ6ZU7I40iriZ+kJTYhnrrr0vsurKl7TqA2Bl9cbF+xVGskzoSm2tgXzJf5eiMV3df HK8g== MIME-Version: 1.0 Received: by 10.216.29.17 with SMTP id h17mr5721201wea.221.1348409625893; Sun, 23 Sep 2012 07:13:45 -0700 (PDT) Received: by 10.227.196.205 with HTTP; Sun, 23 Sep 2012 07:13:45 -0700 (PDT) Date: Sun, 23 Sep 2012 22:13:45 +0800 Message-ID: Subject: [RELEASE] 3.5, 4.0, fixpack, milestone build... From: Shenfeng Liu To: ooo-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=0016e6dbe2a0c35a7504ca5f14c9 X-Virus-Checked: Checked by ClamAV on apache.org --0016e6dbe2a0c35a7504ca5f14c9 Content-Type: text/plain; charset=ISO-8859-1 Hi, all, After 3.4.1, we are focusing on preparation of the community graduation. But I still want to remind us to take some time to think about our future releases. We have the discussion early about what 3.5 and 4.0 should look like. If I remember correctly: (1) 3.5 should be more about fidelity, reliability, performance and translation, new platform support... (2) While 4.0, in addition to the same focuses as 3.5, should also add significant UX enhancements (e.g. sidebar, modern UI) and new values (e.g. Accessibility, social integration capability, enhanced installer, new features...). If we make good progress on those items at the same time, we may consider to skip 3.5. (3) There are also more requirements (e.g. fixpack mechanism, simplifying the build structure, OOMXL export, smartArt...) we need to put into our backlog and consider their priority. Even we don't need to discuss the solid plan now, but there are already a lot of development activities on the trunk. So I think we need to keep certain track on it. Though it may be too early to set a target date for the next release, but it is important for us to tell more about what we think the next release should contain. So I'm suggesting the following: 1. Keep updating the current release planning wiki: - https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.5+Release+Planning - https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+Release+Planning I know it is a little confusing for 2 places to input. But think about the scope we agreed above. You can input to the wiki that you think your work belong to. I personally will monitor both wiki pages. 2. Figure out a better way to manage our release backlog. e.g. set Target Milestone to 3.5 or 4.0 in Bugzilla for what we recommended. 3. Deliver milestone builds to harvest our development fruits. A milestone build is: (a) a development snapshot that contains the features/enhancements that implemented till now; (b) passed regression test to ensure no severe defects; (c) announced on a development wiki; (d) with documents on the wiki for the list of features and bug fixes in this milestone build (like a release notes). Since whatever 3.5 or 4.0 sounds to me like some thing in next year or at least close to the end of this year, milestone builds can be light weigh on process to show our development progress, and give people a more clear view on how far are we to the next release. Looking forward every one's comments! - Simon --0016e6dbe2a0c35a7504ca5f14c9--