Hey Tim,

Thanks for volunteering.  In order to be a mentor you need to be on the
IPMC.  Since you're already a member, its simply a matter of sending an
email to private @ i.a.o indicating you want to join.  We'll process it
from there.

John


On Wed, Jun 8, 2016 at 5:28 AM Tim Ellison <t.p.elli...@gmail.com> wrote:

> Hi Ellison Anne,
>
> I'm also happy to be a mentor for Pirk.
>
> I am an Apache member, and my affiliation is IBM UK Ltd (though I will
> be participating on my own time, with IBM's approval, and not as part of
> my day job).
>
> Regards,
> Tim
>
> On 07/06/16 19:21, Ellison Anne Williams wrote:
> > Hi Suneel,
> >
> > Great - thanks!
> >
> > I will add you to the list of mentors on the Pirk Proposal on the wiki.
> >
> > Ellison Anne
> >
> > On Tue, Jun 7, 2016 at 1:04 PM, Suneel Marthi <smar...@apache.org>
> wrote:
> >
> >> If looking for mentors, I would be glad to jump in and I have no real
> >> organizational affiliation.
> >>
> >> On Tue, Jun 7, 2016 at 12:54 PM, Josh Elser <els...@apache.org> wrote:
> >>
> >>> Completely understand where you're coming from, Henry, and thanks for
> >>> keeping us honest.
> >>>
> >>> I'll echo Joe's sentiment that I volunteered to mentor, not due to any
> >>> affiliation or interest at my dayjob, but instead my social network
> >>> connecting me with the project and a personal desire to help make this
> a
> >>> success. My affiliation is purely something following me around.
> >>>
> >>> At the risk of putting words into Ellison Anne's mouth: I think we
> would
> >>> be happy to receive mentors from other affiliations. I feel pretty safe
> >>> saying that 3 mentors from Hortonworks was completely circumstantial,
> but
> >>> it is by no means meant to be interpreted as no other mentors are
> >> desired.
> >>> If anyone else is interested in volunteering, that would be great.
> >>>
> >>>
> >>> Henry Saputra wrote:
> >>>
> >>>> HI Joe,
> >>>>
> >>>> Thanks for your reply.
> >>>>
> >>>> Technically, that is what ALL mentors suppose to do. Wear different
> hats
> >>>> when representing as Apache member.
> >>>>
> >>>> But we all know that is not how it happens in reality. Most people
> >>>> nowadays
> >>>> get paid to do open source by day employer so like it or not some
> >>>> influence
> >>>> of the employer will take effect.
> >>>>
> >>>> I would encourage do bit more homework in terms finding mentors.
> Others
> >>>> new
> >>>> podlings such as Eagle, CarbonData, and Kudu had done extra effort to
> >> find
> >>>> mentors from different orgs.
> >>>>
> >>>> Hope this helps.
> >>>>
> >>>> - Henry
> >>>>
> >>>> On Tue, Jun 7, 2016 at 9:37 AM, Joe Witt<joe.w...@gmail.com>  wrote:
> >>>>
> >>>> Henry
> >>>>>
> >>>>> I totally understand the spirit of your statement but I want to be
> >>>>> clear in speaking for my own involvement here.  I am participating in
> >>>>> this proposal and proposed podling as an apache member.  That I
> happen
> >>>>> to work for hortonworks has absolutely nothing to do with it and
> >>>>> frankly I wish it was not called out in this document.  The template
> >>>>> even calls this out as a controversial item.
> >>>>>
> >>>>> I believe I am the only one on the initial committers list that is
> >>>>> affiliated with hortonworks for what it is worth.
> >>>>>
> >>>>> Thanks
> >>>>> Joe
> >>>>>
> >>>>> On Tue, Jun 7, 2016 at 12:27 PM, Henry Saputra<
> henry.sapu...@gmail.com
> >>>
> >>>>> wrote:
> >>>>>
> >>>>>> One immediate concern is all mentors coming from Hortonworks.
> >>>>>>
> >>>>>> I would strongly suggest to find more balance mentors.
> >>>>>>
> >>>>>> I know we had this discussion about "fake" diversity stuff, but I
> >>>>>>
> >>>>> strongly
> >>>>>
> >>>>>> advise to do more effort to get mentors from different background
> than
> >>>>>>
> >>>>> one
> >>>>>
> >>>>>> company.
> >>>>>>
> >>>>>>
> >>>>>> - Henry
> >>>>>>
> >>>>>>
> >>>>>> On Tuesday, June 7, 2016, Ellison Anne Williams<
> >>>>>>
> >>>>> eawilliamsp...@gmail.com>
> >>>>>
> >>>>>> wrote:
> >>>>>>
> >>>>>> Hi All,
> >>>>>>>
> >>>>>>>
> >>>>>>> We would like to discuss the proposal of a new project to the
> >> incubator
> >>>>>>>
> >>>>>> -
> >>>>>
> >>>>>> Pirk.
> >>>>>>>
> >>>>>>>
> >>>>>>> Pirk is a framework for scalable Private Information Retrieval
> (PIR).
> >>>>>>>
> >>>>>>>
> >>>>>>> The proposal is contained below and can also be found on the wiki
> at
> >>>>>>> https://wiki.apache.org/incubator/PirkProposal
> >>>>>>>
> >>>>>>>
> >>>>>>> Looking forward to the discussion -
> >>>>>>>
> >>>>>>>
> >>>>>>> Thanks!
> >>>>>>>
> >>>>>>>
> >>>>>>> Ellison Anne
> >>>>>>>
> >>>>>>>
> >>>>>>> ____________
> >>>>>>>
> >>>>>>>
> >>>>>>> = Pirk Proposal =
> >>>>>>>
> >>>>>>> == Abstract ==
> >>>>>>> Pirk is a framework for scalable Private Information Retrieval
> (PIR).
> >>>>>>>
> >>>>>>> == Proposal ==
> >>>>>>>
> >>>>>>> Pirk is a software framework for scalable Private Information
> >> Retrieval
> >>>>>>>
> >>>>>> and
> >>>>>
> >>>>>> is meant to provide a landing place for robust, scalable, and
> >> practical
> >>>>>>> implementations of PIR algorithms. The initial scalable PIR
> >> algorithms
> >>>>>>>
> >>>>>> of
> >>>>>
> >>>>>> Pirk were developed at the National Security Agency.
> >>>>>>>
> >>>>>>> == Background ==
> >>>>>>>
> >>>>>>> Private Information Retrieval (PIR) is an area of computer science
> >> and
> >>>>>>> mathematics that enables a user/entity to privately and securely
> >> obtain
> >>>>>>> information from a dataset, to which they have been granted access,
> >>>>>>>
> >>>>>> without
> >>>>>
> >>>>>> revealing, to the dataset owner or to an observer, any information
> >>>>>>> regarding the questions asked or the results obtained. Employing
> >>>>>>> homomorphic encryption techniques, PIR enables datasets to remain
> >>>>>>>
> >>>>>> resident
> >>>>>
> >>>>>> in their native locations while giving the ability to query the
> >> datasets
> >>>>>>> with sensitive terms.
> >>>>>>>
> >>>>>>> == Rationale ==
> >>>>>>>
> >>>>>>> Although PIR has been in existence for over twenty years, it has
> >>>>>>> largely
> >>>>>>> remained an academic discipline with very little robust or scalable
> >>>>>>> implementation. Pirk not only provides implementations of novel
> >>>>>>> scalable
> >>>>>>> PIR algorithms, but it provides a framework into which robust,
> >>>>>>> scalable,
> >>>>>>> and practical PIR may be developed.
> >>>>>>>
> >>>>>>> Pirk fits well within the Apache Software Foundation (ASF) family
> as
> >> it
> >>>>>>> depends on numerous ASF projects and integrates with several others
> >>>>>>>
> >>>>>> such as
> >>>>>
> >>>>>> Hadoop and Spark. We also anticipate developing extensions/adaptors
> >> for
> >>>>>>> several other ASF projects such as Kafka, Storm, HBase, and
> Accumulo
> >> in
> >>>>>>>
> >>>>>> the
> >>>>>
> >>>>>> near future.
> >>>>>>>
> >>>>>>> == Initial Goals ==
> >>>>>>>
> >>>>>>>   * Ensure all dependencies are compliant with Apache License
> version
> >>>>>>> 2.0
> >>>>>>> and that all code and documentation artifacts have the correct
> Apache
> >>>>>>> licensing markings and notice.
> >>>>>>>
> >>>>>>>   * Establish a formal release process and schedule, allowing for
> >>>>>>>
> >>>>>> dependable
> >>>>>
> >>>>>> release cycles in a manner consistent with the Apache development
> >>>>>>>
> >>>>>> process.
> >>>>>
> >>>>>>   * Establish a process which allows different release cycles for
> the
> >>>>>>>
> >>>>>> core
> >>>>>
> >>>>>> framework, extensions/adaptors, and additional algorithms.
> >>>>>>>
> >>>>>>>   * Grow the community to establish diversity of background and
> >>>>>>>
> >>>>>> expertise.
> >>>>>
> >>>>>> == Current Status ==
> >>>>>>>
> >>>>>>> === Meritocracy ===
> >>>>>>>
> >>>>>>> We will actively seek help and encourage promotion of influence in
> >> the
> >>>>>>> project through meritocracy. We will discuss the requirements in an
> >>>>>>> open
> >>>>>>> forum. We will encourage and monitor community participation so
> that
> >>>>>>> privileges can be extended to those that contribute.
> >>>>>>>
> >>>>>>> === Community ===
> >>>>>>>
> >>>>>>> Pirk currently has a community of developers within the U.S.
> >>>>>>>
> >>>>>> government. In
> >>>>>
> >>>>>> open sourcing Pirk we plan to grow the community to a broader base
> of
> >>>>>>> industries and will work to align the interaction of our existing
> >>>>>>> community.
> >>>>>>>
> >>>>>>> === Core Developers ===
> >>>>>>>
> >>>>>>> The initial core developers are employed by the US Government. We
> >> will
> >>>>>>>
> >>>>>> work
> >>>>>
> >>>>>> to grow the community among a more diverse set of developers and
> >>>>>>> industries.
> >>>>>>>
> >>>>>>> === Alignment ===
> >>>>>>>
> >>>>>>> Pirk was developed with an open source philosophy in mind and the
> >>>>>>> Apache
> >>>>>>> way is consistent with the approach we have taken to date. Further,
> >>>>>>> Pirk
> >>>>>>> depends on numerous ASF libraries and projects including Hadoop,
> >> Spark,
> >>>>>>> Commons, and Maven. We also anticipate extensions and dependencies
> >> with
> >>>>>>> several more ASF projects, including Accumulo, Avro, HBase, Storm,
> >>>>>>>
> >>>>>> Kafka,
> >>>>>
> >>>>>> and others. This existing alignment with Apache and the desired
> >>>>>>>
> >>>>>> community
> >>>>>
> >>>>>> makes the Apache Incubator a good fit for Pirk.
> >>>>>>>
> >>>>>>>
> >>>>>>> == Known Risks ==
> >>>>>>>
> >>>>>>> === Orphaned Products ===
> >>>>>>>
> >>>>>>> Risk of orphaning is limited though it is important to grow the
> >>>>>>>
> >>>>>> community.
> >>>>>
> >>>>>> The project user and developer base is growing and there is already
> >>>>>>> operational use of Pirk.
> >>>>>>>
> >>>>>>> === Inexperience with Open Source ===
> >>>>>>>
> >>>>>>> The initial committers to Pirk have limited experience with true
> open
> >>>>>>> source software development. However, despite the project origins
> >> being
> >>>>>>> from closed source development we have modeled our behavior and
> >>>>>>>
> >>>>>> community
> >>>>>
> >>>>>> development on The Apache Way to the greatest extent possible. We
> are
> >>>>>>> committed to the ideals of open source software and will eagerly
> seek
> >>>>>>>
> >>>>>> out
> >>>>>
> >>>>>> mentors and sponsors who can help us quickly come up to speed.
> >>>>>>>
> >>>>>>> === Homogenous Developers ===
> >>>>>>>
> >>>>>>> The initial committers of Pirk come from a limited set of entities
> >>>>>>>
> >>>>>> though
> >>>>>
> >>>>>> we are committed to recruiting and developing additional committers
> >>>>>>>
> >>>>>> from a
> >>>>>
> >>>>>> broad spectrum of industries and backgrounds.
> >>>>>>>
> >>>>>>> === Reliance on Salaried Developers ===
> >>>>>>>
> >>>>>>> We expect Pirk development to continue on salaried time and through
> >>>>>>> volunteer time. The majority of initial committers are paid by
> their
> >>>>>>> employers to contribute to this project. We are committed to
> >> developing
> >>>>>>>
> >>>>>> and
> >>>>>
> >>>>>> recruiting participation from developers both salaried and
> >> non-salaried.
> >>>>>>>
> >>>>>>> === Relationship with other Apache Projects ===
> >>>>>>>
> >>>>>>> As described in the alignment section, Pirk is already heavily
> >>>>>>>
> >>>>>> dependent on
> >>>>>
> >>>>>> other ASF projects and we anticipate further dependence and
> >> integration
> >>>>>>> with new and emerging projects in the Apache family.
> >>>>>>>
> >>>>>>> === An Excessive Fascination with the Apache Brand ===
> >>>>>>>
> >>>>>>> We respect the Apache brand and desire to adopt its community
> >> building
> >>>>>>> principles. Our desire is to build and foster an open source
> >> community
> >>>>>>> around scalable, robust PIR  which aligns with the Apache tenets.
> >>>>>>>
> >>>>>> Further,
> >>>>>
> >>>>>> Apache is a natural home for Pirk given our existing dependencies
> and
> >>>>>>> alignment with ASF projects.
> >>>>>>>
> >>>>>>> === Documentation ===
> >>>>>>>
> >>>>>>> At this time there is no Pirk documentation on the web. However, we
> >>>>>>> have
> >>>>>>> documentation included within the application that details usage.
> >> Using
> >>>>>>> incubator infrastructure we will be rapidly expanding the available
> >>>>>>> documentation to cover things like installation, developer guide,
> >>>>>>> frequently asked questions, best practices, and more.
> >>>>>>>
> >>>>>>> == Initial Source ==
> >>>>>>>
> >>>>>>> The core codebase is written in Java and includes detailed Javadocs
> >> and
> >>>>>>> feature documentation.
> >>>>>>>
> >>>>>>> == Source and Intellectual Property Submission ==
> >>>>>>>
> >>>>>>> The Pirk code and documentation materials will be submitted by the
> >>>>>>>
> >>>>>> National
> >>>>>
> >>>>>> Security Agency. Pirk has been developed by government employees.
> >>>>>>>
> >>>>>> Material
> >>>>>
> >>>>>> developed by the government employees is in the public domain and no
> >>>>>>>
> >>>>>> U.S.
> >>>>>
> >>>>>> copyright exists in works of the federal government. NSA has
> submitted
> >>>>>>> Corporate Contributor License Agreement to the Apache Software
> >>>>>>>
> >>>>>> Foundation;
> >>>>>
> >>>>>> the Software Grant Agreement is forth coming.
> >>>>>>>
> >>>>>>> == External Dependencies ==
> >>>>>>>
> >>>>>>> We believe all current dependencies are compatible with the ASF
> >>>>>>>
> >>>>>> guidelines.
> >>>>>
> >>>>>> Our dependency licenses come from the Apache v 2.0 and Eclipse
> Public
> >>>>>>>
> >>>>>> v1.
> >>>>>
> >>>>>> == Cryptography ==
> >>>>>>>
> >>>>>>> Consistent with http://www.apache.org/licenses/exports/ we believe
> >>>>>>>
> >>>>>> Pirk is
> >>>>>
> >>>>>> classified as ECCN 5D002. In the event that it becomes necessary we
> >> will
> >>>>>>> engage with appropriate Apache members to ensure we file any
> >> necessary
> >>>>>>> paperwork or clarified any cryptographic export license concerns.
> >>>>>>>
> >>>>>>> == Required Resources ==
> >>>>>>>
> >>>>>>> === Mailing Lists ===
> >>>>>>>
> >>>>>>>   * d...@pirk.incubator.apache.org<javascript:;>
> >>>>>>>   * priv...@pirk.incubator.apache.org<javascript:;>
> >>>>>>>   * comm...@pirk.incubator.apache.org<javascript:;>
> >>>>>>>
> >>>>>>> === Source Control ===
> >>>>>>>
> >>>>>>> Pirk requests use of Git for source control (git://
> >>>>>>>
> >>>>>> git.apache.org/pirk.git
> >>>>>
> >>>>>> ).
> >>>>>>> We request a writeable Git repo for Pirk with mirroring to be setup
> >> to
> >>>>>>> Github through INFRA.
> >>>>>>>
> >>>>>>> === Issue Tracking ===
> >>>>>>>
> >>>>>>> JIRA Pirk (PIRK)
> >>>>>>>
> >>>>>>> === Initial Committers ===
> >>>>>>>
> >>>>>>>   * Tracy Brown<tbrownpirk at gmail dot com>, CLA submitted
> >>>>>>>   * Christopher Harris<Chris.Harris010 at gmail dot com>, CLA
> >> submitted
> >>>>>>>   * Walter Ray-Dulaney<raydulany at gmail dot com>, CLA submitted
> >>>>>>>   * Jacob Wilder<jacobwilder.opensource  at gmail dot com>, CLA
> >>>>>>>
> >>>>>> submitted
> >>>>>
> >>>>>>   * Ellison Anne Williams<eawilliamsPirk at gmail dot com>, CLA
> >>>>>>>
> >>>>>> confirmed
> >>>>>
> >>>>>>   * Joe Witt (Hortonworks)<joewitt at apache dot org>, CLA confirmed
> >>>>>>>
> >>>>>>> == Sponsors ==
> >>>>>>>
> >>>>>>> === Champion ===
> >>>>>>>
> >>>>>>>   * Billie Rinaldi (Hortonworks)<billie at apache dot org>, IPMC
> >> Member
> >>>>>>>
> >>>>>>> === Nominated Mentors ===
> >>>>>>>
> >>>>>>>   * Billie Rinaldi (Hortonworks)<billie at apache dot org>, IPMC
> >> Member
> >>>>>>>   * Joe Witt (Hortonworks)<joewitt at apache dot org>, IPMC Member
> >>>>>>>   * Josh Elser (Hortonworks)<elserj at apache dot org>, IPMC Member
> >>>>>>>
> >>>>>>> === Sponsoring Entity ===
> >>>>>>>
> >>>>>>> We request the Apache Incubator to sponsor this project.
> >>>>>>>
> >>>>>>>
> ---------------------------------------------------------------------
> >>>>> 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
>
>

Reply via email to