Re: Video conferencing platforms for virtual meetups

2021-08-10 Thread Kevin A. McGrail
The foundation also has a donated license of Google workspace and can give
you an account on it. With that you can use it for longer meetings. Let me
know if you'd like me to set up an account.

On Tue, Aug 10, 2021, 23:21 Wei-Chiu Chuang  wrote:

> A while back ago during one of the Apache board meetings, it was discussed
> that they wanted to open up the streaming platform used by ApacheCon for
> Apache projects to organize virtual events, because they pay for a whole
> year's subscription only to use for the few events (ApacheCon).
>
> Not sure what's the status now.
>
> For the several projects I am involved in, we use the Zoom sponsored by my
> employer. Since my employer has paid subscription, we don't have the limit.
>
> On Wed, Aug 11, 2021 at 6:30 AM Mingshen Sun  wrote:
>
> > Dear community,
> >
> > I'm from the Apache Teacalve (incubating) project. We are organizing
> > online virtual meetups every month. Currently, we are using Zoom for
> > the meetups. Seems that Zoom's free plan only supports 40 minutes for
> > group meetings. I'm wondering if there're any recommended video
> > conferencing platforms or infrastructures for the Apache projects.
> > Thanks.
> >
> > Mingshen
> >
> > -
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > For additional commands, e-mail: general-h...@incubator.apache.org
> >
> >
>


Re: [DISCUSS] Incubating Proposal of Shenyu

2021-04-11 Thread Kevin A. McGrail
+1 binding and good luck!

On Sun, Apr 11, 2021, 21:08 Zhang Yonglun  wrote:

> Thanks. I had also invited Justin Mclean to be our mentor. Now he's in the
> Mentors list.
>
> --
>
> Zhang Yonglun
> Apache ShardingSphere
>
>
> Sheng Wu  于2021年4月11日周日 下午11:26写道:
>
> > Good to see you are ready for this proposal.
> > Good luck!!
> >
> > Sheng Wu 吴晟
> > Twitter, wusheng1108
> >
> >
> > Willem Jiang  于2021年4月11日周日 下午10:42写道:
> >
> > > Hi Atric
> > >
> > > Thanks for the kindly offer.
> > > I just added you to the mentor list.
> > >
> > > Willem Jiang
> > >
> > > Twitter: willemjiang
> > > Weibo: 姜宁willem
> > >
> > > On Sun, Apr 11, 2021 at 9:24 PM Atri Sharma  wrote:
> > > >
> > > > Please include me in mentors list if required.
> > > >
> > > > On Sun, 11 Apr 2021, 18:42 Kevin Ratnasekera, <
> djkevincr1...@gmail.com
> > >
> > > > wrote:
> > > >
> > > > > +1 (binding) Please count me in if you consider adding further
> > mentors.
> > > > >
> > > > > On Sun, Apr 11, 2021 at 6:20 PM Willem Jiang <
> willem.ji...@gmail.com
> > >
> > > > > wrote:
> > > > >
> > > > > > Hi,
> > > > > >
> > > > > > ShenYu (神禹) project is developed by the Dromara[1] community.
> > ShenYu
> > > > > > is a high performance Microservices API gateway in the Java
> > > ecosystem,
> > > > > > compatible with a variety of mainstream framework systems,
> supports
> > > > > > hot plug extenstion. Users can write their own plugin to meet the
> > > > > > current requirement and future needs in a variety of scenarios,
> > > > > > especially in large-scale scenes.
> > > > > > Recently the Dromara community decided to donate the project
> Apache
> > > > > > Software Foundation[2].
> > > > > >
> > > > > > As the Champion of ShenYu, I'd like to bring your attention to
> the
> > > > > > proposal of ShenYu [3] for Incubation in the Apache Software
> > > > > > Foundation.
> > > > > >
> > > > > > Please note that the Shenyu project was named Soul before, but we
> > > > > > decided to rename the project because of the trademark issue. You
> > can
> > > > > > find the original project web page here[4].
> > > > > >
> > > > > > [1]https://github.com/dromara/
> > > > > > [2]https://github.com/dromara/soul/issues/1247
> > > > > > [3]
> > > https://cwiki.apache.org/confluence/display/INCUBATOR/ShenyuProposal
> > > > > > [4]https://dromara.org/projects/soul/overview/
> > > > > >
> > > > > > Willem Jiang
> > > > > >
> > > > > > Twitter: willemjiang
> > > > > > Weibo: 姜宁willem
> > > > > >
> > > > > >
> > -
> > > > > > 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: [Help Wanted] Present the Apache Way at Apache MXNet Day

2020-11-30 Thread Kevin A. McGrail
Happy to help and on my calendar for the 14th at 1PM PST.  Here's the 
presentation deck from my ApacheCon talk: 
https://docs.google.com/presentation/d/10iLQYLVqibQLyFeHi60Dilu36TQ9QDXLzf1kYx0ju8k/edit


Please let me know A) if there are any specific topics you want 
covered/not covered and B) how long I should plan to speak.


Regards,
KAM

On 11/30/2020 2:53 PM, Sheng Zha wrote:

Hi Kevin,

Thank you very much for the help, Kevin! The time would be around 1pm
PST on 12/14 and I will connect you with the event organizers for
coordination and more details.

Cheers,
Sheng

On Mon, Nov 30, 2020 at 12:57 PM Kevin A. McGrail  wrote:

Hi Sheng, I did a talk on the Apache Way presso for this year's Apache @
Home and I'm sure I could reprise it.  What's the time frame on the 14th?

On 11/30/2020 11:00 AM, Sheng Zha wrote:

Hi,

We at MXNet are looking for a volunteer from Apache to share about
the Apache Way at our upcoming "Apache MXNet Day" on 12/14.
This would be very helpful for our community to raise awareness
on building the community to be healthy and self-sustaining.

If you are willing to help out, it would be greatly appreciated.

Many thanks,
Sheng

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


--
Kevin A. McGrail
kmcgr...@apache.org

Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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


--
Kevin A. McGrail
kmcgr...@apache.org

Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: [Help Wanted] Present the Apache Way at Apache MXNet Day

2020-11-30 Thread Kevin A. McGrail
Hi Sheng, I did a talk on the Apache Way presso for this year's Apache @ 
Home and I'm sure I could reprise it.  What's the time frame on the 14th?


On 11/30/2020 11:00 AM, Sheng Zha wrote:

Hi,

We at MXNet are looking for a volunteer from Apache to share about
the Apache Way at our upcoming "Apache MXNet Day" on 12/14.
This would be very helpful for our community to raise awareness
on building the community to be healthy and self-sustaining.

If you are willing to help out, it would be greatly appreciated.

Many thanks,
Sheng

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


--
Kevin A. McGrail
kmcgr...@apache.org

Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: [VOTE] Graduate Apache ECharts as TLP (round 2)

2020-11-23 Thread Kevin A. McGrail
+1 (binding)
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Mon, Nov 23, 2020 at 7:05 PM Hongtao Gao  wrote:

> +1 (non-binding)
>
> Good luck, guys.
>
> Mingshen Sun  于2020年11月24日周二 上午6:59写道:
>
> > +1 (non-binding)
> >
> > Good luck!
> >
> > On Mon, Nov 23, 2020 at 8:23 AM Dave Fisher 
> wrote:
> > >
> > > +1 (binding)
> > >
> > > Sent from my iPhone
> > >
> > > > On Nov 23, 2020, at 12:38 AM, Ovilia  wrote:
> > > >
> > > > Hi everyone,
> > > >
> > > > After discussion with the community [1], and a positive vote result
> > [2] and
> > > > the
> > > > discussion under general mailing list [6], we believe
> > > > ECharts is ready for graduation to a TLP, and we'd like to call on
> the
> > vote
> > > > to
> > > > graduate Apache ECharts as TPL.
> > > >
> > > > This is a formal voting thread about Apache ECharts's graduation,
> > please
> > > > Vote:
> > > > [ ] +1 - Recommend graduation of Apache ECharts as a TLP
> > > > [ ]  0 - I don't feel strongly about it, but don't object
> > > > [ ] -1 - Do not recommend graduation of Apache ECharts because...
> > > >
> > > > The VOTE will open for at least 72 hours.
> > > > <
> >
> https://www.timeanddate.com/countdown/vote?iso=20201126T1435&p0=237&msg=%5BVOTE%5D+Graduate+Apache+ECharts+as+TLP&font=serif&csz=1
> > >
> > > >
> >
> https://www.timeanddate.com/countdown/vote?iso=20201126T1635&p0=237&msg=Graduate+Apache+ECharts+as+TLP&font=serif&csz=1
> > > >
> > > > -
> > > >
> > > > X. Establish the Apache ECharts Project
> > > >
> > > > WHEREAS, the Board of Directors deems it to be in the best
> > > > interests of the Foundation and consistent with the
> > > > Foundation's purpose to establish a Project Management
> > > > Committee charged with the creation and maintenance of
> > > > open-source software, for distribution at no charge to
> > > > the public, related to a charting and data visualization
> > > > library written in JavaScript.
> > > >
> > > > NOW, THEREFORE, BE IT RESOLVED, that a Project Management
> > > > Committee (PMC), to be known as the "Apache ECharts Project",
> > > > be and hereby is established pursuant to Bylaws of the
> > > > Foundation; and be it further
> > > >
> > > > RESOLVED, that the Apache ECharts Project be and hereby is
> > > > responsible for the creation and maintenance of software
> > > > related to a charting and data visualization
> > > > library written in JavaScript; and be it further
> > > >
> > > > RESOLVED, that the office of "Vice President, Apache ECharts" be
> > > > and hereby is created, the person holding such office to
> > > > serve at the direction of the Board of Directors as the chair
> > > > of the Apache ECharts Project, and to have primary responsibility
> > > > for management of the projects within the scope of
> > > > responsibility of the Apache ECharts Project; and be it further
> > > >
> > > > RESOLVED, that the persons listed immediately below be and
> > > > hereby are appointed to serve as the initial members of the
> > > > Apache ECharts Project:
> > > >
> > > >* Houjin Huang  
> > > >* Deqing Li 
> > > >* Dong Rui  
> > > >* Kener Linfeng 
> > > >* Kevin A. McGrail  
> > > >* Wenli Zhang   
> > > >* Shen Yi   
> > > >* Shuang Su 
> > > >* Siwen Su  
> > > >* Junting Wang  
> > > >* Zhongxiang Wang   
> > > >* Dave Fisher   
> > > >* Sheng Wu  
> > > >* Zak Wu
> > > >
> > > > NOW, THEREFORE, BE IT FURTHER RESOLVED, that Wenli Zhang
> > > > be appointed to the office of Vice President, Apache ECharts, to
> > > > serve in accordance with and subject to the direction of the
> > > > Board of Directors and the Bylaws of the Foundation until
>

Re: Proposed Resolution: Establish Apache Flagon TLP

2020-09-20 Thread Kevin A. McGrail
With so much time passed you will also want to list the status of all the
checklist items for the incubator PMC to review.

On Sun, Sep 20, 2020, 15:11 lewis john mcgibbney  wrote:

> Hi general@,
> I just realized that the Flagon community already VOTE'd in favor of
> graduating the project from the Incubator quite some time ago! This
> happened in May 2018 when the project was under the former name SensSoft!!!
>
>
> https://lists.apache.org/thread.html/8fc3d752a4000b461fd7e8afd45b916025cc2b16bae52d65ca5a3083%40%3Cdev.senssoft.apache.org%3E
>
> Since then the project has undergone a name change (SensSoft --> Flagon)
> and made several releases. Going by the Graduation Check List [
> http://incubator.apache.org/guides/graduation.html#graduation_check_list]
> it looks like the next step is to create a Proposed Resolution thread
> (which will be followed by a formal VOTE) here on the general@incubator
> such that the graduation resolution can be scrutinized. The resolution
> follows
>
> The draft of the resolution:
>
> Establish the Apache Flagon Project
>
>WHEREAS, the Board of Directors deems it to be in the best
>interests of the Foundation and consistent with the
>Foundation's purpose to establish a Project Management
>Committee charged with the creation and maintenance of
>open-source software, for distribution at no charge to
>the public, related to thin-client behavioral logging capability
>useful for business analytics, usage analytics, usability and
>user testing.
>
>NOW, THEREFORE, BE IT RESOLVED, that a Project Management
>Committee (PMC), to be known as the "Apache Flagon Project",
>be and hereby is established pursuant to Bylaws of the
>Foundation; and be it further
>
>RESOLVED, that the Apache Flagon Project be and hereby is
>responsible for the creation and maintenance of software
>related to thin-client behavioral logging capability
>useful for business analytics, usage analytics, usability and
>user testing, and be it further
>
>RESOLVED, that the office of "Vice President, Apache Flagon be
>and hereby is created, the person holding such office to
>serve at the direction of the Board of Directors as the chair
>of the Apache Flagon Project, and to have primary responsibility
>for management of the projects within the scope of
>responsibility of the Apache Flagon Project; and be it further
>
>RESOLVED, that the persons listed immediately below be and
>hereby are appointed to serve as the initial members of the
>Apache Flagon Project:
>
>  * Joshua Poore  
>  * Lewis John McGibbney 
>  * Laura Mariano 
>  * Clayton Gimenez 
>  * Alex Ford 
>  * Steve York 
>  * Michelle Beard 
>  * Robert Foley 
>
>NOW, THEREFORE, BE IT FURTHER RESOLVED, that Joshua Poore
>be appointed to the office of Vice President, Apache Flagon, to
>serve in accordance with and subject to the direction of the
>Board of Directors and the Bylaws of the Foundation until
>death, resignation, retirement, removal or disqualification,
>or until a successor is appointed; and be it further
>
>RESOLVED, that the initial Apache Flagon PMC be and hereby is
>tasked with the creation of a set of bylaws intended to
>encourage open development and increased participation in the
>Apache Flagon Project; and be it further
>
>RESOLVED, that the Apache Flagon Project be and hereby
>is tasked with the migration and rationalization of the Apache
>Incubator Flagon podling; and be it further
>
>RESOLVED, that all responsibilities pertaining to the Apache
>Incubator Flagon podling encumbered upon the Apache Incubator
>Project are hereafter discharged.
>
>
>
> --
> http://home.apache.org/~lewismc/
> http://people.apache.org/keys/committer/lewismc
>


Re: [VOTE] Graduate Apache IoTDB as TLP

2020-09-17 Thread Kevin A. McGrail
On 9/17/2020 11:31 PM, Justin Mclean wrote:
> Hi,
>
> The project has become a TLP so there no need to vote any more :-)
>
> Thanks,
> Justin

+3.14159265359 (I vote for pie)

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



Re: [VOTE] Graduate Apache IoTDB as TLP

2020-09-11 Thread Kevin A. McGrail
I vote +1 (binding). KAM

On 9/10/2020 3:42 AM, Xiangdong Huang wrote:
> Dear all IPMCs:
>
> Following discussions with great support from our mentors,
> committers and community members.
> I would like to call for a formal VOTE for graduating Apache IoTDB
> (Incubating),
> as a Top Level Project.
>
> This is a formal voting thread about Apache IoTDB's graduation, please Vote:
> [X] +1 - Recommend graduation of Apache IoTDB as a TLP
> [ ]  0
> [ ] -1 - Do not recommend the graduation of Apache IoTDB because...
>
> The VOTE will open for at least 72 hours.
>
> Apache IoTDB (Incubating) entered the incubator in Nov 2018, the community
> has grown vibrantly since, with all the design, development happening on
> the Apache infrastructure, the "Apache Way".
>
> To list a few of the community's achievements,
>
> - Apache IoTDB name search has been approved
> - Accepted > 1300 PRs from 75 contributors
> - Migrated developer conversations to the list at d...@iotdb.apache.org
>   (more than 3000 mails, without JIRA notifications, and gitbox, are sent
> by more than 160 persons)
> - There are 9 versions (3 major versions) released successfully conformant
> to Apache release policy by 5 release managers;
> - Invited 12 new committers (all of them accepted)
> - invited 4 of those new committers to join the PMC (all of them accepted)
> - Our proposed PMC is diverse and consists of members from more than 10
> organizations
>
> Preparations and discussions history about the graduation:
>
> - The maturity assessment is done [2],
> - The community agreed on starting the graduation process in a formal vote
> [3] (result see [4]).
> And, I'd like to note that all our mentors also participated in the vote
> with a positive vote!
> - The community also decided about a suggestion for the initial VP, a
> charter [5, 6] and the initial PMC list [7].
> - We also received positive feedback from the incubator general mailing
> list [8].
>
>
> The draft of the resolution:
>
> Establish the Apache IoTDB Project
>
>WHEREAS, the Board of Directors deems it to be in the best
>interests of the Foundation and consistent with the
>Foundation's purpose to establish a Project Management
>Committee charged with the creation and maintenance of
>open-source software, for distribution at no charge to
>the public, related to an IoT native database with high performance
>for data management and analysis, on the edge and the cloud.
>
>NOW, THEREFORE, BE IT RESOLVED, that a Project Management
>Committee (PMC), to be known as the "Apache IoTDB Project",
>be and hereby is established pursuant to Bylaws of the
>Foundation; and be it further
>
>RESOLVED, that the Apache IoTDB Project be and hereby is
>responsible for the creation and maintenance of software
>related to an IoT native database with high performance
>for data management and analysis, on the edge and the cloud.
>and be it further
>
>RESOLVED, that the office of "Vice President, Apache IoTDB be
>and hereby is created, the person holding such office to
>serve at the direction of the Board of Directors as the chair
>of the Apache IoTDB Project, and to have primary responsibility
>for management of the projects within the scope of
>responsibility of the Apache IoTDB Project; and be it further
>
>RESOLVED, that the persons listed immediately below be and
>hereby are appointed to serve as the initial members of the
>Apache IoTDB Project:
>
>  * Chen Wang  
>  * Christofer Dutz 
>  * Dawei Liu 
>  * Gaofei Cao 
>  * Haonan Hou 
>  * Jialin Qiao 
>  * Jianmin Wang 
>  * Jincheng Sun 
>  * Jinrui Zhang 
>  * Julian Feinauer 
>  * Jun Yuan 
>  * Justin Mclean 
>  * Kevin A. McGrail 
>  * Kun Liu 
>  * Lei Rui 
>  * Rong Kang 
>  * Rui Liu 
>  * Shuo Zhang 
>  * Stefanie Zhao 
>  * Tian Jiang 
>  * Tianan Li 
>  * Willem Ning Jiang 
>  * Xiangdong Huang 
>
>NOW, THEREFORE, BE IT FURTHER RESOLVED, that Xiangdong Huang
>be appointed to the office of Vice President, Apache IoTDB, to
>serve in accordance with and subject to the direction of the
>Board of Directors and the Bylaws of the Foundation until
>death, resignation, retirement, removal or disqualification,
>or until a successor is appointed; and

Re: Help with video streaming infrastructure to NuttX Online Workshop

2020-07-31 Thread Kevin A. McGrail
Ok. I am open to using my zoom account if you need.

On Fri, Jul 31, 2020, 11:39 Alan Carvalho de Assis 
wrote:

> Hi Kevin,
>
> Thank you for the suggestion, yes I considered jitsi as an option, but
> it has users limit. It is limited to 75 users, but many reports said
> it is hard when using with more than 35 people.
>
> In theory we could support more users if we run it on our own server.
>
> The event will happen Aug 15-16 people can apply thru:
>
> https://nuttx.events/2020/06/15/apply-to-attend-nuttx-online-workshop/
>
> BR,
>
> Alan
>
> On 7/31/20, Kevin A. McGrail  wrote:
> > Have you looked at the free jitsi open source platform?
> >
> > When is your now event?
> >
> > On Fri, Jul 31, 2020, 10:58 Alan Carvalho de Assis 
> > wrote:
> >
> >> Dear Apache Leaders,
> >>
> >> Does Apache have some streaming account (i.e. Zoom) that we could use
> >> to N.O.W event?
> >>
> >> What will be the tool used to "ApacheCon @Home 2020" streaming?
> >>
> >> Could we use the same tool?
> >>
> >> I asked this question in the private list, but didn't get response.
> >>
> >> Anyway if Apache cannot supply that tool I will pay for Zoom account
> >> to use during the event.
> >>
> >> BR,
> >>
> >> 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: Help with video streaming infrastructure to NuttX Online Workshop

2020-07-31 Thread Kevin A. McGrail
Have you looked at the free jitsi open source platform?

When is your now event?

On Fri, Jul 31, 2020, 10:58 Alan Carvalho de Assis 
wrote:

> Dear Apache Leaders,
>
> Does Apache have some streaming account (i.e. Zoom) that we could use
> to N.O.W event?
>
> What will be the tool used to "ApacheCon @Home 2020" streaming?
>
> Could we use the same tool?
>
> I asked this question in the private list, but didn't get response.
>
> Anyway if Apache cannot supply that tool I will pay for Zoom account
> to use during the event.
>
> BR,
>
> Alan
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: [VOTE] Accept Pegasus into the Apache incubation

2020-06-20 Thread Kevin A. McGrail
Since my acceptance to mentor was implicit, I am an explicit +1 on this for
Pegasus.

--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Thu, Jun 18, 2020 at 9:07 PM Ming Wen  wrote:

> +1 non-binding
> Good luck.
>
> Thanks,
> Ming Wen, Apache APISIX & Apache SkyWalking
> Twitter: _WenMing
>
>
> zhangli...@apache.org  于2020年6月19日周五 上午1:25写道:
>
> > Hi,
> > +1 (not binding) and good luck.
> >
> >
> > --
> >
> > Liang Zhang (John)
> > Apache ShardingSphere & Dubbo
> >
> >
> > Furkan KAMACI  于2020年6月19日周五 上午12:42写道:
> >
> > > Hi,
> > >
> > > +1 (binding).
> > >
> > > Kind Regards,
> > > Furkan KAMACI
> > >
> > > On Thu, Jun 18, 2020 at 2:55 PM Michael Wall 
> wrote:
> > >
> > > > Looks interesting, +1 (binding)
> > > >
> > > > On Thu, Jun 18, 2020 at 7:28 AM Yu Li  wrote:
> > > >
> > > > > +1 (non-binding)
> > > > >
> > > > > Good luck!
> > > > >
> > > > > Best Regards,
> > > > > Yu
> > > > >
> > > > >
> > > > > On Thu, 18 Jun 2020 at 19:19, agile6v  wrote:
> > > > >
> > > > > > +1 (non-binding)
> > > > > >
> > > > > > Good luck.
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 5:42 PM Tao Wu <
> > > wutao.as.nevercha...@gmail.com
> > > > >
> > > > > > wrote:
> > > > > >
> > > > > > > Hi,
> > > > > > >
> > > > > > > After [the discussion of Pegasus proposal](
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://lists.apache.org/thread.html/d2dc725389e1e6d0b525f85201c6219973a568ed075837601fd6bd0b%40%3Cgeneral.incubator.apache.org%3E
> > > > > > > ),
> > > > > > > I would like to call a vote to accept this project into the
> > Apache
> > > > > > > Incubator.
> > > > > > >
> > > > > > > The proposal is here:
> > > > > > >
> > > >
> https://cwiki.apache.org/confluence/display/INCUBATOR/PegasusProposal
> > > > > > >
> > > > > > > Please cast your vote:
> > > > > > >
> > > > > > >   [ ] +1, bring Pegasus into Incubator
> > > > > > >   [ ] +0, I don't care either way
> > > > > > >   [ ] -1, do not bring Pegasus into Incubator, because...
> > > > > > >
> > > > > > > The vote will open for at least 72 hours and only votes from
> the
> > > IPMC
> > > > > > > members are considered binding, but other votes are welcome!
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Wu Tao
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>


Re: [Proposal] Pegasus - proposal for Apache Incubation

2020-06-09 Thread Kevin A. McGrail
While I am honored to be asked, I am mentoring actively a number of
projects right now with another one being proposed.
Please count me as a mentor but seek out others and consider me in reality
to be a 1/2 a mentor :-)

--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Mon, Jun 8, 2020 at 4:13 AM 吴涛  wrote:

> Thanks, Kevin. I'd very much appreciate it if you can become one of our
> mentors.
>
> Regards
>
> Tao.
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: [Proposal] Pegasus - proposal for Apache Incubation

2020-06-06 Thread Kevin A. McGrail
This looks very interesting.  I've used Redis a long time and Pegasus looks
very interesting.

I'd like to see a champion and some mentors but otherwise I really like
what I see here.

Regards,
KAM
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Tue, Jun 2, 2020 at 3:49 AM 吴涛  wrote:

> Dear Apache Incubator Community,
>
> I'd like to open up a discussion about incubating Pegasus at Apache. Our
> proposal can be found at https://pegasus-kv.github.io/community/proposal
> and is also included below.
>
> We are looking for possible Champion if anyone would like to volunteer.
> Thanks a lot!
>
> Best regards
>   Tao Wu
>
> Pegasus Proposal
>
> == Abstract ==
>
> Pegasus is a distributed key-value storage system that is designed to be
> horizontally scalable, strongly consistent and high-performance.
>
> - Pegasus codebase: https://github.com/XiaoMi/pegasus
> - Website: https://pegasus-kv.github.io
>
> == Proposal ==
>
> Pegasus is a key-value database that delivers low-latency data access
> together with horizontal scalability, using hash-based partitioning.
> Pegasus uses PacificA protocol for strong consistency and RocksDB as the
> underlying storage engine.
>
> We propose to contribute the Pegasus codebase and associated artifacts
> (e.g., documentation, website content, etc.) to the Apache Software
> Foundation, and aim to build an open community around Pegasus’s continued
> development in the ‘Apache Way’.
>
> == Background ==
>
> Apache HBase was recognized as mostly the only large-scale KV store
> solution in XiaoMi Corp until Pegasus came out in 2015. The original
> purpose of Pegasus was to solve the problems caused by HBase’s two-level
> architecture and implementation, including high latency because of Java GC
> and RPC overhead of the underlying distributed filesystem, and long
> failover time because of single point of RegionServer and recovery overhead
> of splitting and replaying the HLog files.
>
> Pegasus aims to fill the gap between Redis and HBase. As the former is
> in-memory, low latency, but does not provide a strong-consistency
> guarantee. And unlike the latter, Pegasus server is entirely written in C++
> and its read-write path relies merely on the local filesystem.
>
> Apart from performance requirements, we also need a storage system to
> ensure multiple-level data safety and support fast data migration among
> data centers, automatic load balancing, and online partition splitting.
>
> After investigating lots of existing storage systems in the open source
> world, we could hardly find a suitable solution to satisfy all the
> requirements. So the journey of Pegasus begins.
>
> === Rationale ===
>
> Pegasus is a mature and active project which has been widely adopted in
> XiaoMi. After the initial release of open source project in 2017, we have
> seen a great amount of interest across a diverse set of users and companies.
>
> Our experiences at committers and PMC members on other Apache projects
> have convinced us that having a long-term home at Apache foundation would
> be a great fit for the project, to ensure that processes and procedures are
> in place to keep project and community ‘healthy’ and free of any
> commercial, political or legal faults.
>
> === Initial Goal ===
>
> Move the existing codebase, website, documentation, and mailing lists to
> Apache-hosted infrastructure.
> Work with the infrastructure team to implement and approve our code
> review, build, and testing workflows in the context of the ASF.
> Incremental development and releases along with Apache guidelines.
>
> == Current Status ==
>
> Pegasus has been an open-source project on GitHub
> https://github.com/XiaoMi/pegasus since October 2017.
>
> === Meritocracy ===
>
> The intent of this proposal is to start building a diverse developer and
> user community around Pegasus following the ASF meritocracy model. We plan
> to invite more people as committers if they contribute to this project.
>
> === Releases ===
>
> Pegasus has undergone multiple public releases, listed here:
> https://github.com/XiaoMi/pegasus/releases.
>
> These old releases were not performed in the typical ASF fashion. We will
> adopt the ASF source release process upon joining the incubator.
>
> === Code Reviews ===
>
> Pegasus’s code reviews are currently public on Github
> https://github.com/XiaoMi/pegasus/pulls.
>
> === Community ===
>
> Pegasus seeks to develop developer and user communities during incubation.
>
> === Core Developers ===
>
> Currently most of the core developers of Pegasus are w

Re: [Proposal]New storage project: HBlock

2020-03-25 Thread Kevin A. McGrail
On 3/25/2020 5:39 PM, Ted Dunning wrote:
> On Wed, Mar 25, 2020 at 1:56 PM Kevin A. McGrail 
> wrote:
>
>> I have committed to champion and I think the points you make are good,
>> Ted.   Do you have the bandwidth to be a mentor?
>>
>  I don't have the time.
>
> I am interested in the project, but just can't afford the time and effort
> for mentoring a project like this that will need a lot of help and
> education. This would be even harder because of timezones. Most of my
> other-timezone meetings are with Europe (therefore early in my day). Adding
> Asia meetings and calls (necessary for education, I think) would mean
> burning both ends of the candle.

I understand but can't think of a better mentor for the project.  They
are looking for more mentors, btw, and I think HBlock presents a very
cool solution.  Anyone else willing to mentor them?

Regards,

KAM

-- 
Kevin A. McGrail
kmcgr...@apache.org

Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: [Proposal]New storage project: HBlock

2020-03-25 Thread Kevin A. McGrail
I have committed to champion and I think the points you make are good,
Ted.   Do you have the bandwidth to be a mentor?

I will work with them to set expectations about the process.  I have also
asked for them to do some community building now, too.
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Wed, Mar 25, 2020 at 12:00 PM Ted Dunning  wrote:

> Three things are very clear to me:
>
> 1) having an open source iSCSI implementation from a mature and experienced
> storage stream is a very cool thing, especially if it can be targeted to
> non HDFS storage relatively easily. Building such a thing requires very
> high levels of experience and expertise that have generally been lacking in
> the open source world.
>
> 2) this team is very naive about the negative impacts that Apache processes
> will have on their development speed and will need lots of mentoring. Given
> their release schedule, I think that there are symmetrical risks, first
> that the team will be tempted to JFDI when getting features out the door
> rather than communicate and share designs and second that if they build a
> proper community overcoming language, timezone and large internal team
> dynamics that the internal political costs will severe due to slower
> development.
>
> 3) this team is very enthusiastic about making open source work and that
> might be enough to allow them to succeed in spite of the difficulties.
>
> The path to success here is, in my opinion, to require strong and engaged
> mentorship and make it very clear before they come in that Apache may not
> be a good fit due to the pressures they face to delivery on a schedule. If
> incubation with a high risk of exit back to a non-Apache form is acceptable
> to the project team, then it should be fine for Apache.
>
>
>
> On Mon, Mar 9, 2020 at 7:45 PM Sheng Wu  wrote:
>
> > Hi
> >
> > Personally, and basically, I am feeling the team has misunderstood
> > the meaning of incubator and the requirements of building the community.
> > Same as the last time discussion, I still think they will be in a big
> > pressure as they have to deal with the basic feature development,
> community
> > build and following ASF incubator requirements at the same time if they
> are
> > accepted into the incubator. And at the same time, the team lacks the
> > experiences of open source community in or out of ASF.
> > I am not sure whether this is good for the project. Seem like a little
> > hurry to join the incubator.
> > More Comments inline.
> >
> > Willing to listen to what other IPMCs think.
> >
> >  于2020年3月10日周二 上午10:21写道:
> >
> > > Hi, All,
> > >
> > > We are China Telecom Corporation Limited Cloud Computing Branch
> > > Corporation.
> > > We hope to contribute one of our projects named 'HBlock' to Apache.
> > > Here is the proposal of HBlock project, please feel free to let me know
> > > what
> > > the concerns and suggestions from you. Thank you so much.
> > >
> > > HBlock Proposal
> > >
> > > 1.Abstract
> > > The HBlock project will be an enterprise distributed block storage.
> > >
> > > 2.Proposal
> > > HBlock provides a distributed block storage with the following
> features:
> > > 2.1.User-space iSCSI target: HBlock will implement an iSCSI target that
> > is
> > > RFC-7143 (https://tools.ietf.org/html/rfc7143) compliant written in
> pure
> > > Java designed to run on top of any mainstream Operating System,
> including
> > > Windows and Linux, as a user-space process.
> > > 2.2.Enterprise level features: HBlock will implement comprehensive
> > > enterprise level features, such as
> > > Asymmetric Logical Unit Access (ALUA, Information technology -SCSI
> > Primary
> > > Commands - 4 (SPC-4),
> > https://www.t10.org/cgi-bin/ac.pl?t=f&f=spc4r37.pdf),
> > >
> > > Persistent Reservations (PR, Information technology -SCSI Primary
> > Commands
> > > -
> > > 4 (SPC-4), https://www.t10.org/cgi-bin/ac.pl?t=f&f=spc4r37.pdf),
> > > VMware vSphere Storage APIs - Array Integration(VAAI,
> > >
> > >
> >
> https://www.vmware.com/techpapers/2012/vmware-vsphere-storage-apis-array-int
> > > egration-10337.html
> > > <
> >
> https://www.vmware.com/techpapers/2012/vmware-vsphere-storage-apis-array-integration-10337.html
> > >
> > > ),
> > > Offloaded Data Transfer(ODX,
> > >
> > >
> >

Re: [VOTE] Accept YuniKorn into Apache Incubator

2020-01-13 Thread Kevin A. McGrail
+1 Binding

On 1/12/2020 9:28 PM, Yiheng Wang wrote:
> +1 ( non-binding)
>
> On Sat, Jan 11, 2020 at 1:47 AM Vinod Kumar Vavilapalli 
> wrote:
>
>> Hi,
>>
>> I'd like to call a vote on accepting YuniKorn into the Apache Incubator.
>>
>> Please see the discussion thread [1].
>>
>> Please see the full proposal:
>> https://cwiki.apache.org/confluence/display/INCUBATOR/YuniKornProposal
>>
>> Please cast your vote
>>
>> [ ] +1 Accept YuniKorn into the Incubator
>> [ ] +0 Indifferent to the acceptance of YuniKorn
>> [ ] -1 Do not accept YuniKorn because …
>>
>> The vote will be open at least for 72 hours.
>>
>> Incubator PMC member votes are binding. Everyone else is welcomed to vote
>> too (mark them as non-binding if you can)!
>>
>> Thanks
>> +Vinod
>>
>> [1] [DISCUSS] YuniKorn Proposal
>> https://lists.apache.org/thread.html/59a3fc019119352f06e75a2bae5c25cd1b652282d7a59b85ed2188cf%40%3Cgeneral.incubator.apache.org%3E
>> -------------
>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>> For additional commands, e-mail: general-h...@incubator.apache.org
>>
>>
-- 
Kevin A. McGrail
kmcgr...@apache.org

Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: [VOTE] Release Apache ECharts (incubating) 4.6.0 (release candidate 1)

2019-12-23 Thread Kevin A. McGrail
I'm sorry I cannot vote at this time due to the holiday.

On 12/20/2019 1:18 AM, Justin Mclean wrote:
> Hi,
>
> +1 (binding)
>
> I checked:
> - incubating in name
> - DISCLAIMER exists 
> - LICENSE and NOTICE OK
> - No unexpected binary files
> - All files have ASF headers
>
> I notice the README has the line:
> + [Baidu Map 
> 百度地图扩展](https://github.com/apache/incubator-echarts/tree/master/extension/bmap)
>
> Why is it called Baidu Map, when the code belongs to the ASF and the code has 
> ASF headers?
>
> Thanks,
> Justin
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
-- 
Kevin A. McGrail
kmcgr...@apache.org

Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: [Vote] Release Apache IoTDB 0.8.2

2019-12-11 Thread Kevin A. McGrail
I vote +1 binding as well.

+1 (binding)

I checked the same with one exception:
- Incubating in the name of source and binary kit
- DISCLAIMER exists
- LICENSE and NOTICE are fine
- No unexpected binary files
- Checked PGP signatures
- Checked Checksums
- I used the binaries for testing.

Regards,
KAM
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Wed, Dec 11, 2019 at 6:30 AM Willem Jiang  wrote:

> +1 (binding)
>
> I checked
> - Incubating in the name of source and binary kit
> - DISCLAIMER exists
> - LICENSE and NOTICE are fine
> - No unexpected binary files
> - Checked PGP signatures
> - Checked Checksums
> - Build the source without any issue
>
> Willem Jiang
>
> Twitter: willemjiang
> Weibo: 姜宁willem
>
> On Sun, Dec 8, 2019 at 10:10 PM Xiangdong Huang 
> wrote:
> >
> > Hello all,
> >
> > This is a call for vote to release Apache IoTDB (Incubating) version
> 0.8.2,
> > which is a bug fix version of 0.8.1.
> >
> > The Apache IoTDB community has voted on and approved a proposal to
> release
> > Apache IoTDB (Incubating) version 0.8.2.
> >
> > We now kindly request the Incubator PMC members review and vote on this
> > incubator release.
> >
> > Apache IoTDB (incubating) (Database for Internet of Things) is an
> > integrated data management engine designed for timeseries data. It
> provides
> > users with services for data collection, storage and analysis.
> >
> > IoTDB community vote and result thread:
> > Result:
> >
> https://lists.apache.org/thread.html/918d52d0fd306aa92b9ad3f0510611e73dc843d65c6747bd28c6a143%40%3Cdev.iotdb.apache.org%3E
> > Vote:
> >
> https://lists.apache.org/thread.html/dadba801d3e72b97d997d17470bcf98bdfd217cde14434c8db847ca4%40%3Cdev.iotdb.apache.org%3E
> >
> > The release candidates (RC2):
> > https://dist.apache.org/repos/dist/dev/incubator/iotdb/0.8.2/rc2
> >
> > Git tag for the release (RC2):
> > https://github.com/apache/incubator-iotdb/releases/tag/release%2F0.8.2
> >
> > Hash for the release tag:
> > 09a94f2c02dec27f483a2ccb41a8265331be193d
> >
> > Release Notes:
> >
> https://github.com/apache/incubator-iotdb/blob/release/0.8.2/RELEASE_NOTES.md
> >
> > The artifacts have been signed with Key : 2206EF8F64C35889, which can be
> >
> > found in the keys file:
> > https://dist.apache.org/repos/dist/dev/incubator/iotdb/KEYS
> >
> > Look at here for how to verify this release candidate:
> >
> https://cwiki.apache.org/confluence/display/IOTDB/Validating+a+staged+Release
> >
> > The vote will be open for at least 72 hours.
> >
> >
> > From the PPMC Vote we carry over 1 binding IPMC Votes:
> >
> > +1 from Justin Mclean
> >
> > The vote will be passed if there is more than 2 +1 votes (except for
> Justin
> > Mclean)  and no -1 votes.
> >
> > Look forward to all IPMCs' vote for it.
> >
> > Please vote accordingly:
> > [ ] +1 approve
> > [ ] +0 no opinion
> > [ ] -1 disapprove with the reason
> >
> > Yours Sincerely,
> > Xiangdong Huang
> > Apache IoTDB (incubating)
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: [VOTE] Apache BatchEE leaving the incubator

2019-12-06 Thread Kevin A. McGrail
+1 binding

On Fri, Dec 6, 2019, 22:42 Kenneth Knowles  wrote:

> +1
>
> On Fri, Dec 6, 2019 at 2:08 PM Paul King  wrote:
>
> > +1  to join Apache Geronimo
> >
> > On Fri., 6 Dec. 2019, 5:51 pm Romain Manni-Bucau,  >
> > wrote:
> >
> > > Hi everyone,
> > >
> > > BatchEE community voted to leave the incubator to join Apache Geronimo
> > as a
> > > subproject.
> > >
> > > Here is the vote thread:
> > >
> http://mail-archives.apache.org/mod_mbox/batchee-dev/201912.mbox/browser
> > >
> > > Please vote:
> > >
> > >  [ ] +1 to retire Sirona
> > >  [ ] -1 to retire Sirona ${cause}
> > >
> > > Vote will be opened for 3 days or until 3 +1 bindings are reached as
> > usual
> > >
> > > Here is my +1
> > >
> > > Romain Manni-Bucau
> > > @rmannibucau  |  Blog
> > >  | Old Blog
> > >  | Github <
> > > https://github.com/rmannibucau> |
> > > LinkedIn  | Book
> > > <
> > >
> >
> https://www.packtpub.com/application-development/java-ee-8-high-performance
> > > >
> > >
> >
>


Re: Font size on incubator site too small?

2019-11-27 Thread Kevin A. McGrail
Won't find me arguing against larger fonts ...

On Wed, Nov 27, 2019, 18:45 Justin Mclean  wrote:

> Hi,
>
> The move in general is to larger fonts:
> https://blog.marvelapp.com/body-text-small/
>
> https://learnui.design/blog/mobile-desktop-website-font-size-guidelines.html
>
> https://designshack.net/articles/typography/is-your-website-font-size-too-small/
>
> Thanks,
> Justin
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: [VOTE] Release Apache IoTDB 0.9.0

2019-11-27 Thread Kevin A. McGrail
+1 binding

On Wed, Nov 27, 2019, 07:10 Gosling Von  wrote:

> Hi,
>
> +1 (binding)
>
> I’v checked:
> - LICENSE and NOTICE files are good.
> - No binary file in the source kit.
> - DISCLAIMER is included.
> - All files have license headers if necessary.
>
>
>
> Best Regards,
> Von Gosling
>
> > On Nov 27, 2019, at 3:48 PM, Jialin Qiao  wrote:
> >
> > Hello all,
> >
> > This is a call for vote to release Apache IoTDB (Incubating) version
> 0.9.0, a
> > major version with many exciting features.
> >
> > The Apache IoTDB community has voted on and approved a proposal to
> > release Apache
> > IoTDB (Incubating) version 0.9.0.
> >
> > We now kindly request the Incubator PMC members review and vote on
> > this incubator
> > release.
> >
> > Apache IoTDB (incubating) (Database for Internet of Things) is an
> > integrated data management engine designed for time series data. It
> > provides users with services for data collection, storage and analysis.
> >
> > IoTDB community vote and result thread:
> > Result:
> >
> https://lists.apache.org/thread.html/ebf6b2b4f435868a14e89fa3a767f99a0db71f4e22a7acc9a7b5b22b@%3Cdev.iotdb.apache.org%3E
> > Vote:
> >
> https://lists.apache.org/thread.html/ddcdc40e74e7592dd9efe190ef96cc62cf0b07d9e0aa4e7f0d6e7577@%3Cdev.iotdb.apache.org%3E
> >
> > The release candidates (RC5):
> > https://dist.apache.org/repos/dist/dev/incubator/iotdb/0.9.0/rc5
> >
> > Git tag for the release (RC5):
> > https://github.com/apache/incubator-iotdb/releases/tag/release%2F0.9.0
> > 
> >
> > Hash for the release tag:
> > 257df94d57c29c628b1ab0d6a2fdd20ba7df9ca4
> >
> > Release Notes:
> >
> https://dist.apache.org/repos/dist/dev/incubator/iotdb/0.9.0/rc5/RELEASE_NOTES.md
> >
> > The artifacts have been signed with Key: 0FC7F131CAA00430, which can
> > be found in the keys file:
> > https://dist.apache.org/repos/dist/dev/incubator/iotdb/KEYS
> >
> > Look at here for how to verify this release candidate:
> >
> https://cwiki.apache.org/confluence/display/IOTDB/Validating+a+staged+Release
> >
> > The vote will be open for at least 72 hours.
> >
> > A minimum of 3 IPMC +1 votes and more binding +1 than binding -1 are
> > required to pass the vote.
> >
> > Please vote accordingly:
> > [ ] +1 approve
> > [ ] +0 no opinion
> > [ ] -1 disapprove with the reason
> >
> > Jialin Qiao
> > Apache IoTDB
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: [VOTE] Accept StreamPipes into the Apache Incubator

2019-11-08 Thread Kevin A. McGrail
+1 (binding)

KAM

On 11/8/2019 12:59 AM, Mohammad Asif Siddiqui wrote:
> +1 (binding)
>   
> Regards  
> Asif
>
> On 2019/11/07 21:52:24, Joe Witt  wrote: 
>> +1(binding)
>>
>> On Thu, Nov 7, 2019 at 4:45 PM Kevin Ratnasekera 
>> wrote:
>>
>>> +1 ( binding )
>>>
>>> On Fri, Nov 8, 2019 at 2:04 AM Bertrand Delacretaz <
>>> bdelacre...@codeconsult.ch> wrote:
>>>
>>>> On Thu, Nov 7, 2019 at 8:00 PM Dominik Riemer  wrote:
>>>>>   [X ] +1, bring StreamPipes into the Incubator..
>>>> With 5 mentors for 5 initial committers you should be well taken care of
>>>> ;-)
>>>>
>>>> -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
>
-- 
Kevin A. McGrail
kmcgr...@apache.org

Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: [VOTE] Accept TubeMQ into the Apache Incubator

2019-10-30 Thread Kevin A. McGrail
 and Issue Tracking(Github issues)
>>>
>>> =Current Resources=
>>>
>>> Initial source: github.com/Tencent/TubeMQ
>>>
>>> Initial documentation
>>>
>>> =Source and Intellectual Property Submission Plan=
>>>
>>> The TubeMQ source code in Github is currently licensed under Apache
>>> License v2.0 and the copyright is assigned to Tencent. If TubeMQ
>>> becomes an Incubator project at the ASF, Tencent will transfer the
>>> source code and trademark ownership to the Apache Software Foundation
>>> via a Software Grant Agreement.
>>>
>>> =External Dependencies=
>>>
>>> ==External dependencies licensed under Apache License 2.0==
>>>
>>> citrusr3.1.4
>> https://github.com/webx/citrus
>>> commons-cli <https://github.com/webx/citruscommons-cli>1.2
>>>https://github.com/apache/commons-cli
>>> commons-codec <https://github.com/apache/commons-clicommons-codec>
>>> 1.10
>>> https://github.com/apache/commons-codec
>>> commons-lang 2.6
>>> https://github.com/apache/commons-lang
>>> commons-io <https://github.com/apache/commons-langcommons-io>
>>>  2.1   https://github.com/apache/commons-io
>>> easymock 2.5.2
>>> https://github.com/easymock/easymock
>>> fastjson1.2.60
>>> https://github.com/alibaba/fastjson
>>> guava   13.0 https://github.com/google/guava
>>> hbase 0.94.27
>>> https://github.com/apache/hbase
>>> ini4j  0.5.1
>>> https://sourceforge.net/projects/ini4j
>>> mina apache-2.0.12-src
>>> https://github.com/apache/mina
>>> netty 3.8.0.Final
>>> https://github.com/netty/netty
>>> openmct v0.9.0
>>> https://gitee.com/ford25v6/openmct
>>> powermock  1.6.5
>>> https://github.com/powermock/powermock
>>> velocity 1.7
>>> https://github.com/apache/velocity-engine
>>> velocity-tools 2.0
>>> https://github.com/apache/velocity-tools
>>> zookeeper3.4.3
>>> https://github.com/apache/zookeeper
>>> Apache Avro 1.7.6
>>> https://github.com/apache/avro
>>> jetty  6.1.26
>>> http://central.maven.org/maven2/org/mortbay/jetty
>>> Berkeley DB   Java Edition 7.3.7
>>> http://download.oracle.com/otn/berkeley-db
>>> spring-core 4.1.6.RELEASE
>>> https://github.com/spring-projects/spring-framework
>>> spring-context   4.1.6.RELEASE
>>> https://github.com/spring-projects/spring-framework
>>> spring-jdbc4.1.6.RELEASE
>>> https://github.com/spring-projects/spring-framework
>>> spring-orm4.1.6.RELEASE
>>> https://github.com/spring-projects/spring-framework
>>> servlet-api2.5
>>> http://central.maven.org/maven2/org/mortbay/jetty/servlet-api
>>> jackson-mapper-asl 1.9.13
>>> http://www.java2s.com/Code/JarDownload/jackson-mapper
>>> Metamorphosis   metamorphosis-all-1.4.4
>>> https://github.com/killme2008/Metamorphosis
>>>
>>>
>>> ==External dependencies licensed under the MIT License==
>>>
>>> datatables 1.10.7
>>> https://github.com/DataTables/DataTables
>>> JustWriting 1.0.0
>>> https://github.com/GingJan/JustWriting
>>> jquery 1.11.3
>>> https://github.com/jquery/jquery
>>> slf4j <https://github.com/jquery/jqueryslf4j> 1.6.2
>>>  https://github.com/qos-ch/slf4j
>>> mockito 2.0.2-beta   https://github.com/mockito/mockito
>>>
>>> ==External dependencies licensed under the New BSD License==
>>>
>>> protobuf   2.5.0
>> https://github.com/google/protobuf
>>> ==External dependencies licensed under the Eclipse Public License 1.0==
>>>
>>> junit   4.11
>>> https://github.com/junit-team/junit4
>>>
>>> ==Cryptography==
>>>
>>> Not applicable.
>>>
>>>
>>> =Initial Committers=
>>>
>>> Goson Zhang
>>> Guangxu Cheng gxch...@apache.org
>>> Jerry Shao js...@apache.org
>>> Jie Jiang
>>> Junjie Chen
>>> Junping Du junping...@apache.org
>>> Kayne Wu
>>> Lamber Liu
>>> Osgoo Li
>>> Peng Chen
>>> Sijie Guo
>>> Xiang Li xian...@apache.org
>>> Yiheng Wang
>>> Yuhong Liu
>>> Zak Wu
>>> Zili Chen ti...@apache.org
>>>
>>> =Sponsors=
>>>
>>> Champion and mentor: David Nalley ke4...@apache.org (ASF Member,
>>> Incubator PMC)
>>> Mentors: Junping Du junpin...@apache.org (ASF Member, Incubator PMC)
>>>Justin Mclain jmcl...@apache.org (ASF Member, VP of
>>> Incubator)
>>>Sijie Guo si...@apache.org (ASF Member, Incubator PMC)
>>>Zhijie Shen zjs...@apache.org (ASF Member, Incubator PMC)
>>>Jean-Baptiste Onofre jbono...@apache.org (ASF Member,
>>> Incubator PMC)
>>>
>>> =Sponsoring Entity=
>>>
>>> The Apache Incubator
>>>
>>>
>>>
>>> [1]
>> https://cwiki.apache.org/confluence/display/INCUBATOR/TubeMQ+Proposal
>>> - Side note that the wiki page has an informative graphic, which is
>>> not present in this email.
>>>
>>> -
>>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>>> For additional commands, e-mail: general-h...@incubator.apache.org
>>>
>>>
-- 
Kevin A. McGrail
kmcgr...@apache.org

Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: [VOTE] Release Apache IoTDB 0.8.1 (a bug-fix version of 0.8.0)

2019-10-22 Thread Kevin A. McGrail
+1 binding, non lazy.

On Tue, Oct 22, 2019, 04:59 Gosling Von  wrote:

> +1, binding
>
> p.s. dropped lazy keyword, release can not be lazy consensus; the default
> name could be polished. I found the apache-iotdb-0.8.1-incubating 2 name
> when unzipped source and release files at the same directory :-)
>
>
> Best Regards,
> Von Gosling
>
> > On Oct 21, 2019, at 1:46 PM, Xiangdong Huang  wrote:
> >
> > Hello all,
> >
> > This is a call for vote to release Apache IoTDB (Incubating) version
> 0.8.1,
> > which is a bug-fix Release of 0.8.0 for the IoTDB Project.
> >
> > The Apache IoTDB community has voted on and approved a proposal to
> release
> > Apache IoTDB (Incubating) version 0.8.1.
> >
> > We now kindly request the Incubator PMC members review and vote on this
> > incubator release.
> >
> > Apache IoTDB (incubating) (Database for Internet of Things) is an
> > integrated data management engine designed for timeseries data. It
> provides
> > users with services for data collection, storage and analysis.
> >
> > IoTDB community vote and result thread:
> > Result:
> >
> https://lists.apache.org/thread.html/3773662919c65fb997322f7c1a5fd54560da079b912846ccb1a56b2e@%3Cdev.iotdb.apache.org%3E
> >
> > Vote:
> >
> https://lists.apache.org/thread.html/0b2153f07af8f2a0f7ac13b8005c67f2d511bc30a9a2e20a461d60f4@%3Cdev.iotdb.apache.org%3E
> > (and one vote is at
> >
> https://lists.apache.org/thread.html/741fc778f75607d58f8e814c9f7297bcdc7098b96f65d4abd299da7e@%3Cdev.iotdb.apache.org%3E
> > )
> >
> > The release candidates (RC3):
> > https://dist.apache.org/repos/dist/dev/incubator/iotdb/0.8.1/rc3
> >
> > Git tag for the release (RC3):
> > https://github.com/apache/incubator-iotdb/releases/tag/release%2F0.8.1
> >
> > Hash for the release tag:
> > 4b8d46f9861e12bbe4a1d952bede7c9293b90b46
> >
> > Release Notes:
> >
> https://dist.apache.org/repos/dist/dev/incubator/iotdb/0.8.1/rc3/RELEASE_NOTES.md
> >
> > The artifacts have been signed with Key : 2206EF8F64C35889, which can be
> > found in the keys file:
> > https://dist.apache.org/repos/dist/dev/incubator/iotdb/KEYS
> >
> > Look at here for how to verify this release candidate:
> > https://cwiki.apache.org/confluence/display/IOTDB
> > /Validating+a+staged+Release
> >
> > The vote will be open for at least 72 hours.
> >
> > From the PPMC Vote we cary over 3 binding IPMC Votes:
> >
> > +1 from Justin McLean,
> > +1 from Christofer Dutz,
> > +1 from Kevin A. McGrail
> >
> > Thus, I took the freedom to declare the Vote as Lazy as no futher
> positive
> > votes are necessary and only a -1 Vote could cancel the vote.
> >
> > Please vote accordingly:
> > [ ] +1 approve
> > [ ] +0 no opinion
> > [ ] -1 disapprove with the reason
> >
> > Best,
> >
> > Xiangdong Huang
> > Apache IoTDB
> >
> > ---
> > Xiangdong Huang
> > School of Software, Tsinghua University
> >
> > 黄向东
> > 清华大学 软件学院
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: [DISCUSS] Drop requirement that ASF members can join IPMC by just asking

2019-08-12 Thread Kevin A. McGrail
On 8/12/2019 5:28 PM, Greg Stein wrote:
> I'm -0 on removal of the precedent.

Is there a problem we are trying to solve or is this just a concern that
it might become a problem as we scale?

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: Publising Wrong Distribution

2019-08-05 Thread Kevin A. McGrail
Just bump the release version to 2.0.2 with the fix is my recommendation.

On 8/5/2019 6:51 AM, Furkan KAMACI wrote:
> Hi All,
>
> One of the projects that I am mentoring has a situation needs to be
> resolved. I've copied the case below. What do you think about it:
>
> "I want to resolve this soon.
>
> Again the issue is this:
>
> I pushed a bad package.json (with ‘files’ field) file to our v2.0.1 RC1.
> This escaped testing prior to VOTE for v2.0.1 because I was only testing
> with 'npm install' from repo (takes files direct from repo) rather than
> ’npm pack’ + ’npm install’ (packages tarball as though it were pushed to
> npm registry, then installs from tarball). After the VOTE passed, I
> followed up on release procedures, and published v2.0.1 RC1 to npm as
> flagon-userale v2.0.1. The resulting npm package in the registry did not
> include critical artifacts and scripts (I tested again immediately after
> publishing).
>
> There was no choice but to unpublish v2.0.1 from the npm registry. ‘latest’
> is v2.0.0.
>
> The issue at hand is that we cannot now republish to npm a version
> 2.0.1—the registry is immutable. We have to publish a package with a
> different version number.
>
> My question was whether there were any issues in bumping Apache Flagon
> v2.0.1 to v2.0.2, release through Apache and push to npm as v2.0.2 to
> synchronize semantic versioning between Apache dist/releases and npm.js. Or
> whether this requires a new release VOTE.
>
> The alternatives are:
>
> 1. Proceed with release of v2.0.1 (adding fixes to package.json), then wait
> until next version 2.0.2 to publish to npm—I don’t like this because 2.0.1
> is a security-related patch, which  fixes over 200 low-depth dependency
> vulnerabilities. v2.0.2 should be ready in a week or two, still we lose
> consumer confidence everyday we don’t address these vulnerabilities.
>
> 2. Release an unofficial v2.0.2 on npm then synchronize Apache and npm
> releases at v2.0.3—I don’t like this at all.
>
> I am looking for any thoughts on the cleanest way to do this and generally
> what best practice is from an Apache voting perspective.
>
> I have corrected the flaw in the current 2.0.1, and tested using npm pack.
> This has been pushed to a new RC branch:
> https://github.com/apache/incubator-flagon-useralejs/tree/v2.0.1-RC2";
>
> Kind Regards,
> Furkan KAMACI
>

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: [VOTE][LAZY] the Incubator as a service provider for podlings (was: overzealous bureaucracy...)

2019-07-18 Thread Kevin A. McGrail
+1
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Thu, Jul 18, 2019 at 9:54 AM Jim Jagielski  wrote:

> Agreed. I think some of the conversation on that thread was likely
> polarizing and heated and my hope is that it isn't continued in this thread
> (whether it was self-justified as being "ham-handed" or not).
>
> > On Jul 18, 2019, at 4:12 AM, Bertrand Delacretaz 
> wrote:
> >
> > Hi,
> >
> > As discussed in the "overzealous bureaucracy" thread, I suggest
> > changing the text on the http://incubator.apache.org/ homepage to
> > present the Incubator as a service provider for podlings.
> >
> > I think the current description can be understood as the Incubator
> > being a"stern gatekeeper to the ASF" and that's not good.
> >
> > Defining the Incubator a service provider will give us a documented
> > basis to adapt our tone and processes if we (or podlings) notice that
> > we're being a stern gatekeeper again, as has happened in the past.
> >
> > If people agree with the general idea we can discuss the details of
> > the new text at https://github.com/apache/incubator/pull/12 if needed.
> >
> > I suggest using this thread more to discuss (and hopefully approve ;-)
> > the general idea of this change.
> >
> > I'm planning to merge #12 in the next few days unless someone from the
> > Incubator PMC objects.
> >
> > -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
>
>


Re: [IMPORTANT] Board proposal on podling releases

2019-06-07 Thread Kevin A. McGrail
On 6/7/2019 12:09 PM, Bertrand Delacretaz wrote:
> Hi Kevin,
>
> On Fri, Jun 7, 2019 at 5:29 PM Kevin A. McGrail  wrote:
>> ... I would urge you to see the lengthy thread on the matter...
> I won't - if the proposal implies disclaimers, tickets etc. those
> conditions should be included in the proposal, such that a single URL
> provides all the required information without having to read long
> threads.
>
> Once again, if I was on the Board I would reject such a proposal
> without a clear list of conditions, precautions etc...but I'm not
> anymore, so if people think it will pass like that I'm fine.
>
> -Bertrand
Fair enough.  Justin, I'm happy to work with you on the proposal
refinement this weekend.  Craig had a great checklist that incorporated
a lot of my thoughts.

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: [IMPORTANT] Board proposal on podling releases

2019-06-07 Thread Kevin A. McGrail
On 6/7/2019 11:26 AM, Bertrand Delacretaz wrote:
> On Fri, Jun 7, 2019 at 5:22 PM Justin Mclean  wrote:
>> ...I assume from your response that you disagree with the proposal or want 
>> it modified? If so how?...
> I don't think it's reasonable to allow releases with "serious" issues.
> But let's see what the Board thinks.

I would urge you to see the lengthy thread on the matter.

There are some requirements that were discussed like: acknowledging the
problem with a ticket, having a more descriptive disclaimer for
incubating releases, making progress on issues, etc. that can allow more
leniency.

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171



Re: Incubator report

2019-06-07 Thread Kevin A. McGrail
I think the wiki is messing stuff up.  I noticed the wiki moved parts
around when I was signing off on a report.  I ended up with gibberish moved
from another part of the report and had to fix it.

On Fri, Jun 7, 2019, 01:56  wrote:

> Hi,
>
> > I saw the formatting change while I was editing. I think we had colliding
> > changes that blew up the formatting.
>
> I think so, teh markdown got moved out of the box and confluence
> “helpfully" remove most of the whitespace that markdown needs. I not sure I
> like “let all edit this at once” feature. Thanks for adding your changed
> again.
>
> Thanks,
> Justin
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: Podling releases and release policy

2019-06-02 Thread Kevin A. McGrail
I think the fact that incubating releases are not official ASF releases
covers this issue.  The full effect of the shield is more a risk for the
programmers in the limbo state of incubating from my perspective.

On 6/1/2019 11:27 PM, Justin Mclean wrote:
> Hi,
>
> The other though that occurred to me is if we do this, are the people 
> involved covered by ASF’s legal shield? i.e Does it pass the clean line 
> mentioned in [1].
>
> "Deviations from this policy may have an adverse effect on the legal shield's 
> effectiveness, or the insurance premiums Apache pays to protect officers and 
> directors, so are strongly discouraged without prior, explicit board 
> approval. "
>
> Thanks,
> Justin
>
> 1. http://www.apache.org/legal/release-policy.html#why
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: Podling releases and release policy

2019-05-31 Thread Kevin A. McGrail
Hi Justin,

Before putting it to the board, have we ever had a IPMC vote on the
matter?  I think the board wants to delegate because legally, there
isn't a chance in hell they are going to vote on it any way but
negatively because to me, they have no choice but to formally say no. 
This is a possible example of purposefully turning a blind eye because
it's hard for podlings to come up to speed.

So perhaps if we set an incubator policy of a podling release being a
little more lenient, the board would delegate because the legal issues
are about nil.  It's like making a law where 20% of America is a
criminal.  Is it really enforceable and especially without prejudicial
or preferential treatment? 

What I like to see from a podling is: acknowledgment of the issues,
tickets on the issues, and consistent improvement.

What we cannot see is: a podling NOT saying "incubating" in a release or
saying no, we will not fix these issues.

Perhaps we need a podling disclaimer for all podling releases that
explains more about what is a podlings and what is an incubating
release.  Perhaps it can contain appropriate caveats that the release
may have issues that are being worked on that up to and including
licensing issues.  Links to Jira as well would be good.  Then if we
enforce tickets about known issues, we can both hold podlings
accountable and enlighten users about the risks.

I agree there are some examples where podlings are pushing our good
faith on not fixing issues.  But there are others that are just
overwhelmed and we need to help more with the podlings where English is
a second language.  Perhaps something to ask the new D&I committee to
assist with.  Lots of discussion about overcoming language barriers of
late on board-chat too.

Regards,
KAM
On 5/31/2019 11:28 PM, Justin Mclean wrote:
> Hi,
>
> It been suggested a few times by several people on several lists that podling 
> releases (particularly early one’s) don’t need to comply with release and 
> distribution policy even if they have serious issues. The question has been 
> asked to the board several times but we’ve never got a clear answer (as the 
> question is hypothetical) or the answer is no that’s not allowed. The 
> incubator does not set those policies, the board and infra do. I’m going to 
> ask the board to give us a clear answer on this to see if they are OK to 
> grant an exception to those policies for podling releases and if our current 
> DISCLAIMER covers those sort of issues.
>
> Anyone have anything to add or any objections to this before I ask them?
>
> The serious issues I’m talking about here include compiled source or 
> inclusion of GPL (or other Category X) code in a source release or a Category 
> X dependancy or include code that the podling doesn’t have permission to 
> distribute i.e.  the ones that people constantly vote -1 for. Last time I 
> calculated the stats for 300+ released I found 1 in 5 podling releases had a 
> serious issue like this.
>
> If the board (and infra) does say this is OK, podlings would still have to 
> have releases that copy with policy on graduation, so this puts more 
> responsibility on the mentors and the projects themselves. Worse case the 
> IPMC may have to reject graduation of a project that hasn’t got its releases 
> in order.
>
> Thanks,
> Justin
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: Missing Mentors

2019-05-09 Thread Kevin A. McGrail
I am twice on the report of I am one of the 13.  I can't figure out how to
read this report very well.

On Thu, May 9, 2019, 23:33 Justin Mclean  wrote:

> Hi,
>
> A while back we went though the process of identifying missing mentors and
> t was discussion that there a good correlation between not signing off
> reports and being missing. Whimsey has a page that tracks this [1].
>
> From  [1] I can see a number of mentors that have not been signing off
> reports. Do people think it time to ask those mentor who are not being
> active to either become more involved or step down?
>
> The good news is that with some mentors standing down (who appear on that
> list), and some projects graduating there’s only only 13 mentors I’ve
> identified that we need to check if they still want to continue or have the
> time to help their podling out. That’s huge improvement over last time.
>
> There also seems to be another (slightly weaker correlation) that more
> than 1/2 of these people have not signed up to the podlings private list.
> Now mails can be read on list.apache.org but that’s probably another good
> indicator along with not signing or reports and not checking releases.
>
> Thanks,
> Justin
>
>
> 1. https://whimsy.apache.org/incubator/signoff.cgi
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: Incubator Proposal

2019-05-08 Thread Kevin A. McGrail
On 5/8/2019 11:31 AM, Matthew Houston wrote:
> At the end, the intention in the initial use case is to equate three
> scriptures to Aramaic, and in so doing eliminate a large portion of Al
> Qaida's ability to recruit.

I'm afraid that this would disqualify me from supporting this proposal
not because it's a bad idea but because it's not compatible with the
mission of an apolitical NPO like the ASF.

Regards,
KAM

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: General@ Moderation

2019-05-08 Thread Kevin A. McGrail
There is a group that does moderation for a few lists using a Google
shared inbox.

It might be a good avenue to pursue instead of rolling our own.  They
handle fundraising's moderation, for example as well as trademarks.

Email mod-priv...@gsuite.cloud.apache.org if interested.

I think we could create a moderation PMC and try and centralize this
foundation wide as well.

On 5/8/2019 10:39 AM, Dave Fisher wrote:
> Hi -
>
> It looks like we need two or three new volunteers to help moderate this 
> mailing list. Many of the five moderators are not very active in the 
> incubator at this time.
>
> (I’d volunteer, but I’m currently moderating some 22 lists…)
>
> Regards,
> Dave
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: Draft Incubator report for May

2019-05-07 Thread Kevin A. McGrail
On 5/7/2019 7:50 PM, Nick Kew wrote:
>> On 5 May 2019, at 23:21, Justin Mclean  wrote:
>>
>> 1. https://cwiki.apache.org/confluence/display/INCUBATOR/May2019
> Anyone else having trouble with that?
>
> I can see it from here, but I was unable to log in.  Tried a password reset,
> whereupon I'm no longer permitted even to view the report on the browser
> that's logged in!
>
The new cwiki is tied into ASF LDAP. Use your committer username and
password.  I did not have trouble with it.

Regards,

KAM

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: Incubator Wiki spring clean

2019-04-22 Thread Kevin A. McGrail
Nice work.

On Sun, Apr 21, 2019, 20:14 Justin Mclean  wrote:

> Hi,
>
> I’ve went through and organised teh incubator wiki a little;
> - Reports page have been organised user [1]. Some are missing I’ve raise
> an INFRA JIRA for this.
> - A lot off pages can be deleted I’ve moved these to “To Delete” [2]
> - People have been moved to [3]. I think the majority of these can be
> deleted.
> - Pages of historical interest I’ve moved to here [4]
> - Proposals I’ve moved to here [5]
> - I’ve updated the front page to remove outdated information and fix the
> report table but more could be done here.
>
> It still needs a little clean up. If anyone notices any other missing
> pages please speak up. Please feel free to update or point out anything
> that is duplicated elsewhere or is out of date.
>
> Thanks,
> Justin
>
> 1. https://cwiki.apache.org/confluence/display/INCUBATOR/Reports
> 2,.https://cwiki.apache.org/confluence/display/INCUBATOR/To+Delete
> 3. https://cwiki.apache.org/confluence/display/INCUBATOR/People
> 4.
> https://cwiki.apache.org/confluence/display/INCUBATOR/Historical+Interest
> 5. https://cwiki.apache.org/confluence/display/INCUBATOR/Proposals
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: [VOTE] Recommend 'Apache SkyWalking graduation to Top LevelProject' resolution to board

2019-03-22 Thread Kevin A. McGrail
ered 8 releases so far in total, and now shows a good cadence of 
>>>> successful releases.
>>>>
>>>> During the podling's time in the Apache Incubator there has been
>>>> 3200+ commits on development of the project,
>>>>  378 Issues tagged as question in GitHub created, 373 resolved,
>>>>  850+ Pull request created and resolved,
>>>>  97 different contributors,
>>>>9 elected new committers, and
>>>>3 elected new PPMC members.
>>>>
>>>> And the dev ML has had 72 participants: 
>>>> https://lists.apache.org/trends.html?d...@skywalking.apache.org:2019
>>>>
>>>> Attached is the draft Resolution for the PPMC and IPMC to vote upon.
>>>>
>>>> Please take a minute to vote on whether or not Apache SkyWalking should
>>>> graduate to a Top Level Project by responding with one of the following:
>>>>
>>>> [ ] +1 Apache SkyWalking should graduate.
>>>> [ ] +0 No opinion
>>>> [ ] -1 Apache SkyWalking should not graduate (please provide the reason)
>>>>
>>>> The VOTE is open for a minimum of 72 hours. As there has been previous 
>>>> discussions on past versions of this proposal, I have not preluded the 
>>>> vote with a DISCUSS email. If feedback arises the vote period will be 
>>>> extended in good faith.
>>>>
>>>> regards,
>>>> Mick
>>>>
>>>>
>>>> [1] 
>>>> https://lists.apache.org/thread.html/9aab116a5df46d10a655bbf243f525260bad7763f6f65bce19ec33bd@%3Cdev.skywalking.apache.org%3E
>>>> [2] 
>>>> https://cwiki.apache.org/confluence/display/SKYWALKING/Apache+Maturity+Model+Assessment+for+SkyWalking
>>>> [3] 
>>>> https://lists.apache.org/thread.html/68b06b2efdcd4f519cd9aa3df55d46bf0dade28002065fbad75d4195@%3Cdev.skywalking.apache.org%3E
>>>> [4] 
>>>> https://lists.apache.org/thread.html/9f05862dffb40a967f867ba0fee4ab8549b08736cde27571e303ab30@%3Cdev.skywalking.apache.org%3E
>>>>
>>>> 
>>>>
>>>>
>>>> Establish the Apache SkyWalking Project
>>>>
>>>> WHEREAS, the Board of Directors deems it to be in the best interests of
>>>> the Foundation and consistent with the Foundation's purpose to establish
>>>> a Project Management Committee charged with the creation and maintenance
>>>> of open-source software, for distribution at no charge to the public,
>>>> related to application performance management and monitoring (APM).
>>>>
>>>> NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee
>>>> (PMC), to be known as the "Apache SkyWalking Project", be and hereby is
>>>> established pursuant to Bylaws of the Foundation; and be it further
>>>>
>>>> RESOLVED, that the Apache SkyWalking Project be and hereby is
>>>> responsible for the creation and maintenance of software related to
>>>> application performance management and monitoring (APM); and
>>>> be it further
>>>>
>>>> RESOLVED, that the office of "Vice President, Apache SkyWalking" be and
>>>> hereby is created, the person holding such office to serve at the
>>>> direction of the Board of Directors as the chair of the Apache
>>>> SkyWalking Project, and to have primary responsibility for management of
>>>> the projects within the scope of responsibility of the Apache SkyWalking
>>>> Project; and be it further
>>>>
>>>> RESOLVED, that the persons listed immediately below be and hereby are
>>>> appointed to serve as the initial members of the Apache SkyWalking
>>>> Project:
>>>>
>>>>  * Haoyang Liu  (??)  
>>>>  * Hongtao Gao  (??)  
>>>>  * Ignasi Barrera  
>>>>  * Mick Semb Wever 
>>>>  * Sheng Wu  ()  
>>>>  * Shinn Zhang  ()   
>>>>  * Willem Ning Jiang  ()
>>>>  * Yongsheng Peng  (??)   
>>>>  * DongXue Si (??)
>>>>  * Jian Tan ()       
>>>>  * Kai Wang ()   
>>>>  * Yang Bai ()   
>>>>  * Yao Wang ()   
>>>>  * Zhang Kewei (??) 

Re: [VOTE] Recommend 'Apache SkyWalking graduation to Top LevelProject' resolution to board

2019-03-22 Thread Kevin A. McGrail
I am +1 (binding) contingent on the current release being added back and
Dave/Sebb are happy with your incorrect releases being removed.
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Fri, Mar 22, 2019 at 6:44 PM sebb  wrote:

> On Fri, 22 Mar 2019 at 16:41, 吴晟 Sheng Wu  wrote:
> >
> > Hi Dave
> >
> >
> > Thanks for the remind.
> > I just removed all releases from a.o/dist[1], and checked all of them
> exist in archive.a.o[2].
>
> Did you really intend to remove the current release as well?
>
> That does not seem right; the current release is normally left until
> the TLP makes its first release.
>
> Also the download page needs to be updated to use the archive server
> for the *old* releases (6.0.0-beta and 6.0.0-alpha).
> [These should already have been removed from dist and the links
> changed to point to the archive server when 6.0.0-GA was released]
>
> >
> > [1] https://www.apache.org/dist/incubator/skywalking/
> > [2] http://archive.apache.org/dist/incubator/skywalking/
> >
> >
> > --
> > Sheng Wu
> > Apache SkyWalking, ShardingSphere, Zipkin
> > Twitter, wusheng1108
> >
> >
> >
> >
> >
> >
> >
> > -- Original --
> > From:  "Dave Fisher";
> > Date:  Fri, Mar 22, 2019 07:55 AM
> > To:  "general";
> >
> > Subject:  Re: [VOTE] Recommend 'Apache SkyWalking graduation to Top
> LevelProject' resolution to board
> >
> >
> >
> > +1 (binding)
> >
> > If you look at the new
> https://incubator.apache.org/clutch/skywalking.html <
> https://incubator.apache.org/clutch/skywalking.html> analysis you will
> see activity in all repositories and that
> https://skywalking.apache.org/downloads/ <
> https://skywalking.apache.org/downloads/> corresponds to the list on the
> clutch analysis.
> >
> > I’ll note that only current releases on supported versions should be on
> the distribution area. Older releases should be referenced from
> archives.apache.org <http://archives.apache.org/> - here I am referring
> to the RC, Beta, and Alpha releases. Please take care of this.
> >
> > I don’t view this as blocking since as a TLP the policy is the same.
> >
> > Regards,
> > Dave
> >
> > > On Mar 18, 2019, at 10:21 PM, Mick Semb Wever  wrote:
> > >
> > >
> > >
> > > After the latest discussion amongst this dev community on this dev
> mailing list[1],  presenting Sheng Wu as the PMC Chair and the maturity
> model[2], and then the discussion again on the incubator list[3],  a vote
> for Apache SkyWalking graduating to a top level project was called and has
> passed[4]. From the past incubator discussions the PPMC altered the draft
> graduation proposal, specifically the proposed PMC list: removing some
> inactive people and adding all the podling Committers.
> > >
> > >
> > > Apache SkyWalking entered the incubator on December of 2017.
> SkyWalking has delivered 8 releases so far in total, and now shows a good
> cadence of successful releases.
> > >
> > > During the podling's time in the Apache Incubator there has been
> > > 3200+ commits on development of the project,
> > >  378 Issues tagged as question in GitHub created, 373 resolved,
> > >  850+ Pull request created and resolved,
> > >  97 different contributors,
> > >9 elected new committers, and
> > >3 elected new PPMC members.
> > >
> > > And the dev ML has had 72 participants:
> https://lists.apache.org/trends.html?d...@skywalking.apache.org:2019
> > >
> > > Attached is the draft Resolution for the PPMC and IPMC to vote upon.
> > >
> > > Please take a minute to vote on whether or not Apache SkyWalking should
> > > graduate to a Top Level Project by responding with one of the
> following:
> > >
> > > [ ] +1 Apache SkyWalking should graduate.
> > > [ ] +0 No opinion
> > > [ ] -1 Apache SkyWalking should not graduate (please provide the
> reason)
> > >
> > > The VOTE is open for a minimum of 72 hours. As there has been previous
> discussions on past versions of this proposal, I have not preluded the vote
> with a DISCUSS email. If feedback arises the vote period will be extended
> in good faith.
> > >
> > > regards,
> > > Mick
> > >
> > >
> > > [1]
> https://lists.apache.org/thread.html/9

Re: USPTO links (was: [Cava] Suitable name search - choosing a name)

2019-03-19 Thread Kevin A. McGrail
On 3/19/2019 8:32 PM, Shane Curcuru wrote:
> Kevin A. McGrail wrote on 2/28/19 7:58 PM:
> ...snip...
>> Note: From the USPTO TESS: "*BAVA*" is an Italian word that means
>> "slobber" or "drool".  Not sure if this will permalink:
>> http://tmsearch.uspto.gov/bin/showfield?f=doc&state=4804:rx7o71.2.7
> No, most links from the USPTO website don't work, sadly.  I've updated
> the trademark docs to note the only reliable way to share a link there:
>
>   https://www.apache.org/foundation/marks/naming#regsearch
>
> Click through to a specific trademark page, then click the TSDR blue
> button, which provides a stable URL, like this for sparkling wine:
>
> https://tsdr.uspto.gov/#caseNumber=87442162&caseType=SERIAL_NO&searchType=statusSearch
Thanks.  Next time I'll do a PDF to at least try and capture the data.

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: [Cava] Suitable name search - choosing a name

2019-03-19 Thread Kevin A. McGrail
On 3/19/2019 8:19 AM, Jim Jagielski wrote:
> What is somewhat funny is that the "SkyWalking" podling is on the cusp of 
> graduation. :)

I would say that's irrelevant.  Skywalking is a term that is from the
iron workers from ~100 years ago.  Obi-wan, however, is likely unique
and defendable to the Star Wars works. 

Was Skywalking able to get a mark? They have TM on their logo.  However,
I would say the possibility people will use Star Wars references with
Skywalking is relevant and should be warned to them.

Regrds,
KAM


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



Re: [VOTE] Accept DataSketches into the Apache Incubator

2019-03-14 Thread Kevin A. McGrail
I'd like to vote -1 since you made me look up the word "stochastic" and
that feels like homework but I will vote +1 (binding).  Please don't
make me do any math.

On 3/14/2019 5:23 PM, Kenneth Knowles wrote:
> Hi all,
>
> We've discussed the proposal for the DataSketches project in [1] and [2].
> The
> proposal itself has been put on the wiki [3].
>
> Per incubator rules [4] I'd like to call a vote to accept the new
> "DataSketches" project as a podling in the Apache Incubator.
>
> A vote for accepting a new Apache Incubator podling is a majority vote.
> Everyone is welcome to vote, only Incubator PMC member votes are binding.
> It would be helpful (but not required) if you could add a comment stating
> whether your vote is binding or non-binding.
>
> This vote will run for at least 72 hours (but I expect to keep it open for
> longer). Please VOTE as follows:
>
> [ ] +1 Accept DataSketches into the Apache Incubator
> [ ] +0 Abstain
> [ ] -1 Do not accept DataSketches into the Apache Incubator because ...
>
> Thanks to everyone who contributed to the proposal and discussions.
>
> Kenn
>
> [1]
> https://lists.apache.org/thread.html/329354bd6a463dab56c2539972cfa2d6c6da7c75900216d785db4e3b@%3Cgeneral.incubator.apache.org%3E
> [2]
> https://lists.apache.org/thread.html/c9873cd4fcdc6367bcf530d8fa1ef09f3035f38e7c435e1a79a93885@%3Cgeneral.incubator.apache.org%3E
> [3] https://wiki.apache.org/incubator/DataSketchesProposal
> [4] https://incubator.apache.org/guides/proposal.html#the_vote
>

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Fossbytes: The Linux Foundation Announces CHIPS Alliance To Open-source Chip Designs

2019-03-13 Thread Kevin A. McGrail
I thought this was interesting regarding discussions about ASLv2 and
hardware:

Fossbytes: The Linux Foundation Announces CHIPS Alliance To Open-source
Chip Designs.
https://fossbytes.com/linux-foundation-announces-chips-alliance/


Re: [VOTE] Release Apache ECharts (incubating) 4.2.1 (release candidate 3)

2019-03-11 Thread Kevin A. McGrail
I apologize that I am very busy preparing for the road show and cannot
weigh in on this release.  I will work harder to have a system ready for
this for the next time.

Regards,
KAM

On 3/6/2019 1:58 AM, SHUANG SU wrote:
> I am pleased to be calling this vote for the release of Apache ECharts
> (incubating) 4.2.1 (release candidate 3).
>
> Apache ECharts community has voted and approved the release.
>
> Vote thread:
> https://lists.apache.org/thread.html/6f555bdb3bdc23ac9e260116738af779d4dff7b7e21f77c0a3369905@%3Cdev.echarts.apache.org%3E
>
> Results thread:
> https://lists.apache.org/thread.html/54a63e2208330dd68c39bdcb5bd444301d0eb8580d433d1ac3fe4500@%3Cdev.echarts.apache.org%3E
>
> The release candidate to be voted over is available at:
> https://dist.apache.org/repos/dist/dev/incubator/echarts/4.2.1-rc.3/
>
> The release candidate is signed with a GPG key available at:
> https://dist.apache.org/repos/dist/dev/incubator/echarts/KEYS
>
> The Git commit for this release is:
> https://gitbox.apache.org/repos/asf?p=incubator-echarts.git;a=commit;h=1a2e990
>
> The Release Note is available in:
> https://dist.apache.org/repos/dist/dev/incubator/echarts/4.2.1-rc.3/RELEASE_NOTE.txt
>
> Some shell commands for validating the release:
>
> ```shell
> # Download the release:
> curl
> https://dist.apache.org/repos/dist/dev/incubator/echarts/4.2.1-rc.3/apache-echarts-4.2.1-rc.3-incubating-src.zip
> -o apache-echarts-4.2.1-rc.3-incubating-src.zip
> unzip apache-echarts-4.2.1-rc.3-incubating-src.zip -d
> apache-echarts-4.2.1-rc.3-incubating-src > /dev/null
>
> # Rebuild the project (Node.js environment is required):
> cd "apache-echarts-4.2.1-rc.3-incubating-src" && npm install && cd ..
> node "apache-echarts-4.2.1-rc.3-incubating-src/build/build.js" --release
> # (See help: `node
> "apache-echarts-4.2.1-rc.3-incubating-src/build/build.js" --help`)
> ```
>
>
> Please vote on releasing this package as:
> Apache ECharts (incubating) 4.2.1 (release candidate 3)
> by "2019-03-09T07:42:38.040Z".
>
> [ ] +1 Release this package
> [ ] 0 I don't feel strongly about it, but don't object
> [ ] -1 Do not release this package because...
>
> Anyone can participate in testing and voting, not just committers, please
> feel free to try out the release candidate and provide your votes.
>
>
> --
>  Su Shuang (100pah)
> --
>

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: A smaller IPMC

2019-03-07 Thread Kevin A. McGrail
I am not aware of the problem we are trying to fix.  I don't even know if I
am a mentor not subscribed to private@.

Without knowing what we are trying to solve, it is hard to weigh in on
fixes.

So my ask is what is the issue?

On Thu, Mar 7, 2019, 19:25 Liang Chen  Hi
>
> One more suggestion: How about maintaining one table, and ask IPMC to
> freely
> provide info by them-self which part they are mentoring or will be going to
> mentor as volunteer.
> For example myself : Helping new project (DataSketches)  to prepare
> incubator proposal. and participate in some vote for new releases and new
> projects.
>
> Regards
> Liang
>
>
> Ted Dunning wrote
> > I don't think that the number of inactive IPMC members is a factor in
> > anything. They are, by definition, inactive.
> >
> > So I would vote for the no-op action (#4, I think).
> >
> >
> >
> > On Thu, Mar 7, 2019 at 3:39 PM Roman Shaposhnik <
>
> > roman@
>
> > >
> > wrote:
> >
> >> On Thu, Mar 7, 2019 at 3:33 PM Justin Mclean <
>
> > justin@
>
> > >
> >> wrote:
> >> >
> >> > Hi,
> >> >
> >> > It’s been suggested that the IPMC is too large, what do other IPMC
> >> members think might be a way to address this?
> >>
> >> Personally, I believe that "IPMC is too large" argument is only
> >> applicable
> >> to
> >> how quickly/easily consensus can be built. That's literally the only
> >> situation
> >> when the size of IPMC gets in the way (sometimes).
> >>
> >> Is anyone aware of any other situations where "IPMC is too large"
> >> argument
> >> is actually legit?
> >>
> >> At any rate, the rest of my feedback will be from that single
> >> perspective:
> >>
> >> > Please discuss and indicate +1 what you would think would help, you
> can
> >> vote for more than one.
> >> >
> >> > Some suggestions:
> >> > 1. Ask all inactive IPMC if they want to continue being on the IPMC
> and
> >> see who steps down. Being inactive they are probably not following this
> >> list so we need to identify and send each one email them personally.
> >> > 2. There were some questions around merit raised, remove all IPMC
> >> members who were not on the initial proposal and who were voted in.
> Those
> >> left on the IPMC vote back in those who are currently active.
> >> > 3. Get rid of all IPMC members, and vote (with ASF members vote being
> >> binding - not sure how else it could be done?) currently active ones
> back
> >> in.
> >> > 4. Do nothing as this is not actually a problem but instead address
> >> other underlying issues. e.g. lack of mentor engagement.
> >>
> >> I would like to suggest a 5th alternative (again this is from the
> >> above's perspective):
> >>* Don't change anything, but for any situation that requires
> >> consensus building just be a tad more formal with how we close loops
> >> and track if we really get as many obstructionists as we thing that
> >> the size of the IPMC allows. If not -- we don't have a problem.
> >>
> >> > Also re point 2 do you think we should drop that ASF members can
> >> automatically get IPMC membership and change it to requiring a vote by
> >> the
> >> IPMC? It’s has always seem odd to me that this is the case. We’ve
> >> recently
> >> voted more people in that we’ve had requests from ASF members.
> >> >
> >> > Any other sugestions?
> >> >
> >> > Options 2 and 3 may cause some issues around mentors, but if they were
> >> not active then I guess it’s no big loss.
> >> >
> >> > And any suggestions on level of activity? Such as:
> >> > - Emailed the list in the last year.
> >> > - Reviewed at least one release in that time.
> >> >
> >> > It’s already been determined that some (about 15%) of the less than
> >> active PMC members (out of the 100 odd that are not signed up to the
> IPMC
> >> private list) do help out infrequently but that help is very useful.
> That
> >> may also apply to other inactive IPMC members, so I would suggest the
> bar
> >> for what consider active be kept low.
> >>
> >> I honestly don't see how all of these options of getting people in and
> >> out of IPMC can actually help with this consensus building thing. So
> >> yeah -- I'd say #5.
> >>
> >> Thanks,
> >> Roman.
> >>
> >> -
> >> To unsubscribe, e-mail:
>
> > general-unsubscribe@.apache
>
> >> For additional commands, e-mail:
>
> > general-help@.apache
>
> >>
> >>
>
>
>
>
>
> --
> Sent from: http://apache-incubator-general.996316.n3.nabble.com/
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: Whimsy general@ subs check (was: [DISCUSS] introduce "[DISCUSS]" threads for podling non-ASF release candidates)

2019-03-01 Thread Kevin A. McGrail
On 3/1/2019 5:12 AM, Justin Mclean wrote:
>> The Board isn't gonna worry about something like that.
> I wasn’t expecting the board to say anything re that, but the IPMC could of.

I personally don't know the impact of that statement either.  Sometimes
opinion in a report and a call to action is helpful.

What can I do to help fix this issue?

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171



Re: [Cava] Suitable name search - choosing a name

2019-02-28 Thread Kevin A. McGrail
On 2/28/2019 4:37 PM, Jim Jagielski wrote:
> What about Bava? Blockchain Java and no offensive meanings that I can find.
>
No trademark concerns I see or commercial / OSS uses that conflict that
I see.

Note: From the USPTO TESS: "*BAVA*" is an Italian word that means
"slobber" or "drool".  Not sure if this will permalink:
http://tmsearch.uspto.gov/bin/showfield?f=doc&state=4804:rx7o71.2.7

So I'm totally +1 for Apache Slobber :-)

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171



Re: [Cava] Suitable name search - choosing a name

2019-02-28 Thread Kevin A. McGrail
On 2/28/2019 4:28 PM, Jim Jagielski wrote:
> I am aware of various members of the LGBT+ community being offended by 
> companies
> trying to *co-opt* the rainbow *symbol* specifically and explicitly in 
> relation to a cheap
> and easy way to show "support" or a way to be "hip" or "cool"... heck, I'm 
> offended by it as well.
>
> But that's not what we're talking about.

A) I don't speak for the LGBTQ community and hence I can only say it's a
concern and not how much of a concern it is.  Just that I'm aware of the
issue in general.

B) I think the Apache Rainbow project would inevitably have a Rainbow in
it's logo which is where I see a possible concern but again see A)

As I mentioned, I've asked if an ASF member with a better grasp of the
potential issue to weigh in.  Not much else I can say about the issue.


-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: [Cava] Suitable name search - choosing a name

2019-02-28 Thread Kevin A. McGrail
On 2/28/2019 3:24 PM, Daniel Gruno wrote:
>>
>> It also seems to imply that usage of the name rainbow would somehow
>> be offensive or insensitive. Again, I'm not sure how. Nor am I aware
>> of situations where the LGBT+ community "has expressed concerns"
>> about usage *of the name* Rainbow.
>
> +1
>
> Anyone could hypothetically be offended by anything, I could list a
> large number of theoretical offenses in project names. Let's please
> stick to *actual* feedback and not preemptively censor ourselves. If
> such feedback exists, fair enough, but I am also not aware of any such. 

I have asked off-list for someone I trust in the LGBTQ community who is
also an ASF member to weigh in on this but I am aware that this is a
concern.  I just can't articulate how much of a concern it is.  I will
work to get that better clarified for the podling.

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171



Re: [Cava] Suitable name search - choosing a name

2019-02-28 Thread Kevin A. McGrail
A rose by any other name would still be as sweet so I am +1 on the
proposal.  Just trying to help with the naming issue and to save the
project and infra grief of it needs to change.

But I am here to support and feel bad to throw any gunk in your sprockets.

Best, KAM

On Thu, Feb 28, 2019, 13:59 Antoine Toulme  For context Jim is the champion of the Cava proposal.
>
> The point of rough consensus is to bring about strong objections and move
> past non-votes.
> I believe we are at that point, and I will move forward to consider this
> thread closed with the name Rainbow.
> I will open a pooling namecheck and move to the next step there.
>
> Thanks,
>
> Antoine
>
> > On Feb 28, 2019, at 7:41 AM, Jim Jagielski  wrote:
> >
> > Well, I have no doubt that the proposal is going to pass, so we might as
> well progress on w/ that assumption. ;)
> >
> >> On Feb 28, 2019, at 10:09 AM, Kevin A. McGrail 
> wrote:
> >>
> >> Jim, I don't read https://incubator.apache.org/guides/names.html to
> lead
> >> me to believe we are at that stage yet.  I think we want to have
> >> discussions about a provisional name first.  Specifically, "A podling
> >> needs to discover whether a name is suitable."
> >>
> >> Regards,
> >> KAM
> >>
> >> On 2/28/2019 9:42 AM, Jim Jagielski wrote:
> >>> We should simply file a standard Jira request for a podling namecheck.
> >>>
> >>>> On Feb 28, 2019, at 9:36 AM, Kevin A. McGrail 
> wrote:
> >>>>
> >>>> Not an objection per se but two comments:
> >>>>
> >>>> 1 - Rainbow is associated with LGBTQ communities and there have been
> >>>> concerns about it being co-opted for other uses.  For example,
> >>>>
> https://www.theguardian.com/commentisfree/2017/jul/02/brands-rainbow-queasy-but-bring-lgbt-lives-into-mainstream-skittles-gay
> >>>>
> >>>> 2 - I cannot speak for the LGBTQ community and I support them so I
> would
> >>>> say rainbow would be something I would avoid.
> >>>>
> >>>> In the business world I often recommend people consider made up
> words.
> >>>> Less chance of conflictions.
> >>>>
> >>>> Regards,
> >>>> KAM
> >>>>
> >>>> On 2/28/2019 3:28 AM, Antoine Toulme wrote:
> >>>>> Hey folks, just checking in.
> >>>>>
> >>>>> I would like to establish rough consensus. If you’re still
> following, we have narrowed down the list to rainbow, sprocket and winch.
> >>>>>
> >>>>> We have one vote for rainbow, and one for winch.
> >>>>>
> >>>>> When establishing rough consensus, it’s a good idea to push
> proposals to hear objections.
> >>>>>
> >>>>> At this time, I’d like to push for the name rainbow. Any objections?
> >>>>>
> >>>>>> On Feb 26, 2019, at 10:10 PM, Antoine Toulme 
> wrote:
> >>>>>>
> >>>>>> I ran searches for rainbow, sprocket and winch and didn’t find OSS
> projects with those names.
> >>>>>>
> >>>>>> I personally would like to vouch for Rainbow. It does fit the
> whimsical requirement of Apache project names.
> >>>>>>
> >>>>>>> On Feb 26, 2019, at 3:57 PM, Kevin A. McGrail 
> wrote:
> >>>>>>>
> >>>>>>> On 2/26/2019 6:24 PM, Kenneth Knowles wrote:
> >>>>>>>> I searched for "Jal" and came up with Japan Air Lines, which is
> clearly a
> >>>>>>>> really different field of use.
> >>>>>>>>
> >>>>>>>> I also found the Wikipedia article on JAL but was hasty in
> presuming it
> >>>>>>>> described a historical language. If it is an active open source
> project,
> >>>>>>>> let's not collide.
> >>>>>>>>
> >>>>>>>> So I'll change my vote to "Winch". I again did a quick search,
> but sounds
> >>>>>>>> like someone should check my work...
> >>>>>>> Re: JAL, the airline is just not an issue.  The programming
> language I
> >>>>>>> think is as there are books on Amazon less than 6 years old on PAL
> >>>>>>> (
> https://www.amazon

Re: [Cava] Suitable name search - choosing a name

2019-02-28 Thread Kevin A. McGrail
Jim, I don't read https://incubator.apache.org/guides/names.html to lead
me to believe we are at that stage yet.  I think we want to have
discussions about a provisional name first.  Specifically, "A podling
needs to discover whether a name is suitable."

Regards,
KAM

On 2/28/2019 9:42 AM, Jim Jagielski wrote:
> We should simply file a standard Jira request for a podling namecheck.
>
>> On Feb 28, 2019, at 9:36 AM, Kevin A. McGrail  wrote:
>>
>> Not an objection per se but two comments:
>>
>> 1 - Rainbow is associated with LGBTQ communities and there have been
>> concerns about it being co-opted for other uses.  For example,
>> https://www.theguardian.com/commentisfree/2017/jul/02/brands-rainbow-queasy-but-bring-lgbt-lives-into-mainstream-skittles-gay
>>
>> 2 - I cannot speak for the LGBTQ community and I support them so I would
>> say rainbow would be something I would avoid.
>>
>> In the business world I often recommend people consider made up words. 
>> Less chance of conflictions.
>>
>> Regards,
>> KAM
>>
>> On 2/28/2019 3:28 AM, Antoine Toulme wrote:
>>> Hey folks, just checking in.
>>>
>>> I would like to establish rough consensus. If you’re still following, we 
>>> have narrowed down the list to rainbow, sprocket and winch.
>>>
>>> We have one vote for rainbow, and one for winch.
>>>
>>> When establishing rough consensus, it’s a good idea to push proposals to 
>>> hear objections.
>>>
>>> At this time, I’d like to push for the name rainbow. Any objections?
>>>
>>>> On Feb 26, 2019, at 10:10 PM, Antoine Toulme  wrote:
>>>>
>>>> I ran searches for rainbow, sprocket and winch and didn’t find OSS 
>>>> projects with those names.
>>>>
>>>> I personally would like to vouch for Rainbow. It does fit the whimsical 
>>>> requirement of Apache project names.
>>>>
>>>>> On Feb 26, 2019, at 3:57 PM, Kevin A. McGrail  wrote:
>>>>>
>>>>> On 2/26/2019 6:24 PM, Kenneth Knowles wrote:
>>>>>> I searched for "Jal" and came up with Japan Air Lines, which is clearly a
>>>>>> really different field of use.
>>>>>>
>>>>>> I also found the Wikipedia article on JAL but was hasty in presuming it
>>>>>> described a historical language. If it is an active open source project,
>>>>>> let's not collide.
>>>>>>
>>>>>> So I'll change my vote to "Winch". I again did a quick search, but sounds
>>>>>> like someone should check my work...
>>>>> Re: JAL, the airline is just not an issue.  The programming language I
>>>>> think is as there are books on Amazon less than 6 years old on PAL
>>>>> (https://www.amazon.com/PIC-Microcontroller-Programming-captivating-lessons/dp/190792017X)
>>>>>  
>>>>> I don't think it's legacy just perhaps mature and things like Raspberry
>>>>> Pi's overtaking the field.
>>>>>
>>>>> Re: Winch, might be a common name and undefendable as a trademark, etc. 
>>>>> Otherwise, though, I couldn't find much relevant in OSS spaces except a
>>>>> company called winch gate. 
>>>>>
>>>>> http://tmsearch.uspto.gov/ might help
>>>>>
>>>>> Regards,
>>>>>
>>>>> KAM
>>>>>
>>>>>
>>>>>
>>>>> -- 
>>>>> Kevin A. McGrail
>>>>> Member, Apache Software Foundation
>>>>> Chair Emeritus Apache SpamAssassin Project
>>>>> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>>>>>
>>>>>
>>>>> -
>>>>> 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
>>>
>> -- 
>> Kevin A. McGrail
>> Member, Apache Software Foundation
>> Chair Emeritus Apache SpamAssassin Project
>> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>>
>>
>> -
>> 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
>

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: [Cava] Suitable name search - choosing a name

2019-02-28 Thread Kevin A. McGrail
Not an objection per se but two comments:

1 - Rainbow is associated with LGBTQ communities and there have been
concerns about it being co-opted for other uses.  For example,
https://www.theguardian.com/commentisfree/2017/jul/02/brands-rainbow-queasy-but-bring-lgbt-lives-into-mainstream-skittles-gay

2 - I cannot speak for the LGBTQ community and I support them so I would
say rainbow would be something I would avoid.

In the business world I often recommend people consider made up words. 
Less chance of conflictions.

Regards,
KAM

On 2/28/2019 3:28 AM, Antoine Toulme wrote:
> Hey folks, just checking in.
>
> I would like to establish rough consensus. If you’re still following, we have 
> narrowed down the list to rainbow, sprocket and winch.
>
> We have one vote for rainbow, and one for winch.
>
> When establishing rough consensus, it’s a good idea to push proposals to hear 
> objections.
>
> At this time, I’d like to push for the name rainbow. Any objections?
>
>> On Feb 26, 2019, at 10:10 PM, Antoine Toulme  wrote:
>>
>> I ran searches for rainbow, sprocket and winch and didn’t find OSS projects 
>> with those names.
>>
>> I personally would like to vouch for Rainbow. It does fit the whimsical 
>> requirement of Apache project names.
>>
>>> On Feb 26, 2019, at 3:57 PM, Kevin A. McGrail  wrote:
>>>
>>> On 2/26/2019 6:24 PM, Kenneth Knowles wrote:
>>>> I searched for "Jal" and came up with Japan Air Lines, which is clearly a
>>>> really different field of use.
>>>>
>>>> I also found the Wikipedia article on JAL but was hasty in presuming it
>>>> described a historical language. If it is an active open source project,
>>>> let's not collide.
>>>>
>>>> So I'll change my vote to "Winch". I again did a quick search, but sounds
>>>> like someone should check my work...
>>> Re: JAL, the airline is just not an issue.  The programming language I
>>> think is as there are books on Amazon less than 6 years old on PAL
>>> (https://www.amazon.com/PIC-Microcontroller-Programming-captivating-lessons/dp/190792017X)
>>>  
>>> I don't think it's legacy just perhaps mature and things like Raspberry
>>> Pi's overtaking the field.
>>>
>>> Re: Winch, might be a common name and undefendable as a trademark, etc. 
>>> Otherwise, though, I couldn't find much relevant in OSS spaces except a
>>> company called winch gate. 
>>>
>>> http://tmsearch.uspto.gov/ might help
>>>
>>> Regards,
>>>
>>> KAM
>>>
>>>
>>>
>>> -- 
>>> Kevin A. McGrail
>>> Member, Apache Software Foundation
>>> Chair Emeritus Apache SpamAssassin Project
>>> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>>>
>>>
>>> -
>>> 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
>

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: [Cava] Suitable name search - choosing a name

2019-02-26 Thread Kevin A. McGrail
On 2/26/2019 6:24 PM, Kenneth Knowles wrote:
> I searched for "Jal" and came up with Japan Air Lines, which is clearly a
> really different field of use.
>
> I also found the Wikipedia article on JAL but was hasty in presuming it
> described a historical language. If it is an active open source project,
> let's not collide.
>
> So I'll change my vote to "Winch". I again did a quick search, but sounds
> like someone should check my work...

Re: JAL, the airline is just not an issue.  The programming language I
think is as there are books on Amazon less than 6 years old on PAL
(https://www.amazon.com/PIC-Microcontroller-Programming-captivating-lessons/dp/190792017X)
 
I don't think it's legacy just perhaps mature and things like Raspberry
Pi's overtaking the field.

Re: Winch, might be a common name and undefendable as a trademark, etc. 
Otherwise, though, I couldn't find much relevant in OSS spaces except a
company called winch gate. 

http://tmsearch.uspto.gov/ might help

Regards,

KAM



-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: [Cava] Suitable name search - choosing a name

2019-02-26 Thread Kevin A. McGrail
Thanks Antoine,

I am happy to help and vote but I want to make sure I'm right before we get
to that stage.

I don't know if branding or legal (or press) would oppose the name Jal.  My
$0.02 is that if this were a corporate entity, the likelihood for confusion
would be very high with two OSS projects named Jal.  And while JAL, the
programming language, might not have a Trademark, it would be rude IMO to a
long standing project to just hijack the name.

If they have trademarks, it would be almost certainly a torpedo to the
name.  My assumption is that the name suitability is rooted in finding a
trademarkable, unique, defendable, and brandable name.

With Jal being an existing OSS project (
https://en.wikipedia.org/wiki/JAL_(compiler) &
http://justanotherlanguage.org/), I'm certainly not excited by using that
name.  For now, consider me a -0.5 and I welcome the opportunity to be
convinced differently.

Sorry, I'm really working hard to make the incubator process positive so my
apologies again for a last minute monkey wrench.  I just happened to catch
the subject on the thread and I know some PIC programming in JAL and so
here we are...

Regards,
KAM


--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Tue, Feb 26, 2019 at 5:20 PM Antoine Toulme  wrote:

> I am aware of those uses, but they don’t seem to cross with the domain of
> the project.
> The suitable name search guide [0] expresses a lot of subtlety about name
> uniqueness which gave me this interpretation.
>
> Nevertheless, let’s then reopen the thread:
>
> Would you like to vote for another name in the list proposed?
>
> [0]: https://incubator.apache.org/guides/names.html#what_makes_a_name_good
>
>
> > On Feb 26, 2019, at 2:11 PM, Kevin A. McGrail 
> wrote:
> >
> > Antoine,
> >
> > I hate to throw a wrench in the works but there has been so much traffic
> > here, I missed that thread.  Jal (just another language) is a
> > programming language:https://en.wikipedia.org/wiki/JAL_(compiler) &
> > http://justanotherlanguage.org/
> >
> > I don't think it's going to be appropriate for us to step on another
> > open source project name.
> >
> > Regards,
> > KAM
> >
> > On 2/26/2019 5:02 PM, Antoine Toulme wrote:
> >> Thanks all.
> >>
> >> We have a clear winner with “Jal”, with 4 +1 votes and no votes for
> other names.
> >> Thank you for your participation!
> >>
> >> I will make mention of the result of this consultation on the proposal.
> >>
> >> We are now set to open the podling.
> >>
> >> Cheers,
> >>
> >> Antoine
> >>
> >>> On Feb 25, 2019, at 1:38 AM, Jean-Baptiste Onofré 
> wrote:
> >>>
> >>> +1 for Jal
> >>>
> >>> Regards
> >>> JB
> >>>
> >>> On 22/02/2019 23:47, Antoine Toulme wrote:
> >>>> Hi all,
> >>>>
> >>>> I have opened a thread to vote the Cava proposal into the incubator
> [0].
> >>>>
> >>>> At the same time, I have engaged with the list on searching a better
> name for the project [1].
> >>>>
> >>>> Out of this initial thread, we have singled out a list of names.
> >>>>
> >>>> Here are the names:
> >>>> - Rainbow (after the name of my kid’s favorite toy, and in line with
> the crypto community unicorn punk theme [2].
> >>>> - Winch (a mechanical device used to wind up or wind out wires
> (Wikipedia) , in the chain theme)
> >>>> - Sprocket (a profiled wheel with teeth, or cogs, that mesh with a
> chain, track or other perforated or indented material. (Wikipedia), in the
> chain theme as well)
> >>>> - “Jal”, in reference to Indra’s net (or Indra jal) (with a quote
> from [3]: "Imagine a multidimensional spider's web in the early morning
> covered with dew drops. And every dew drop contains the reflection of all
> the other dew drops.
> >>>> And, in each reflected dew drop, the reflections of all the other dew
> drops in that reflection. And so ad infinitum. That is the Buddhist
> conception of the universe in an image." –Alan Watts)
> >>>>
> >>>> In this thread, please indicate the one name you like most. Please
> feel free to justify your choice.
> >>>> Based on your input, the project will adopt the name. In absence of a
> strong contender, I'll work with the Champion (Jim Jagielski) to pick a
> name.
> >>>>
> >>

Re: [Cava] Suitable name search - choosing a name

2019-02-26 Thread Kevin A. McGrail
Antoine,

I hate to throw a wrench in the works but there has been so much traffic
here, I missed that thread.  Jal (just another language) is a
programming language:https://en.wikipedia.org/wiki/JAL_(compiler) &
http://justanotherlanguage.org/

I don't think it's going to be appropriate for us to step on another
open source project name.

Regards,
KAM

On 2/26/2019 5:02 PM, Antoine Toulme wrote:
> Thanks all.
>
> We have a clear winner with “Jal”, with 4 +1 votes and no votes for other 
> names.
> Thank you for your participation!
>
> I will make mention of the result of this consultation on the proposal.
>
> We are now set to open the podling.
>
> Cheers,
>
> Antoine
>
>> On Feb 25, 2019, at 1:38 AM, Jean-Baptiste Onofré  wrote:
>>
>> +1 for Jal
>>
>> Regards
>> JB
>>
>> On 22/02/2019 23:47, Antoine Toulme wrote:
>>> Hi all,
>>>
>>> I have opened a thread to vote the Cava proposal into the incubator [0].
>>>
>>> At the same time, I have engaged with the list on searching a better name 
>>> for the project [1].
>>>
>>> Out of this initial thread, we have singled out a list of names.
>>>
>>> Here are the names:
>>> - Rainbow (after the name of my kid’s favorite toy, and in line with the 
>>> crypto community unicorn punk theme [2].
>>> - Winch (a mechanical device used to wind up or wind out wires (Wikipedia) 
>>> , in the chain theme)
>>> - Sprocket (a profiled wheel with teeth, or cogs, that mesh with a chain, 
>>> track or other perforated or indented material. (Wikipedia), in the chain 
>>> theme as well)
>>> - “Jal”, in reference to Indra’s net (or Indra jal) (with a quote from [3]: 
>>> "Imagine a multidimensional spider's web in the early morning covered with 
>>> dew drops. And every dew drop contains the reflection of all the other dew 
>>> drops. 
>>> And, in each reflected dew drop, the reflections of all the other dew drops 
>>> in that reflection. And so ad infinitum. That is the Buddhist conception of 
>>> the universe in an image." –Alan Watts)
>>>
>>> In this thread, please indicate the one name you like most. Please feel 
>>> free to justify your choice.
>>> Based on your input, the project will adopt the name. In absence of a 
>>> strong contender, I'll work with the Champion (Jim Jagielski) to pick a 
>>> name.
>>>
>>> I'll keep the thread open for 72 hours - that gives us until Tuesday 
>>> afternoon PST time.
>>>
>>> Cheers,
>>>
>>> Antoine
>>>
>>> [0]: 
>>> https://lists.apache.org/thread.html/5634b8f24cf552da4cba12ab4b59647bfa6800b7380833d8131331e9@%3Cgeneral.incubator.apache.org%3E
>>> [1]: 
>>> https://lists.apache.org/thread.html/8d8014f53f140a3ccdd517c3c303de1d45cc04afdaee5961ac43e7fc@%3Cgeneral.incubator.apache.org%3E
>>> [2]: https://www.urbandictionary.com/define.php?term=unicorn%20punk
>>> [3]: https://en.wikipedia.org/wiki/Indra%27s_net
>>> -
>>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>>> For additional commands, e-mail: general-h...@incubator.apache.org
>>>
>> -- 
>> Jean-Baptiste Onofré
>> jbono...@apache.org
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>>
>> -
>> 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
>

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: Incubator release votes

2019-02-26 Thread Kevin A. McGrail
On 2/26/2019 8:20 AM, David P Grove wrote:
> 
> Or in the case of the current OpenWhisk podling voting thread [1], our only
> mentor has already voted +1, but after a week we still need two more IPMC
> votes to be able to proceed.
>
> Please help
> 

Sorry, I was not aware of that issue.  I'm monitoring for the podlings I
help with but not as much with general@

I vote +1.

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: [VOTE] Accept Cava into the Apache Incubator

2019-02-20 Thread Kevin A. McGrail
+1 binding with the condition that a new name is picked before the
onboarding starts to lighten the load on the foundation (especially Infra).

On 2/20/2019 2:50 PM, Antoine Toulme wrote:
> Hi everyone,
>
> we've discussed the proposal for the Cava project in [1] and [2]. The
> proposal itself can be found on the wiki[3].
>
> We discussed how to go about finding a suitable name for the project in [2].
> I will kick off a vote to pick a name based on the proposals made there.
>
> According to the Incubator rules[4] I'd like to call a vote to accept the
> new "Cava" project as a podling in the Apache Incubator.
>
> A vote for accepting a new Apache Incubator podling is a majority vote.
> Everyone is welcome to vote, only Incubator PMC member votes are binding.
> It would be helpful (but not required) if you could add a comment stating
> whether your vote is binding or non-binding.
>
> This vote will run for at least 72 hours (but I expect to keep it open for
> longer). Please VOTE as follows:
>
> [ ] +1 Accept Cava into the Apache Incubator
> [ ] +0 Abstain
> [ ] -1 Do not accept Cava into the Apache Incubator because ...
>
> Thank you for everyone who decided to join in in the past discussions!
> Antoine
>
> [1]: 
> https://lists.apache.org/thread.html/5a7f6a218b11a1cac61fbd53f4c995fd7716f8ad3751cf9f171ebd57@%3Cgeneral.incubator.apache.org%3E
> [2]: 
> https://lists.apache.org/thread.html/8d8014f53f140a3ccdd517c3c303de1d45cc04afdaee5961ac43e7fc@%3Cgeneral.incubator.apache.org%3E
> [3]: https://wiki.apache.org/incubator/CavaProposal?action=recall&rev=14
> [4]: https://incubator.apache.org/guides/proposal.html#the_vote
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: Starting at the incubator and releases

2019-02-19 Thread Kevin A. McGrail
On 2/19/2019 6:07 PM, Dave Fisher wrote:
> (5) Go and develop in The Apache Way!
>
> Only once these four things happen can we start any timer on the first Apache 
> Release.

Four, no FIVE things!  Don't forget the Spanish Inquisition.

Agreed.  We need to setup the reason hurdles with a carrot so that
podlings understand these steps are necessary for releases to resume.

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: Starting at the incubator and releases

2019-02-19 Thread Kevin A. McGrail
I think this might be a really important faq on the top of the list of
OK, now we are voted in, what's next?  and a FAQ about releases.

On 2/19/2019 5:38 PM, Justin Mclean wrote:
> Hi,
>
> Looking at some of the situations we currently have I think we may need some 
> more general guidance for incubating projects and making releases after just 
> joining the incubator. In this context “non approved” means releases or 
> distributions not approved by the PPPM and IPMC (usually by voting) and 
> available and promoted to the general public. This doesn’t cover snapshots, 
> RCs or nightly which are not advertised to the general public. Feedback / 
> changes / thoughts from the rest of the IPMC members welcome.
>
> 1. Can the PPMC can distrubite artefacts in other places that are based on 
> approved releases. 
>
> Yes.
>
> 2. Can the PPMC make unapproved releases in other places after joining the 
> incubator?
>
> No but 3rd parties can and someone from the PPMC can act as a 3rd party, it 
> must be clear that:
> a) These are produced by a 3rd party and not the PPMC and follow Apache's 
> branding and trademark policy. 
> b) This is not being used as a mechanism to avoid making Apache releases.
>
> 3. Can the PPMC make unapproved releases in their Apache repo after the code 
> has been moved to the incubator repo?
>
> No.
>
> 4. Can the PPMC make unapproved release in other places after the code has 
> been moved to the incubator repo?
>
> No but 3rd parties can. See 2.
>
> 5. Can the PPMC keep two repos and continue to make releases in the non 
> Apache one after the code has been moved to the incubator repo?
>
> No but 3rd parties can. See 2. It’s likely that the old repo name may need to 
> change to avoid confusion with the Apache project.
>
> 6. Can the PPMC link to unapproved releases or distributions from their 
> website or download pages.
>
> No, unless these are clearly marked as 3rd party releases and not endorsed by 
> the PPMC.
>
> 7. When should the first ASF release be made.
>
> Ideally within six months of joining the incubator. Remember this first 
> release doesn’t have to be perfect.
>
> There may be the occasional exception to these guidelines, this would need to 
> be discussed and approved by your mentors and the IPMC informed.
>
> Thanks,
> Justin
>
>
>
> -------------
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>

-- 
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: [Proposal] Apache TVM

2019-02-17 Thread Kevin A. McGrail
+1 binding with a caveat:

You need mentors and champions from Apache who are available and ideally
active in the incubator.  Markus had to step down on hivemail last year.
Has his situation changed?

Some comments:
The hardware artifacts being donated is interesting and something I would
support helping.  We might want to loop in the secretary and legal vps to
discuss.

The reviewer status is something the pmc can elect to do.  They might end
up with the same karma as committers on any repos if they need that karma
is the only hurdle I can think of.  But we like a model of trust for people
so it should be a good thing.

But otherwise looks like a great start!
KAM
On Fri, Feb 15, 2019, 13:42 Markus Weimer  Hi,
>
> we'd like to start the discussion of accepting TVM into the incubator.
> Please see the proposal below. I'd like to highlight a few things for
> our discussion:
>
> (1) The project already follows many Apache ways like meritocracy,
> open development and such.
>
> (2) The project recognizes an in-between state of "reviewer" that it
> nominates people for between contributor and committer status. We'd
> like to learn if and how to maintain that in the future.
>
> (3) The project contains hardware as a software artifact. We are not
> aware of another ASF project like that and wonder if and how it
> affects its acceptance into the incubator.
>
> Thanks!
>
> Markus
>
> === Proposal ===
>
> We propose to incubate the TVM project the Apache Software Foundation. TVM
> is a
> full stack open deep learning compiler stack for CPUs, GPUs, and
> specialized
> accelerators. It aims to close the gap between the productivity-focused
> deep
> learning frameworks, and the performance- or efficiency-oriented hardware
> backends.
>
> === Background ===
>
> There is an increasing need to bring machine learning to a wide diversity
> of
> hardware devices. Current frameworks rely on vendor-specific operator
> libraries
> and optimize for a narrow range of server-class GPUs. Deploying workloads
> to new
> platforms -- such as mobile phones, embedded devices, and accelerators
> (e.g.,
> FPGAs, ASICs) -- requires significant manual effort. TVM is an end to end
> deep
> learning a compiler that exposes graph-level and operator-level
> optimizations to
> provide performance portability to deep learning workloads across diverse
> hardware back-ends. TVM solves optimization challenges specific to deep
> learning, such as high-level operator fusion, mapping to arbitrary hardware
> primitives, and memory latency hiding. It also automates optimization of
> low-level programs to hardware characteristics by employing a novel,
> learning-based cost modeling method for rapid exploration of program
> optimizations.
>
> Moreover, there is increasing interest in designing specialized hardware
> which
> accelerates machine learning. Towards this goal, TVM introduces VTA, an
> open
> source deep learning accelerator as part of its stack. The open source VTA
> driver and hardware design is a crucial step toward building software
> support
> for future ASICs. The TVM-VTA flow acts as a is the great frontier for
> researchers and practitioners to explore specialized hardware designs.
>
>
> === Rationale ===
>
> Deep learning compilation will be the next frontier of machine learning
> systems.
> TVM is already one of the leading open source projects pursuing this
> direction.
>
> Specifically, TVM provides infrastructure to use machine learning to
> automatically optimize deployment of deep learning programs on diverse
> hardware
> backends.
>
>
> === VTA: Open Source Hardware Design ===
>
> TVM also contains open source hardware as part of its stack. The VTA
> hardware
> design is a fully open sourced deep learning accelerator that allows us to
> experiment with compiler, driver, runtime, and execute the code on FPGA.
> VTA
> provides a path to target future ASICs, and build software-driven
> solutions to
> co-design future deep learning accelerators.
>
> Having an open source hardware design in an ASF project is rare and perhaps
> unprecedented. We put some of our rationale on why it is necessary for the
> community.
>
> Deep learning specialized ASICs are going to be at the center of the AI
> revolution. However, given its early shape, there is no open standard, or
> even
> any available information hardware interface that allows an open source
> software
> to target to. VTA provides such open source hardware abstraction layer and
> allows us to build in abstractions that can be effectively used to target
> other
> deep learning accelerators.
>
> Moreover, there is an increasing need for co-designing future of machine
> learning systems with the hardware abstraction. Having a co-designed open
> source
> hardware stack along with the software creates a path for this route. In
> short,
> we need open-source hardware to build the best open source software.
>
> Finally, we can still view VTA design as “software”, as its source code is
> writ

Re: [VOTE] Accept Training into the Apache Incubator

2019-02-13 Thread Kevin A. McGrail
+1 Binding.  I'll also try again to get  Udacity, Udemy, Coursera,
Pluralsight involved now that this is going to a formal incubator podling.
I am hoping once a domino falls, more will help.

Regards,
KAM
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Wed, Feb 13, 2019 at 7:00 AM Vinayakumar B 
wrote:

> +1 (binding)
>
> -Vinay
>
>
> On Wed, Feb 13, 2019 at 4:58 PM Hans-Peter Zorn  wrote:
>
> > +1 (non-binding)
> >
> > Looking forward to work on this!
> > Thanks,
> > Hans-Peter
> >
> > > Am 13.02.2019 um 08:57 schrieb Lars Francke :
> > >
> > > Hi everyone,
> > >
> > > we've discussed the proposal for the Training project in [1] and [2].
> The
> > > proposal itself can be found on the wiki[3].
> > >
> > > According to the Incubator rules[4] I'd like to call a vote to accept
> the
> > > new "Training" project as a podling in the Apache Incubator.
> > >
> > > A vote for accepting a new Apache Incubator podling is a majority vote.
> > > Everyone is welcome to vote, only Incubator PMC member votes are
> binding.
> > > It would be helpful (but not required) if you could add a comment
> stating
> > > whether your vote is binding or non-binding.
> > >
> > > This vote will run for at least 72 hours (but I expect to keep it open
> > for
> > > longer). Please VOTE as follows:
> > >
> > > [ ] +1 Accept Training into the Apache Incubator
> > > [ ] +0 Abstain
> > > [ ] -1 Do not accept Training into the Apache Incubator because ...
> > >
> > > Thank you for everyone who decided to join in in the past discussions!
> > > Lars
> > >
> > > [1] <
> > >
> >
> https://lists.apache.org/thread.html/5c00016b769135cc302bb2ce4e5f6bbfeeda933a07e9c38b5017d651@%3Cgeneral.incubator.apache.org%3E
> > >>
> > >
> > > [2] <
> > >
> >
> https://lists.apache.org/thread.html/9cb4d7eef73e0d526e0124944c3d37325aa892675351a1eed0a25de3@%3Cgeneral.incubator.apache.org%3E
> > >>
> > >
> > > [3] <https://wiki.apache.org/incubator/TrainingProposal#preview>
> > >
> > > [4] <
> > >
> >
> https://incubator.apache.org/policy/incubation.html#approval_of_proposal_by_sponsor
> > >>
> >
> >
> > -
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > For additional commands, e-mail: general-h...@incubator.apache.org
> >
> >
>


Re: Draft incubator report

2019-02-05 Thread Kevin A. McGrail
On 2/5/2019 6:27 AM, Justin Mclean wrote:
> Hi,
>
>>> As long as these are not available to the general public all is fine. [1]
>> s/available/advertised/
> Thanks that’s a better way of putting it. Obviously any published artefact is 
> available to the general public if and when they discover it.


Thanks Justin.  The advertised vs available was a big concern for me
when I read that this morning.


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



Re: [DISCUSS] Training (incubating) Proposal

2019-01-25 Thread Kevin A. McGrail
+1 for Justin

On Fri, Jan 25, 2019, 18:35 Justin Mclean  Hi,
>
> I’ll comment on the other parts of the proposal once I’ve thought about it
> a bit, but I’m also have a decent amount of training and course creation
> experience and would like to be on the (P)PMC / initial committer list if
> you'll have me. Assuming you go down the IPMC I’d also happy to be a
> mentor. I also have some material I can donate around the Apache Way and
> the Incubator.
>
> JFYI I’m currently teaching at a university (on computational design) and
> teaching/assessing at an online collage 2 1/2 days a week on programming. I
> finished a qualification in teaching last year and starting another one in
> a month time.
>
> Thanks,
> Justin
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: [VOTE] Shut down unused/inactive incubator lists

2019-01-20 Thread Kevin A. McGrail
+1
--
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Sun, Jan 20, 2019 at 7:21 PM 吴晟 Sheng Wu  wrote:

> +1
>
>
>
> Sheng Wu
> Apache SkyWalking, ShardingSphere, Zipkin
>
> From Wu Sheng 's phone.
>
>
> -- Original --
> From: sebb 
> Date: Mon,Jan 21,2019 8:12 AM
> To: general 
> Subject: Re: [VOTE] Shut down unused/inactive incubator lists
>
>
>
> The following lists are all but inactive:
>
> announce@ Last post Jan 2008
> android-interest@ Last post Mar 2011
> dev@ - only general circulars
> jaxws-tck@ (private) Last post 2012
> projects@ Last post Jul 2011
> user@ - only general circulars
>
> I think they should be shut down.
>
> Please vote so an Infra Jira can be raised to shut them down.
> They can have a bounce message added to direct posters to
> general@/private@ as appropriate
>
> [  ] +1
> [  ] -1 - give a reason please
>
> Please vote by end January 2019
>
> Sebb.
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org


Re: Incubator exit interview

2019-01-14 Thread Kevin A. McGrail



On 1/14/2019 1:01 PM, Julian Hyde wrote:
> I don’t think the “decisions should be made on-list” principle applies to all 
> communication. (Otherwise why would we allow hallway conversations at 
> conferences?) I’d rather that we make better decisions than be slave to 
> principle.
>
It really does apply to everything.  Even if you have the best meeting
in the world, you bring back minutes and decisions made off list for
ratification.  That way there is then an archive of the decision and
everyone can participate.

Regards,
KAM


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



Re: Feedback requested: New committer invitation template

2018-12-29 Thread Kevin A. McGrail
Craig, having seen the hundreds of templates you process, I am +1 to any
process improvements you suggest.  -KAM

On Sat, Dec 29, 2018, 18:29 Craig Russell  Hi,
>
> In order to simplify the process of granting new committers write access
> to a project's repository, I'd like to propose a change in the invitation
> letter sent to candidates after the PMC has voted to accept them as
> committers.
>
> The original is at
> https://community.apache.org/newcommitter.html#committer-invite-template
>
> It does not distinguish among these three cases: already have an Apache
> id, already filed an ICLA, and have not filed an ICLA. There are many cases
> where unnecessary work is done because of improper guidance.
>
> 
> To: joeblo...@foo.net
> Cc: private@[PROJECT].apache.org
> Subject: Invitation to become [PROJECT] committer: Joe Bloggs
>
> Hello [invitee name],
>
> The [Project] Project Management Committee] (PMC)
> hereby offers you committer privileges to the project
> [as well as membership in the PMC]. These privileges are
> offered on the understanding that you'll use them
> reasonably and with common sense. We like to work on trust
> rather than unnecessary constraints.
>
> Being a committer enables you to more easily make
> changes without needing to go through the patch
> submission process. [Being a PMC member enables you
> to guide the direction of the project.]
>
> Being a committer does not require you to
> participate any more than you already do. It does
> tend to make one even more committed.  You will
> probably find that you spend more time here.
>
> Of course, you can decline and instead remain as a
> contributor, participating as you do now.
>
> A. This personal invitation is a chance for you to
> accept or decline in private.  Either way, please
> let us know in reply to the [priv...@project.apache.org]
> address only.
>
> [check http://people.apache.org/committer-index.html]
> [B. If you accept, since you already have an Apache id,
> the PMC will grant you write access to the repository.
> ]
>
> [check http://people.apache.org/unlistedclas.html]
> [B. If you accept, since you already have an iCLA on file,
> the PMC will request an Apache id for you. In your response,
> please choose an id that is not already in use. See
> http://people.apache.org/committer-index.html
> ]
>
> [B. If you accept, the next step is to register an iCLA:
> 1. Details of the iCLA and the forms are found
> through this link: http://www.apache.org/licenses/#clas
>
> 2. Instructions for its completion and return to
> the Secretary of the ASF are found at
> http://www.apache.org/licenses/#submitting
> Do not submit ICLAs to anyone but secretary, but
> please do cc: [priv...@project.apache.org]
>
> 3. When you transmit the completed iCLA, request
> to notify the Apache [Project] and choose a
> unique Apache id. Look to see if your preferred
> id is already taken at
> http://people.apache.org/committer-index.html
> This will allow the Secretary to notify the PMC
> when your iCLA has been recorded.
> ]
>
> When your reply to this invitation is received, you will
> receive a follow-up message with the next steps for
> establishing you as a committer.
>
> Craig L Russell
> Secretary, Apache Software Foundation
> c...@apache.org http://db.apache.org/jdo
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: Establishing an ASF project for training

2018-12-20 Thread Kevin A. McGrail
I'm also +1 on a proposal on incubator even if it's voted on direct to
TLP.  It will help you significantly in understanding the goals of the
PMC and get others involved.  And if I can get the companies like
Udacity, Udemy, Coursera, Pluralsight, etc. to come to the table and
help, they will likely need the incubation process to understand the
Apache Way.

-- 
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: Establishing an ASF project for training

2018-12-18 Thread Kevin A. McGrail
On 12/18/2018 11:43 AM, Lars Francke wrote:
> You, Rich and KAM talk about a TLP/Central Service so let's start
> discussing that. I'm fairly well informed about the Incubator but I have no
> ideas about the direct-to-TLP/Central Services path. Any pointers/mentors
> would be great. If no one objects I'd like to start the process of DISCUSS
> and potentially VOTE in the right place then. Would that be members@ or
> board@ or something else entirely? All documentation I can find is about
> new Incubator projects.

Lars, I would recommend you create a proposal to become a podling in the
incubator with you as the champion.  See
https://wiki.apache.org/incubator/ and perhaps an example proposal like
https://wiki.apache.org/incubator/IoTDBProposal

Regards,
KAM

-- 
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: Establishing an ASF project for training

2018-12-17 Thread Kevin A. McGrail
On 12/17/2018 2:14 PM, Lars Francke wrote:
> thanks for the heads up and for the support. I'd love for those
> companies to contribute but I think there's no need to wait for them, no?
>
> I understand that a meeting can be useful but if you have one it'd be
> great if it could be an online meetup/call so I (from Germany) can
> also participate. That said: I believe we can probably hash out most
> details on the list as well?

Hi Lars, I had hoped they were interested more than just for financial
and proprietary benefit.  However, the fact that only 1 responded tells
me they didn't like the idea.

If you wanted to lead a PMC for this project, I'm happy to re-engage
with them and try and get them involved in your efforts.


Regards,
KAM


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



Re: Establishing an ASF project for training

2018-12-17 Thread Kevin A. McGrail
Hi Lars,

Just a note that this might tie in nicely to the proposal I sent to a
number of online companies: Coursera, Pluralsight, Udemy, & Udacity re:
setting up a PMC for Training.  I got only one response which so far
hasn't materialized with much.  However, I think the idea has a lot of
merit and thought I would share what I wrote back in October.

Regards,
KAM

Invitation to a Discussion Panel re: the Apache Way and a PMC Proposal
for Online Training

Kevin A. McGrail 
Tue, Oct 16, 12:46 PM

Hello All,

Over the past few years, the ASF has been approached a number of times
regarding online training/certification and working with several players
in the industry.  To date, we haven't had much luck finding a way that
works but just recently, we had another firm reach out to us.

With this additional firm and combining it with recent ASF discussions
about "central service" projects at the ASF to embrace things that are
non-code related like graphics and documentation, we might have a way
forward.

In broad strokes, the idea of creating training material presents itself
as an interesting idea for a project in the Apache Incubator.  The
Incubator is where we grow and cultivate interesting ideas towards being
top level projects.

The plan at this stage is to get interested parties to discuss the
idea.  What is needed is for a team of people to create a proposal for a
project management committee to produce this training material just like
how we produce OSS software in a vendor neutral, collaborative manner
using the Apache Way.

It's important to note that the ASF wouldn't drive this ship.  We'd help
steer it with tugboats but we have a lot of experience with successful
projects involving lots of different vendors that create value through
open source.

If the companies you represent might be able to help in doing that, I'd
like to see if it's feasible and guide you.  The first step is to setup
a meeting with interested parties to discuss things further.  Please let
me know if you would be interested and if you recommend anyone else is
invited for the meeting.

Thanks for your time.

Regards,

KAM
On 12/17/2018 8:22 AM, Lars Francke wrote:
> Hi,
>
> I'd like to start a discussion around establishing a project (or Central
> Service) at the ASF to host and develop training and related materials for
> ASF (and possibly others, where it makes sense) projects.
>
> I'm a committer and contributor to a few projects and make money doing
> consulting work. Naturally people do contact us for training, and we have
> developed our own slideware etc. but we find it incredibly hard work to
> keep those up-to-date.
>
> We also work with lots of other companies and they all face the same
> challenges. At the same time, we do not believe that a slide-deck is worth
> that much on its own (others disagree, as we used to). We believe the
> instructor is the real selling-point and especially when that person is
> deeply embedded in the projects itself as a committer or PMC.
>
> So, we as a company[0] would like to donate our slide decks and other
> resources we have and establish an ASF wide training project in the hopes
> that we as a community can collaborate on those resources. We are currently
> talking to partners to assess whether they are interested in joining us in
> open sourcing their material.
>
> I'm not sure if this is a "Central Services" kind of thing or if it should
> be an Incubator project to begin with. I'm posting this here because I
> think there are good arguments for it being a project (e.g. it appears as a
> “project” in all lists that others can contribute to, it follows a familiar
> structure etc.). It might be a bit different than other projects though
> (e.g. maybe there are no real releases?).
>
> This is also not limited to just slides obviously but also accompanying
> code and potentially other media forms.
>
> One concern I have is that the material should be as objective as possible,
> but our clients especially value our (often subjective) input on the
> matureness of tools (third-party as well as ASF), processes and
> communities. So, we usually include that in our slides. I guess anyone
> using this material would need to customize it.
>
> This is how I see it but I'm happy to change based on feedback.
> In scope:
> * Develop shared material that can be used for trainings
> * Develop “labs” or “hands-on” exercises
> * Develop or document an infrastructure that can be used for those labs
> * Potentially develop tools to manage the material (e.g. ideally a slide
> repository that contains “modules” that can be easily reused and combined)
>
> Out of scope (for now at least)
> * Something like what the CNCF has with their “Kubernetes Training
> Program”[1] with cert

Trouble Reaching mentors?

2018-12-10 Thread Kevin A. McGrail
Zhongyi, I just signed off on the BRPC report. Nicely done.

However, I saw a note you were having trouble getting responses from
mentors.  My apologies!  I don't think I'm getting the emails.  Can you
resend any emails you have not received a response from me?  I'll
acknowledge them so we can confirm I have them.

Also, we want to start getting people using the brpc-dev@ and brpc-private@
lists for the project.  Can you ask people to subscribe please?

Regards,
KAM


Re: December report - Mentor sign off due end of today

2018-12-10 Thread Kevin A. McGrail
Additionally, if I was pinged, I did not receive the email.   I'm signing
off on the BRPC report as soon as I can with the wiki.  Just got karma a
few minutes ago.
--
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Mon, Dec 10, 2018 at 10:38 PM Gosling Von  wrote:

> Hi,
>
> I have noticed in brpc incubator comments:
>
>
> IPMC/Shepherd notes:
> Dave Fisher: I wrote up this report and made the mailing list request.
> Justin Mclean: LDAP and DNS also feel between the cracks. Mentors were
>  pinged but no response. I think it would be good for this project to
>  have an extra mentor.
>
> I have signed my name in mentor roster and contacted the brpc teams
> offline to learn more about the start status in podling.
>
>
> Best Regards,
> Von Gosling
>
> > 在 2018年12月11日,上午4:47,Justin Mclean  写道:
> >
> > Hi,
> >
> > Just a reminder mentor sign-off is due today and some projects still
> have no sing-offs and will be asked to report next month if they don’t get
> any.
> >
> > These projects are:
> > BRPC
> > Myriad
> >
> > Projects that could do with more sign-offs (as they only have one
> sign-off) include:
> > DLab
> > Daffodil
> > Hivemall
> > Ponytail
> > Samoa
> > Singa
> > Superset
> > Taverna
> > Warble
> >
> > The board likes to see more than one sign off and it’s a good indicator
> if mentors are paying attention.
> >
> > Thanks,
> > Justin
> > -
> > 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: December report - Mentor sign off due end of today

2018-12-10 Thread Kevin A. McGrail
Thanks for the heads-up.  A sing-off sounds like we are an acappella group!

I'll ask BRPC if they have a report.  This is one of their first so I'm
sort of expecting it to be short.
--
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Mon, Dec 10, 2018 at 3:47 PM Justin Mclean 
wrote:

> Hi,
>
> Just a reminder mentor sign-off is due today and some projects still have
> no sing-offs and will be asked to report next month if they don’t get any.
>
> These projects are:
> BRPC
> Myriad
>
> Projects that could do with more sign-offs (as they only have one
> sign-off) include:
> DLab
> Daffodil
> Hivemall
> Ponytail
> Samoa
> Singa
> Superset
> Taverna
> Warble
>
> The board likes to see more than one sign off and it’s a good indicator if
> mentors are paying attention.
>
> Thanks,
> Justin
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: UNICEF Open Source project- Apache Foundation

2018-12-03 Thread Kevin A. McGrail
Thanks Ariam!
--
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Mon, Dec 3, 2018 at 11:36 AM Ariam Mogos  wrote:

> Thanks Kevin this is great. I’m going to go through the documentation and
> set-up a follow-up call with you.
>
>
>
> *From: *"Kevin A. McGrail" 
> *Date: *Tuesday, November 27, 2018 at 5:29 PM
> *To: *Ariam Mogos 
> *Cc: *David Banes , "
> general@incubator.apache.org" , Aditi
> Poddar , "E.A. Draffan" 
> *Subject: *Re: UNICEF Open Source project- Apache Foundation
>
>
>
> Sure Ariam.
>
>
>
> The Incubator is the process by which projects come into the Apache
> Software Foundation and learn how to be a successful open source project.
>
>
>
> The process is pretty well documented at
> https://incubator.apache.org/policy/incubation.html and would start with
> the preparation of a proposal which I'd be happy to review for you.
>
>
> Regards,
>
> KAM
>
> --
>
> Kevin A. McGrail
>
> VP Fundraising, Apache Software Foundation
>
> Chair Emeritus Apache SpamAssassin Project
>
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
>
>
>
>
> On Tue, Nov 27, 2018 at 2:15 PM Ariam Mogos  wrote:
>
> Thanks Kevin, great connecting with you too. Could you send me more about
> the incubator and the proposal process?
>
>
>
> Thanks!
> Ariam
>
>
>
>
>
> *From: *"Kevin A. McGrail" 
> *Date: *Tuesday, November 13, 2018 at 4:19 PM
> *To: *Ariam Mogos 
> *Cc: *David Banes , "
> general@incubator.apache.org" , Aditi
> Poddar , "E.A. Draffan" 
> *Subject: *Re: UNICEF Open Source project- Apache Foundation
>
>
>
> Hi Ariam, thanks for your chat.  Please let us know if you have more
> questions about the incubator or if we can help with any other avenues.
> It's a great project!
>
> KAM
>
>On 11/12/2018 12:38 AM, Ariam Mogos wrote:
>
> Hi Kevin,
>
>
>
> I’m sorry, last week in DC ended up being very difficult, but will give
> you ring first thing tomorrow.
>
>
>
> Best,
> Ariam
>
>
>
> *From: *"Kevin A. McGrail"  
> *Date: *Thursday, November 8, 2018 at 10:18 AM
> *To: *Ariam Mogos  
> *Cc: *David Banes  ,
> "general@incubator.apache.org" 
>  , Aditi
> Poddar  , "E.A. Draffan"
>  
> *Subject: *Re: UNICEF Open Source project- Apache Foundation
>
>
>
> Hi Ariam, I got your voicemail again  Feel free to ping me back at
> 703.798.0171 and we can coordinate a face to face meeting.  Regards,
>
> KAM
>
> --
>
> Kevin A. McGrail
>
> VP Fundraising, Apache Software Foundation
>
> Chair Emeritus Apache SpamAssassin Project
>
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
>
>
>
>
> On Wed, Oct 31, 2018 at 12:57 PM Kevin A. McGrail 
> wrote:
>
> Thanks Ariam, got your v/m.  Feel free to call me back at 703 798 0171.
>
> --
>
> Kevin A. McGrail
>
> VP Fundraising, Apache Software Foundation
>
> Chair Emeritus Apache SpamAssassin Project
>
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
>
>
> On Tue, Oct 30, 2018 at 11:44 AM Ariam Mogos  wrote:
>
> Sure, sounds good Kevin. You can reach me at 917.974.5997.
>
>
>
> *From: *"Kevin A. McGrail" 
> *Date: *Monday, October 29, 2018 at 6:27 PM
> *To: *"da...@davebanesaccess.org" 
> *Cc: *Ariam Mogos , "general@incubator.apache.org" <
> general@incubator.apache.org>, Aditi Poddar , "
> e...@ecs.soton.ac.uk" 
> *Subject: *Re: UNICEF Open Source project- Apache Foundation
>
>
>
> Thanks David for the introduction.  Ariam, I am located in Fairfax so a
> meeting in DC is more than possible.
>
>
>
> Can I give you a call to coordinate?  If so, what's a good number to reach
> you?
>
> --
>
> Kevin A. McGrail
>
> VP Fundraising, Apache Software Foundation
>
> Chair Emeritus Apache SpamAssassin Project
>
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
>
>
>
>
> On Mon, Oct 29, 2018 at 4:57 PM  wrote:
>
> Just to quickly introduce EA and myself – we work together in a not for
> profit at globalsymbols.com
>
>
>
> We are very much committed to both open licence and working in the open,
> and have a special interest in seeking to ensure that AAC reaches those
> communities that have been most under served in this field
>
>
>
> One of our first projects was in the Middle East where we collaborated to
> develop Tawasol, the Arabic open symbo

Re: [VOTE] - Release Apache OpenWhisk (Incubating) Composer module 0.9.0 (rc1)

2018-12-03 Thread Kevin A. McGrail
+1 Binding.
--
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Mon, Dec 3, 2018 at 9:59 AM Dave Grove  wrote:

> After 7 days, this vote still needs two additional +1 binding votes to
> pass.
> (Bertrand Delacretaz's binding +1 from the Podling PPMC vote [1] carries
> to this VOTE).
>
> The OpenWhisk podling only has two mentors (Bertrand Delacretaz and Jim
> Jagielski), so we need at least one vote beyond our mentors to be able to
> close this voting thread.
>
> thank you,
>
> --dave
>
> [1]
> https://lists.apache.org/thread.html/8b182e4b0ad7e402f4be61500285abedf44067215a5d351bdaeb005b@%3Cdev.openwhisk.apache.org%3E
>
> On 2018/11/26 18:59:23, "David P Grove"  wrote:
> >
> >
> > Dear IPMC members,
> >
> > This is a call for the vote to release Apache OpenWhisk (Incubating):
> > Composer module, 0.9.0.
> >
> > The Apache OpenWhisk community has voted on and approved a proposal to
> > release Apache OpenWhisk (Incubating): Composer module 0.9.0.
> >
> > We now request the Incubator PMC members to review and vote on this
> > incubator release.
> >
> > Apache OpenWhisk Composer is a programming model for composing cloud
> > functions built on Apache OpenWhisk.
> >
> > OpenWhisk Composer vote thread:
> >
> https://lists.apache.org/thread.html/5bc79c5f16661d46cd77557b2b1a4ec7d41d184c7dc44026fd92a3de@%3Cdev.openwhisk.apache.org%3E
> >
> > OpenWhisk Composer vote result email:
> >
> https://lists.apache.org/thread.html/0962026eef420586a482b7fbe29c0db1fb28bad38a7ad5cbe943aba1@%3Cdev.openwhisk.apache.org%3E
> >
> > This release comprises of source code distribution only. There is only
> one
> > module within this release number 0.9.0. The artifact were built from the
> > following Git commit IDs:
> > * openwhisk-composer: 7ae7f08,
> >
> > The source code artifact of openwhisk composer can be found at:
> >
> https://dist.apache.org/repos/dist/dev/incubator/openwhisk/apache-openwhisk-0.9.0-incubating-rc1/openwhisk-composer-0.9.0-incubating-sources.tar.gz
> >
> > The SHA-512 checksum for the artifact of openwhisk composer is
> > openwhisk-composer-0.9.0-incubating-sources.tar.gz:
> > 7D5ECB65 DF653840 C8A33C7B DDF346AD 2AA36507 DD1D6DE6 8CB99238 BDC93EF6
> > 425B5BAF
> >  1371C4BE 6F1E0DEF 01D60D18 03AADC33 B0B7BD95 40724450 5FF6D131
> > which can can be found via:
> >
> https://dist.apache.org/repos/dist/dev/incubator/openwhisk/apache-openwhisk-0.9.0-incubating-rc1/openwhisk-composer-0.9.0-incubating-sources.tar.gz.sha512
> >
> > The signature of the artifact of openwhisk composer can be found via:
> >
> https://dist.apache.org/repos/dist/dev/incubator/openwhisk/apache-openwhisk-0.9.0-incubating-rc1/openwhisk-composer-0.9.0-incubating-sources.tar.gz.asc
> >
> > This release was signed with key 147F886E.
> > KEYS file is available here:
> > https://dist.apache.org/repos/dist/dev/incubator/openwhisk/KEYS
> >
> > This is the first release of Apache OpenWhisk, Composer module. so there
> is
> > no CHANGELOG file.
> >
> > How to verify the artifacts can be found at:
> > https://cwiki.apache.org/confluence/display/OPENWHISK/How+to+verify+the
> > +release+checklist+and+vote+on+OpenWhisk+modules+under+Apache
> >
> > We are currently using the tool called openwhisk-release
> > (https://github.com/apache/incubator-openwhisk-release) to release all
> the
> > modules of OpenWhisk. The instruction for release managers can be found
> at:
> >
> https://github.com/apache/incubator-openwhisk-release/blob/master/docs/release_instructions.md
> .
> >  This tool
> > supports  both manual and automated modes to package the source code,
> sign
> > the  artifacts and upload the artifacts into Apache SVN repositories.
> >
> > The vote will be open for at least 72 hours or until necessary number of
> > votes are reached.
> >
> > Please vote accordingly:
> > [ ] +1 approve
> > [ ] +0 no opinion
> > [ ] -1 disapprove with the reason
> >
> > Regards,
> >
> > --dave
> >
> >
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: brpc project setup

2018-11-29 Thread Kevin A. McGrail
On 11/29/2018 4:26 PM, Justin Mclean wrote:
> I notice this podling was voted in 2 weeks ago but the email lists have not 
> been created yet. 
>
> Does the podling need help with on-boarding / bootstrapping? Are your mentors 
> helping out (presumably off ist)?
>
> Thanks,
> Justin
>
> P.S You have a board report due in a week, and while it may not contain much 
> other then “still setting up stuff” it’s still needed.


I'll try and step up more and help on this.  Thanks for the kick.

-- 
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: UNICEF Open Source project- Apache Foundation

2018-11-27 Thread Kevin A. McGrail
Sure Ariam.

The Incubator is the process by which projects come into the Apache
Software Foundation and learn how to be a successful open source project.

The process is pretty well documented at
https://incubator.apache.org/policy/incubation.html and would start with
the preparation of a proposal which I'd be happy to review for you.

Regards,
KAM
--
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Tue, Nov 27, 2018 at 2:15 PM Ariam Mogos  wrote:

> Thanks Kevin, great connecting with you too. Could you send me more about
> the incubator and the proposal process?
>
>
>
> Thanks!
> Ariam
>
>
>
>
>
> *From: *"Kevin A. McGrail" 
> *Date: *Tuesday, November 13, 2018 at 4:19 PM
> *To: *Ariam Mogos 
> *Cc: *David Banes , "
> general@incubator.apache.org" , Aditi
> Poddar , "E.A. Draffan" 
> *Subject: *Re: UNICEF Open Source project- Apache Foundation
>
>
>
> Hi Ariam, thanks for your chat.  Please let us know if you have more
> questions about the incubator or if we can help with any other avenues.
> It's a great project!
>
> KAM
>
>On 11/12/2018 12:38 AM, Ariam Mogos wrote:
>
> Hi Kevin,
>
>
>
> I’m sorry, last week in DC ended up being very difficult, but will give
> you ring first thing tomorrow.
>
>
>
> Best,
> Ariam
>
>
>
> *From: *"Kevin A. McGrail"  
> *Date: *Thursday, November 8, 2018 at 10:18 AM
> *To: *Ariam Mogos  
> *Cc: *David Banes  ,
> "general@incubator.apache.org" 
>  , Aditi
> Poddar  , "E.A. Draffan"
>  
> *Subject: *Re: UNICEF Open Source project- Apache Foundation
>
>
>
> Hi Ariam, I got your voicemail again  Feel free to ping me back at
> 703.798.0171 and we can coordinate a face to face meeting.  Regards,
>
> KAM
>
> --
>
> Kevin A. McGrail
>
> VP Fundraising, Apache Software Foundation
>
> Chair Emeritus Apache SpamAssassin Project
>
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
>
>
>
>
> On Wed, Oct 31, 2018 at 12:57 PM Kevin A. McGrail 
> wrote:
>
> Thanks Ariam, got your v/m.  Feel free to call me back at 703 798 0171.
>
> --
>
> Kevin A. McGrail
>
> VP Fundraising, Apache Software Foundation
>
> Chair Emeritus Apache SpamAssassin Project
>
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
>
>
> On Tue, Oct 30, 2018 at 11:44 AM Ariam Mogos  wrote:
>
> Sure, sounds good Kevin. You can reach me at 917.974.5997.
>
>
>
> *From: *"Kevin A. McGrail" 
> *Date: *Monday, October 29, 2018 at 6:27 PM
> *To: *"da...@davebanesaccess.org" 
> *Cc: *Ariam Mogos , "general@incubator.apache.org" <
> general@incubator.apache.org>, Aditi Poddar , "
> e...@ecs.soton.ac.uk" 
> *Subject: *Re: UNICEF Open Source project- Apache Foundation
>
>
>
> Thanks David for the introduction.  Ariam, I am located in Fairfax so a
> meeting in DC is more than possible.
>
>
>
> Can I give you a call to coordinate?  If so, what's a good number to reach
> you?
>
> --
>
> Kevin A. McGrail
>
> VP Fundraising, Apache Software Foundation
>
> Chair Emeritus Apache SpamAssassin Project
>
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
>
>
>
>
> On Mon, Oct 29, 2018 at 4:57 PM  wrote:
>
> Just to quickly introduce EA and myself – we work together in a not for
> profit at globalsymbols.com
>
>
>
> We are very much committed to both open licence and working in the open,
> and have a special interest in seeking to ensure that AAC reaches those
> communities that have been most under served in this field
>
>
>
> One of our first projects was in the Middle East where we collaborated to
> develop Tawasol, the Arabic open symbol set, designed to reflect both
> language and culture within the Middle East and especially the gulf. To do
> that we created a system that democratised symbol design, allowing a range
> of stakeholder to determine the design and selection of symbols to
> represent concepts.
>
>
>
> Very much hope to continue discussions together about collaboration around
> the paper Ariam has distributed
>
>
>
> Best regards
>
>
>
> David
>
>
>
> *From:* Kevin A. McGrail 
> *Sent:* 29 October 2018 20:49
> *To:* Ariam Mogos ; general@incubator.apache.org
> *Cc:* Aditi Poddar ; da...@davebanesaccess.org; EA
> Draffan 
> *Subject:* Re: UNICEF Open Source project- Apache Foundation
>
>
>
> Thanks Ariam,
>
> I have a child with Autism so this is very in

Re: [Result][Vote] vote for IoTDB incubation proposal

2018-11-15 Thread Kevin A. McGrail
I will defer the intake of code to the secretary.

On Thu, Nov 15, 2018, 12:20 黄向东  > - When you say "open source" repo, do you mean private repo vs public
> > repo?
>
> Yes.
>
> >
> > - I believe Craig as Secretary will say an SGA never hurts but isn't
> > everything already licensed ASLv2?  It's been a few weeks and a few
> > proposals reviewed so it could be my memory.
>
> Currently, the licenses of the dependency libs of IoTDB includes:
> Apache2.0, BSD (antlr3), EPL1.0 (logback) and EPL2.0 (junit).
> We are working on checking all the licenses once again for avoiding
> mistakes.
>
> Regards,
> Xiangdong Huang
>
>
> > 在 2018年11月15日,下午10:43,Kevin A. McGrail  写道:
> >
> > Well, first, let's ask some questions:
> >
> > - When you say "open source" repo, do you mean private repo vs public
> > repo?
> >
> > - I believe Craig as Secretary will say an SGA never hurts but isn't
> > everything already licensed ASLv2?  It's been a few weeks and a few
> > proposals reviewed so it could be my memory.
> >
> > Regards,
> > KAM
> >
> > --
> > Kevin A. McGrail
> > VP Fundraising, Apache Software Foundation
> > Chair Emeritus Apache SpamAssassin Project
> > https://www.linkedin.com/in/kmcgrail - 703.798.0171
> >
> >
> > On Thu, Nov 15, 2018 at 7:27 AM hxd  wrote:
> >
> >> Currently, there are 6 repositories (IoTDB, IoTDB-JDBC, TsFile,
> >> Spark-Connector, Hive-Connector, and Grafana-Connector) totally and we
> will
> >> merge them all in one repositories.
> >>
> >> Only the first one is private.
> >>
> >> Actually we are lack of experiences about how to open source.
> >>
> >> Should we open all the source now or after all the Apache legal
> documents
> >> are done?
> >>
> >> Best,
> >>
> >> Xiangdong Huang
> >>
> >>> 在 2018年11月15日,下午5:06,Willem Jiang  写道:
> >>>
> >>> Here is a question for the source code repository
> >>>
> >>> The main source git repo[1] is still a private repo.  I think we need
> >>> to open source the repo before sending the SGA?
> >>>
> >>>
> >>> [1]https://github.com/thulab/iotdb
> >>>
> >>> Willem Jiang
> >>>
> >>> Twitter: willemjiang
> >>> Weibo: 姜宁willem
> >>> On Thu, Nov 15, 2018 at 4:08 PM hxd  wrote:
> >>>>
> >>>> Hi,
> >>>>
> >>>> In the proposal discussion process, we got 3 mentors,  Justin Mclean,
> >> Christofer Dutz, and Willem Ning Jiang.
> >>>>
> >>>> In the vote process, we got a new mentor, Joe Witt.
> >>>>
> >>>> Totally, there are one Champion and four mentors, they are:
> >>>>
> >>>> Kevin A. McGrail (the Champion),
> >>>> Justin Mclean,
> >>>> Christofer Dutz,
> >>>> Willem Ning Jiang, and
> >>>> Joe Witt
> >>>>
> >>>> I have checked their name on
> >> http://people.apache.org/committer-index.html, and they are accurate
> now.
> >>>> The name list on the proposal list (
> >> https://wiki.apache.org/incubator/IoTDBProposal) is also correct.
> >>>>
> >>>> Regards,
> >>>> Xiangdong Huang
> >>>>
> >>>>
> >>>>
> >>>> 在 2018年11月15日,上午12:51,Kevin A. McGrail  写道:
> >>>>
> >>>> Congratulations!  As champion, I think the next steps are:
> >>>>
> >>>> 1 - Xiangdong, Can you confirm the list of mentors on the proposal is
> >> accurate?
> >>>>
> >>>> 2 - Also Xiangdong, Is there anyone else that stepped forward as a
> >> mentor during the voting process that the project wants the IPMC to
> approve?
> >>>>
> >>>> 3 - Justin, I think you have to request the creation of the podling
> and
> >> then I as champion work on things like the meta data file from this
> page,
> >>>> https://incubator.apache.org/policy/incubation.html, correct?
> >>>>
> >>>> Regards,
> >>>> KAM
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> Kevin A. McGrail
> >>>> VP Fundraising, Apache Software Foundation
> >>>> Chair Emeritus Apache SpamAssas

Re: [Result][Vote] vote for IoTDB incubation proposal

2018-11-15 Thread Kevin A. McGrail
Well, first, let's ask some questions:

- When you say "open source" repo, do you mean private repo vs public
repo?

- I believe Craig as Secretary will say an SGA never hurts but isn't
everything already licensed ASLv2?  It's been a few weeks and a few
proposals reviewed so it could be my memory.

Regards,
KAM

--
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Thu, Nov 15, 2018 at 7:27 AM hxd  wrote:

> Currently, there are 6 repositories (IoTDB, IoTDB-JDBC, TsFile,
> Spark-Connector, Hive-Connector, and Grafana-Connector) totally and we will
> merge them all in one repositories.
>
> Only the first one is private.
>
> Actually we are lack of experiences about how to open source.
>
> Should we open all the source now or after all the Apache legal documents
> are done?
>
> Best,
>
> Xiangdong Huang
>
> > 在 2018年11月15日,下午5:06,Willem Jiang  写道:
> >
> > Here is a question for the source code repository
> >
> > The main source git repo[1] is still a private repo.  I think we need
> > to open source the repo before sending the SGA?
> >
> >
> > [1]https://github.com/thulab/iotdb
> >
> > Willem Jiang
> >
> > Twitter: willemjiang
> > Weibo: 姜宁willem
> > On Thu, Nov 15, 2018 at 4:08 PM hxd  wrote:
> >>
> >> Hi,
> >>
> >> In the proposal discussion process, we got 3 mentors,  Justin Mclean,
> Christofer Dutz, and Willem Ning Jiang.
> >>
> >> In the vote process, we got a new mentor, Joe Witt.
> >>
> >> Totally, there are one Champion and four mentors, they are:
> >>
> >> Kevin A. McGrail (the Champion),
> >> Justin Mclean,
> >> Christofer Dutz,
> >> Willem Ning Jiang, and
> >> Joe Witt
> >>
> >> I have checked their name on
> http://people.apache.org/committer-index.html, and they are accurate now.
> >> The name list on the proposal list (
> https://wiki.apache.org/incubator/IoTDBProposal) is also correct.
> >>
> >> Regards,
> >> Xiangdong Huang
> >>
> >>
> >>
> >> 在 2018年11月15日,上午12:51,Kevin A. McGrail  写道:
> >>
> >> Congratulations!  As champion, I think the next steps are:
> >>
> >> 1 - Xiangdong, Can you confirm the list of mentors on the proposal is
> accurate?
> >>
> >> 2 - Also Xiangdong, Is there anyone else that stepped forward as a
> mentor during the voting process that the project wants the IPMC to approve?
> >>
> >> 3 - Justin, I think you have to request the creation of the podling and
> then I as champion work on things like the meta data file from this page,
> >> https://incubator.apache.org/policy/incubation.html, correct?
> >>
> >> Regards,
> >> KAM
> >>
> >>
> >>
> >>
> >> --
> >> Kevin A. McGrail
> >> VP Fundraising, Apache Software Foundation
> >> Chair Emeritus Apache SpamAssassin Project
> >> https://www.linkedin.com/in/kmcgrail - 703.798.0171
> >>
> >>
> >> On Wed, Nov 14, 2018 at 6:29 AM hxd  wrote:
> >>>
> >>> Hi,
> >>>
> >>> With 8 +1 binding votes,  2 +1 non-binding votes and No +/-0 or -1
> votes, this VOTE passes.
> >>>
> >>> Thanks to everyone who voted!
> >>>
> >>> Bellow is a voting tally:
> >>>
> >>> Binding
> >>> Von Gosling
> >>> Christofer Dutz
> >>> Kevin A. McGrail
> >>> Felix Cheung
> >>> Matt Sticker
> >>> Joe Witt
> >>> Justin Mclean
> >>> Willem Jiang
> >>>
> >>>
> >>> Non-binding
> >>> Sheng Wu
> >>> Yang Bo
> >>>
> >>> The vote thread:
> https://lists.apache.org/thread.html/077f029ab2b52a2b19fc8d41c07438f660a8e93dd87b3895d262263c@%3Cgeneral.incubator.apache.org%3E
> <
> https://lists.apache.org/thread.html/077f029ab2b52a2b19fc8d41c07438f660a8e93dd87b3895d262263c@%3Cgeneral.incubator.apache.org%3E
> >
> >>> The proposal: https://wiki.apache.org/incubator/IoTDBProposal <
> https://wiki.apache.org/incubator/IoTDBProposal>
> >>>
> >>> Thanks,
> >>>
> >>> Xiangdong Huang
> >>>
> >>>
> >>>> 在 2018年11月7日,下午3:46,hxd  写道:
> >>>>
> >>>> Hi,
> >>>>
> >>>> Sorry for the previous mail with bad fo

Re: [Result][Vote] vote for IoTDB incubation proposal

2018-11-14 Thread Kevin A. McGrail
Congratulations!  As champion, I think the next steps are:

1 - Xiangdong, Can you confirm the list of mentors on the proposal is
accurate?

2 - Also Xiangdong, Is there anyone else that stepped forward as a mentor
during the voting process that the project wants the IPMC to approve?

3 - Justin, I think you have to request the creation of the podling and
then I as champion work on things like the meta data file from this page,
https://incubator.apache.org/policy/incubation.html, correct?

Regards,
KAM




--
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Wed, Nov 14, 2018 at 6:29 AM hxd  wrote:

> Hi,
>
> With 8 +1 binding votes,  2 +1 non-binding votes and No +/-0 or -1 votes,
> this VOTE passes.
>
> Thanks to everyone who voted!
>
> Bellow is a voting tally:
>
> Binding
> Von Gosling
>  Christofer Dutz
>  Kevin A. McGrail
>  Felix Cheung
>  Matt Sticker
>  Joe Witt
>  Justin Mclean
>  Willem Jiang
>
>
> Non-binding
>  Sheng Wu
>  Yang Bo
>
> The vote thread:
> https://lists.apache.org/thread.html/077f029ab2b52a2b19fc8d41c07438f660a8e93dd87b3895d262263c@%3Cgeneral.incubator.apache.org%3E
> <
> https://lists.apache.org/thread.html/077f029ab2b52a2b19fc8d41c07438f660a8e93dd87b3895d262263c@%3Cgeneral.incubator.apache.org%3E>
>
> The proposal: https://wiki.apache.org/incubator/IoTDBProposal <
> https://wiki.apache.org/incubator/IoTDBProposal>
>
> Thanks,
>
> Xiangdong Huang
>
>
> > 在 2018年11月7日,下午3:46,hxd  写道:
> >
> > Hi,
> >
> > Sorry for the previous mail with bad format.
> > I'd like to call a VOTE to accept IoTDB project, a database for managing
> large amounts of time series data  from IoT sensors in industrial
> applications, into the Apache Incubator.
> > The full proposal is available on the wiki:
> https://wiki.apache.org/incubator/IoTDBProposal
> > and it is also attached below for your convenience.
> >
> > Please cast your vote:
> >
> >   [ ] +1, bring IoTDB into Incubator
> >   [ ] +0, I don't care either way,
> >   [ ] -1, do not bring IoTDB into Incubator, because...
> >
> > The vote will open at least for 72 hours.
> >
> > Thanks,
> > Xiangdong Huang.
> >
> >
> > = IoTDB Proposal  =
> > v0.1.1
> >
> >
> > == Abstract ==
> > IoTDB is a data store for managing large amounts of time series data
> such as timestamped data from IoT sensors in industrial applications.
> >
> > == Proposal ==
> > IoTDB is a database for managing large amount of time series data with
> columnar storage, data encoding, pre-computation, and index techniques. It
> has SQL-like interface to write millions of data points per second per node
> and is optimized to get query results in few seconds over trillions of data
> points. It can also be easily integrated with Apache Hadoop MapReduce and
> Apache Spark for analytics.
> >
> > == Background ==
> >
> > A new class of data management system requirements is becoming
> increasingly important with the rise of the Internet of Things. There are
> some database systems and technologies aimed at time series data
> management.  For example, Gorilla and InfluxDB which are mainly built for
> data centers and monitoring application metrics. Other systems, for
> example, OpenTSDB and KairosDB, are built on Apache HBase and Apache
> Cassandra, respectively.
> >
> > However, many applications for time series data management have more
> requirements especially in industrial applications as follows:
> >
> >  * Supporting time series data which has high data frequency. For
> example, a turbine engine may generate 1000 points per second (i.e.,
> 1000Hz), while each CPU only reports 1 data points per 5 seconds in a data
> center monitoring application.
> >
> >  * Supporting scanning data multi-resolutionally. For example,
> aggregation operation is important for time series data.
> >
> >  * Supporting special queries for time series, such as pattern matching,
> time series segmentation, time-frequency transformation and frequency query.
> >
> >  * Supporting a large number of monitoring targets (i.e. time series).
> An excavator may report more than 1000 time series, for example, revolving
> speed of the motor-engine, the speed of the excavator, the accelerated
> speed, the temperature of the water tank and so on, while a CPU or an
> application monitor has much fewer time series.
> >
> >  * Optimization for out-of-order data points. In the industrial sector,
> it is common that equipment sends data 

Re: UNICEF Open Source project- Apache Foundation

2018-11-13 Thread Kevin A. McGrail
Hi Ariam, thanks for your chat.  Please let us know if you have more
questions about the incubator or if we can help with any other avenues. 
It's a great project!

KAM

   On 11/12/2018 12:38 AM, Ariam Mogos wrote:
>
> Hi Kevin,
>
>  
>
> I’m sorry, last week in DC ended up being very difficult, but will
> give you ring first thing tomorrow.
>
>  
>
> Best,
> Ariam
>
>  
>
> *From: *"Kevin A. McGrail" 
> *Date: *Thursday, November 8, 2018 at 10:18 AM
> *To: *Ariam Mogos 
> *Cc: *David Banes ,
> "general@incubator.apache.org" , Aditi
> Poddar , "E.A. Draffan" 
> *Subject: *Re: UNICEF Open Source project- Apache Foundation
>
>  
>
> Hi Ariam, I got your voicemail again  Feel free to ping me back at
> 703.798.0171 and we can coordinate a face to face meeting.  Regards,
>
> KAM
>
> --
>
> Kevin A. McGrail
>
> VP Fundraising, Apache Software Foundation
>
> Chair Emeritus Apache SpamAssassin Project
>
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
>  
>
>  
>
> On Wed, Oct 31, 2018 at 12:57 PM Kevin A. McGrail  <mailto:kmcgr...@apache.org>> wrote:
>
> Thanks Ariam, got your v/m.  Feel free to call me back at 703 798
> 0171.
>
> --
>
> Kevin A. McGrail
>
> VP Fundraising, Apache Software Foundation
>
> Chair Emeritus Apache SpamAssassin Project
>
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
>  
>
> On Tue, Oct 30, 2018 at 11:44 AM Ariam Mogos  <mailto:amo...@unicef.org>> wrote:
>
> Sure, sounds good Kevin. You can reach me at 917.974.5997.
>
>  
>
> *From: *"Kevin A. McGrail"  <mailto:kmcgr...@apache.org>>
> *Date: *Monday, October 29, 2018 at 6:27 PM
> *To: *"da...@davebanesaccess.org
> <mailto:da...@davebanesaccess.org>"  <mailto:da...@davebanesaccess.org>>
> *Cc: *Ariam Mogos  <mailto:amo...@unicef.org>>, "general@incubator.apache.org
> <mailto:general@incubator.apache.org>"
>  <mailto:general@incubator.apache.org>>, Aditi Poddar
> mailto:apod...@unicef.org>>,
> "e...@ecs.soton.ac.uk <mailto:e...@ecs.soton.ac.uk>"
> mailto:e...@ecs.soton.ac.uk>>
> *Subject: *Re: UNICEF Open Source project- Apache Foundation
>
>  
>
> Thanks David for the introduction.  Ariam, I am located in
> Fairfax so a meeting in DC is more than possible.
>
>  
>
> Can I give you a call to coordinate?  If so, what's a good
> number to reach you?
>
> --
>
> Kevin A. McGrail
>
> VP Fundraising, Apache Software Foundation
>
> Chair Emeritus Apache SpamAssassin Project
>
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
>  
>
>  
>
> On Mon, Oct 29, 2018 at 4:57 PM  <mailto:da...@davebanesaccess.org>> wrote:
>
> Just to quickly introduce EA and myself – we work together
> in a not for profit at globalsymbols.com
> <http://globalsymbols.com>
>
>  
>
> We are very much committed to both open licence and
> working in the open, and have a special interest in
> seeking to ensure that AAC reaches those communities that
> have been most under served in this field
>
>  
>
> One of our first projects was in the Middle East where we
> collaborated to develop Tawasol, the Arabic open symbol
> set, designed to reflect both language and culture within
>     the Middle East and especially the gulf. To do that we
> created a system that democratised symbol design, allowing
> a range of stakeholder to determine the design and
> selection of symbols to represent concepts.
>
>  
>
> Very much hope to continue discussions together about
> collaboration around the paper Ariam has distributed  
>
>  
>
> Best regards
>
>  
>
> David
>
>  
>
> *From:* Kevin A. McGrail  <mailto:kmcgr...@apache.org>>
> *Sent:* 29 October 2018 20:49
> *To:* Ariam Mogos  <mailto:amo...@unicef.org>>; general@incubator.apache.org
> <mailto:general@incubator.apache.org>
> *Cc:*

Re: [VOTE] Accept the Iceberg project for incubation

2018-11-13 Thread Kevin A. McGrail
the Iceberg community and interest in the project grows.
>>>>>>>> Known Risks Orphaned Products
>>>>>>>>
>>>>>>>> Netflix is committed to the future development of Iceberg and
>>>>> understands
>>>>>>>> that graduation to a TLP, while preferable, is not the only positive
>>>>>>>> outcome of incubation.
>>>>>>>>
>>>>>>>> Should the Iceberg project be accepted by the Incubator, the
>>>>> prospective
>>>>>>>> PPMC would be willing to agree to a target incubation period of 2
>>> years
>>>>>>> or
>>>>>>>> less, knowing that every Incubator project incurs a certain cost in
>>>>> terms
>>>>>>>> of ASF infrastructure and volunteer time.
>>>>>>>> Inexperience with Open Source
>>>>>>>>
>>>>>>>> Three of the initial committers are Apache members and Incubator PMC
>>>>>>>> members. They will work with the other community members to teach
>>> them
>>>>>>> the
>>>>>>>> Apache Way.
>>>>>>>> Homogenous Developers
>>>>>>>>
>>>>>>>> The majority of the committers work at Netflix, though we are
>>> committed
>>>>>>> to
>>>>>>>> recruiting and developing additional committers from a wide spectrum
>>> of
>>>>>>>> industries and backgrounds.
>>>>>>>> Reliance on Salaried Developers
>>>>>>>>
>>>>>>>> It is expected that Iceberg development will occur on both salaried
>>>>> time
>>>>>>>> and on volunteer time, after hours. Most of the initial committers
>>> are
>>>>>>> paid
>>>>>>>> by Netflix to contribute to this project. However, they are all
>>>>>>> passionate
>>>>>>>> about the project, and we are both confident and hopeful that the
>>>>> project
>>>>>>>> will continue even if no salaried developers contribute to the
>>> project.
>>>>>>>> Relationships with Other Apache Products
>>>>>>>>
>>>>>>>> As mentioned in the Rationale section, Iceberg utilizes a number of
>>>>>>>> existing Apache projects (Avro, Hadoop, Hive, ORC, Parquet, Pig, &
>>>>>>> Spark),
>>>>>>>> and we expect that list to expand as the community grows and
>>>>> diversifies.
>>>>>>>> Any Apache project in the big data space that needs to store or
>>> process
>>>>>>>> tabular data would be potentially relevant.
>>>>>>>> An Excessive Fascination with the Apache Brand
>>>>>>>>
>>>>>>>> We are applying to the Incubator process because we think it is the
>>>>> next
>>>>>>>> logical step for the Iceberg project after open-sourcing the code.
>>> This
>>>>>>>> proposal is not for the purpose of generating publicity. Rather, we
>>>>> want
>>>>>>> to
>>>>>>>> make sure to create a very inclusive and meritocratic community,
>>>>> outside
>>>>>>>> the umbrella of a single company. Netflix has a long history of
>>>>>>>> contributing to Apache projects and the Iceberg developers and
>>>>>>> contributors
>>>>>>>> understand the implication of making it an Apache project.
>>>>>>>> Required Resources Mailing lists
>>>>>>>>
>>>>>>>> - d...@iceberg.incubator.apache.org
>>>>>>>> - comm...@iceberg.incubator.apache.org
>>>>>>>> - priv...@iceberg.incubator.apache.org
>>>>>>>>
>>>>>>>> The podling may also create a user mailing list, if needed.
>>>>>>>> Source Control and Issue Tracking
>>>>>>>>
>>>>>>>> The Iceberg podling would use Apache’s gitbox integration to sync
>>>>> between
>>>>>>>> github and Apache infrastructure. The podling would use github issues
>>>>> and
>>>>>>>> pull requests for community engagement.
>>>>>>>> Current Resources
>>>>>>>>
>>>>>>>> - Initial source: https://github.com/Netflix/iceberg
>>>>>>>> - Java documentation:
>>>>>>>>
>>> https://netflix.github.io/iceberg/current/javadoc/index.html?com/netflix/iceberg/package-summary.html
>>>>>>>> - Table specification:
>>>>>>>>
>>> https://docs.google.com/document/d/1Q-zL5lSCle6NEEdyfiYsXYzX_Q8Qf0ctMyGBKslOswA/edit
>>>>>>>> Source and Intellectual Property Submission Plan
>>>>>>>>
>>>>>>>> The Iceberg source code in Github is currently licensed under Apache
>>>>>>>> License v2.0 and the copyright is assigned to Netflix. If Iceberg
>>>>> becomes
>>>>>>>> an Incubator project at the ASF, Netflix will transfer the source
>>> code
>>>>>>> and
>>>>>>>> trademark ownership to the Apache Software Foundation via a Software
>>>>>>> Grant
>>>>>>>> Agreement.
>>>>>>>> External Dependencies
>>>>>>>>
>>>>>>>> External dependencies licensed under Apache License 2.0
>>>>>>>>
>>>>>>>> - Guava https://github.com/google/guava
>>>>>>>> - Jackson https://github.com/FasterXML/jackson-core
>>>>>>>> - Joda-Time http://www.joda.org/joda-time/
>>>>>>>>
>>>>>>>> External dependencies licensed under the MIT License
>>>>>>>>
>>>>>>>> - SLF4J https://www.slf4j.org/
>>>>>>>> - Mockito https://github.com/mockito/mockito
>>>>>>>>
>>>>>>>> ASF Projects
>>>>>>>>
>>>>>>>> - Apache Avro
>>>>>>>> - Apache Hadoop
>>>>>>>> - Apache Hive
>>>>>>>> - Apache ORC
>>>>>>>> - Apache Parquet
>>>>>>>> - Apache Pig
>>>>>>>> - Apache Spark
>>>>>>>>
>>>>>>>> Cryptography
>>>>>>>>
>>>>>>>> We do not expect Iceberg to be a controlled export item due to the
>>> use
>>>>> of
>>>>>>>> encryption.
>>>>>>>> Initial Committers and Affiliations
>>>>>>>>
>>>>>>>> - Ryan Blue b...@apache.org (Netflix)
>>>>>>>> - Parth Brahmbhatt pa...@apache.org (Netflix)
>>>>>>>> - Julien Le Dem jul...@apache.org (WeWork)
>>>>>>>> - Owen O’Malley omal...@apache.org (Hortonworks)
>>>>>>>> - Daniel Weeks dwe...@apache.org (Netflix)
>>>>>>>>
>>>>>>>> Sponsors and Nominated Mentors
>>>>>>>>
>>>>>>>> - Champion and mentor: Owen O’Malley omal...@apache.org
>>>>>>>> - Mentor: Ryan Blue b...@apache.org
>>>>>>>> - Mentor: Julien Le Dem jul...@apache.org
>>>>>>>>
>>>>>>>> Sponsoring Entity
>>>>>>>>
>>>>>>>> The Apache Incubator
>>>>>>>> --
>>>>>>>> Ryan Blue
>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Ryan Blue
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> Matt Sicker 
>>>>>
>>>>> -
>>>>> 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
>

-- 
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: UNICEF Open Source project- Apache Foundation

2018-11-12 Thread Kevin A. McGrail
Sounds good, thanks. If you get my v/m I'll do my best to reach you back
ASAP.
--
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Mon, Nov 12, 2018 at 12:39 AM Ariam Mogos  wrote:

> Hi Kevin,
>
>
>
> I’m sorry, last week in DC ended up being very difficult, but will give
> you ring first thing tomorrow.
>
>
>
> Best,
> Ariam
>
>
>
> *From: *"Kevin A. McGrail" 
> *Date: *Thursday, November 8, 2018 at 10:18 AM
> *To: *Ariam Mogos 
> *Cc: *David Banes , "
> general@incubator.apache.org" , Aditi
> Poddar , "E.A. Draffan" 
> *Subject: *Re: UNICEF Open Source project- Apache Foundation
>
>
>
> Hi Ariam, I got your voicemail again  Feel free to ping me back at
> 703.798.0171 and we can coordinate a face to face meeting.  Regards,
>
> KAM
>
> --
>
> Kevin A. McGrail
>
> VP Fundraising, Apache Software Foundation
>
> Chair Emeritus Apache SpamAssassin Project
>
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
>
>
>
>
> On Wed, Oct 31, 2018 at 12:57 PM Kevin A. McGrail 
> wrote:
>
> Thanks Ariam, got your v/m.  Feel free to call me back at 703 798 0171.
>
> --
>
> Kevin A. McGrail
>
> VP Fundraising, Apache Software Foundation
>
> Chair Emeritus Apache SpamAssassin Project
>
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
>
>
> On Tue, Oct 30, 2018 at 11:44 AM Ariam Mogos  wrote:
>
> Sure, sounds good Kevin. You can reach me at 917.974.5997.
>
>
>
> *From: *"Kevin A. McGrail" 
> *Date: *Monday, October 29, 2018 at 6:27 PM
> *To: *"da...@davebanesaccess.org" 
> *Cc: *Ariam Mogos , "general@incubator.apache.org" <
> general@incubator.apache.org>, Aditi Poddar , "
> e...@ecs.soton.ac.uk" 
> *Subject: *Re: UNICEF Open Source project- Apache Foundation
>
>
>
> Thanks David for the introduction.  Ariam, I am located in Fairfax so a
> meeting in DC is more than possible.
>
>
>
> Can I give you a call to coordinate?  If so, what's a good number to reach
> you?
>
> --
>
> Kevin A. McGrail
>
> VP Fundraising, Apache Software Foundation
>
> Chair Emeritus Apache SpamAssassin Project
>
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
>
>
>
>
> On Mon, Oct 29, 2018 at 4:57 PM  wrote:
>
> Just to quickly introduce EA and myself – we work together in a not for
> profit at globalsymbols.com
>
>
>
> We are very much committed to both open licence and working in the open,
> and have a special interest in seeking to ensure that AAC reaches those
> communities that have been most under served in this field
>
>
>
> One of our first projects was in the Middle East where we collaborated to
> develop Tawasol, the Arabic open symbol set, designed to reflect both
> language and culture within the Middle East and especially the gulf. To do
> that we created a system that democratised symbol design, allowing a range
> of stakeholder to determine the design and selection of symbols to
> represent concepts.
>
>
>
> Very much hope to continue discussions together about collaboration around
> the paper Ariam has distributed
>
>
>
> Best regards
>
>
>
> David
>
>
>
> *From:* Kevin A. McGrail 
> *Sent:* 29 October 2018 20:49
> *To:* Ariam Mogos ; general@incubator.apache.org
> *Cc:* Aditi Poddar ; da...@davebanesaccess.org; EA
> Draffan 
> *Subject:* Re: UNICEF Open Source project- Apache Foundation
>
>
>
> Thanks Ariam,
>
> I have a child with Autism so this is very interesting to me and I also
> helped found the largest support group in the Washington DC area.  I have
> done grants for curriculum to teach children with autism to swim with
> Autism Speaks and I can talk intelligently about AT/PECS.  We also just had
> our keynote from Cliff Schmidt at Amplio which has some crossover.  Anyway,
> enough about me, I'd like to setup a call, nothing long and talk about our
> incubator and how we work/what we do.
>
> Regards,
> KAM
>
>
> On 10/29/2018 3:53 PM, Ariam Mogos wrote:
>
> Thanks so much Kellen, Dave and Kevin!
>
> (copying Aditi from our partnerships team)
>
> (copying David Banes and EA Draffan, two of our advisors on AAC)
>
>
>
> Yes we’d be interested in collaborating with Apache and learning more
> about the incubator program.
>
>
>
> We’re very excited to share about this project. I’ve created a google doc
> with some information here:
>
>
>
>
> https://docs.google.com/document/d/1

Re: [DISCUSS] Iceberg proposal for incubation

2018-11-12 Thread Kevin A. McGrail
On 11/12/2018 3:17 PM, Ryan Blue wrote:
> Thanks for pointing that out, Dave. That section was accidentally not
> updated after I copied the markup template. I'll fix it.
Looks good to me.  That's a lot of data to query!

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



Re: [VOTE] Accept the brpc Project into the Apache Incubator.

2018-11-08 Thread Kevin A. McGrail
oogle gflags (BSD)
>>>> * Google protobuf (BSD)
>>>> * Google leveldb (BSD)
>>>>
>>>> brpc also includes third party code in the source tree.
>>>>
>>>> * https://github.com/brpc/brpc/tree/master/src/butil/third_party <
>> https://github.com/brpc/brpc/tree/master/src/butil/third_party> (BSD,
>> MIT, MPL, and Public Domain)
>>>> === Required Resources ===
>>>>
>>>>  Mailing List: 
>>>> There are currently no mailing lists.
>>>> The usual mailing lists are expected to be set up when entering
>> incubation:
>>>> * priv...@brpc.incubator.apache.org > priv...@brpc.incubator.apache.org>
>>>> * d...@brpc.incubator.apache.org <mailto:d...@brpc.incubator.apache.org>
>>>> * comm...@brpc.incubator.apache.org > comm...@brpc.incubator.apache.org>
>>>>  Git Repositories: 
>>>>
>>>> Upon entering incubation, we want to transfer the existing repo from
>> https://github.com/brpc/brpc <https://github.com/brpc/brpc> to Apache
>> infrastructure like https://github.com/apache/incubator-brpc <
>> https://github.com/apache/incubator-brpc>.
>>>>  Issue Tracking: 
>>>>
>>>> brpc currently uses GitHub to track issues. Would like to continue to
>> do so while we discuss migration possibilities with the ASF Infra committee.
>>>>  URL: 
>>>> Currently brpc has no dedicated website except Github homepage. In the
>> future the website url should be http://brpc.incubator.apache.org/ <
>> http://brpc.incubator.apache.org/> to follow apache incubator conventions.
>>>>
>>>> === Initial Committers ===
>>>>
>>>> * Ge Jun(https://github.com/jamesge <https://github.com/jamesge>
>> jge...@gmail.com <mailto:jge...@gmail.com>)
>>>> * Chen Zhangyi(https://github.com/chenzhangyi <
>> https://github.com/chenzhangyi> frozen@gmail.com > frozen@gmail.com>)
>>>> * Jiang Rujie(https://github.com/old-bear <https://github.com/old-bear>
>> jrjb...@gmail.com <mailto:jrjb...@gmail.com>)
>>>> * Zhu Jiashun(http://github.com/zyearn <http://github.com/zyearn>
>> zhujiashun2...@gmail.com <mailto:zhujiashun2...@gmail.com>)
>>>> * Wang Yao(https://github.com/ipconfigme <https://github.com/ipconfigme>
>> ipconfi...@gmail.com <mailto:ipconfi...@gmail.com>)
>>>> === Sponsors: ===
>>>>
>>>>  Champion: 
>>>> * Dave Fisher
>>>>
>>>>  Mentors: 
>>>>
>>>> * Kevin A. McGrail
>>>> * Jean-Baptiste Onofré
>>>>
>>>>  Sponsoring Entity 
>>>> We are requesting the Incubator to sponsor this project.
>>>>
>>>>
>>>> -
>>>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>> <mailto:general-unsubscr...@incubator.apache.org>
>>>> For additional commands, e-mail: general-h...@incubator.apache.org
>> <mailto: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
>>
>>

-- 
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: UNICEF Open Source project- Apache Foundation

2018-11-08 Thread Kevin A. McGrail
Hi Ariam, I got your voicemail again  Feel free to ping me back at
703.798.0171 and we can coordinate a face to face meeting.  Regards,
KAM
--
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Wed, Oct 31, 2018 at 12:57 PM Kevin A. McGrail 
wrote:

> Thanks Ariam, got your v/m.  Feel free to call me back at 703 798 0171.
> --
> Kevin A. McGrail
> VP Fundraising, Apache Software Foundation
> Chair Emeritus Apache SpamAssassin Project
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
>
> On Tue, Oct 30, 2018 at 11:44 AM Ariam Mogos  wrote:
>
>> Sure, sounds good Kevin. You can reach me at 917.974.5997.
>>
>>
>>
>> *From: *"Kevin A. McGrail" 
>> *Date: *Monday, October 29, 2018 at 6:27 PM
>> *To: *"da...@davebanesaccess.org" 
>> *Cc: *Ariam Mogos , "general@incubator.apache.org" <
>> general@incubator.apache.org>, Aditi Poddar , "
>> e...@ecs.soton.ac.uk" 
>> *Subject: *Re: UNICEF Open Source project- Apache Foundation
>>
>>
>>
>> Thanks David for the introduction.  Ariam, I am located in Fairfax so a
>> meeting in DC is more than possible.
>>
>>
>>
>> Can I give you a call to coordinate?  If so, what's a good number to
>> reach you?
>>
>> --
>>
>> Kevin A. McGrail
>>
>> VP Fundraising, Apache Software Foundation
>>
>> Chair Emeritus Apache SpamAssassin Project
>>
>> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>>
>>
>>
>>
>>
>> On Mon, Oct 29, 2018 at 4:57 PM  wrote:
>>
>> Just to quickly introduce EA and myself – we work together in a not for
>> profit at globalsymbols.com
>>
>>
>>
>> We are very much committed to both open licence and working in the open,
>> and have a special interest in seeking to ensure that AAC reaches those
>> communities that have been most under served in this field
>>
>>
>>
>> One of our first projects was in the Middle East where we collaborated to
>> develop Tawasol, the Arabic open symbol set, designed to reflect both
>> language and culture within the Middle East and especially the gulf. To do
>> that we created a system that democratised symbol design, allowing a range
>> of stakeholder to determine the design and selection of symbols to
>> represent concepts.
>>
>>
>>
>> Very much hope to continue discussions together about collaboration
>> around the paper Ariam has distributed
>>
>>
>>
>> Best regards
>>
>>
>>
>> David
>>
>>
>>
>> *From:* Kevin A. McGrail 
>> *Sent:* 29 October 2018 20:49
>> *To:* Ariam Mogos ; general@incubator.apache.org
>> *Cc:* Aditi Poddar ; da...@davebanesaccess.org; EA
>> Draffan 
>> *Subject:* Re: UNICEF Open Source project- Apache Foundation
>>
>>
>>
>> Thanks Ariam,
>>
>> I have a child with Autism so this is very interesting to me and I also
>> helped found the largest support group in the Washington DC area.  I have
>> done grants for curriculum to teach children with autism to swim with
>> Autism Speaks and I can talk intelligently about AT/PECS.  We also just had
>> our keynote from Cliff Schmidt at Amplio which has some crossover.  Anyway,
>> enough about me, I'd like to setup a call, nothing long and talk about our
>> incubator and how we work/what we do.
>>
>> Regards,
>> KAM
>>
>>
>> On 10/29/2018 3:53 PM, Ariam Mogos wrote:
>>
>> Thanks so much Kellen, Dave and Kevin!
>>
>> (copying Aditi from our partnerships team)
>>
>> (copying David Banes and EA Draffan, two of our advisors on AAC)
>>
>>
>>
>> Yes we’d be interested in collaborating with Apache and learning more
>> about the incubator program.
>>
>>
>>
>> We’re very excited to share about this project. I’ve created a google doc
>> with some information here:
>>
>>
>>
>>
>> https://docs.google.com/document/d/1fMY5_YgqqE5VfqNCDwQ0HQe8ozkz1v7kpjQpimVsjuI/edit
>>
>>
>>
>> Please feel free to leave any comments, questions, recommendations in the
>> document.
>>
>>
>>
>> Cheers,
>> Ariam
>>
>>
>>
>> *From: *"Kevin A. McGrail"  
>> *Date: *Sunday, October 28, 2018 at 4:51 PM
>> *To: *"general@incubator.apache.org" 
>>  
>> *Cc: *Ariam Mogos  
>> *Subject: *Re: UNICEF

Re: [Vote] call a vote for IoTDB incubation proposal

2018-11-07 Thread Kevin A. McGrail
tps://github.com/thulab/iotdb), while its subproject TsFile (a file format 
> for storing time series data) is open sourced on Github 
> (https://github.com/thulab/tsfile).
>
> == Core Developers ==
> IoTDB was initially developed by 2 dozen of students and teachers at Tsinghua 
> University. Now, more and more developers have joined coming from other 
> universities: Fudan University, Northwestern Polytechnical University and 
> Harbin Institute of Technology in China.  Other developers come from business 
> companies such as Lenovo and Microsoft. We will be working to bring more and 
> more developers into the project making contributions to IoTDB.
>
> == Relationships with Other Apache Products ==
> IoTDB requires some Apache products (Apache Thrift, commons, collections, 
> httpclient). 
>
> IoTDB-Spark-connector and IoTDB-Hadoop-connector have been developed for 
> supporting analysing time series data by using Apache Spark and MapReduce. 
>
> Overall, IoTDB is designed as an open architecture, and it can be integrated 
> with many other systems in the future.
>
> As mentioned before, in the IoTDB project, we designed a new columnar file 
> format, called TsFile, which is similar to Apache Parquet. However, the new 
> file format is optimized for time series data. 
>
>
>
> == Known Risks ==
>
> === Orphaned Products ===
> Given the current level of investment in IoTDB, the risk of the project being 
> abandoned is minimal. Time series data is more and more important and there 
> are several constituents who are highly inspired to continue development. 
> Tsinghua and NEL-BDS Lab relies on IoTDB as a platform for a large number of 
> long-term research projects. We have deployed IoTDB in some company's staging 
> environments for future applications.
>
> === Inexperience with Open Source ===
> Students and researchers in Tsinghua University have been developing and 
> using open source software for a long time. It is wonderful to be guided to 
> join a formal open-source process for students. Some of our committers
> have  experiences contributing to open source, for example:
>
>  * druid: 
> https://github.com/druid-io/druid/commit/f18cc5df97e5826c2dd8ffafba9fcb69d10a4d44
>  * druid: 
> https://github.com/druid-io/druid/commit/aa7aee53ce524b7887b218333166941654788794
>  * YCSB: https://github.com/brianfrankcooper/YCSB/pull/776
>
> Additionally, several ASF veterans and industry veterans have agreed to 
> mentor the project and are listed in this proposal. The project will rely on 
> their guidance and collective wisdom to quickly transition the entire team of 
> initial committers towards practicing the Apache Way.
>
>
> === Reliance on Salaried Developers ===
> Most of current developers are students and researchers/professors in 
> universities, and their researches focus on big data management and 
> analytics. It is unlikely that they will change their research focus away 
> from big data management.  We will work to ensure that the ability for the 
> project to continuously be stewarded and to proceed forward independent of 
> salaried developers is continued.
>
> === An Excessive Fascination with the Apache Brand ===
> Most of the initial developers come from Tsinghua University with no intent 
> to use the Apache brand for profit. We have no plans for making use of Apache 
> brand in press releases nor posting billboards advertising acceptance of 
> IoTDB into Apache Incubator.
>
>
> == Initial Source ==
> IoTDB's github address and some required dependencies: 
>
>  * The storage file format: https://github.com/thulab/tsfile
>  * Adaptor for Apache Hadoop MapReduce: 
> https://github.com/thulab/tsfile-hadoop-connector
>  * Adaptor for Apache Spark: https://github.com/thulab/tsfile-spark-connector
>  * Adaptor for Grafana: https://github.com/thulab/iotdb-grafana
>  * The database engine: https://github.com/thulab/iotdb (private project up 
> to now)
>  * The client driver: https://github.com/thulab/iotdb-jdbc
>
>
> === External Dependencies ===
> To the best of our knowledge, all dependencies of IoTDB are distributed under 
> Apache compatible licenses. Upon acceptance to the incubator, we would begin 
> a thorough analysis of all transitive dependencies to verify this fact and 
> introduce license checking into the build and release process.
>
> == Documentation ==
>  * Documentation for TsFile: https://github.com/thulab/tsfile/wiki
>  * Documentation for IoTDB and its JDBC:  http://tsfile.org/document (Chinese 
> only. An English version is in progress.)
>
> == Required Resources ==
> === Mailing Lists ===
>  * priv...@iotdb.incubator.apache.org
>  * d...@iotdb.incubator.apache.org
>  * co

Re: [PROPOSAL] Changing requirements for IPMC

2018-11-06 Thread Kevin A. McGrail
I agree.  This is a policy for the IPMC to determine and I think this will
increase inclusion.  We need mentors and of all types.  +1
--
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Tue, Nov 6, 2018 at 7:27 AM Shane Curcuru  wrote:

> Great ideas, thanks Justin!
>
> Justin Mclean wrote on 11/6/18 3:20 AM:
> > Hi,
> >
> > I looked at the board resolution for the creation of the IPMC [1] and it
> says nothing about how IPMC members should be added so from that I take it
> that the IPMC can decide how it wants to do that.
>
> The IPMC is a PMC just like any other PMC.  How the PMC decides to
> choose new PMC members to recommend for a board ACK is up to the PMC, as
> long as it's documented clearly.
>
> > Currently the IPMC can vote people in (which is not so common) or an ASF
> member can request it. I’m not sure where the ASF member requirement came
> from and wasn’t able to find the discussion about this on the incubator
> list. (If anyone knows please point me to it.)
>
> IMO the "ASF Members can request recommendation without vote" is because
> of two factors: experience and oversight.  We (hope) Members have the
> skills as you note as well.  Separately, since the IPMC is overseeing a
> wide range of communities with an eye to inviting them to become an
> official Apache project, we should allow Members to formally join the
> IPMC to help oversee this process, since
>
> ...snip...
> > Then they can ask the IPMC to join to IPMC by sending an email to
> private@ listing what they have been involved in. The IPMC would VOTE on
> them, and there’s a chance they could be rejected, but given it’s a private
> vote I don’t think any harm is done if that happens. Also people could
> nominate other people who fit into this above group.
>
> +1, having a clear criteria as you list (to ensure it's people who
> really have productively helped, and not just people status-seeking) and
> an explicit call to "this is how you can *ask* to get voted into the
> IPMC" is a great idea.  I agree, we definitely need a larger pool of
> mentors for podlings, and helping committed non-Members be able to do
> this is a great thing.
>
>
> --
>
> - Shane
>   Director & Member
>   The Apache Software Foundation
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: How widely read is the incubator report?

2018-11-05 Thread Kevin A. McGrail
I typically read the submitted version. I am still ramping up on how I can
help the incubator but will make a point of reading them.

On Sat, Nov 3, 2018, 6:19 PM Justin Mclean  Hi,
>
> > I read the entire report every month.  Then again, I'm a director so I'm
> > supposed to.
>
> :-)
>
> >   I'd bet most PPMC members never read the report as submitted;
>
> I would assume the is the case, with a few exceptions.
>
> > Sending the whole report to all podlings monthly is overbearing.
>
> I was thinking the same, despite it being useful for a few podlngs.
>
> > One thing that feels useful would be a post-board meeting meta-summary,
> > kind of like Phil now does as Chairman.  Phil has taken part of the
> > Chairman's report and made it about common issues between projects, or
> > even just which projects wrote great reports and why.  Something like
> > that is hard to produce - extra work for our few IPMC report organizing
> > volunteers - but could be high-impact since it's short enough with
> > focused commentary that PPMCs might read and learn from it.
>
> Good idea. Lets see if we can do that.
>
> Thanks,
> Justin
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: Approaching Apache's 200th top level project and more than 300 projects have gone through the incubator

2018-11-02 Thread Kevin A. McGrail
Awesome.  PR material!

On 11/2/2018 6:48 PM, Justin Mclean wrote:
> Hi,
>
> It looks like the next project to graduate after Griffin will be the ASF’s 
> 200th top level project!
>
> We’ll also recently passed the 300th project to go through the incubator. [1]
>
> Thanks,
> Justin
>
> 1. https://whimsy.apache.org/roster/
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>

-- 
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: UNICEF Open Source project- Apache Foundation

2018-10-31 Thread Kevin A. McGrail
Thanks Ariam, got your v/m.  Feel free to call me back at 703 798 0171.
--
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Tue, Oct 30, 2018 at 11:44 AM Ariam Mogos  wrote:

> Sure, sounds good Kevin. You can reach me at 917.974.5997.
>
>
>
> *From: *"Kevin A. McGrail" 
> *Date: *Monday, October 29, 2018 at 6:27 PM
> *To: *"da...@davebanesaccess.org" 
> *Cc: *Ariam Mogos , "general@incubator.apache.org" <
> general@incubator.apache.org>, Aditi Poddar , "
> e...@ecs.soton.ac.uk" 
> *Subject: *Re: UNICEF Open Source project- Apache Foundation
>
>
>
> Thanks David for the introduction.  Ariam, I am located in Fairfax so a
> meeting in DC is more than possible.
>
>
>
> Can I give you a call to coordinate?  If so, what's a good number to reach
> you?
>
> --
>
> Kevin A. McGrail
>
> VP Fundraising, Apache Software Foundation
>
> Chair Emeritus Apache SpamAssassin Project
>
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
>
>
>
>
> On Mon, Oct 29, 2018 at 4:57 PM  wrote:
>
> Just to quickly introduce EA and myself – we work together in a not for
> profit at globalsymbols.com
>
>
>
> We are very much committed to both open licence and working in the open,
> and have a special interest in seeking to ensure that AAC reaches those
> communities that have been most under served in this field
>
>
>
> One of our first projects was in the Middle East where we collaborated to
> develop Tawasol, the Arabic open symbol set, designed to reflect both
> language and culture within the Middle East and especially the gulf. To do
> that we created a system that democratised symbol design, allowing a range
> of stakeholder to determine the design and selection of symbols to
> represent concepts.
>
>
>
> Very much hope to continue discussions together about collaboration around
> the paper Ariam has distributed
>
>
>
> Best regards
>
>
>
> David
>
>
>
> *From:* Kevin A. McGrail 
> *Sent:* 29 October 2018 20:49
> *To:* Ariam Mogos ; general@incubator.apache.org
> *Cc:* Aditi Poddar ; da...@davebanesaccess.org; EA
> Draffan 
> *Subject:* Re: UNICEF Open Source project- Apache Foundation
>
>
>
> Thanks Ariam,
>
> I have a child with Autism so this is very interesting to me and I also
> helped found the largest support group in the Washington DC area.  I have
> done grants for curriculum to teach children with autism to swim with
> Autism Speaks and I can talk intelligently about AT/PECS.  We also just had
> our keynote from Cliff Schmidt at Amplio which has some crossover.  Anyway,
> enough about me, I'd like to setup a call, nothing long and talk about our
> incubator and how we work/what we do.
>
> Regards,
> KAM
>
>
> On 10/29/2018 3:53 PM, Ariam Mogos wrote:
>
> Thanks so much Kellen, Dave and Kevin!
>
> (copying Aditi from our partnerships team)
>
> (copying David Banes and EA Draffan, two of our advisors on AAC)
>
>
>
> Yes we’d be interested in collaborating with Apache and learning more
> about the incubator program.
>
>
>
> We’re very excited to share about this project. I’ve created a google doc
> with some information here:
>
>
>
>
> https://docs.google.com/document/d/1fMY5_YgqqE5VfqNCDwQ0HQe8ozkz1v7kpjQpimVsjuI/edit
>
>
>
> Please feel free to leave any comments, questions, recommendations in the
> document.
>
>
>
> Cheers,
> Ariam
>
>
>
> *From: *"Kevin A. McGrail"  
> *Date: *Sunday, October 28, 2018 at 4:51 PM
> *To: *"general@incubator.apache.org" 
>  
> *Cc: *Ariam Mogos  
> *Subject: *Re: UNICEF Open Source project- Apache Foundation
>
>
>
> In addition to the list responses, I'm happy to chat especially with my VP
> Fundraising duties. Love UNICEF and love what you do especially around
> Halloween.  Happy to jump on a call and give you some guidance!
>
>
>
> Regards,
>
> KAM
>
> --
>
> Kevin A. McGrail
>
> VP Fundraising, Apache Software Foundation
>
> Chair Emeritus Apache SpamAssassin Project
>
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
>
>
>
>
> On Sun, Oct 28, 2018 at 1:39 AM Dave Fisher  wrote:
>
> Exactly as Kellen describes!
>
> If for whatever reason you require an offline discussion to start then I’m
> sure someone here may be willing to “champion” your proposal.
>
> Regards,
> Dave
>
> Sent from my iPhone
>
> > On Oct 27, 2018, at 9:43 PM, kellen sunderland <
>

Re: UNICEF Open Source project- Apache Foundation

2018-10-29 Thread Kevin A. McGrail
Thanks David for the introduction.  Ariam, I am located in Fairfax so a
meeting in DC is more than possible.

Can I give you a call to coordinate?  If so, what's a good number to reach
you?
--
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Mon, Oct 29, 2018 at 4:57 PM  wrote:

> Just to quickly introduce EA and myself – we work together in a not for
> profit at globalsymbols.com
>
>
>
> We are very much committed to both open licence and working in the open,
> and have a special interest in seeking to ensure that AAC reaches those
> communities that have been most under served in this field
>
>
>
> One of our first projects was in the Middle East where we collaborated to
> develop Tawasol, the Arabic open symbol set, designed to reflect both
> language and culture within the Middle East and especially the gulf. To do
> that we created a system that democratised symbol design, allowing a range
> of stakeholder to determine the design and selection of symbols to
> represent concepts.
>
>
>
> Very much hope to continue discussions together about collaboration around
> the paper Ariam has distributed
>
>
>
> Best regards
>
>
>
> David
>
>
>
> *From:* Kevin A. McGrail 
> *Sent:* 29 October 2018 20:49
> *To:* Ariam Mogos ; general@incubator.apache.org
> *Cc:* Aditi Poddar ; da...@davebanesaccess.org; EA
> Draffan 
> *Subject:* Re: UNICEF Open Source project- Apache Foundation
>
>
>
> Thanks Ariam,
>
> I have a child with Autism so this is very interesting to me and I also
> helped found the largest support group in the Washington DC area.  I have
> done grants for curriculum to teach children with autism to swim with
> Autism Speaks and I can talk intelligently about AT/PECS.  We also just had
> our keynote from Cliff Schmidt at Amplio which has some crossover.  Anyway,
> enough about me, I'd like to setup a call, nothing long and talk about our
> incubator and how we work/what we do.
>
> Regards,
> KAM
>
>
> On 10/29/2018 3:53 PM, Ariam Mogos wrote:
>
> Thanks so much Kellen, Dave and Kevin!
>
> (copying Aditi from our partnerships team)
>
> (copying David Banes and EA Draffan, two of our advisors on AAC)
>
>
>
> Yes we’d be interested in collaborating with Apache and learning more
> about the incubator program.
>
>
>
> We’re very excited to share about this project. I’ve created a google doc
> with some information here:
>
>
>
>
> https://docs.google.com/document/d/1fMY5_YgqqE5VfqNCDwQ0HQe8ozkz1v7kpjQpimVsjuI/edit
>
>
>
> Please feel free to leave any comments, questions, recommendations in the
> document.
>
>
>
> Cheers,
> Ariam
>
>
>
> *From: *"Kevin A. McGrail"  
> *Date: *Sunday, October 28, 2018 at 4:51 PM
> *To: *"general@incubator.apache.org" 
>  
> *Cc: *Ariam Mogos  
> *Subject: *Re: UNICEF Open Source project- Apache Foundation
>
>
>
> In addition to the list responses, I'm happy to chat especially with my VP
> Fundraising duties. Love UNICEF and love what you do especially around
> Halloween.  Happy to jump on a call and give you some guidance!
>
>
>
> Regards,
>
> KAM
>
> --
>
> Kevin A. McGrail
>
> VP Fundraising, Apache Software Foundation
>
> Chair Emeritus Apache SpamAssassin Project
>
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
>
>
>
>
> On Sun, Oct 28, 2018 at 1:39 AM Dave Fisher  wrote:
>
> Exactly as Kellen describes!
>
> If for whatever reason you require an offline discussion to start then I’m
> sure someone here may be willing to “champion” your proposal.
>
> Regards,
> Dave
>
> Sent from my iPhone
>
> > On Oct 27, 2018, at 9:43 PM, kellen sunderland <
> kellen.sunderl...@gmail.com> wrote:
> >
> > Hello Ariam, reading through the sites in your signature it looks like
> > you're doing interesting work.  I'm always happy to see governments and
> > NGOs using / contributing to open source.
> >
> > Speaking for myself, I would be happy to set aside some time to chat.  At
> > Apache we do try to keep as much communication as possible on public
> email
> > lists.  Would you be able to give a little more detail about your project
> > via this list?  Were you interested in collaborating with Apache?  Did
> you
> > want to participate in the Apache Incubator program?
> >
> > -Kellen
> >
> >> On Sat, Oct 27, 2018 at 9:42 AM Ariam Mogos  wrote:
> >>
> >> Hi there,
> >>
> >> I 

Re: UNICEF Open Source project- Apache Foundation

2018-10-29 Thread Kevin A. McGrail
Thanks Ariam,

I have a child with Autism so this is very interesting to me and I also
helped found the largest support group in the Washington DC area.  I
have done grants for curriculum to teach children with autism to swim
with Autism Speaks and I can talk intelligently about AT/PECS.  We also
just had our keynote from Cliff Schmidt at Amplio which has some
crossover.  Anyway, enough about me, I'd like to setup a call, nothing
long and talk about our incubator and how we work/what we do.

Regards,
KAM


On 10/29/2018 3:53 PM, Ariam Mogos wrote:
>
> Thanks so much Kellen, Dave and Kevin!
>
> (copying Aditi from our partnerships team)
>
> (copying David Banes and EA Draffan, two of our advisors on AAC)
>
>  
>
> Yes we’d be interested in collaborating with Apache and learning more
> about the incubator program.
>
>  
>
> We’re very excited to share about this project. I’ve created a google
> doc with some information here:
>
>  
>
> https://docs.google.com/document/d/1fMY5_YgqqE5VfqNCDwQ0HQe8ozkz1v7kpjQpimVsjuI/edit
>
>  
>
> Please feel free to leave any comments, questions, recommendations in
> the document.
>
>  
>
> Cheers,
> Ariam
>
>  
>
> *From: *"Kevin A. McGrail" 
> *Date: *Sunday, October 28, 2018 at 4:51 PM
> *To: *"general@incubator.apache.org" 
> *Cc: *Ariam Mogos 
> *Subject: *Re: UNICEF Open Source project- Apache Foundation
>
>  
>
> In addition to the list responses, I'm happy to chat especially with
> my VP Fundraising duties. Love UNICEF and love what you do especially
> around Halloween.  Happy to jump on a call and give you some guidance!
>
>  
>
> Regards,
>
> KAM
>
> --
>
> Kevin A. McGrail
>
> VP Fundraising, Apache Software Foundation
>
> Chair Emeritus Apache SpamAssassin Project
>
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
>  
>
>  
>
> On Sun, Oct 28, 2018 at 1:39 AM Dave Fisher  <mailto:dave2w...@comcast.net>> wrote:
>
> Exactly as Kellen describes!
>
> If for whatever reason you require an offline discussion to start
> then I’m sure someone here may be willing to “champion” your proposal.
>
> Regards,
> Dave
>
> Sent from my iPhone
>
> > On Oct 27, 2018, at 9:43 PM, kellen sunderland
> mailto:kellen.sunderl...@gmail.com>>
> wrote:
> >
> > Hello Ariam, reading through the sites in your signature it
> looks like
> > you're doing interesting work.  I'm always happy to see
> governments and
> > NGOs using / contributing to open source.
> >
> > Speaking for myself, I would be happy to set aside some time to
> chat.  At
> > Apache we do try to keep as much communication as possible on
> public email
> > lists.  Would you be able to give a little more detail about
> your project
> > via this list?  Were you interested in collaborating with
> Apache?  Did you
> > want to participate in the Apache Incubator program?
> >
> > -Kellen
> >
> >> On Sat, Oct 27, 2018 at 9:42 AM Ariam Mogos  <mailto:amo...@unicef.org>> wrote:
> >>
> >> Hi there,
> >>
> >> I work in UNICEF’s Office of Innovation and was hoping to speak
> to someone
> >> about a fantastic open source project in which we’re interested
> in working
> >> with the Apache Foundation.
> >>
> >> Look forward to hearing from you.
> >>
> >> Best,
> >> Ariam
> >>
> >> -
> >> Ariam Mogos
> >> Learning Lead
> >> UNICEF Ventures
> >> Office of Innovation
> >> skype: ariammogos
> >> mobile: +1 917-974-5997
> >>
> >> www.unicefstories.org
> <http://www.unicefstories.org><http://www.unicefstories.org/>
> >> www.unicefinnovationfund.org
> 
> <http://www.unicefinnovationfund.org><http://www.unicefinnovationfund.org/>
> >>
> >>
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> <mailto:general-unsubscr...@incubator.apache.org>
> For additional commands, e-mail: general-h...@incubator.apache.org
> <mailto:general-h...@incubator.apache.org>
>

-- 
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171



Re: [DISCUSS] IoTDB Incubation Proposal

2018-10-28 Thread Kevin A. McGrail
Thanks Justin.  That's awesome.

I'd like to mention that I've worked closely with the IoTDB team for a few
weeks on improving the proposal after they gave an excellent initial
presentation as well.

Regards,
KAM
--
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Sun, Oct 28, 2018 at 10:42 PM Justin Mclean 
wrote:

> Hi,
>
> I'm interested in your project and would like to be a mentor if you'll have
> me. I'm the mentor fur a number of IoT projects here at the ASF.
>
> Thanks,
> Justin
>
> On Mon., 29 Oct. 2018, 11:35 am Xiangdong Huang,  wrote:
>
> > Dear Apache Incubator Community,
> >
> >
> > I would like to open up a discussion about incubating IoTDB at Apache.
> > IoTDB is a database for managing large amounts of time series data  from
> > IoT sensors in industrial applications.
> >
> >
> > The proposal is available as a draft at
> > https://wiki.apache.org/incubator/IoTDBProposal . I have also included
> > the text of the proposal below.
> >
> >
> >
> >
> > = IoTDB Proposal  =
> > v0.1
> >
> >
> > == Abstract ==
> > IoTDB is a database for managing large amounts of time series data such
> as
> > timestamped data from IoT sensors in industrial applications.
> >
> >
> > == Proposal ==
> > IoTDB is a database for managing large amount of time series data with
> > columnar storage, data encoding, pre-computation, and index techniques.
> It
> > has SQL-like interface to write millions of data points per second per
> node
> > and is optimized to get query results in few seconds over trillions of
> data
> > points. It can also be easily integrated with Apache Hadoop MapReduce and
> > Apache Spark for analytics.
> >
> >
> > == Background ==
> >
> >
> > A new class of data management system requirements is becoming
> > increasingly important with the rise of the Internet of Things. There are
> > some database systems and technologies aimed at time series data
> > management.  For example, Gorilla and InfluxDB which are mainly built for
> > data centers and monitoring application metrics. Other systems, for
> > example, OpenTSDB and KairosDB, are built on Apache HBase and Apache
> > Cassandra, respectively.
> >
> >
> > However, many applications for time series data management have more
> > requirements especially in industrial applications as follows:
> >
> >
> >  * Supporting time series data which has high data frequency. For
> example,
> > a turbine engine may generate 1000 points per second (i.e., 1000Hz),
> while
> > each CPU only reports 1 data points per 5 seconds in a data center
> > monitoring application.
> >
> >
> >  * Supporting scanning data multi-resolutionally. For example,
> aggregation
> > operation is important for time series data.
> >
> >
> >  * Supporting special queries for time series, such as pattern matching,
> > time series segmentation, time-frequency transformation and frequency
> query.
> >
> >
> >  * Supporting a large number of monitoring targets (i.e. time series). An
> > excavator may report more than 1000 time series, for example, revolving
> > speed of the motor-engine, the speed of the excavator, the accelerated
> > speed, the temperature of the water tank and so on, while a CPU or an
> > application monitor has much fewer time series.
> >
> >
> >  * Optimization for out-of-order data points. In the industrial sector,
> it
> > is common that equipment sends data using the UDP protocol rather than
> the
> > TCP protocol. Sometimes, the network connect is unstable and parts of the
> > data will be buffered for later sending.
> >
> >
> >  * Supporting long-term storage. Historical data is precious for
> equipment
> > manufacturers. Therefore, removing or unloading historical data is highly
> > desired for most industrial applications. The database system must not
> only
> > support fast retrieval of historical data, but also should guarantee that
> > the historical data does not impact the processing speed for “hot” or
> > current data.
> >
> >
> >  * Supporting online transaction processing (OLTP) as well as complex
> > analytics. It is obvious that supporting analyzing from the data files
> > using Apache Spark/Apache Hadoop MapReduce directly is better than
> > transforming data files to another file format for Big Data analytics.
> >
> &

Re: UNICEF Open Source project- Apache Foundation

2018-10-28 Thread Kevin A. McGrail
In addition to the list responses, I'm happy to chat especially with my VP
Fundraising duties. Love UNICEF and love what you do especially around
Halloween.  Happy to jump on a call and give you some guidance!

Regards,
KAM
--
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Sun, Oct 28, 2018 at 1:39 AM Dave Fisher  wrote:

> Exactly as Kellen describes!
>
> If for whatever reason you require an offline discussion to start then I’m
> sure someone here may be willing to “champion” your proposal.
>
> Regards,
> Dave
>
> Sent from my iPhone
>
> > On Oct 27, 2018, at 9:43 PM, kellen sunderland <
> kellen.sunderl...@gmail.com> wrote:
> >
> > Hello Ariam, reading through the sites in your signature it looks like
> > you're doing interesting work.  I'm always happy to see governments and
> > NGOs using / contributing to open source.
> >
> > Speaking for myself, I would be happy to set aside some time to chat.  At
> > Apache we do try to keep as much communication as possible on public
> email
> > lists.  Would you be able to give a little more detail about your project
> > via this list?  Were you interested in collaborating with Apache?  Did
> you
> > want to participate in the Apache Incubator program?
> >
> > -Kellen
> >
> >> On Sat, Oct 27, 2018 at 9:42 AM Ariam Mogos  wrote:
> >>
> >> Hi there,
> >>
> >> I work in UNICEF’s Office of Innovation and was hoping to speak to
> someone
> >> about a fantastic open source project in which we’re interested in
> working
> >> with the Apache Foundation.
> >>
> >> Look forward to hearing from you.
> >>
> >> Best,
> >> Ariam
> >>
> >> -
> >> Ariam Mogos
> >> Learning Lead
> >> UNICEF Ventures
> >> Office of Innovation
> >> skype: ariammogos
> >> mobile: +1 917-974-5997
> >>
> >> www.unicefstories.org<http://www.unicefstories.org/>
> >> www.unicefinnovationfund.org<http://www.unicefinnovationfund.org/>
> >>
> >>
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: Draft email to member list to try and recruit some new mentors

2018-10-27 Thread Kevin A. McGrail
On 10/26/2018 8:53 PM, Justin Mclean wrote:
> I’m planning an sending an email to members@ to try and help get a few more 
> mentors on board.
I'm +1 for anything to try and cajole more mentors!



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



Re: [Question] Is a mirror website of skywalking project allowed?

2018-10-23 Thread Kevin A. McGrail
It would be better if the skywalking.io just redirected to the official *.
apache.org page
See https://www.apache.org/foundation/marks/pmcs

Regards,
KAM
--
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


On Tue, Oct 23, 2018 at 8:28 AM 吴晟 Sheng Wu  wrote:

> Hi,
>
>
> SkyWalking has official Apache website[1], also SkyWalking has another
> website[2] which uses the same codebases of our Apache website(same
> content), but hosted in GitHub(not a redirect).
>
>
> I want to ask, is this allowed by Apache? We are talking about graduation
> now, our mentor Mick suggests us to ask at here.
>
>
> [1] http://skywalking.apache.org/
> [2] http://skywalking.io/
>
>
> --
> Sheng Wu
> Apache SkyWalking


Re: We want to contribute brpc to ASF, looking for champion and mentor ,please help

2018-09-20 Thread Kevin A. McGrail
.
>>>>>>>>>
>>>>>>>>> ### Homogenous Developers
>>>>>>>>>
>>>>>>>>> brpc was created inside Baidu, but after brpc was open sourced, it
>>>>>>>>> received a lot of bug fixes and enhancements from other developers
>>>>>>>>> not
>>>>>>>>> working at Baidu.
>>>>>>>>> And the core developers now are from different companies now.
>>>>>>>>>
>>>>>>>>> ### Reliance on Salaried Developers
>>>>>>>>>
>>>>>>>>> Baidu invested in brpc as a general rpc framework used in company
>>>>>>>>> widely.
>>>>>>>>> The core developers have been dedicated to this project for about
>>>>>>>>> four
>>>>>>>>> years.
>>>>>>>>> And after its open source, developers around the world have
>>>>>>>>> involved
>>>>>>>>> in.
>>>>>>>>> Besides, we want more developers and researchers to contribute to
>>>>>>>>> the
>>>>>>>>> project.
>>>>>>>>>
>>>>>>>>> ### An Excessive Fascination with the Apache Brand
>>>>>>>>>
>>>>>>>>> The mission of brpc is to help developers build reliable and
>>>>>>>>> high-performance services quickly and easily.
>>>>>>>>> It has been widely used in production environment throughout Baidu
>>>>>>>>> and
>>>>>>>>> after opensource, it has gained much attention and attracted
>>>>>>>>> developers
>>>>>>>>> all over the world.
>>>>>>>>> Apache Brand is very respected. We are very honored to have the
>>>>>>>>> opportunity to join ASF, with the understanding that its brand
>>>>>>>>> policies
>>>>>>>>> being respected.
>>>>>>>>> And we hope Apache can help us build the ecosystem around brpc and
>>>>>>>>> attract more developers.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ## Documentation
>>>>>>>>>
>>>>>>>>> The following links provide more information about brpc in open
>>>>>>>>> source:
>>>>>>>>>
>>>>>>>>> Codebase at Github: https://github.com/brpc/brpc
>>>>>>>>> Issue Tracking: https://github.com/brpc/brpc/issues
>>>>>>>>> Overview: 
>>>>>>>>> https://github.com/brpc/brpc/blob/master/docs/en/overview.md
>>>>>>>>>
>>>>>>>>> ## Initial Source
>>>>>>>>>
>>>>>>>>> brpc has been developed since 2014 by a team of engineers at Baidu
>>>>>>>>> Inc.
>>>>>>>>> We currently use Github to maintain our source code and track
>>>>>>>>> issues
>>>>>>>>> at
>>>>>>>>> https://github.com/brpc/brpc.
>>>>>>>>> We need to move our repository to Apache infrastructure.
>>>>>>>>>
>>>>>>>>> ## Source and Intellectual Property Submission Plan
>>>>>>>>>
>>>>>>>>> brpc source code is available under Apache V2 license and owned by
>>>>>>>>> Baidu.
>>>>>>>>> We will work with the committers to get ICLAs signed. We will
>>>>>>>>> provide
>>>>>>>>> a
>>>>>>>>> Software Grant Agreement from an authorized signer per
>>>>>>>>> https://www.apache.org/licenses/software-grant-template.pdf
>>>>>>>>>
>>>>>>>>> ## External Dependencies
>>>>>>>>>
>>>>>>>>> brpc has the following external dependencies.
>>>>>>>>>
>>>>>>>>> * Google gflags (BSD)
>>>>>>>>> * Google protobuf (BSD)
>>>>>>>>> * Google leveldb (BSD)
>>>>>>>>>
>>>>>>>>> ## Required Resources
>>>>>>>>>
>>>>>>>>> ### Mailing List
>>>>>>>>>
>>>>>>>>> There are currently no mailing lists. The usual mailing lists are
>>>>>>>>> expected to be set up when entering incubation:
>>>>>>>>>
>>>>>>>>> * priv...@brpc.incubator.apache.org
>>>>>>>>> * d...@brpc.incubator.apache.org
>>>>>>>>> * comm...@brpc.incubator.apache.org
>>>>>>>>>
>>>>>>>>> ### Git Repositories:
>>>>>>>>>
>>>>>>>>> Upon entering incubation, we want to transfer the existing repo
>>>>>>>>> from
>>>>>>>>> https://github.com/brpc/brpc to Apache infrastructure like
>>>>>>>>> https://github.com/apache/incubator-brpc.
>>>>>>>>>
>>>>>>>>> ### Issue Tracking:
>>>>>>>>>
>>>>>>>>> brpc currently uses GitHub to track issues. Would like to continue
>>>>>>>>> to
>>>>>>>>> do so while we discuss migration possibilities with the ASF Infra
>>>>>>>>> committee.
>>>>>>>>>
>>>>>>>>> ### Other Resources:
>>>>>>>>>
>>>>>>>>> Currently brpc has no dedicated website except Github homepage. In
>>>>>>>>> the
>>>>>>>>> future the website url should be http://brpc.incubator.apache.org/
>>>>>>>>> to
>>>>>>>>> follow apache incubator conventions.
>>>>>>>>>
>>>>>>>>> ## Sponsors
>>>>>>>>>
>>>>>>>>> ### Champion
>>>>>>>>>
>>>>>>>>> * todo
>>>>>>>>>
>>>>>>>>> ### Mentors
>>>>>>>>>
>>>>>>>>> * todo
>>>>>>>>>
>>>>>>>>> ### Sponsoring Entity
>>>>>>>>>
>>>>>>>>> We are requesting the Incubator to sponsor this project.
>>>>>>>>>
>>>>>>>> -- 
>>>>>>>> Jean-Baptiste Onofré
>>>>>>>> jbono...@apache.org
>>>>>>>> http://blog.nanthrax.net
>>>>>>>> Talend - http://www.talend.com
>>>>>>>>
>>>>>>>>
>>>>>>>> 
>>>>>>>> -
>>>>>>>> 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
>>>>>>>
>>>>>> -- 
>>>>>> Jean-Baptiste Onofré
>>>>>> jbono...@apache.org
>>>>>> http://blog.nanthrax.net
>>>>>> Talend - http://www.talend.com
>>>>>>
>>>>>> -
>>>>>> 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
>>>>>
>>>> -- 
>>>> Jean-Baptiste Onofré
>>>> jbono...@apache.org
>>>> http://blog.nanthrax.net
>>>> Talend - http://www.talend.com
>>>>
>>>> -
>>>> 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
>>>
>> -- 
>> Jean-Baptiste Onofré
>> jbono...@apache.org
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>>
>> -
>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>> For additional commands, e-mail: general-h...@incubator.apache.org
>>

-- 
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



Re: We want to contribute brpc to ASF, looking for champion and mentor ,please help

2018-09-18 Thread Kevin A. McGrail
On 9/18/2018 12:11 AM, Tan,Zhongyi wrote:
> Thanks,Kevin.
>
Thanks, Tan.

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



Re: We want to contribute brpc to ASF, looking for champion and mentor ,please help

2018-09-17 Thread Kevin A. McGrail
example, Baidu is extensively using it in their production
>>>>>> environment
>>>>>> and many large corporations including Iqiyi, Didi, Sougou, BiliBili
>>>>>> use
>>>>>> it in their production applications.
>>>>>>
>>>>>>
>>>>>> ### Inexperience with Open Source
>>>>>>
>>>>>> brpc has been an active open source project for more than one year.
>>>>>> During that time, the project has attracted 30+ contributors and
>>>>>> gained
>>>>>> a lot of attention.
>>>>>> The core developers are all active users and followers of open source.
>>>>>>
>>>>>> ### Homogenous Developers
>>>>>>
>>>>>> brpc was created inside Baidu, but after brpc was open sourced, it
>>>>>> received a lot of bug fixes and enhancements from other developers not
>>>>>> working at Baidu.
>>>>>> And the core developers now are from different companies now.
>>>>>>
>>>>>> ### Reliance on Salaried Developers
>>>>>>
>>>>>> Baidu invested in brpc as a general rpc framework used in company
>>>>>> widely.
>>>>>> The core developers have been dedicated to this project for about four
>>>>>> years.
>>>>>> And after its open source, developers around the world have involved
>>>>>> in.
>>>>>> Besides, we want more developers and researchers to contribute to the
>>>>>> project.
>>>>>>
>>>>>> ### An Excessive Fascination with the Apache Brand
>>>>>>
>>>>>> The mission of brpc is to help developers build reliable and
>>>>>> high-performance services quickly and easily.
>>>>>> It has been widely used in production environment throughout Baidu and
>>>>>> after opensource, it has gained much attention and attracted
>>>>>> developers
>>>>>> all over the world.
>>>>>> Apache Brand is very respected. We are very honored to have the
>>>>>> opportunity to join ASF, with the understanding that its brand
>>>>>> policies
>>>>>> being respected.
>>>>>> And we hope Apache can help us build the ecosystem around brpc and
>>>>>> attract more developers.
>>>>>>
>>>>>>
>>>>>> ## Documentation
>>>>>>
>>>>>> The following links provide more information about brpc in open
>>>>>> source:
>>>>>>
>>>>>> Codebase at Github: https://github.com/brpc/brpc
>>>>>> Issue Tracking: https://github.com/brpc/brpc/issues
>>>>>> Overview: https://github.com/brpc/brpc/blob/master/docs/en/overview.md
>>>>>>
>>>>>> ## Initial Source
>>>>>>
>>>>>> brpc has been developed since 2014 by a team of engineers at Baidu
>>>>>> Inc.
>>>>>> We currently use Github to maintain our source code and track issues
>>>>>> at
>>>>>> https://github.com/brpc/brpc.
>>>>>> We need to move our repository to Apache infrastructure.
>>>>>>
>>>>>> ## Source and Intellectual Property Submission Plan
>>>>>>
>>>>>> brpc source code is available under Apache V2 license and owned by
>>>>>> Baidu.
>>>>>> We will work with the committers to get ICLAs signed. We will provide
>>>>>> a
>>>>>> Software Grant Agreement from an authorized signer per
>>>>>> https://www.apache.org/licenses/software-grant-template.pdf
>>>>>>
>>>>>> ## External Dependencies
>>>>>>
>>>>>> brpc has the following external dependencies.
>>>>>>
>>>>>> * Google gflags (BSD)
>>>>>> * Google protobuf (BSD)
>>>>>> * Google leveldb (BSD)
>>>>>>
>>>>>> ## Required Resources
>>>>>>
>>>>>> ### Mailing List
>>>>>>
>>>>>> There are currently no mailing lists. The usual mailing lists are
>>>>>> expected to be set up when entering incubation:
>>>>>>
>>>>>> * priv...@brpc.incubator.apache.org
>>>>>> * d...@brpc.incubator.apache.org
>>>>>> * comm...@brpc.incubator.apache.org
>>>>>>
>>>>>> ### Git Repositories:
>>>>>>
>>>>>> Upon entering incubation, we want to transfer the existing repo from
>>>>>> https://github.com/brpc/brpc to Apache infrastructure like
>>>>>> https://github.com/apache/incubator-brpc.
>>>>>>
>>>>>> ### Issue Tracking:
>>>>>>
>>>>>> brpc currently uses GitHub to track issues. Would like to continue to
>>>>>> do so while we discuss migration possibilities with the ASF Infra
>>>>>> committee.
>>>>>>
>>>>>> ### Other Resources:
>>>>>>
>>>>>> Currently brpc has no dedicated website except Github homepage. In the
>>>>>> future the website url should be http://brpc.incubator.apache.org/ to
>>>>>> follow apache incubator conventions.
>>>>>>
>>>>>> ## Sponsors
>>>>>>
>>>>>> ### Champion
>>>>>>
>>>>>> * todo
>>>>>>
>>>>>> ### Mentors
>>>>>>
>>>>>> * todo
>>>>>>
>>>>>> ### Sponsoring Entity
>>>>>>
>>>>>> We are requesting the Incubator to sponsor this project.
>>>>>>
>>>>> -- 
>>>>> Jean-Baptiste Onofré
>>>>> jbono...@apache.org
>>>>> http://blog.nanthrax.net
>>>>> Talend - http://www.talend.com
>>>>>
>>>>> -
>>>>> 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
>>>>
>>> -- 
>>> Jean-Baptiste Onofré
>>> jbono...@apache.org
>>> http://blog.nanthrax.net
>>> Talend - http://www.talend.com
>>>
>>> -
>>> 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
>>

-- 
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171


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



  1   2   >