Re: [all] Size of releases
On Mon, Apr 9, 2012 at 2:05 AM, Daniel Shahaf d...@daniel.shahaf.name wrote:
Christian Grobmeier wrote on Thu, Mar 29, 2012 at 00:22:19 +0200:
On Thu, Mar 29, 2012 at 12:06 AM, Daniel Shahaf d...@daniel.shahaf.name
wrote:
Jukka Zitting wrote on Wed, Mar 28, 2012 at 22:34:30 +0200:
Hi,
On Wed, Mar 28, 2012 at 6:19 PM, Christian Grobmeier
grobme...@gmail.com wrote:
I will try to update this document now with the recommendation from
infra:
http://incubator.apache.org/guides/releasemanagement.html#release-distribution
While you're at it, can you please also (or rather instead) update the
ASF-wide documentation at http://www.apache.org/dev/#releases?
This isn't particularly tied to the Incubator, so the primary place
for the relevant guidance shouldn't IMHO be incubator.apache.org. Most
notably the IPMC shouldn't be responsible for updating this
information in case the related infra policies change.
Yes it's on infra's radar to document the some releases are large
enough to need coordination with us point. We've been busy so haven't
got to it yet
Please let us know if you have found some time, then we can point from
our release-docs to your document.
http://www.apache.org/dev/release#heads-up
Thank you, I have linked this document in the release management guide.
Cheers
Christian
% $svn di
Index: release.mdtext
===
--- release.mdtext (revision 1311120)
+++ release.mdtext (revision 1311121)
@@ -222,6 +222,18 @@
their dist/ dir. To transition just open a Jira ticket and specify: (1) what
mailing list commit mails should go to.
+## Do I need to talk to Infrastructure before distributing a release?
{#heads-up}
+
+Most projects can just distribute a release as described in the previous two
+questions. However, releases that are likely to strain the mirroring and
+download resources **must** be coordinated with infrastructure.
+
+Releases of more than 1GB of artifacts require a heads-up to Infrastructure
in
+advance.
+
+Specific exemptions from other dist policies (such as what may or must or
must
+not be distributed via the mirrors) also need to be coordinated with
Infrastructure.
+
## How Should Releases Be Announced? ## {#release-announcements}
Please ensure that you wait at least 24 hours after uploading a new release
--
http://www.grobmeier.de
https://www.timeandbill.de
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org
Re: [all] Size of releases
Christian Grobmeier wrote on Thu, Mar 29, 2012 at 00:22:19 +0200:
On Thu, Mar 29, 2012 at 12:06 AM, Daniel Shahaf d...@daniel.shahaf.name
wrote:
Jukka Zitting wrote on Wed, Mar 28, 2012 at 22:34:30 +0200:
Hi,
On Wed, Mar 28, 2012 at 6:19 PM, Christian Grobmeier
grobme...@gmail.com wrote:
I will try to update this document now with the recommendation from
infra:
http://incubator.apache.org/guides/releasemanagement.html#release-distribution
While you're at it, can you please also (or rather instead) update the
ASF-wide documentation at http://www.apache.org/dev/#releases?
This isn't particularly tied to the Incubator, so the primary place
for the relevant guidance shouldn't IMHO be incubator.apache.org. Most
notably the IPMC shouldn't be responsible for updating this
information in case the related infra policies change.
Yes it's on infra's radar to document the some releases are large
enough to need coordination with us point. We've been busy so haven't
got to it yet
Please let us know if you have found some time, then we can point from
our release-docs to your document.
http://www.apache.org/dev/release#heads-up
% $svn di
Index: release.mdtext
===
--- release.mdtext (revision 1311120)
+++ release.mdtext (revision 1311121)
@@ -222,6 +222,18 @@
their dist/ dir. To transition just open a Jira ticket and specify: (1) what
mailing list commit mails should go to.
+## Do I need to talk to Infrastructure before distributing a release?
{#heads-up}
+
+Most projects can just distribute a release as described in the previous two
+questions. However, releases that are likely to strain the mirroring and
+download resources **must** be coordinated with infrastructure.
+
+Releases of more than 1GB of artifacts require a heads-up to Infrastructure in
+advance.
+
+Specific exemptions from other dist policies (such as what may or must or must
+not be distributed via the mirrors) also need to be coordinated with
Infrastructure.
+
## How Should Releases Be Announced? ## {#release-announcements}
Please ensure that you wait at least 24 hours after uploading a new release
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org
[all] Size of releases
Hello, today the size of releases were discussed. If your podling release exceeds 1 GB of (total) size, please inform infra. They probably need to coordinate such releases to prevent problems with our mirrors. I will try to update this document now with the recommendation from infra: http://incubator.apache.org/guides/releasemanagement.html#release-distribution Cheers, Christian -- http://www.grobmeier.de https://www.timeandbill.de - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [all] Size of releases
Hi, On Wed, Mar 28, 2012 at 6:19 PM, Christian Grobmeier grobme...@gmail.com wrote: I will try to update this document now with the recommendation from infra: http://incubator.apache.org/guides/releasemanagement.html#release-distribution While you're at it, can you please also (or rather instead) update the ASF-wide documentation at http://www.apache.org/dev/#releases? This isn't particularly tied to the Incubator, so the primary place for the relevant guidance shouldn't IMHO be incubator.apache.org. Most notably the IPMC shouldn't be responsible for updating this information in case the related infra policies change. BR, Jukka Zitting - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [all] Size of releases
Can I please once again suggest that some of the enthusiasm for promoting the 1GB estimate I gave be tempered a bit with the morerealistic circumstance that this will all soon be a non-issue again once we've sorted out OpenOffice over the coming days and weeks? The bigtop situation is rather unique to bigtop's goals and shouldn't be used as a barometer for what normal release processes should be bothering with. In short, nothing to see here. No need to start blabbering about mirror limits on official documentation, etc. A sanity guideline in the incubator docs is entirely enough already. From: Jukka Zitting jukka.zitt...@gmail.com To: general@incubator.apache.org Sent: Wednesday, March 28, 2012 4:34 PM Subject: Re: [all] Size of releases Hi, On Wed, Mar 28, 2012 at 6:19 PM, Christian Grobmeier grobme...@gmail.com wrote: I will try to update this document now with the recommendation from infra: http://incubator.apache.org/guides/releasemanagement.html#release-distribution While you're at it, can you please also (or rather instead) update the ASF-wide documentation at http://www.apache.org/dev/#releases? This isn't particularly tied to the Incubator, so the primary place for the relevant guidance shouldn't IMHO be incubator.apache.org. Most notably the IPMC shouldn't be responsible for updating this information in case the related infra policies change. BR, Jukka Zitting - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [all] Size of releases
Jukka, On Wed, Mar 28, 2012 at 10:34 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: I will try to update this document now with the recommendation from infra: http://incubator.apache.org/guides/releasemanagement.html#release-distribution While you're at it, can you please also (or rather instead) update the ASF-wide documentation at http://www.apache.org/dev/#releases? This isn't particularly tied to the Incubator, so the primary place for the relevant guidance shouldn't IMHO be incubator.apache.org. Most notably the IPMC shouldn't be responsible for updating this information in case the related infra policies change. it is not really a policy, it was more a recommendation. IMHO it is not necessary to look at the global website here. TLD projects already have learned about the mirroring system or know how to ask. It is very unlikely that an existing project suddenly extends the binaries extraordinary. It is more likely, that new projects which just started with the ASF don't have a clue about the mirroring system and how it all works. Once they have done their first releases, everything should go pretty well - we mentors should just catch the exceptions and make sure we educate them proper on the mirroring system. That being said, if an incubator release is 1 GB we should ask the podling about that, no matter if there are problems with mirrors or not (personal note). BTW, I am not speaking for infra here, just want to help avoid nasty situations were some poor infra guys are waked by a Nagios alarm. can you agree? Cheers Christian BR, Jukka Zitting - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.grobmeier.de https://www.timeandbill.de - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [all] Size of releases
Jukka Zitting wrote on Wed, Mar 28, 2012 at 22:34:30 +0200: Hi, On Wed, Mar 28, 2012 at 6:19 PM, Christian Grobmeier grobme...@gmail.com wrote: I will try to update this document now with the recommendation from infra: http://incubator.apache.org/guides/releasemanagement.html#release-distribution While you're at it, can you please also (or rather instead) update the ASF-wide documentation at http://www.apache.org/dev/#releases? This isn't particularly tied to the Incubator, so the primary place for the relevant guidance shouldn't IMHO be incubator.apache.org. Most notably the IPMC shouldn't be responsible for updating this information in case the related infra policies change. Yes it's on infra's radar to document the some releases are large enough to need coordination with us point. We've been busy so haven't got to it yet BR, Jukka Zitting - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [all] Size of releases
On Thu, Mar 29, 2012 at 12:06 AM, Daniel Shahaf d...@daniel.shahaf.name wrote: Jukka Zitting wrote on Wed, Mar 28, 2012 at 22:34:30 +0200: Hi, On Wed, Mar 28, 2012 at 6:19 PM, Christian Grobmeier grobme...@gmail.com wrote: I will try to update this document now with the recommendation from infra: http://incubator.apache.org/guides/releasemanagement.html#release-distribution While you're at it, can you please also (or rather instead) update the ASF-wide documentation at http://www.apache.org/dev/#releases? This isn't particularly tied to the Incubator, so the primary place for the relevant guidance shouldn't IMHO be incubator.apache.org. Most notably the IPMC shouldn't be responsible for updating this information in case the related infra policies change. Yes it's on infra's radar to document the some releases are large enough to need coordination with us point. We've been busy so haven't got to it yet Please let us know if you have found some time, then we can point from our release-docs to your document. Cheers Christian BR, Jukka Zitting - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.grobmeier.de https://www.timeandbill.de - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
