Return-Path: X-Original-To: apmail-incubator-general-archive@www.apache.org Delivered-To: apmail-incubator-general-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 017FCD3A3 for ; Mon, 20 Aug 2012 21:11:12 +0000 (UTC) Received: (qmail 3890 invoked by uid 500); 20 Aug 2012 21:11:11 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 3663 invoked by uid 500); 20 Aug 2012 21:11:11 -0000 Mailing-List: contact general-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@incubator.apache.org Delivered-To: mailing list general@incubator.apache.org Received: (qmail 3655 invoked by uid 99); 20 Aug 2012 21:11:11 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Aug 2012 21:11:11 +0000 Received: from localhost (HELO mail-vb0-f47.google.com) (127.0.0.1) (smtp-auth username robweir, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Aug 2012 21:11:10 +0000 Received: by vbbfr13 with SMTP id fr13so5840973vbb.6 for ; Mon, 20 Aug 2012 14:11:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.58.201.73 with SMTP id jy9mr7219449vec.29.1345497069595; Mon, 20 Aug 2012 14:11:09 -0700 (PDT) Received: by 10.220.197.78 with HTTP; Mon, 20 Aug 2012 14:11:09 -0700 (PDT) In-Reply-To: References: <502F896A.6020704@googlemail.com> Date: Mon, 20 Aug 2012 17:11:09 -0400 Message-ID: Subject: Re: [VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2 From: Rob Weir To: general@incubator.apache.org Content-Type: text/plain; charset=UTF-8 On Mon, Aug 20, 2012 at 3:45 PM, Marvin Humphrey wrote: > On Sat, Aug 18, 2012 at 5:24 AM, Andre Fischer wrote: > >> [ ] +1 Release this package as Apache OpenOffice 3.4.1 (incubating) >> [ ] 0 Don't care >> [ ] -1 Do not release this package because... > > -1 > > I object to the claim that the AOO binaries are officially part of this > release: > > http://s.apache.org/ha > > We are officially voting on binaries as well and these are being inspected > and these will be part of the official release. > > The policy I am basing my vote on is section 6.3 of the the ASF bylaws as > interpreted by Roy Fielding: > > http://apache.org/foundation/bylaws.html#6.3 > > Each Project Management Committee shall be responsible for the active > management of one or more projects identified by resolution of the Board > of Directors which may include, without limitation, the creation or > maintenance of "open-source" software for distribution to the public at no > charge. > > http://s.apache.org/rk5 > > This issue is not open for discussion. It is is a mandate from the > certificate of this foundation -- our agreement with the State of Delaware > that I signed as incorporator. It is fundamental to our status as an IRS > 501(c)3 charity. It is the key charter delegated by the board as part of > every TLP resolution: "charged with the creation and maintenance of > open-source software ... for distribution at no charge to the public." > > Class files are not open source. Jar files filled with class files are not Actually, the bylaws do not define "open source" or "software". So pick your definition. The industry standard was the OSI definition, or so I thought, which makes it clear that open source also includes binaries that are accompanied by source code, or where "well-publicized means of obtaining the source code" are given. See: http://opensource.org/osd.html I'd point out that the ALv2 applies to source as well as binaries. > open source. The fact that they are derived from open source is applicable > only to what we allow projects to be dependent upon, not what we vote on > as a release package. Release votes are on verified open source artifacts. > Binary packages are separate from source packages. One cannot vote to > approve a release containing a mix of source and binary code because the > binary is not open source and cannot be verified to be safe for release > (even if it was derived from open source). > Again, most would disagree with the assertion that binaries are not open source. Regards, -Rob > I thought that was frigging obvious. Why do I need to write documentation > to explain something that is fundamental to the open source definition? > > I intend to withdraw my -1 on clarification from those IPMC members > casting +1 binding votes that this release VOTE is limited to the source > release. > > Marvin Humphrey > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org > For additional commands, e-mail: general-help@incubator.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org