Re: Request for an early review of an potential Apache OpenOffice release

2012-03-28 Thread Jürgen Schmidt
On 3/28/12 9:22 PM, Marvin Humphrey wrote: 2012/3/28 Jürgen Schmidt: On 3/28/12 12:46 AM, Marvin Humphrey wrote: It is more or less a pure svn dump. Right -- just with a few files moved around and a bunch filtered out. yes, we build the src release package as part of a normal build and I

Re: Binary dependencies in source releases (Was: [VOTE] Release ManifoldCF 0.5-incubating, RC0)

2012-03-28 Thread Matt Hogstrom
On Mar 28, 2012, at 9:35 AM, Roy T. Fielding wrote: > If you want to do it right, build the whole thing from scratch -- nothing > but the source code. If there isn't at least one person (or CI bot) > doing that per project, we're screwed. I think the problem has gotten more challenging over tim

Re: [all] Size of releases

2012-03-28 Thread Christian Grobmeier
On Thu, Mar 29, 2012 at 12:06 AM, Daniel Shahaf 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 >> wrote: >> > I will try to update this document now with the recommendation from infra: >> > http://incubator.ap

Re: [all] Size of releases

2012-03-28 Thread Daniel Shahaf
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 > wrote: > > I will try to update this document now with the recommendation from infra: > > http://incubator.apache.org/guides/releasemanagement.html#release-distribution >

Re: [all] Size of releases

2012-03-28 Thread Jukka Zitting
Hi, On Wed, Mar 28, 2012 at 11:41 PM, Christian Grobmeier wrote: > can you agree? Sure, no problem. I just want to avoid having us documenting specific limits (the mentioned 1GB) that, as Joe said, are already becoming outdated. BR, Jukka Zitting --

Re: [all] Size of releases

2012-03-28 Thread Christian Grobmeier
Jukka, On Wed, Mar 28, 2012 at 10:34 PM, Jukka Zitting 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

Re: [all] Size of releases

2012-03-28 Thread Joe Schaefer
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 uniq

Re: [all] Size of releases

2012-03-28 Thread Jukka Zitting
Hi, On Wed, Mar 28, 2012 at 6:19 PM, Christian Grobmeier 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

Re: Request for an early review of an potential Apache OpenOffice release

2012-03-28 Thread Marvin Humphrey
2012/3/28 Jürgen Schmidt : > On 3/28/12 12:46 AM, Marvin Humphrey wrote: >>> It is more or less a pure svn dump. >> >> Right -- just with a few files moved around and a bunch filtered out. > > yes, we build the src release package as part of a normal build and I > exclude all svn fiels  + generate

Re: [all] Size of releases

2012-03-28 Thread sebb
On 28 March 2012 17:19, Christian Grobmeier wrote: > 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. And please remember to rem

RE: Binary dependencies in source releases (Was: [VOTE] Release ManifoldCF 0.5-incubating, RC0)

2012-03-28 Thread Dennis E. Hamilton
I think a bigger issue specifically for Apache OpenOffice has to do with branding and status of the "released" binaries. It is where the Apache (plus "incubating") origin is brought to the users attention and what will be understood for it. It is served up directly (from the user perspective

[all] Size of releases

2012-03-28 Thread Christian Grobmeier
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://incub

Re: Request for an early review of an potential Apache OpenOffice release

2012-03-28 Thread Jürgen Schmidt
On 3/28/12 12:46 AM, Marvin Humphrey wrote: 2012/3/26 Jürgen Schmidt: I created and used an ant script (main/solenv/bin/srcrelease.xml) to create the src release files as part of the normal build if required. I decided to use ant because it allows me some flexibility... Our trunk contains 4 dir

Re: Binary dependencies in source releases (Was: [VOTE] Release ManifoldCF 0.5-incubating, RC0)

2012-03-28 Thread Rob Weir
On Tue, Mar 27, 2012 at 1:16 PM, Roy T. Fielding wrote: > On Mar 27, 2012, at 12:57 PM, Jukka Zitting wrote: > > > Hi, > > > > [dropped infra@, I believe most interested people are already on > general@] > > > > Let's decouple this thread from the specific issue of the ManifoldCF > > release. The

Re: Binary dependencies in source releases (Was: [VOTE] Release ManifoldCF 0.5-incubating, RC0)

2012-03-28 Thread Leo Simons
On Wed, Mar 28, 2012 at 11:06 AM, Jukka Zitting wrote: > On Wed, Mar 28, 2012 at 1:16 AM, Leo Simons wrote: >> That said, I'm not aware of us actually having such a release out there? > > Take such fringe projects like Ant, Tomcat, Lucene and Xalan that have > been shipping releases like througho

Re: Binary dependencies in source releases (Was: [VOTE] Release ManifoldCF 0.5-incubating, RC0)

2012-03-28 Thread Jukka Zitting
Hi, On Wed, Mar 28, 2012 at 1:59 PM, Roy T. Fielding wrote: > Me not happy.  This is not any individual's fault, least of all Jukka, > and certainly not a fault of the ManifoldCF podling that is going through > this fun precisely to learn how to create an Apache release.  It is an > institutional

Re: Binary dependencies in source releases (Was: [VOTE] Release ManifoldCF 0.5-incubating, RC0)

2012-03-28 Thread Roy T. Fielding
On Mar 28, 2012, at 2:39 PM, Benson Margulies wrote: > Roy, > > Of course you, personally, can't be expected to supervise all projects > or fix all documentation. At the same time, there's something a little > depressing about the situation. On the one hand, the principle at work > here is, to pa

Re: Binary dependencies in source releases (Was: [VOTE] Release ManifoldCF 0.5-incubating, RC0)

2012-03-28 Thread Benson Margulies
Roy, Of course you, personally, can't be expected to supervise all projects or fix all documentation. At the same time, there's something a little depressing about the situation. On the one hand, the principle at work here is, to paraphrase you, absolutely central to the defined mission of the Fou

Re: Binary dependencies in source releases (Was: [VOTE] Release ManifoldCF 0.5-incubating, RC0)

2012-03-28 Thread Roy T. Fielding
On Mar 28, 2012, at 11:06 AM, Jukka Zitting wrote: > On Wed, Mar 28, 2012 at 1:16 AM, Leo Simons wrote: >> That said, I'm not aware of us actually having such a release out there? > > Take such fringe projects like Ant, Tomcat, Lucene and Xalan that have > been shipping releases like throughout

Reporting time again

2012-03-28 Thread Jukka Zitting
Hi, The podling reports for April [1] are due in one week, so now is a good time to start thinking about them. See also the end of this message for the list of podlings expected to report in April. The biggest source of questions raised when reviewing past reports is the level community activity

Re: Binary dependencies in source releases (Was: [VOTE] Release ManifoldCF 0.5-incubating, RC0)

2012-03-28 Thread Jukka Zitting
Hi, On Wed, Mar 28, 2012 at 1:16 AM, Leo Simons wrote: > That said, I'm not aware of us actually having such a release out there? Take such fringe projects like Ant, Tomcat, Lucene and Xalan that have been shipping releases like throughout the past decade. See examples dating back at least to [1