Return-Path: X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5231E934F for ; Fri, 13 Apr 2012 07:53:06 +0000 (UTC) Received: (qmail 26765 invoked by uid 500); 13 Apr 2012 07:53:05 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 26719 invoked by uid 500); 13 Apr 2012 07:53:05 -0000 Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: flex-dev@incubator.apache.org Delivered-To: mailing list flex-dev@incubator.apache.org Received: (qmail 26701 invoked by uid 99); 13 Apr 2012 07:53:05 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Apr 2012 07:53:05 +0000 Received: from localhost (HELO mail-ey0-f175.google.com) (127.0.0.1) (smtp-auth username bdelacretaz, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Apr 2012 07:53:04 +0000 Received: by eaae1 with SMTP id e1so569187eaa.6 for ; Fri, 13 Apr 2012 00:53:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.35.133 with SMTP id p5mr57311ebd.71.1334303583299; Fri, 13 Apr 2012 00:53:03 -0700 (PDT) Received: by 10.213.5.15 with HTTP; Fri, 13 Apr 2012 00:53:03 -0700 (PDT) Date: Fri, 13 Apr 2012 09:53:03 +0200 Message-ID: Subject: MPL dependencies (was: MXMLC now in trunk) From: Bertrand Delacretaz To: flex-dev@incubator.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, On Fri, Apr 13, 2012 at 9:42 AM, Alex Harui wrote: > On 4/12/12 11:18 PM, "Bertrand Delacretaz" wrote= : >> ...See [1] for details - binary MPL dependencies are ok. > > I'm still trying to understand this. =C2=A0Based on my reading and recent > discussions, MPL binaries should not be checked into the trunk and should > not be downloaded by the source package build script unless the user is > first given a choice, and therefore can only be used for optional feature= s.... The "must be optional" bit is discussed at [1] as well but MPL is not affected by it - it is ok to have dependencies on MPL stuff as long as those dependencies are to an MPL binary, as opposed to MPL source code (see [1] for why that is so) and as long as that dependency is "appropriately labeled". > > ...If I got that right, would running compiler tests be considered option= al? > Currently, playerglobal.swc is under MPL but is required and currently > downloaded by the build script without a choice to opt-out (because nothi= ng > would build without it).... IMO, running compiler tests falls into the "build tools" category which is also addressed at [1], and which has less restrictions than dependencies that are required to *run* our product. > >... I think the link does indicate that playerglobal.swc can be put in a > convenience binary distribution. =C2=A0Is that right?... > Yes, it is ok to distribute a binary MPL dependency as a convenience (like an additional -deps archive), as long as the Flex source release that we vote on does not contain such binaries. -Bertrand [1] http://www.apache.org/legal/resolved.html