Re: [PROPOSAL] Knox Hadoop Gateway Project

[Alex Karasulu]

I thought about this a bit last night. If y'all are interested I too could
also mentor the project. That should add some diversity to the mentors
list. I see value in it and would like to see this community succeed.

I'm not affiliated with any company.


On Mon, Feb 11, 2013 at 9:23 PM, Eric Sammer  wrote:

> Kevin:
>
> Makes complete sense.
>
> I'd like to offer to join the project, if it's accepted for incubation. I'm
> a committer on MRUnit and Flume, and on the PMC for both. I've helped both
> projects through the incubation phase, and I also know a little bit about
> this Hadoop thing. ;)
>
> Thanks!
>
>
> On Mon, Feb 11, 2013 at 9:28 AM, Kevin Minder
> wrote:
>
> > Hi Eric,
> > Let me answer your second question first.
> >
> > Q: Is it your intention to provide job submissions and data ingestion
> APIs
> > for MR and HDFS, respectively?
> > A: Yes we plan to progress the project to cover all existing ecosystem
> > projects.  In addition the project is based on a modular framework that
> > allows for each extension to cover services that are either new or
> > proprietary.  Certainly there exist very high volume data ingest use
> cases
> > for which using a gateway may be impractical but in general the idea is
> to
> > support all required client interaction with Hadoop via the gateway.
> >
> > Now for your first question...
> >
> > Q: Can you explain a bit more about what the target use case is?
> > A: One typical use case will be that the gateway will run in a DMW.  It
> > will as you say be integrations with various directory services and is
> > extensible to cover those not included.  The gateway will then propagate
> > the identity into the Hadoop cluster using Hadoop specific mechanisms.
>  The
> > key point is that there will typically be a single port open on the
> client
> > side to the gateway.  The Hadoop cluster is firewalled, only providing
> > access to the Hadoop services to the gateway instances.
> > A: Another use case is that an organization is already using some SSO
> > solution and the gateway would be integrated with that to verify any SSO
> > token and then propagate the identity to the Hadoop services.
> >
> > I will collect this and add it to the proposal wiki once I have privs to
> > create the page.
> >
> > Thanks!
> > Kevin.
> >
> >
> > On 2/11/13 12:03 PM, Eric Sammer wrote:
> >
> >> Kevin:
> >>
> >> Interesting proposal. Can you explain a bit more about what the target
> use
> >> case is? It sounds like there's SSO-ish functionality (presumably a
> doAs()
> >> machine) with integration with directory services, but the proposal also
> >> mentions a single point for "data and jobs." Is it your intention to
> >> provide job submissions and data ingestion APIs for MR and HDFS,
> >> respectively? Do you plan to target other ecosystem projects such as
> >> HBase?
> >> Sorry if I missed this in the proposal.
> >>
> >> Thanks!
> >>
> >>
> >> On Mon, Feb 11, 2013 at 6:55 AM, Kevin Minder
> >> **wrote:
> >>
> >>  Knox Gateway Proposal
> >>>
> >>> == Abstract ==
> >>>
> >>> Knox Gateway is a system that provides a single point of secure access
> >>> for
> >>> Apache Hadoop clusters.
> >>>
> >>> == Proposal ==
> >>>
> >>> The Knox Gateway (“Gateway” or “Knox”) is a system that provides a
> single
> >>> point of authentication and access for Apache Hadoop services in a
> >>> cluster.
> >>> The goal is to simplify Hadoop security for both users (i.e. who access
> >>> the
> >>> cluster data and execute jobs) and operators (i.e. who control access
> and
> >>> manage the cluster). The Gateway runs as a server (or cluster of
> servers)
> >>> that serve one or more Hadoop clusters.
> >>>
> >>> Provide perimeter security to make Hadoop security setup easier
> >>> Support authentication and token verification security scenarios
> >>> Deliver users a single cluster end-point that aggregates capabilities
> for
> >>> data and jobs
> >>> Enable integration with enterprise and cloud identity management
> >>> environments
> >>>
> >>> == Background ==
> >>>
> >>> An Apache Hadoop cluster is presented to consumers as a loose
> collection
> >>> of independent services. This makes it difficult for users to interact
> >>> with
> >>> Hadoop since each service maintains it’s own method of access and
> >>> security.
> >>> As well, for operators, configuration and administration of a secure
> >>> Hadoop
> >>> cluster is a complex and many Hadoop clusters are insecure as a result.
> >>>
> >>> == Rationale ==
> >>>
> >>> Organizations that are struggling with Hadoop cluster security result
> in
> >>> a) running Hadoop without security or b) slowing adoption of Hadoop.
> The
> >>> Gateway aims to provide perimeter security that integrates more easily
> >>> into
> >>> existing organizations’ security infrastructure. Doing so will simplify
> >>> security for these organizations and benefit all Hadoop stakeholders
> >>> (i.e.
> >>> users and operators). Additionally, making a dedicated perimeter
> security
> >>> p

Re: [PROPOSAL] Knox Hadoop Gateway Project

[Tom White]

This looks like an interesting and useful project. I'd like to volunteer as
a mentor on it.

Thanks,
Tom
On 11 Feb 2013 14:56, "Kevin Minder"  wrote:

> Knox Gateway Proposal
>
> == Abstract ==
>
> Knox Gateway is a system that provides a single point of secure access for
> Apache Hadoop clusters.
>
> == Proposal ==
>
> The Knox Gateway (“Gateway” or “Knox”) is a system that provides a single
> point of authentication and access for Apache Hadoop services in a cluster.
> The goal is to simplify Hadoop security for both users (i.e. who access the
> cluster data and execute jobs) and operators (i.e. who control access and
> manage the cluster). The Gateway runs as a server (or cluster of servers)
> that serve one or more Hadoop clusters.
>
> Provide perimeter security to make Hadoop security setup easier
> Support authentication and token verification security scenarios
> Deliver users a single cluster end-point that aggregates capabilities for
> data and jobs
> Enable integration with enterprise and cloud identity management
> environments
>
> == Background ==
>
> An Apache Hadoop cluster is presented to consumers as a loose collection
> of independent services. This makes it difficult for users to interact with
> Hadoop since each service maintains it’s own method of access and security.
> As well, for operators, configuration and administration of a secure Hadoop
> cluster is a complex and many Hadoop clusters are insecure as a result.
>
> == Rationale ==
>
> Organizations that are struggling with Hadoop cluster security result in
> a) running Hadoop without security or b) slowing adoption of Hadoop. The
> Gateway aims to provide perimeter security that integrates more easily into
> existing organizations’ security infrastructure. Doing so will simplify
> security for these organizations and benefit all Hadoop stakeholders (i.e.
> users and operators). Additionally, making a dedicated perimeter security
> project part of the Apache Hadoop ecosystem will prevent fragmentation in
> this area and further increase the value of Hadoop as a data platform.
>
> == Current Status ==
>
> Prototype available, developed by the list of initial committers.
>
> === Meritocracy ===
>
> We desire to build a diverse developer community around Gateway following
> the Apache Way. We want to make the project open source and will encourage
> contributors from multiple organizations following the Apache meritocracy
> model.
>
> === Community ===
>
> We hope to extend the user and developer base in the future and build a
> solid open source community around Gateway. Apache Hadoop has a large
> ecosystem of open source projects, each with a strong community of
> contributors. All project communities in this ecosystem have an opportunity
> to participate in the advancement of the Gateway project because
> ultimately, Gateway will enable the security capabilities of their project
> to be more enterprise friendly.
>
> === Core Developers ===
>
> Gateway is currently being developed by several engineers from Hortonworks
> - Kevin Minder, Larry McCay, John Speidel, Tom Beerbower and Sumit Mohanty.
> All the engineers have deep expertise in middleware, security & identity
> systems and are quite familiar with the Hadoop ecosystem.
>
> === Alignment ===
>
> The ASF is a natural host for Gateway given that it is already the home of
> Hadoop, Hive, Pig, HBase, Oozie and other emerging big data software
> projects. Gateway is designed to solve the security challenges familiar to
> the Hadoop ecosystem family of projects.
>
> == Known Risks ==
>
> === Orphaned products & Reliance on Salaried Developers ===
>
> The core developers plan to work full time on the project. We believe that
> this project will be of general interest to many Hadoop users and will
> attract a diverse set of contributors. We intend to demonstrate this by
> having contributors from several organizations recognized as committers by
> the time Knox graduates from incubation.
>
> === Inexperience with Open Source ===
>
> All of the core developers are active users and followers of open source.
> As well, Hortonworks has a strong heritage of success with contributions to
> Apache Hadoop Projects.
>
> === Homogeneous Developers ===
>
> The current core developers are from Hortonworks, however, we hope to
> establish a developer community that includes contributors from several
> corporations.
>
> === Reliance on Salaried Developers ===
>
> Currently, the developers are paid to do work on Gateway. However, once
> the project has a community built around it, we expect to get committers
> and developers from outside the current core developers.
>
> === Relationships with Other Apache Products ===
>
> Gateway is going to be used by the users and operators of Hadoop, and the
> Hadoop ecosystem in general.
>
> === A Excessive Fascination with the Apache Brand ===
>
> Our interest in developing Gateway in Apache project is to follow an
> established development model, as well sin

Re: [DISCUSS] [VOTE] HCatalog to Graduate and become part of Apache Hive

[Bertrand Delacretaz]

Hi,

On Sat, Feb 9, 2013 at 6:03 AM, Mattmann, Chris A (388J)
 wrote:
> ...I'm -1 on this graduation...

-1 from me as well, I agree with Chris' points.

This looks either like an umbrella project (which we don't want
anymore) or a PMC not trusting its committers.

IMO the options are either graduating Hive as a TLP (assuming the
podling is in good standing for that to happen), or having Hive adopt
the HCatalog code *and its committers*.

In the second case, no need for a change of bylaws - if those new
folks are committers, they can just be told to avoid touching code
that they don't master (*), and the goal should be to make them PMC
members as soon as possible, so that in the end HCatalog is just a
module of Hive, with no artificial PMC split.

-Bertrand

(*) like any committer - and a PMC can always suspend or revoke
committership in the unlikely case where that doesn't work.

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

[DISCUSS] Knox Hadoop Gateway Project

[Kevin Minder]

Hi Everyone,

Our sponsor reached out to Chris Douglas (Microsoft) and Chris Mattmann 
(NASA) and they have agreed to be mentors.  I have updated the proposal 
wiki  to reflect that.


I'm very encouraged with the level of support we are getting for this 
project.  However given all the offers, how much is enough vs. too much?


Kevin.

Re: [PROPOSAL] Knox Hadoop Gateway Project

[Kevin Minder]

Hi Hadrian,

Currently I would like to keep the focus on Hadoop services to make sure 
that we can produce a useful product in a reasonable time frame.  We 
have been careful with the initial code however to treat all Hadoop 
integrations as modular plugins.  So we have and will consider 
increasing the scope to other apache projects at the right time.


Also, the code is currently available at https://github.com/hortonworks/knox

Kevin.

On 2/11/13 10:54 PM, Hadrian Zbarcea wrote:

+1 on the idea.
+1 (strong) on the need to increase diversity.

I would suggest to open a bit the scope of the project to target other 
apache projects that act as services. I know it was mentioned, but it 
sounded to me more like a possibility than a focus.


I would also volunteer as a committer and, if you prefer, mentor. I 
assume it would be possible to take a peek at the code grant in the 
coming days.


Cheers,
Hadrian

On 02/11/2013 10:10 AM, Bertrand Delacretaz wrote:

On Mon, Feb 11, 2013 at 3:55 PM, Kevin Minder
 wrote:
...

=== Nominated Mentors ===

Owen O’Malley (omalley AT apache DOT org)
Mahadev Konar (mahadev AT apache DOT org)
Alan Gates (gates AT apache DOT org)
Devaraj Das (ddas AT apache DOT org)

...

Considering all initial committers are from hortonworks, I'd like to
see affiliations for mentors as well - or at least indicate which
mentors are *not* affiliated with hortonworks.

-Bertrand

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Knox Hadoop Gateway Project

[Bertrand Delacretaz]

Hi,

On Tue, Feb 12, 2013 at 2:04 PM, Kevin Minder
 wrote:
> ...Our sponsor reached out to Chris Douglas (Microsoft) and Chris Mattmann
> (NASA) and they have agreed to be mentors.  I have updated the proposal wiki
>  to reflect that

Cool, that addresses my concern of having all mentors with the same affiliation.

>
> I'm very encouraged with the level of support we are getting for this
> project.  However given all the offers, how much is enough vs. too much?...

In terms of number of mentors?

IMO having six of them, although unusual, is not bad, but it's good to
designate one of them as the champion as per [1], including keeping an
eye on things once the project gets going, as would a PMC chair do.
This helps avoid things falling through the cracks, as each mentor
might think others will do the work ;-)

-Bertrand

[1] 
http://incubator.apache.org/incubation/Roles_and_Responsibilities.html#Champion
see "during incubation"

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Report verbiage

[Benson Margulies]

Does anyone feel inclined to communicate anything to the board except
'here's the usual podling-by-podling report'

?

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] [VOTE] HCatalog to Graduate and become part of Apache Hive

[Alex Karasulu]

On Tue, Feb 12, 2013 at 2:49 PM, Bertrand Delacretaz  wrote:

> Hi,
>
> On Sat, Feb 9, 2013 at 6:03 AM, Mattmann, Chris A (388J)
>  wrote:
> > ...I'm -1 on this graduation...
>
> -1 from me as well, I agree with Chris' points.
>
>
Yes these were good points however I don't think the HCatalog community has
enough critical mass for a TLP at this point in time. I think this and the
overwhelming dependencies on Hive made the community favor merging under
the Hive TLP. I can understand both points of view coming from Chris and
from Alan.


> This looks either like an umbrella project (which we don't want
> anymore) or a PMC not trusting its committers.
>
> IMO the options are either graduating Hive as a TLP (assuming the
>

Bertrand I am presuming you meant HCatalog as a TLP here ...


> podling is in good standing for that to happen), or having Hive adopt
> the HCatalog code *and its committers*.
>
>
It is unfortunate that the Hive TLP does not trust the HCatalog community
enough to merge the two. However if we're looking at a new TLP for HCatalog
I think we're going to have to continue trying to build community a bit
longer.

-- 
Best Regards,
-- Alex

Re: [DISCUSS] [VOTE] HCatalog to Graduate and become part of Apache Hive

[Benson Margulies]

I wonder: would the Hive community be willing to take an active role
in supervising the work of the hcatalog people with an eye toward
reaching the conclusion that they could be accepted as committers en
bloc?


On Tue, Feb 12, 2013 at 11:52 AM, Alex Karasulu  wrote:
> On Tue, Feb 12, 2013 at 2:49 PM, Bertrand Delacretaz > wrote:
>
>> Hi,
>>
>> On Sat, Feb 9, 2013 at 6:03 AM, Mattmann, Chris A (388J)
>>  wrote:
>> > ...I'm -1 on this graduation...
>>
>> -1 from me as well, I agree with Chris' points.
>>
>>
> Yes these were good points however I don't think the HCatalog community has
> enough critical mass for a TLP at this point in time. I think this and the
> overwhelming dependencies on Hive made the community favor merging under
> the Hive TLP. I can understand both points of view coming from Chris and
> from Alan.
>
>
>> This looks either like an umbrella project (which we don't want
>> anymore) or a PMC not trusting its committers.
>>
>> IMO the options are either graduating Hive as a TLP (assuming the
>>
>
> Bertrand I am presuming you meant HCatalog as a TLP here ...
>
>
>> podling is in good standing for that to happen), or having Hive adopt
>> the HCatalog code *and its committers*.
>>
>>
> It is unfortunate that the Hive TLP does not trust the HCatalog community
> enough to merge the two. However if we're looking at a new TLP for HCatalog
> I think we're going to have to continue trying to build community a bit
> longer.
>
> --
> Best Regards,
> -- Alex

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [PROPOSAL] Knox Hadoop Gateway Project

[Alejandro Abdelnur]

Hi Kevin,

I'd like to offer joining the project if accepted for incubation.

I'm actively working in Hadoop (PMC member) and Oozie (PMC member), helped
driving Oozie through incubation and graduation. I'm also the initial
developer of hadoop-auth and httpfs (standalone WebHDFS gateway). In, Oozie
provides REST APIs for jobs submission (workflows, coordinators, bundles,
mapreduce, streaming, pig). In addition I've been involved in efforts for
providing HTTP access to Hadoop stack.

Thanks.



On Mon, Feb 11, 2013 at 11:54 AM, Kevin Minder  wrote:

> The proposal is now hosted on the wiki.
> http://wiki.apache.org/**incubator/knox
> Currently just the initial proposal.  I'll be incorporating
> feedback/clarifications shortly.
>
>
> On 2/11/13 11:35 AM, Bertrand Delacretaz wrote:
>
>> Hi,
>>
>> On Mon, Feb 11, 2013 at 5:07 PM, Kevin Minder
>>  wrote:
>>
>>> ...Currently all of the mentors are affiliated with Hortonworks as well.
>>>  We
>>> can reach out to a number of other people and organizations that are
>>> interested in the project to diversify if this is an important
>>> consideration
>>> at this stage
>>>
>> I think that would be good - just ask for more mentors on this list.
>> Without such diversity this is basically an all-hortonworks podling,
>> which is not good IMO.
>>
>>  I
>>> don't seem to have privs to create http://wiki.apache.org/**
>>> incubator/knox .
>>> Would that be the correct place to evolve the proposal?  If so, how do I
>>> go
>>> about creating in?...
>>>
>> Yes, 
>> http://wiki.apache.org/**incubator/isthe
>>  right place - just ask
>> for write access on this list, a [wiki] marker in the subject line
>> will probably help. I don't think I have the rights to grant that
>> access myself.
>>
>> -Bertrand
>>
>> --**--**-
>> To unsubscribe, e-mail: 
>> general-unsubscribe@incubator.**apache.org
>> For additional commands, e-mail: 
>> general-help@incubator.apache.**org
>>
>>
>
> --**--**-
> To unsubscribe, e-mail: 
> general-unsubscribe@incubator.**apache.org
> For additional commands, e-mail: 
> general-help@incubator.apache.**org
>
>


-- 
Alejandro

Re: [DISCUSS] [VOTE] HCatalog to Graduate and become part of Apache Hive

[Alan Gates]

On Feb 12, 2013, at 8:54 AM, Benson Margulies wrote:

> I wonder: would the Hive community be willing to take an active role
> in supervising the work of the hcatalog people with an eye toward
> reaching the conclusion that they could be accepted as committers en
> bloc?

How are you proposing this would work?  With HCat as part of Hive or still in 
the Incubator?

Alan.

> 
> 
> On Tue, Feb 12, 2013 at 11:52 AM, Alex Karasulu  wrote:
>> On Tue, Feb 12, 2013 at 2:49 PM, Bertrand Delacretaz >> wrote:
>> 
>>> Hi,
>>> 
>>> On Sat, Feb 9, 2013 at 6:03 AM, Mattmann, Chris A (388J)
>>>  wrote:
 ...I'm -1 on this graduation...
>>> 
>>> -1 from me as well, I agree with Chris' points.
>>> 
>>> 
>> Yes these were good points however I don't think the HCatalog community has
>> enough critical mass for a TLP at this point in time. I think this and the
>> overwhelming dependencies on Hive made the community favor merging under
>> the Hive TLP. I can understand both points of view coming from Chris and
>> from Alan.
>> 
>> 
>>> This looks either like an umbrella project (which we don't want
>>> anymore) or a PMC not trusting its committers.
>>> 
>>> IMO the options are either graduating Hive as a TLP (assuming the
>>> 
>> 
>> Bertrand I am presuming you meant HCatalog as a TLP here ...
>> 
>> 
>>> podling is in good standing for that to happen), or having Hive adopt
>>> the HCatalog code *and its committers*.
>>> 
>>> 
>> It is unfortunate that the Hive TLP does not trust the HCatalog community
>> enough to merge the two. However if we're looking at a new TLP for HCatalog
>> I think we're going to have to continue trying to build community a bit
>> longer.
>> 
>> --
>> Best Regards,
>> -- Alex
> 
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
> 


-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Apache cTAKES 3.0.0-incubating RC7 release

[Chris Douglas]

Checksum and signature match, NOTICE, LICENSE, DISCLAIMER look in order.

+1 (binding), aside from a quick check: there are a few jars included
in the source tarball:

apache-ctakes-3.0.0-incubating-src/ctakes-assertion/lib/med-facts-i2b2-1.2-SNAPSHOT.jar
apache-ctakes-3.0.0-incubating-src/ctakes-assertion/lib/jcarafe-ext_2.9.1-0.9.8.3.RC4.jar
apache-ctakes-3.0.0-incubating-src/ctakes-assertion/lib/med-facts-zoner-1.1.jar
apache-ctakes-3.0.0-incubating-src/ctakes-assertion/lib/jcarafe-core_2.9.1-0.9.8.3.RC4.jar
apache-ctakes-3.0.0-incubating-src/ctakes-core/lib/FindStructAPI.jar
apache-ctakes-3.0.0-incubating-src/ctakes-core/lib/OpenAI_FSM.jar
apache-ctakes-3.0.0-incubating-src/ctakes-core/lib/struct_mult.jar
apache-ctakes-3.0.0-incubating-src/ctakes-core/lib/SQLWrapper.jar
apache-ctakes-3.0.0-incubating-src/ctakes-relation-extractor/resources/models/em_pair/model.jar
apache-ctakes-3.0.0-incubating-src/ctakes-relation-extractor/resources/models/degree_of/model.jar
apache-ctakes-3.0.0-incubating-src/ctakes-relation-extractor/resources/models/modifier_extractor/model.jar
apache-ctakes-3.0.0-incubating-src/ctakes-lvg/lib/lvg2010dist.jar

These are covered in the NOTICE (e.g., MITRE)? I don't mean to rehash
the previous RC thread, but if you could briefly account for these
jars then I think the release is good. -C

On Mon, Feb 11, 2013 at 9:03 AM, Chen, Pei
 wrote:
> Hi,
>
> This is a call for a vote on releasing the following candidate as Apache 
> cTAKES 3.0.0-incubating. This will be our first release.
> Thanks for all of your comments from the previous candidate.  Based on the 
> feedback and discussions, we removed the binary models from the source and 
> binary distributions in this release candidate.
>
> The vote for this RC on ctakes-dev@ is not concluded yet but earlier ones 
> were and this is nearly simultaneous:
> http://mail-archives.apache.org/mod_mbox/incubator-ctakes-dev/201302.mbox/browser
>
> For more detailed information on the changes/release notes, please visit:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12313621&version=12322969
>
> The release was made using the cTAKES release process documented here: 
> http://incubator.apache.org/ctakes/ctakes-release-guide.html
>
> The candidate is available at:
> http://people.apache.org/~chenpei/ctakes-3.0.0-incubating/rc7/target/apache-ctakes-3.0.0-incubating-src.tar.gz
>  /.zip
>
> The binary is:
> http://people.apache.org/~chenpei/ctakes-3.0.0-incubating/rc7/target/apache-ctakes-3.0.0-incubating-bin.tar.gz
>  /.zip
>
> The tag to be voted on:
> http://svn.apache.org/repos/asf/incubator/ctakes/tags/ctakes-3.0.0-incubating-rc7/
>
> The MD5 checksum of the tarball can be found at:
> http://people.apache.org/~chenpei/ctakes-3.0.0-incubating/rc7/target/apache-ctakes-3.0.0-incubating-bin.tar.gz.md5
>  /.zip.md5
>
> The signature of the tarball can be found at:
> http://people.apache.org/~chenpei/ctakes-3.0.0-incubating/rc7/target/apache-ctakes-3.0.0-incubating-bin.tar.gz.asc
>  /.zip.asc
>
> Apache cTAKES' KEYS file, containing the PGP keys used to sign the release:
> http://svn.apache.org/repos/asf/incubator/ctakes/tags/ctakes-3.0.0-incubating-rc7/KEYS
>
> Please vote on releasing these packages as Apache cTAKES 3.0.0-incubating. 
> The vote is open for at least the next 72 hours.
> Only votes from Incubator PMC are binding, but folks are welcome to check the 
> release candidate and voice their approval or disapproval. The vote passes if 
> at least three binding +1 votes are cast.
>
> [ ] +1 Release the packages as Apache cTAKES 3.0.0-incubating
> [ ] -1 Do not release the packages because...
> Thanks!
> Pei
> P.S. Here is my +1.
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

RE: [VOTE] Apache cTAKES 3.0.0-incubating RC7 release

[Chen, Pei]

Hi Chris,
Yes, there were a few remaining 3rd party jars that were not available in maven 
central yet.
They are tracked via: https://issues.apache.org/jira/browse/CTAKES-76 and will 
be addressed in the subsequent releases (r.1444112 fixed in trunk).

--Pei

From: Chris Douglas [cdoug...@apache.org]
Sent: Tuesday, February 12, 2013 2:56 PM
To: general@incubator.apache.org
Subject: Re: [VOTE] Apache cTAKES 3.0.0-incubating RC7 release

Checksum and signature match, NOTICE, LICENSE, DISCLAIMER look in order.

+1 (binding), aside from a quick check: there are a few jars included
in the source tarball:

apache-ctakes-3.0.0-incubating-src/ctakes-assertion/lib/med-facts-i2b2-1.2-SNAPSHOT.jar
apache-ctakes-3.0.0-incubating-src/ctakes-assertion/lib/jcarafe-ext_2.9.1-0.9.8.3.RC4.jar
apache-ctakes-3.0.0-incubating-src/ctakes-assertion/lib/med-facts-zoner-1.1.jar
apache-ctakes-3.0.0-incubating-src/ctakes-assertion/lib/jcarafe-core_2.9.1-0.9.8.3.RC4.jar
apache-ctakes-3.0.0-incubating-src/ctakes-core/lib/FindStructAPI.jar
apache-ctakes-3.0.0-incubating-src/ctakes-core/lib/OpenAI_FSM.jar
apache-ctakes-3.0.0-incubating-src/ctakes-core/lib/struct_mult.jar
apache-ctakes-3.0.0-incubating-src/ctakes-core/lib/SQLWrapper.jar
apache-ctakes-3.0.0-incubating-src/ctakes-relation-extractor/resources/models/em_pair/model.jar
apache-ctakes-3.0.0-incubating-src/ctakes-relation-extractor/resources/models/degree_of/model.jar
apache-ctakes-3.0.0-incubating-src/ctakes-relation-extractor/resources/models/modifier_extractor/model.jar
apache-ctakes-3.0.0-incubating-src/ctakes-lvg/lib/lvg2010dist.jar

These are covered in the NOTICE (e.g., MITRE)? I don't mean to rehash
the previous RC thread, but if you could briefly account for these
jars then I think the release is good. -C

On Mon, Feb 11, 2013 at 9:03 AM, Chen, Pei
 wrote:
> Hi,
>
> This is a call for a vote on releasing the following candidate as Apache 
> cTAKES 3.0.0-incubating. This will be our first release.
> Thanks for all of your comments from the previous candidate.  Based on the 
> feedback and discussions, we removed the binary models from the source and 
> binary distributions in this release candidate.
>
> The vote for this RC on ctakes-dev@ is not concluded yet but earlier ones 
> were and this is nearly simultaneous:
> http://mail-archives.apache.org/mod_mbox/incubator-ctakes-dev/201302.mbox/browser
>
> For more detailed information on the changes/release notes, please visit:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12313621&version=12322969
>
> The release was made using the cTAKES release process documented here: 
> http://incubator.apache.org/ctakes/ctakes-release-guide.html
>
> The candidate is available at:
> http://people.apache.org/~chenpei/ctakes-3.0.0-incubating/rc7/target/apache-ctakes-3.0.0-incubating-src.tar.gz
>  /.zip
>
> The binary is:
> http://people.apache.org/~chenpei/ctakes-3.0.0-incubating/rc7/target/apache-ctakes-3.0.0-incubating-bin.tar.gz
>  /.zip
>
> The tag to be voted on:
> http://svn.apache.org/repos/asf/incubator/ctakes/tags/ctakes-3.0.0-incubating-rc7/
>
> The MD5 checksum of the tarball can be found at:
> http://people.apache.org/~chenpei/ctakes-3.0.0-incubating/rc7/target/apache-ctakes-3.0.0-incubating-bin.tar.gz.md5
>  /.zip.md5
>
> The signature of the tarball can be found at:
> http://people.apache.org/~chenpei/ctakes-3.0.0-incubating/rc7/target/apache-ctakes-3.0.0-incubating-bin.tar.gz.asc
>  /.zip.asc
>
> Apache cTAKES' KEYS file, containing the PGP keys used to sign the release:
> http://svn.apache.org/repos/asf/incubator/ctakes/tags/ctakes-3.0.0-incubating-rc7/KEYS
>
> Please vote on releasing these packages as Apache cTAKES 3.0.0-incubating. 
> The vote is open for at least the next 72 hours.
> Only votes from Incubator PMC are binding, but folks are welcome to check the 
> release candidate and voice their approval or disapproval. The vote passes if 
> at least three binding +1 votes are cast.
>
> [ ] +1 Release the packages as Apache cTAKES 3.0.0-incubating
> [ ] -1 Do not release the packages because...
> Thanks!
> Pei
> P.S. Here is my +1.
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org


-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [PROPOSAL] Knox Hadoop Gateway Project

[Devaraj Das]

Hi folks,
Happy to see such a hugely positive response on the proposal. I'll put
up a vote tomorrow.

Now, on the mentors, I think we have enough at this point and we have
also addressed the diversity concern. I had got the confirmation from
Chris Douglas and Chris Mattmann yesterday afternoon that they would
participate as mentors in the project. On the nominations for getting
involved in the project, you are welcome to come in as contributors.
Individuals in the initial list of committers all have a view point
that the committers list be kept as such and the standard practice
(based on contributions, after the project is accepted for incubation)
for accepting new committers be followed here.

Thanks
Devaraj.

On Mon, Feb 11, 2013 at 8:07 AM, Kevin Minder
 wrote:
> Hi Bertrand,
> Currently all of the mentors are affiliated with Hortonworks as well.  We
> can reach out to a number of other people and organizations that are
> interested in the project to diversify if this is an important consideration
> at this stage.
>
> One other question I have is about creating a wiki to host the proposal.  I
> don't seem to have privs to create http://wiki.apache.org/incubator/knox.
> Would that be the correct place to evolve the proposal?  If so, how do I go
> about creating in?
> Kevin.
>
>
> On 2/11/13 10:10 AM, Bertrand Delacretaz wrote:
>>
>> On Mon, Feb 11, 2013 at 3:55 PM, Kevin Minder
>>  wrote:
>> ...
>>>
>>> === Nominated Mentors ===
>>>
>>> Owen O’Malley (omalley AT apache DOT org)
>>> Mahadev Konar (mahadev AT apache DOT org)
>>> Alan Gates (gates AT apache DOT org)
>>> Devaraj Das (ddas AT apache DOT org)
>>
>> ...
>>
>> Considering all initial committers are from hortonworks, I'd like to
>> see affiliations for mentors as well - or at least indicate which
>> mentors are *not* affiliated with hortonworks.
>>
>> -Bertrand
>>
>> -
>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>> For additional commands, e-mail: general-h...@incubator.apache.org
>>
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>


On Mon, Feb 11, 2013 at 8:07 AM, Kevin Minder
 wrote:
> Hi Bertrand,
> Currently all of the mentors are affiliated with Hortonworks as well.  We
> can reach out to a number of other people and organizations that are
> interested in the project to diversify if this is an important consideration
> at this stage.
>
> One other question I have is about creating a wiki to host the proposal.  I
> don't seem to have privs to create http://wiki.apache.org/incubator/knox.
> Would that be the correct place to evolve the proposal?  If so, how do I go
> about creating in?
> Kevin.
>
>
> On 2/11/13 10:10 AM, Bertrand Delacretaz wrote:
>>
>> On Mon, Feb 11, 2013 at 3:55 PM, Kevin Minder
>>  wrote:
>> ...
>>>
>>> === Nominated Mentors ===
>>>
>>> Owen O’Malley (omalley AT apache DOT org)
>>> Mahadev Konar (mahadev AT apache DOT org)
>>> Alan Gates (gates AT apache DOT org)
>>> Devaraj Das (ddas AT apache DOT org)
>>
>> ...
>>
>> Considering all initial committers are from hortonworks, I'd like to
>> see affiliations for mentors as well - or at least indicate which
>> mentors are *not* affiliated with hortonworks.
>>
>> -Bertrand
>>
>> -
>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>> For additional commands, e-mail: general-h...@incubator.apache.org
>>
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>


On Mon, Feb 11, 2013 at 8:07 AM, Kevin Minder
 wrote:
> Hi Bertrand,
> Currently all of the mentors are affiliated with Hortonworks as well.  We
> can reach out to a number of other people and organizations that are
> interested in the project to diversify if this is an important consideration
> at this stage.
>
> One other question I have is about creating a wiki to host the proposal.  I
> don't seem to have privs to create http://wiki.apache.org/incubator/knox.
> Would that be the correct place to evolve the proposal?  If so, how do I go
> about creating in?
> Kevin.
>
>
> On 2/11/13 10:10 AM, Bertrand Delacretaz wrote:
>>
>> On Mon, Feb 11, 2013 at 3:55 PM, Kevin Minder
>>  wrote:
>> ...
>>>
>>> === Nominated Mentors ===
>>>
>>> Owen O’Malley (omalley AT apache DOT org)
>>> Mahadev Konar (mahadev AT apache DOT org)
>>> Alan Gates (gates AT apache DOT org)
>>> Devaraj Das (ddas AT apache DOT org)
>>
>> ...
>>
>> Considering all initial committers are from hortonworks, I'd like to
>> see affiliations for mentors as well - or at least indicate which
>> mentors are *not* affiliated with hortonworks.
>>
>> -Bertrand
>>
>> --

Re: [PROPOSAL] Knox Hadoop Gateway Project

[Josh Wills]

I thought that the need for diversity referred to the community, not to the
mentors.

I strongly advocate for newly incubating projects choosing their own
initial members (you need only search for the epic thread that resulted
from the Crunch Proposal circa May 2012), but it seems like recent data
suggests that starting out with a small set of committers from a single
organization working on a large and complex codebase is a recipe for
diversity issues and a difficult path out of the incubator.

Kevin et al., please choose whomever you want, but do consider getting some
folks from other organizations to seed the community. It does so much good
for the project over the long term.


On Tue, Feb 12, 2013 at 3:31 PM, Devaraj Das  wrote:

> Hi folks,
> Happy to see such a hugely positive response on the proposal. I'll put
> up a vote tomorrow.
>
> Now, on the mentors, I think we have enough at this point and we have
> also addressed the diversity concern. I had got the confirmation from
> Chris Douglas and Chris Mattmann yesterday afternoon that they would
> participate as mentors in the project. On the nominations for getting
> involved in the project, you are welcome to come in as contributors.
> Individuals in the initial list of committers all have a view point
> that the committers list be kept as such and the standard practice
> (based on contributions, after the project is accepted for incubation)
> for accepting new committers be followed here.
>
> Thanks
> Devaraj.
>
> On Mon, Feb 11, 2013 at 8:07 AM, Kevin Minder
>  wrote:
> > Hi Bertrand,
> > Currently all of the mentors are affiliated with Hortonworks as well.  We
> > can reach out to a number of other people and organizations that are
> > interested in the project to diversify if this is an important
> consideration
> > at this stage.
> >
> > One other question I have is about creating a wiki to host the proposal.
>  I
> > don't seem to have privs to create http://wiki.apache.org/incubator/knox
> .
> > Would that be the correct place to evolve the proposal?  If so, how do I
> go
> > about creating in?
> > Kevin.
> >
> >
> > On 2/11/13 10:10 AM, Bertrand Delacretaz wrote:
> >>
> >> On Mon, Feb 11, 2013 at 3:55 PM, Kevin Minder
> >>  wrote:
> >> ...
> >>>
> >>> === Nominated Mentors ===
> >>>
> >>> Owen O’Malley (omalley AT apache DOT org)
> >>> Mahadev Konar (mahadev AT apache DOT org)
> >>> Alan Gates (gates AT apache DOT org)
> >>> Devaraj Das (ddas AT apache DOT org)
> >>
> >> ...
> >>
> >> Considering all initial committers are from hortonworks, I'd like to
> >> see affiliations for mentors as well - or at least indicate which
> >> mentors are *not* affiliated with hortonworks.
> >>
> >> -Bertrand
> >>
> >> -
> >> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> >> For additional commands, e-mail: general-h...@incubator.apache.org
> >>
> >
> >
> > -
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > For additional commands, e-mail: general-h...@incubator.apache.org
> >
>
>
> On Mon, Feb 11, 2013 at 8:07 AM, Kevin Minder
>  wrote:
> > Hi Bertrand,
> > Currently all of the mentors are affiliated with Hortonworks as well.  We
> > can reach out to a number of other people and organizations that are
> > interested in the project to diversify if this is an important
> consideration
> > at this stage.
> >
> > One other question I have is about creating a wiki to host the proposal.
>  I
> > don't seem to have privs to create http://wiki.apache.org/incubator/knox
> .
> > Would that be the correct place to evolve the proposal?  If so, how do I
> go
> > about creating in?
> > Kevin.
> >
> >
> > On 2/11/13 10:10 AM, Bertrand Delacretaz wrote:
> >>
> >> On Mon, Feb 11, 2013 at 3:55 PM, Kevin Minder
> >>  wrote:
> >> ...
> >>>
> >>> === Nominated Mentors ===
> >>>
> >>> Owen O’Malley (omalley AT apache DOT org)
> >>> Mahadev Konar (mahadev AT apache DOT org)
> >>> Alan Gates (gates AT apache DOT org)
> >>> Devaraj Das (ddas AT apache DOT org)
> >>
> >> ...
> >>
> >> Considering all initial committers are from hortonworks, I'd like to
> >> see affiliations for mentors as well - or at least indicate which
> >> mentors are *not* affiliated with hortonworks.
> >>
> >> -Bertrand
> >>
> >> -
> >> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> >> For additional commands, e-mail: general-h...@incubator.apache.org
> >>
> >
> >
> > -
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > For additional commands, e-mail: general-h...@incubator.apache.org
> >
>
>
> On Mon, Feb 11, 2013 at 8:07 AM, Kevin Minder
>  wrote:
> > Hi Bertrand,
> > Currently all of the mentors are affiliated with Hortonworks as well.  We
> > can reach 

Re: [DISCUSS] [VOTE] HCatalog to Graduate and become part of Apache Hive

[Alan Gates]

So I'm not clear what the next step is here.  The 72 hours have passed, we have 
5 +1 votes, 2 -1 votes, and a -0.  

Based on this page http://www.apache.org/foundation/voting.html this appears to 
be a procedural vote so it just requires a majority.

Are we done or is it traditional to allow more time for the vote when the issue 
is contentious?

Alan.


-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] [VOTE] HCatalog to Graduate and become part of Apache Hive

[Benson Margulies]

It has always seemed to me that graduation votes are just
recommendations from the incubator to the board. Only the board can
establish a TLP.

In this case, the vote is even less important. The HCatalog gang
proposed to merge into Hive. Hive proposes to give them a less than
warm welcome by some standards. The Hive and HCatalog communities can
cooperate to put the code in the HCatalog tree, and them the Hive
people had best plan to report to the board, promptly. And if the
board is not happy with this not-first-class-citizenship plan, the
board will communicate that to Hive and work out the next steps in the
context of Hive.

If the Hive PMC wants to ask the board in advance if their scheme is
OK, I suppose they can.

All in all, there's not much for the IPMC to say here. There's no
board resolution needed for a podling to contribute itself into an
existing TLP. So long as HCatalog's IP is in good shape, we don't have
much to do with this outcome.

In short, HCatalog is a podling until it isn't. The vote gives
information to the two communities and the board, and we'll wind up
the podling when and if we hear that it's in fact merged into Hive or
has become a TLP.



On Tue, Feb 12, 2013 at 8:14 PM, Alan Gates  wrote:
> So I'm not clear what the next step is here.  The 72 hours have passed, we 
> have 5 +1 votes, 2 -1 votes, and a -0.
>
> Based on this page http://www.apache.org/foundation/voting.html this appears 
> to be a procedural vote so it just requires a majority.
>
> Are we done or is it traditional to allow more time for the vote when the 
> issue is contentious?
>
> Alan.
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] [VOTE] HCatalog to Graduate and become part of Apache Hive

[Mattmann, Chris A (388J)]

Classifying this as a procedural vote gives the easy out of majority rule.

It is the IPMC's recommendation to the board that the board then evaluates
to become a TLP or not. Based on Benson's later email he is shucking all
of that to the board. Benson, I would hope you consider -1s to be VETO in
this case, or at the very least, noting that in your report should you
still bull ahead and recommend it. BTW for everyone's benefit, go look up
the # of times that people -1 graduations. It's VERY rare, so I hope this
an indication that there is something seriously up here. I have nothing
against Hive or HCatalog -- I simply am trying to intimate this will be
trouble down the road.

In the end, yes, it's the board, but it's on the recommendation of the
IPMC. It would be pretty lame if  the IPMC made the recommendation to
create HCatalog as a part of Hive per the requested method and they didn't
mention the 2 objections (mine which I strongly consider a VETO) and Chris
D.'s -0. 

Chris

On 2/12/13 5:14 PM, "Alan Gates"  wrote:

>So I'm not clear what the next step is here.  The 72 hours have passed,
>we have 5 +1 votes, 2 -1 votes, and a -0.
>
>Based on this page http://www.apache.org/foundation/voting.html this
>appears to be a procedural vote so it just requires a majority.
>
>Are we done or is it traditional to allow more time for the vote when the
>issue is contentious?
>
>Alan.
>
>
>-
>To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>For additional commands, e-mail: general-h...@incubator.apache.org
>


-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org