On 2020/01/31 13:52:17, "John D. Ament" wrote:
> On Fri, Jan 31, 2020 at 12:48 AM Eya Badal Abdisho
> wrote:
>
> >
> >
> > On 2020/01/29 23:45:40, Justin Mclean wrote:
> > > Hi,
> > >
> > > > Meanwhile please let me know if there is any other information that I
> > can provide you with.
>
On Fri, Jan 31, 2020 at 12:48 AM Eya Badal Abdisho
wrote:
>
>
> On 2020/01/29 23:45:40, Justin Mclean wrote:
> > Hi,
> >
> > > Meanwhile please let me know if there is any other information that I
> can provide you with.
> >
> > The Incubator prefers projects that already have a community
On 2020/01/29 23:45:40, Justin Mclean wrote:
> Hi,
>
> > Meanwhile please let me know if there is any other information that I can
> > provide you with.
>
> The Incubator prefers projects that already have a community around them. A
> little more information about that community around
Hi,
> Meanwhile please let me know if there is any other information that I can
> provide you with.
The Incubator prefers projects that already have a community around them. A
little more information about that community around your project would help, so
far it seems (but I could be
On 2020/01/29 03:31:45, Justin Mclean wrote:
> Hi,
>
> Thanks for the proposal, and it sounds like an interesting project.
>
> > Orphaned Products
> > The core developers of the AgensGraph Extension team plan to work full time
> > on this project. There is no risk of orphaned or abandoned
Hi,
Thanks for the proposal, and it sounds like an interesting project.
> Orphaned Products
> The core developers of the AgensGraph Extension team plan to work full time
> on this project. There is no risk of orphaned or abandoned code.
Given they are all from some company there could be a
Hello all,
I am Eya, a software engineer working with the AgensGraph Extension team
(Multimodel Database)
We propose to contribute AgensGraph Extension as an Apache Incubator project,
and
we are still looking for possible Champion and Mentors. If anyone would like to
volunteer, we would
Yes , the project name is confirmed as brpc.
在 2018/9/21 上午11:13， "Liang Chen" 写入:
>Hi
>
>An interesting project.
>One question : the project name is confirmed with "brpc"? it means "baidu
>rpc" ?
>
>Just kind reminder : it would be better if you could confirm the name
>before starting
Hi
An interesting project.
One question : the project name is confirmed with "brpc"? it means "baidu
rpc" ?
Just kind reminder : it would be better if you could confirm the name
before starting incubating, it would be the lowest cost for your project.
Regards
Liang
--
Sent from:
Hi Justin,
Given the recent activity around dropping inactive mentors there will be a
large need for fresh IPMC members. I think that a general message to members@
with a list of podlings and proposals needing mentors would be a reasonable
message.
See you in Montreal.
Regards,
Dave
> On
Hi,
> The IPMC might be too shallow a pool. Justin, can you email members@ for
> them with a draft of their proposal, perhaps?
Given they need to understand the incubation process they should probably be an
IPMC member and subscribed to this list. Given the large size of memebers@
there
Proved better performance in different scenarios, by
>>>>>>> eliminating
>>>>>>> locks on hotpaths and using goroutine-like concurrency(bthread) with
>>>>>>> cache
>>>>>>> friendly data structures
>>>>>>>
gt;>>>> friendly data structures
>>>>>>- More useful debugging utilities to help C++ programers build
>>>>>> solid
>>>>>> online services.
>>>>>>- Various access patterns such as one-to-one, one-to-many(fan
&g
s
>>>>>>- More useful debugging utilities to help C++ programers build
>>>>>> solid
>>>>>> online services.
>>>>>>- Various access patterns such as one-to-one, one-to-many(fan
>>>>>>out),
>>>&
een brpc and gRPC ? An alternative ?
> >> Different features ?
> >>
> >> I might be interested by mentoring the project, I would like to
> >> understand exactly the target/purposes.
> >>
> >> Thanks !
> >> Regards
> >>
ch as one-to-one, one-to-many(fan out),
>>>>> streaming, which simplify implementation of complex distributed
>>>>> services.
>>>>>
>>>>>
>>>>>
>>>>> 在 2018/9/13 下午3:00， "Jean-Baptiste Onofré" 写入:
>
omplex distributed
>>>> services.
>>>>
>>>>
>>>>
>>>> 在 2018/9/13 下午3:00， "Jean-Baptiste Onofré" 写入:
>>>>
>>>>> Hi,
>>>>>
>>>>> It's an interesting project. I have two questi
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
using goroutine-like concurrency(bthread)
>>>>>>>with
>>>>>>> cache
>>>>>>> friendly data structures
>>>>>>> - More useful debugging utilities to help C++ programers build
>>>>>>&g
access patterns such as one-to-one, one-to-many(fan
>>>>>> out),
>>>>>> streaming, which simplify implementation of complex distributed
>>>>>> services.
>>>>>>
>>>>>>
>>>>>>
&
(fan
>>>>>out),
>>>>> streaming, which simplify implementation of complex distributed
>>>>> services.
>>>>>
>>>>>
>>>>>
>>>>> 在 2018/9/13 下午3:00， "Jean-Baptiste Onofré" 写入:
>>>>>
gt;>
>>>>
>>>>
>>>> 在 2018/9/13 下午3:00， "Jean-Baptiste Onofré" 写入:
>>>>
>>>>> Hi,
>>>>>
>>>>> It's an interesting project. I have two questions:
>>>>>
>>>>>
gt; projects, especially CXF for instance ?
>>>> 2. what's the comparison between brpc and gRPC ? An alternative ?
>>>> Different features ?
>>>>
>>>> I might be interested by mentoring the project, I would like to
>>>> understand exactly
t/purposes.
>>
>> Thanks !
>> Regards
>> JB
>>
>> On 13/09/2018 08:20, Tan,Zhongyi wrote:
>>> Hi, guys,
>>>
>>> brpc is one open source RPC framework that is very popular in baidu and
>>> china.
>>> We want to contribute
ent features ?
>>>
>>> I might be interested by mentoring the project, I would like to
>>> understand exactly the target/purposes.
>>>
>>> Thanks !
>>> Regards
>>> JB
>>>
>>> On 13/09/2018 08:20, Tan,Zhongyi wrote:
>&g
be interested by mentoring the project, I would like to
>> understand exactly the target/purposes.
>>
>> Thanks !
>> Regards
>> JB
>>
>> On 13/09/2018 08:20, Tan,Zhongyi wrote:
>>> Hi, guys,
>>>
>>> brpc is one open source RPC
ect, I would like to
>understand exactly the target/purposes.
>
>Thanks !
>Regards
>JB
>
>On 13/09/2018 08:20, Tan,Zhongyi wrote:
>> Hi, guys,
>>
>> brpc is one open source RPC framework that is very popular in baidu and
>>china.
>> We want to con
would like to
understand exactly the target/purposes.
Thanks !
Regards
JB
On 13/09/2018 08:20, Tan,Zhongyi wrote:
> Hi, guys,
>
> brpc is one open source RPC framework that is very popular in baidu and china.
> We want to contribute it to ASF to make it more successful.
> And
Hi, guys,
brpc is one open source RPC framework that is very popular in baidu and china.
We want to contribute it to ASF to make it more successful.
And we are looking for champion and mentor for this project,
if anyone would like to volunteer, we will be very appreciated.
Thanks.
Here
Hi Jim,
Do you have any questions or suggestions about this Roadmap, please feel
free to let us know.
Best Regards,
Reed
On 2018/6/21 下午8:06， "Li,De(BDG)" wrote:
>We have a general Plan or Roadmap:
>
>1. Find out the code, modules, components which duplicates of Impala;
>2. Determine the
Looks great!
On Thu, Jun 21, 2018 at 5:06 AM Li,De(BDG) wrote:
> We have a general Plan or Roadmap:
>
> 1. Find out the code, modules, components which duplicates of Impala;
> 2. Determine the features which could be merged to Impala under Impala
> community support.
> 3, Define clearly the
We have a general Plan or Roadmap:
1. Find out the code, modules, components which duplicates of Impala;
2. Determine the features which could be merged to Impala under Impala
community support.
3, Define clearly the interface between the query engine and other
components, such as the storage
st Regards,
Reed
发件人: Dave Fisher mailto:dave2w...@comcast.net>>
答复: mailto:general@incubator.apache.org>>
日期: 2018年6月19日 星期二 上午2:08
至: mailto:general@incubator.apache.org>>
主题: Re: Looking for Champion
Hi Li,De -
Since I agreed to champion this project I think that we need a
I think this should leave to the team who contribute to this project, those
projects could share different purpose but also can work together...if the
architecture is flexible enough.
Jim Apple 于2018年6月19日周二 上午5:39写道：
> Let me respond specifically to a few of these as a way to, I hope,
> inspire
Incubating progress is something how to fix such issue, there's no need
such plan at this moment
Ryan Blue 于2018年6月19日周二 上午4:13写道：
> Okay, then let me rephrase: I would like to see a plan in the Palo proposal
> for a licensing scrub to be done before graduation.
>
> I'm still a little skeptical
>
> I'm not sure if Palo is just a storage system but definitely we will
> separate query engine from Palo.
>
That's great news, and I think it will benefit users of Impala and Palo.
> Of cource, as you mentioned, "this could be a lot of work", so it will
> take a long time and we also hope
depend
>>on
>> > OpenLdap and cyrus-sasl directly,
>> > but some thirdpary libraries need them to compile, libcurl and
>>gperftools
>> > for instance.
>> > For rapidjson, we are looking for alternative one.
>> >
>> > 4、About the name o
ache.org>>
主题: Re: Looking for Champion
Hi Li,De -
Since I agreed to champion this project I think that we need a summary about
what the Incubator PMC cares about in order to accept a podling. What the
prospective project needs to address. We also need to be clear what should
happen
likelihood that Palo would have to change its name during incubation,
>>if
>> >>accepted.
>> >>
>> >>Julian
>> >>
>> >>[1] https://en.wikipedia.org/wiki/Palo_(OLAP_database)
>> >><https://en.wikipedia.org/wiki/Palo_(O
Let me respond specifically to a few of these as a way to, I hope,
inspire the Palo community to reconsider contributing to Impala. It
could be a great opportunity for us to produce value by keeping the
query engine working smoothly while the Palo community can focus more
of their efforts on the
The licensing scrub does need to be done. But not necessarily before
incubation starts.
On Mon, Jun 18, 2018 at 10:13 PM Ryan Blue
wrote:
> Okay, then let me rephrase: I would like to see a plan in the Palo proposal
> for a licensing scrub to be done before graduation.
>
> I'm still a little
Okay, then let me rephrase: I would like to see a plan in the Palo proposal
for a licensing scrub to be done before graduation.
I'm still a little skeptical about this practice because the Incubator PMC
validates the release on behalf of the foundation, but I think that's a
separate issue to
Heya Ryan,
On Mon, Jun 18, 2018 at 2:39 PM Ryan Blue wrote:
> > we have allowed (and IMO should continue) podlings to have licensing
> issues during their incubator releases
>
> Thanks for pointing this out, Greg. I wasn't aware of this and have always
> had releases fail when we discover
> we have allowed (and IMO should continue) podlings to have licensing
issues during their incubator releases
Thanks for pointing this out, Greg. I wasn't aware of this and have always
had releases fail when we discover licensing issues. I think there's a
significant risk of license problems, so
On Mon, Jun 18, 2018 at 2:08 PM Ryan Blue wrote:
>...
> 2. The license problems so far show that the project has not paid adequate
> attention to licensing up to now, which is a big risk. I'd like to see what
> kind of licensing scrub is proposed before the potential podling's first
> release. I
has a good name, please feel free to let me know.
> >
> > Best Regards,
> > Reed
> >
> > 在 2018/6/13 上午4:20， "Julian Hyde" 写入:
> >
> > Note that there is an existing database product called Palo - an open
> > source OLAP engine by German company
that there is an existing database product called Palo - an open
> source OLAP engine by German company Jedox[1]. There there is a high
> likelihood that Palo would have to change its name during incubation, if
> accepted.
>
> Julian
>
> [1] https://en.wikipedia.org/wiki/Palo_(OLAP_d
pany Jedox[1]. There there is a high
>>>> likelihood that Palo would have to change its name during incubation, if
>>>> accepted.
>>>>
>>>> Julian
>>>>
>>>> [1] https://en.wikipedia.org/wiki/Palo_(OLAP_database)
>>>&g
s name during incubation, if
> >>accepted.
> >>
> >>Julian
> >>
> >>[1] https://en.wikipedia.org/wiki/Palo_(OLAP_database)
> >><https://en.wikipedia.org/wiki/Palo_(OLAP_database)>
> >>
> >>
> >>
> >>> On Jun 10, 2018, at 3:49 AM, Han Luke wrote:
> &
edia.org/wiki/Palo_(OLAP_database)>
>>
>>
>>
>>> On Jun 10, 2018, at 3:49 AM, Han Luke wrote:
>>>
>>> Cool Dave, it’s great to have you to be the campaign.
>>>
>>>
>>>
>>> From: T
t 8:59 PM, Dave Fisher
>>>>wrote:
>>>>
>>>> Hi -
>>>>
>>>> I’m willing to Champion and Mentor. I have a couple of comments
>>>>inline.
>>>> I’ll look at dependency licenses later today. It’s early for me.
>>>&g
une 9, 2018 8:16:28 AM
> To: general@incubator.apache.org <mailto:general@incubator.apache.org>
> Subject: Re: Looking for Champion
>
> thanks，willem
>
> we are very appreciate.
>
>> 在 2018年6月8日，23:03，Willem Jiang 写道：
>>
>> Hi,
>>
>> I'
Cool Dave, it’s great to have you to be the campaign.
From: Tan,Zhongyi
Sent: Saturday, June 9, 2018 8:16:28 AM
To: general@incubator.apache.org
Subject: Re: Looking for Champion
thanks，willem
we are very appreciate.
> 在 2018年6月8日，23:03，Willem Jiang
gt;> > >from the Palo community about integration between Impala and Palo.
>> > >
>> > >For instance, are there any apparent design goals of Impala that the
>> Palo
>> > >community thinks are fundamentally incompatible with Palo?
>> &
wonder Palo just use OpenLdap with binary way, is it still have
license issue?
Best Regards,
Reed
发件人: Dave Fisher mailto:dave2w...@comcast.net>>
答复: mailto:general@incubator.apache.org>>
日期: 2018年6月9日 星期六 上午2:10
至: mailto:general@incubator.apache.org>>
主题: Re: Looking for Cham
Copyrights were changed too which is also incorrect.
Yes, we know that, I have fixed this mistake as following.
https://github.com/baidu/palo/commit/ac770c33d445a4c18a0b74f56b28a4180b30bf
b7
As you mentioned, we will recheck and make sure if Open LDAP is necessary
for Palo.
Best Regards,
;Jim Apple" 写入:
>> > >
>> > > >Hello! As a contributor to Impala, I’d be interested in hearing
>> thoughts
>> > > >from the Palo community about integration between Impala and Palo.
>> > > >
>> > > >For i
Regarding Licence's question, we will complete the repair as soon as possible
before voting.
发件人: Dave Fisher mailto:dave2w...@comcast.net>>
答复: mailto:general@incubator.apache.org>>
日期: 2018年6月9日 星期六 上午2:10
至: mailto:general@incubator.apache.org>>
主题: Re: Looking for Cham
Thanks to Jim's suggestion. We will seriously consider this proposal.
Also, for some of the opinions given by everyone,
the Palo development team will seriously discuss and then give
everyone a unified reply next week.
在 2018/6/9 上午7:41， "Jim Apple" 写入:
>>
>> Generally Apache has no rules
>> >
>> > I am Reed, as a developer worked with the team for Palo (a MPP-based
>> interactive SQL data warehousing).
>> > https://github.com/baidu/palo/wiki/Palo-Overview
>> >
>> > We propose to contribute Palo as
;> Hi all,
>>
>> I am Reed, as a developer worked with the team for Palo (a MPP-based
>>interactive SQL data warehousing).
>> https://github.com/baidu/palo/wiki/Palo-Overview
>>
>> We propose to contribute Palo as an Apache Incubator project, and
>>
t;
>>> Hi all,
>>>
>>> I am Reed, as a developer worked with the team for Palo (a MPP-based
>> interactive SQL data warehousing).
>>> https://github.com/baidu/palo/wiki/Palo-Overview
>>>
>>> We propose to contribute Pal
at 9:45 PM, Li,De(BDG) wrote:
>>
>> Hi all,
>>
>> I am Reed, as a developer worked with the team for Palo (a MPP-based
>> interactive SQL data warehousing).
>> https://github.com/baidu/palo/wiki/Palo-Overview
>>
>> We propose to contribute Palo as
>
> Generally Apache has no rules against multiple projects fulfilling similar
> goals or use cases, even when those projects might compete. However I think
> it would be relatively unusual to incubate a project that appears to be
> derived from a fork of an existing project, at least without
Open LDAP is a form of copy-left. It requires source code distribution of
binary packaged versions.
On Fri, Jun 8, 2018 at 7:10 PM Dave Fisher wrote:
> Yuck. That’s a mess. That is one very large diff.
>
> I see a few files related to AES the were GPL converted to Apache which
> not allowed.
Yuck. That’s a mess. That is one very large diff.
I see a few files related to AES the were GPL converted to Apache which not
allowed.
Copyrights were changed too which is also incorrect.
Changes to this file be/src/http/mongoose.h
Ouch.
The copyright in question was attached to code from the source code for
mySQL. There is no way that code can be in an Apache project.
Given the cut and paste history, it seems like it will require a very
detailed audit of code history or web searches to find where the original
code came
alo.
> > > >
> > > >For instance, are there any apparent design goals of Impala that the
> > Palo
> > > >community thinks are fundamentally incompatible with Palo?
> > > >
> > > >Thanks,
> > > >Jim
> &
; > >> Hi all,
> > >>
> > >> I am Reed, as a developer worked with the team for Palo (a MPP-based
> > >>interactive SQL data warehousing).
> > >> https://github.com/baidu/palo/wiki/Palo-Overview
> > >>
> > >> We propo
compatible with Palo?
> >
> >Thanks,
> >Jim
> >
> >On 2018/06/08 04:45:32, "Li,De(BDG)" wrote:
> >> Hi all,
> >>
> >> I am Reed, as a developer worked with the team for Palo (a MPP-based
> >>interactive SQL data warehous
/wiki/Palo-Overview
> >
> > We propose to contribute Palo as an Apache Incubator project, and
> > we are still looking for possible Champion if anyone would like to
> volunteer. Thanks a lot.
> >
> > Best Regards,
> > Reed
> >
> > ===
> interactive SQL data warehousing).
> https://github.com/baidu/palo/wiki/Palo-Overview
>
> We propose to contribute Palo as an Apache Incubator project, and
> we are still looking for possible Champion if anyone would like to volunteer.
> Thanks
rked with the team for Palo (a MPP-based
>>interactive SQL data warehousing).
>> https://github.com/baidu/palo/wiki/Palo-Overview
>>
>> We propose to contribute Palo as an Apache Incubator project, and
>> we are still looking for possible Champion if anyone would
er worked with the team for Palo (a MPP-based
>>interactive SQL data warehousing).
>> https://github.com/baidu/palo/wiki/Palo-Overview
>>
>> We propose to contribute Palo as an Apache Incubator project, and
>> we are still looking for possible Champion if anyone would like
tor project, and
> we are still looking for possible Champion if anyone would like to volunteer.
> Thanks a lot.
>
> Best Regards,
> Reed
>
> ===
> The draft of the proposal as below:
>
> #Apache Palo
>
> ##Abstract
>
> Palo is a
Hi all,
I am Reed, as a developer worked with the team for Palo (a MPP-based
interactive SQL data warehousing).
https://github.com/baidu/palo/wiki/Palo-Overview
We propose to contribute Palo as an Apache Incubator project, and
we are still looking for possible Champion if anyone would like
Hi folks,
I've updated the proposal with names:
http://wiki.apache.org/incubator/JtPatternFrameworkProposal
I'll need to update the page again since a couple of people joined the project
recently.
Regards,
Edgar
P.S. Jt 2.7 has been released.
Jt Proposal
Project Name: Jt Pattern Oriented
functionality of the pattern oriented framework.
Regards,
Ed
--- On Tue, 7/22/08, Roland Weber [EMAIL PROTECTED] wrote:
From: Roland Weber [EMAIL PROTECTED]
Subject: Re: Jt Pattern Oriented Framework (looking for champion/mentors)
To: general@incubator.apache.org
Date: Tuesday, July 22, 2008, 4:22 AM
Hi folks,
We've put together a draft proposal for the Jt pattern Oriented Framework. I
hope it
answers some of the questions regarding project status, community, licensing,
etc.
Regards,
Ed
Jt Pattern Oriented Framework
Introduction
This proposal describes a Pattern Oriented
David S (or rather Ed) wrote:
Community
One of the next objectives is to continue growing an active community of
users and contributors. It is expected that community will continue to grow.
So you already have an active community of users and contributors?
Any public record of that? Names
On Fri, Jul 18, 2008 at 11:24 AM, David S [EMAIL PROTECTED] wrote:
Hi Eelco,
The project site contains mainly technical/download information. We haven't
been using it for anything else (mailing list, forums, etc).
Where then???
You will soon notice that we care more about the community,
a cursory assessment...
License currently is LGPL.
CVS history goes back to August 2006.
All commits by wwwfswcom.
Not a single message on the dev list.
Not a single posting in the forum.
Looks like a case of open source, closed development.
On the plus side, changing the license shouldn't be
a
Hi Ed,
Judging from http://jt.dev.java.net/, there is one active person on
the project, and now discussion or other signs of community
whatshowever. Wouldn't it be a good idea to start building up a
community on that site first?
Regards,
Eelco
On Wed, Jul 16, 2008 at 8:19 PM, David S [EMAIL
PROTECTED]
Subject: Re: Jt Pattern Oriented Framework (looking for champion/mentors)
To: general@incubator.apache.org
Date: Thursday, July 17, 2008, 7:41 AM
Hi Ed,
Judging from http://jt.dev.java.net/, there is one active person on
the project, and now discussion or other signs of community
, 7/17/08, Noel J. Bergman [EMAIL PROTECTED] wrote:
From: Noel J. Bergman [EMAIL PROTECTED]
Subject: RE: Jt Pattern Oriented Framework (looking for champion/mentors)
To: general@incubator.apache.org
Date: Thursday, July 17, 2008, 3:22 PM
David Sheppard wrote:
Our project (Jt Pattern Oriented
Hi folks,
Our project (Jt Pattern Oriented Framework) is interested in joining the ASF
incubator.
After getting familiar with the incubator policies and procedures, we are
looking for people interested in becoming a champion or a mentor. We hope to
learn more about ASF and pursue the
86 matches
Mail list logo
