Am 13.11.18 um 08:39 schrieb Matthias Seidel:
Am 13.11.18 um 08:04 schrieb Peter Kovacs:
Release is now in the svn branch.
I remove tonight the 4.1.5 release, any objections?
If you speak of
https://www.apache.org/dist/openoffice/4.1.5/
our project page [1] still points to it, so please wait until the page
is updated after the final release...
+1
In general, it would be good to have a working release at hand in case
something is wrong with the new one and we need to do a (kind of) rollback.
Marcus
[1] https://openoffice.apache.org/downloads.html
So how much time do we need? is release date 16th November feasable?
On 13.11.18 01:30, Peter Kovacs wrote:
Andrea,
I am just saying a 4.1.7 release has nothing to do with the efforts we
have to organize for 4.2.0.
I hope I upload now into the right place, but I have initiated the task.
All the best
Peter
On 13.11.18 00:48, Andrea Pescetti wrote:
Peter Kovacs wrote:
I do not see your issue. Our release team works much faster then the dev
team progresses on 4.2.0.
There is a major difference between a 4.1.x and a new release like
4.2.0: for 4.2.0 we need the entire community, not only what you call
the "release team" and developers (read: localization efforts,
organized QA efforts, a possible public beta, a baseline update...).
If you believe that 4.2.0 is only for developers you are
underestimating the task.
A 4.1.7 will keep the routine and knowledge active while we develop
4.2.0.
We have many millions of users. We must provide some value with a
release. This meant waiting 11 months (and counting) between 4.1.5 and
4.1.6; if 4.1.6 has no major regressions, we can surely wait some
months before considering a 4.1.7 (again, in a non-emergency situation).
But I would really like that we stop talking about this virtual 4.1.7
release and actually release 4.1.6 for real.
Regards,
Andrea.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
