On 2 September 2013 22:45, Andrea Pescetti <pesce...@apache.org> wrote: > On 01/09/2013 Henk P. Penning wrote: >> >> For 4.0.0 I added the binaries slowly ; some 4 to 5 languages >> a day is what the rsync servers can handle. So, it takes 5 days >> for the quick mirrors plus 2 days for the straglers. Note that >> there are some sites that are still trying to catch up. >> >> Soon after GA date (or earlier), refs to 4.0.0 sigs and sums should >> point to 'archive.apache.org/' (instead of www.apache.org). > > > I would very much avoid introducing another bottleneck in the process. > Voting on the release already takes 3 days, and we won't start copying > anything before we have the final result, as we learned from 4.0. For 4.0, > after the release was approved, we managed to have it uploaded to the > mirrors (the SF mirrors) rather quickly, and at the same time the > checksums/signatures, being very small files, were quickly uploaded to dist. > This may have taken 2 days, but not more. > > With this change we would have 3 days for voting plus 7 days for copying to > mirrors before we can announce. And the benefits would be very marginal: the > number of users who download from the Apache mirrors is negligible. > > 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 and > checksums on dist or, even better, already on archive -which is > automatically populated from dist but has a 24-hour delay- so that we don't > need to update the links later;
Are you suggesting pointing users to the archives for current sigs and hashes? If so, I don't think that's a good idea. Note that the main release area (dist) is mirrored in US and EU, whereas AFAIK http://archive.apache.org/dist/ is not. AIUI http://archive.apache.org/dist/ is intended for archives only. Updating the links to point to the archive server should be done for both artifacts and sigs/hashes at the same time. > then, gradually, binaries uploaded to dist > too (this time the delay may be a matter of days instead of weeks). > > Regards, > Andrea. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
