Return-Path: X-Original-To: apmail-incubator-bigtop-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-bigtop-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 C0284D403 for ; Wed, 4 Jul 2012 17:13:13 +0000 (UTC) Received: (qmail 29434 invoked by uid 500); 4 Jul 2012 17:13:13 -0000 Delivered-To: apmail-incubator-bigtop-dev-archive@incubator.apache.org Received: (qmail 29379 invoked by uid 500); 4 Jul 2012 17:13:13 -0000 Mailing-List: contact bigtop-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: bigtop-dev@incubator.apache.org Delivered-To: mailing list bigtop-dev@incubator.apache.org Received: (qmail 29361 invoked by uid 99); 4 Jul 2012 17:13:13 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jul 2012 17:13:13 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [76.96.30.64] (HELO qmta07.emeryville.ca.mail.comcast.net) (76.96.30.64) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jul 2012 17:13:04 +0000 Received: from omta16.emeryville.ca.mail.comcast.net ([76.96.30.72]) by qmta07.emeryville.ca.mail.comcast.net with comcast id WGav1j0011ZMdJ4A7HCk5s; Wed, 04 Jul 2012 17:12:44 +0000 Received: from boudnik.org ([24.4.185.157]) by omta16.emeryville.ca.mail.comcast.net with comcast id WHCj1j0023QAh8g8cHCjB5; Wed, 04 Jul 2012 17:12:43 +0000 Received: from localhost (tpx.boudnik.org [192.168.102.148]) by boudnik.org (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id q64HCgHR021194 for ; Wed, 4 Jul 2012 10:12:42 -0700 Date: Wed, 4 Jul 2012 10:12:42 -0700 From: Konstantin Boudnik To: bigtop-dev@incubator.apache.org Subject: Re: Optional dependencies Message-ID: <20120704171242.GN25407@tpx> Mail-Followup-To: bigtop-dev@incubator.apache.org References: <4FEBD9B7.9080808@apache.org> <4FED36C0.2080203@apache.org> <20120704034903.GF25407@tpx> <4FF404AD.10804@apache.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="sdEQJo40s7ofW8iR" Content-Disposition: inline In-Reply-To: <4FF404AD.10804@apache.org> X-Organization: It's something of 'Cos X-PGP-Key: http://www.boudnik.org/~cos/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Checked: Checked by ClamAV on apache.org --sdEQJo40s7ofW8iR Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I won't Bruno ;) I was replying to the conclusion from Roman's email ;) Cos On Wed, Jul 04, 2012 at 01:54AM, Bruno Mah=C3=A9 wrote: > On 07/03/2012 08:49 PM, Konstantin Boudnik wrote: > > From the component purist perspective and my limited understanding of t= he > > matter it seems that hbase doesn't really care about what hive is and i= f it is > > presented on system on not. > >=20 > > On the other hand, hive has this ability to use hbase as a "storage han= dler", > > thus it has to treat hbase as a real dependency if the need to interface > > between two component arises. > >=20 > > What I am saying, is that it seems pretty awkward to load an hbase pack= age > > with such an alien functionality as providing links for hive. > >=20 > > I think this is -1 from me, then. > >=20 > > Cos > >=20 >=20 > Why would do you want hbase to contain that feature for hive? > I agree that would be pretty awkward and would warrant a -1 from myself > as well. >=20 > Thanks, > Bruno --sdEQJo40s7ofW8iR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iF4EAREIAAYFAk/0eYoACgkQenyFlstYjhJqfQEAqR0NgZIitlcoL09f/1J7FNbo BphusATf/K5/JwISfRsA/2ycbg2Rvmv5YWwKgZdNvxVdP4nxgd92ShhilpbavFZD =t5Ah -----END PGP SIGNATURE----- --sdEQJo40s7ofW8iR--