On 03/09/2013 Henk P. Penning wrote:
On Mon, 2 Sep 2013, Andrea Pescetti wrote:
So, in short, if this can be done in a way that does not slow down the
post-approval upload period from 2 days to 7 days, fine; otherwise, it
is better to repeat what was done for 4.0: within 2 days binaries on
SF ... then, gradually, binaries uploaded to dist too
I don't think that the way 4.0.0 was released, should be used
as an example or even referred to as an acceptable scenario.
Everything was OK in the 4.0 case. We can significantly improve the
propagation times to the Apache mirrors, but users were able to
immediately download OpenOffice without any problems from the primary
(SF) mirrors.
As I said, almost all mirrors will have everything afer 5 days ;
the 2 (7-5) extra days would give most slow mirrors a chance
to catch up too.
For 4.0.1 I expect the size to be about 30% bigger than 4.0.0, due to
the extra languages. This means that we would need to wait even more
time if we wait for all Apache mirrors to be updated.
Having stuff on the mirrors is more important for remote areas
(far from .us and .eu) ; and "remote" often means "poor".
For 'remote' downloaders it is a real benefit if they can get
the distro from a local mirror. I think that should be taken
into consideration, even if the download-numbers are small.
I find it hardly acceptable to have a release process where
voting+distributing can easily take 10 days. We have all infrastructure
in place to do it in 5 days, and we should do so.
To address your concerns, one thing that we might want to do is to
enable update notifications only a few days later, when the Apache
mirrors are ready too. This gives users in remote areas the possibility
to download from a local mirror if they so prefer. For 3.4.1 we indeed
sent out update notification gradually after release; for 4.0.0 we sent
them out immediately; but there are greater margins of flexibility here,
so we could wait for an OK from you before sending out the update
notifications to all current users.
Regards,
Andrea.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
