openoffice-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jürgen Schmidt <>
Subject [DISCUSS][VOTE]: Release OpenOffice 4.0 (RC)
Date Fri, 12 Jul 2013 14:32:41 GMT
What is not serious that I plan a 72 hr vote that is normal at Apache?
We are not loner an incubator project and 72 hr are enough. The RC is
not so much different than the snapshot before.

You can vote -1 if you want but I hope that you take it serious and
don't vote simply and without any real argument. The argument that "you"
would need more time is not valid for me.

It's always interesting to see such comments in the end phase. But what
do you think did we over the past weeks?

We analyzed bugs, problems, fixed all serious ones and continue general
testing. I proposed a release schedule, proposed an update and we
continue to work hard to achieve this date. Some continuity in the
things we propose and announce is not a bad thing. If we detect serious
problems we can always take the necessary actions.

Let us concentrate on the end game ... We still have some things to do
and the polishing and completion of the release notes is one thing.

If you disagree to the proposed schedule you should have raised your
concerns a little bit earlier.


On 7/12/13 3:43 PM, Rob Weir wrote:
> On Fri, Jul 12, 2013 at 9:23 AM, Raphael Bircher <> wrote:
>> Hi at all
>> Moment Jürgen. Test a RC and final vote. within 72 houers is unserios. Pleas
>> give a a full week for this. Else i will vote -1 because there is not
>> enought time to make the final tests.
> The previous dev snapshot (rev. 1499347)  build was July 5th.  That
> was 8 days ago.  So there has been over a week for anyone who was
> interested in doing more testing or reporting any new release
> blockers.
> With the RC I think we can be more focused and verify the fixed bugs
> and test around any areas that changed since the last dev snapshot.
> (Think of it this way:  If Juergen had labeled the July 5th dev
> snapshot as "RC 1" and today's build as "RC 2", would any more testing
> have occurred?  Would anything be different?)
> Regards,
> -Rob
>> Greetings Raphael
>> Am 12.07.13 11:11, schrieb Jürgen Schmidt:
>>> Hi all,
>>> this is a call for vote on releasing the following release candidate as
>>> Apache OpenOffice 4.0. This will be an important release for Apache
>>> OpenOffice with bigger visible UI changes. It is a key milestone to
>>> continue the success of OpenOffice.
>>> This release candidate provides the following important changes compared
>>> to former OpenOffice releases:
>>> (1) a major UI change/improvement by introducing a new sidebar concept
>>> where the idea is the comes from IBM's Symphony. It's the combination of
>>> reimplementing a complete new framework for sidebars and merging the
>>> existing sidebar in impress and code of various content panels from the
>>> Symphony grant in OpenOffice.
>>> (2) 190 fixes from Symphony are merged and integrated, mainly
>>> interoperability issues
>>> (3) 600 defects are fixed
>>> (4) many more features and improvements are integrated
>>> For a detailed feature overview please see the release notes under
>>> But keep in mind that the release notes are not yet final and will be
>>> updated and polished ...
>>> The release candidate artifacts (source release, as well as binary
>>> releases for 23 languages) and further information how to verify and
>>> review Apache OpenOffice 4.0 can be found on the following wiki page:
>>> The related RAT scan for this RC can be found under
>>> The RC is based on the release branch AOO400, revision 1502185!
>>> Please vote on releasing this package as Apache OpenOffice 4.0.
>>> The vote starts now and will be open until:
>>>     UTC at noon on Monday, 15 July: 2013-07-15 12:00 UTC.
>>> But we invite all people to vote (non binding) on this RC. We would like
>>> to provide a release that is supported by the majority of our project
>>> members.
>>>     [ ] +1 Release this package as Apache OpenOffice 4.0
>>>     [ ]  0 Don't care
>>>     [ ] -1 Do not release this package because...
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail:
>>> For additional commands, e-mail:
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail:
>> For additional commands, e-mail:
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message