Mailing-List: contact general-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: general@hadoop.apache.org
Received-SPF: pass (athena.apache.org: domain of esammer@cloudera.com
 designates 209.85.212.48 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <20110211143735.38602fmir0zmqi3o@mail.cs.ucf.edu>
References: <E43E21C9-4267-440D-A0C8-9CB21E9DBADA@mac.com>
	<20110211143735.38602fmir0zmqi3o@mail.cs.ucf.edu>
Date: Fri, 11 Feb 2011 14:46:16 -0500
Message-ID: <AANLkTi=nDNm7kogT3ooTKZmEjMBJEUphy3NhKkvzta5B@mail.gmail.com>
Subject: Re: [VOTE] Abandon fuse-dfs HDFS contrib
From: Eric Sammer <esammer@cloudera.com>
To: general@hadoop.apache.org
Content-Type: multipart/alternative; boundary=90e6ba53a8968deb3b049c06f385

--90e6ba53a8968deb3b049c06f385
Content-Type: text/plain; charset=ISO-8859-1

I see these votes as a desire to simply not develop this code under the
Hadoop project, not to kill the code base. I believe the general intention
is to "clean up" the project so it passes the "do one thing and do it well"
rule (or "develop one thing and develop it well"). Projects that are related
such as fuse-dfs, mrunit, and so on should and must exist. The question (and
vote) is simply should it be within Hadoop proper.

I think they can thrive in the incubator or wherever the majority of active
contributors wish to host it (although Owen has made the good point about
visibility and community development features of the ASF). My (non-binding)
vote is +1.

On Fri, Feb 11, 2011 at 2:37 PM, Grant Mackey <gmackey@cs.ucf.edu> wrote:

> As a university researcher for file systems, having the fuse-dfs code makes
> life easy when trying to run i/o benchmark apps. I would hate to see it go.
> Here's my -1
>
>  - Grant
>
>
> Quoting Nigel Daley <ndaley@mac.com>:
>
>  I think the PMC should abandon the fuse-dfs HDFS contrib component.  It's
>> last meaningful contribution was March 2010:
>>
>> HDFS-961. dfs_readdir incorrectly parses paths. Contributed by Eli
>> Collins.
>>
>> There are 18 unresolved contrib/fuse-dfs issues in Jira, none of them
>> Patch Available.
>>
>> Here is my +1.
>>
>> Nige
>>
>>
>
>
> Grant Mackey
> UCF Research Assistant
> Engineering III
> Rm 238 Cubicle 1
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
>


-- 
Eric Sammer
twitter: esammer
data: www.cloudera.com

--90e6ba53a8968deb3b049c06f385--