Return-Path: X-Original-To: apmail-incubator-allura-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-allura-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 78214CA96 for ; Fri, 3 Aug 2012 20:44:06 +0000 (UTC) Received: (qmail 82955 invoked by uid 500); 3 Aug 2012 20:44:06 -0000 Delivered-To: apmail-incubator-allura-dev-archive@incubator.apache.org Received: (qmail 82936 invoked by uid 500); 3 Aug 2012 20:44:06 -0000 Mailing-List: contact allura-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: allura-dev@incubator.apache.org Delivered-To: mailing list allura-dev@incubator.apache.org Received: (qmail 82928 invoked by uid 99); 3 Aug 2012 20:44:06 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Aug 2012 20:44:06 +0000 X-ASF-Spam-Status: No, hits=1.7 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of wwitzel3@gmail.com designates 209.85.160.47 as permitted sender) Received: from [209.85.160.47] (HELO mail-pb0-f47.google.com) (209.85.160.47) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Aug 2012 20:43:58 +0000 Received: by pbbrq2 with SMTP id rq2so1688749pbb.6 for ; Fri, 03 Aug 2012 13:43:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:message-id:in-reply-to:references:subject:x-mailer :mime-version:content-type; bh=hIB+uZKhqfQrV1nEBnFq3OYPC5fFuM1ALXXF+ablXZg=; b=LoVm9gmvHpCAIbDie17DMxVFFBLImIA8P8bpNp2s/LWr8gpihfhHMcjGUoXqnymDBI 47S8GuHZRIyY/H1UZIjdKsimLesgM+fO1ysY+EVLBeZPHAo5vtZ6NgrbQLnhFkJwCAWf Urz425D6Wvh27BcU1V4Yz2fxpHTld3mjPqkvaROTVR8Djlo4GUiDJE8Y5KezgE/FRUui 849gMpeIzx0viBqsDz+99H6sh4G4hlL2LomxTd4u3aJcCubVvS4ro6xKhKX2DGQ66d4m 5JaTV1SHa1oY0bGPfHn3OH27hLj+AUNv08RbiBzkX3cPoXVErZ63vwwLXe+wk9x3CZOT ypgg== Received: by 10.68.224.70 with SMTP id ra6mr312315pbc.11.1344026618225; Fri, 03 Aug 2012 13:43:38 -0700 (PDT) Received: from [64.59.253.177] (64-59-253-177.dhcp.pacificu.edu. [64.59.253.177]) by mx.google.com with ESMTPS id na7sm144225pbc.65.2012.08.03.13.43.37 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 03 Aug 2012 13:43:37 -0700 (PDT) Date: Fri, 3 Aug 2012 13:43:35 -0700 From: Wayne Witzel III To: allura-dev@incubator.apache.org Message-ID: <6B081DC4562548FAA3D0B166372DC2DB@gmail.com> In-Reply-To: <501C3662.2000308@brondsema.net> References: <501C3662.2000308@brondsema.net> Subject: Re: handling optional GPL dependencies X-Mailer: sparrow 1.6.2 (build 1143.6) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="501c37f7_7e0c57b1_7b60" X-Virus-Checked: Checked by ClamAV on apache.org --501c37f7_7e0c57b1_7b60 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Friday, August 3, 2012 at 1:36 PM, Dave Brondsema wrote: > > 1) How to run the importer tests. I'm thinking they should > automatically skip if the mediawiki package is not present. An > alternative would be to move them to some location so that they are not > run by default, and would have to be manually run. I like the idea of checking for the mediawiki package and then marking them as skip if that package is not found. > > 2) Where to define the dependency. Currently all deps are listed in > requirements-common.txt which is used during regular installation. It > should not be there since it'll be optional. We could have a > requirements-optional.txt and put all optional deps there. But that > could grow to be a hodge-podge and only useful if someone wants > absolutely everything (e.g. during a test suite run). I think also the > importer script should give specific installation instruction if it is > attempted to be run. > This won't be the only time we run in to this ( we have reps now that are GPL) and I think having a requirements-optional.txt is a fine way to deal with it. I think it will let us prune down our current requirements some as well, which is good. I'd rather have a core set of requirements and have the hodge-podge exist in a file named optional. Wayne --501c37f7_7e0c57b1_7b60--