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 AD892C8CB for ; Wed, 2 May 2012 19:01:56 +0000 (UTC) Received: (qmail 19243 invoked by uid 500); 2 May 2012 19:01:56 -0000 Delivered-To: apmail-incubator-bigtop-dev-archive@incubator.apache.org Received: (qmail 19198 invoked by uid 500); 2 May 2012 19:01:56 -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 19182 invoked by uid 99); 2 May 2012 19:01:56 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 May 2012 19:01:56 +0000 Received: from localhost (HELO [192.168.1.131]) (127.0.0.1) (smtp-auth username bmahe, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 May 2012 19:01:56 +0000 Message-ID: <4FA184A2.6020407@apache.org> Date: Wed, 02 May 2012 12:01:54 -0700 From: =?ISO-8859-1?Q?Bruno_Mah=E9?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120424 Thunderbird/12.0 MIME-Version: 1.0 To: bigtop-dev@incubator.apache.org CC: Matt Foley Subject: Re: Guarding against the use of upstream scripts References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Please, see my reply inline. But I find it odd to read at the same time such a strong worded email, while asking why is this done this way. Usually strong words are used once the situation is understood and clarified. On 05/02/2012 11:44 AM, Matt Foley wrote: > What is the justification for saying "what we are doing in BigTop", when it > is diverging from what has been done for years in the Components? It seems > that this is carelessly discarding what is being practiced at a lot of > sites, because you'd rather do it this way. Apache Bigtop (incubating) has made the choice from the very beginning to be close to what GNU/Linux distributions have been doing and what sysadmins have been used to. This can differ with the experience one may have with a tarball development of Apache Hadoop. Keep in mind also that each component has its own way of doing things. Each one having its own issues. Apache Bigtop (incubating) smooth this up and provide an easy and unified experience to users. > Generally speaking, we make > the Hadoop Ecosystem easier to use by adhering to familiar usage, rather > than diverging. Please give reasons for the divergence. I respectfully disagree. In order to use pristine Apache Hadoop, one would have to be familiar with its usage and its configuration. Apache Hadoop experience is only familiar to people *already* familiar with Apache Hadoop. So using upstream Apache Hadoop will imply a lot of reading through forums, documentation and frustration. For instance, Apache Bigtop (incubating) will pre-set the ulimits for you, will set up the logging to well-known locations, provide init scripts and make a pseudo-configuration available to users. In a word, Apache Bigtop (incubating) has a different use case than upstream Apache Hadoop and therefore will be different in some areas Thanks, Bruno