Re: Crail project looking for mentors
Hey Julian, That's awesome, welcome aboard! Let me add you to our slack channel as well (crail.slack.com). -Patrick On Tue, Oct 24, 2017 at 7:31 AM, Raphael Bircher wrote: > Hi Julian > > Thanks a load... you save the day! > > Regards Raphael > > > Am .10.2017, 07:07 Uhr, schrieb Julian Hyde : > >> If you’re still looking for mentors, I volunteer. >> >> Julian >> >>> On Oct 18, 2017, at 8:38 PM, patrick stuedi wrote: >>> >>> Hi Von Gosling, >>> >>> That's great, we will be more than happy to learn from your >>> experience. Great work with RocketMQ btw.. >>> >>> -Patrick >>> >>> On Thu, Oct 19, 2017 at 3:58 AM, Von Gosling >>> wrote: Hi Crail Guys, I am Apache RocketMQ PMC member. Although I have learned I can't be a formal mentor(Not ASF member), I am wiling to stick around with you guys - informal mentor. Not only I am interested in crail storage platform, But RocketMQ has graduated from podling - I have learned some experience from Incubator. Hoping to help any way I can :-) Best Regards, Von Gosling > 在 2017年10月19日,07:58,John D. Ament 写道: > > On Wed, Oct 18, 2017 at 3:37 PM Clebert Suconic > > wrote: > >> Let me be an informal mentor? I will help any way I can... >> > > Being an informal mentor can sometimes be the path to becoming an IPMC > member, and later a mentor for other projects. > > >> >> >> If you need a formal member for completing the application.. let me >> know. >> >> >> there was also Gary Wang interested in... >> >> On Wed, Oct 18, 2017 at 3:15 PM, Abhishek Tiwari >> wrote: >>> >>> Not being on IPMC shouldn't block you as far as I know. Someone can >>> be >>> voted in to IPMC if they are willing to put in the effort to be the >> >> mentor? >> > > Per the Incubator's policies, only IPMC members can be mentors to new > podlings. We have an "open door" policy that allows all foundation > members > to join the IPMC in a compulsory fashion. Otherwise, just like any > other > PMC, we are merit based. We see people who participate in projects and > are > clearly making a difference, use that to identify new PMC members. > > >>> >>> On Wed, Oct 18, 2017 at 11:42 AM, Clebert Suconic < >> >> clebert.suco...@gmail.com wrote: >>> >>> I just learned I can't be a mentor.. as I'm not on the IPMC... but I will stick around with you guys :) let me know when it's the right time to have technical discussions.. I have got a few things I would change ... but in a way it wouldn't break what you have now. On Wed, Oct 18, 2017 at 1:13 PM, Gang(Gary) Wang >> >> wrote: > > I'm a PPMC at Mnemonic project, we got interested in this project because > > our project is working on Ceph memory service for our Durable > object model > > (DOM) and Durable computing model (DCM). Crail could be a promising >> >> and > > more efficient solution for us to take fully advantage of the RDMA > capabilities for durable object exchange across nodes in a cluster. >> >> I'm > > looking forward to integrating Crail soon... > > > > On Tue, Oct 17, 2017 at 9:18 PM, patrick stuedi wrote: > > >> Efficient asynchronous I/O is one key aspect in Crail, because >> we're >> directly leveraging the asynchronous hardware interfaces of NVMe, >> RDMA, etc and export them at the distributed systems level. If you >> have experience with libaio and similar interfaces then that's >> definitely related.. Crail is a distributed storage system >> designed >> for high-performance storage and networking hardware, tailored to >> support data processing in new data center deployments. If you're >> interested in becoming a mentor please let us know... >> >> On Wed, Oct 18, 2017 at 5:44 AM, Clebert Suconic >> wrote: >>> >>> I have written a libaio wrapper in java. For artemis and high >> >> performance >>> >>> sync IOs. >>> >>> >>> Would that work be related sim any form ? >>> >>> On Tue, Oct 17, 2017 at 11:37 PM Luciano Resende < luckbr1...@gmail.com> >>> >>> wrote: >>> On Fri, Oct 13, 2017 at 5:58 PM, patrick stuedi < >> >> pstu...@gmail.com> >> >> wrote: > Hi all, > > The Crail project (www.crail.io) is looking for additional >> >> mentors > >
[VOTE] Release Apache FreeMarker 2.3.27 (incubating)
Hi all, Apache FreeMarker (incubating) is a template engine, i.e. a generic tool to generate text output based on templates. FreeMarker is implemented in Java as a class library for programmers. The Apache FreeMarker community has voted on and approved a proposal to release Apache FreeMarker 2.3.27-incubating. PPMC Vote Call: https://lists.apache.org/thread.html/7c25fe06137217a1a6f90bb27a620c1ff2fa10231705d2b327d09d34@%3Cdev.freemarker.apache.org%3E PPMC Vote Result: https://lists.apache.org/thread.html/ff230e650c73e4941120190c95af0880d9510bd41be36fba4ea59e39@%3Cdev.freemarker.apache.org%3E PPMC Vote Summary: 2 binding (IPMC member) +1 votes 2 non-binding PPMC member +1 votes 1 non-binding Committer +1 votes Release Notes: http://freemarker.org/builds/2.3.27-voting/documentation/_html/versions_2_3_27.html Before proceed, you should know that FreeMarker 2.3.x, for a long time, always releases a normal and a "gae" variant on the same time, which are technically two independent source trees (Git branches). The "gae" variant contains a few small modification in the Java source code to be Google App Engine compliant, and has freemarker-gae as the Maven artifact name. Otherwise the normal and the "gae" branches are identical. Hence, they are voted on together. The commits to be voted upon are: - Normal (non-gae) variant: https://git-wip-us.apache.org/repos/asf?p=incubator-freemarker.git;a=commit;h=8e501b8ab83fb7d312791a4907ca94ef8acaf3e5 Commit hash: 8e501b8ab83fb7d312791a4907ca94ef8acaf3e5 - "gae" variant: https://git-wip-us.apache.org/repos/asf?p=incubator-freemarker.git;a=commit;h=cf2ae45d174d07a38d096958a44977cb79b1a68d Commit hash: cf2ae45d174d07a38d096958a44977cb79b1a68d The artifacts to be voted upon are located here: https://dist.apache.org/repos/dist/dev/incubator/freemarker/engine/2.3.27-incubating/source/ where the source release artifacts are: - Normal (non-gae) variant: apache-freemarker-2.3.27-incubating-src.tar.gz - "gae" variant: apache-freemarker-gae-2.3.27-incubating-src.tar.gz See the README inside them for build instructions! Release artifacts are signed with the following key: https://people.apache.org/keys/committer/woonsan.asc Note that for convenience, we also provide binaries: https://dist.apache.org/repos/dist/dev/incubator/freemarker/engine/2.3.27-incubating/binaries/ and Maven artifacts in the ASF staging repositories: - https://repository.apache.org/content/repositories/staging/org/freemarker/freemarker/2.3.27-incubating/ - https://repository.apache.org/content/repositories/staging/org/freemarker/freemarker-gae/2.3.27-incubating/ We request the permission of the IPMC to publish the above release as Apache FreeMarker 2.3.27-incubating. Please try out the package and vote. The vote is open for a minimum of 72 hours or until the necessary number of votes (3 binding +1s) is reached. [ ] +1 Release this package as Apache FreeMarker 2.3.27-incubating [ ] 0 I don't feel strongly about it, but I'm okay with the release [ ] -1 Do not release this package because... Please add "(binding)" if your vote is binding. Woonsan Ko on behalf of Apache FreeMarker Podling Project Management Committee - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] Storage-class memory ecosystem program
Add *Hive/LLAP and RocketMQ* - *Ignite* represented by Denis Magda - *Arrow *represented by Wes McKinney - *Hbase *represented by Anoop John - *Crail* represented by *Patrick Stuedi* - *Hive/LLAP *represented by *Gopal Vijayaraghavan* - *RocketMQ *represented by *Von Gosling* - *ORC *represented by* Owen O'Malley* - *Mnemonic *represented by* Gary* With above projects, we could cover Storage-class memory oriented *Distributed Database, KV Store, Columnar Structured Dataset, Distributed Data Store, Columnar Storage, **Live Long And Process, Distributed Messaging and Streaming, **Durable Object Model, Durable Computing Model* for new generation high-performance applications, e.g. data querying, processing, and analytics. On Mon, Oct 23, 2017 at 9:32 PM, Von Gosling wrote: > I'm happy to represent Apache RocketMQ on this storage collaboration > effort. This is a very key in low latency messaging. > > Best Regards, > Von Gosling > > > > > 在 2017年10月20日,02:55,Gang(Gary) Wang 写道: > > > > Hi all, > > > > We can expect more and more projects will take the huge potential > > advantages of storage-class memory for data processing and analytics > > because silicon companies are able to produce high capacity non-volatile > > memory on a large scale, this hardware technology will fundamentally > change > > the way to construct high performance applications similar to what > happened > > when replacing tape with disk technology since the 1980s. so if > possible, I > > advocate establishing an Apache working group to enhance the > collaboration > > and synergies mentioned by Patrick Stuedi for storage-class memory > > technology-oriented projects. > > > > Best. > > Gary. > >
Re: [DISCUSS] Storage-class memory ecosystem program
It is a great idea if we could have a common benchmark and APIs for storage-class memory oriented library/framework/application, please go ahead to propose one for discussion in our workgroup. Thanks! On Mon, Oct 23, 2017 at 4:27 PM, Debojyoti Dutta wrote: > Would love to help out in any way including working towards common > benchmarks, APIs etc. > > Debo > > Sent from my iPhone > > > On Oct 23, 2017, at 4:06 PM, Gang(Gary) Wang wrote: > > > > There are suggested initial goals for our workgroup > > > > - Sharing idea and good practice > > - Identifying common opportunities > > - Promoting storage-class memory application > > - Delivering solid solution > > - Avoiding reinvent the wheel > > - Integrating one another > > - Coordinating the progress > > > > > >> On Mon, Oct 23, 2017 at 4:02 PM, Gang(Gary) Wang > wrote: > >> > >> Add ORC > >> > >> - *Ignite* represented by Denis Magda > >> - *Arrow *represented by Wes McKinney > >> - *Hbase *represented by Anoop John > >> - *Crail* represented by *Patrick Stuedi* > >> - *ORC *represented by* Owen O'Malley* > >> - *Mnemonic *represented by* Gary* > >> > >> With above projects, we could cover Storage-class memory oriented > *Distributed > >> Database, KV Store, Columnar Structured Dataset, Distributed Data Store, > >> Columnar Storage, **Durable Object Model, Durable Computing Model* for > >> new generation high-performance applications, e.g. data querying, > >> processing, and analytics. > >> > >> > >> On Mon, Oct 23, 2017 at 1:21 PM, Owen O'Malley > >> wrote: > >> > >>> I can represent ORC within the group. > >>> > >>> .. Owen > >>> > On Oct 19, 2017, at 11:55 AM, Gang(Gary) Wang > wrote: > > Hi all, > > We can expect more and more projects will take the huge potential > advantages of storage-class memory for data processing and analytics > because silicon companies are able to produce high capacity > non-volatile > memory on a large scale, this hardware technology will fundamentally > >>> change > the way to construct high performance applications similar to what > >>> happened > when replacing tape with disk technology since the 1980s. so if > >>> possible, I > advocate establishing an Apache working group to enhance the > >>> collaboration > and synergies mentioned by Patrick Stuedi for storage-class memory > technology-oriented projects. > > Best. > Gary. > >>> > >>> > >> > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > >
Re: [DISCUSS] Storage-class memory ecosystem program
I didn’t know I could represent a project. In that case I’m representing ActiveMQ. On Tue, Oct 24, 2017 at 12:33 AM Von Gosling wrote: > I'm happy to represent Apache RocketMQ on this storage collaboration > effort. This is a very key in low latency messaging. > > Best Regards, > Von Gosling > > > > > 在 2017年10月20日,02:55,Gang(Gary) Wang 写道: > > > > Hi all, > > > > We can expect more and more projects will take the huge potential > > advantages of storage-class memory for data processing and analytics > > because silicon companies are able to produce high capacity non-volatile > > memory on a large scale, this hardware technology will fundamentally > change > > the way to construct high performance applications similar to what > happened > > when replacing tape with disk technology since the 1980s. so if > possible, I > > advocate establishing an Apache working group to enhance the > collaboration > > and synergies mentioned by Patrick Stuedi for storage-class memory > > technology-oriented projects. > > > > Best. > > Gary. > > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > > -- Clebert Suconic
Re: [DISCUSS] Storage-class memory ecosystem program
Hello Gary, Would it be better to create a mailing list for this workgroup (I am guessing it is too early to be thinking about a new podling for this) where any interested folks could subscribe to? thanks -- Hitesh On Tue, Oct 24, 2017 at 10:14 AM, Gang(Gary) Wang wrote: > It is a great idea if we could have a common benchmark and APIs for > storage-class memory oriented library/framework/application, please go > ahead to propose one for discussion in our workgroup. Thanks! > > On Mon, Oct 23, 2017 at 4:27 PM, Debojyoti Dutta wrote: > > > Would love to help out in any way including working towards common > > benchmarks, APIs etc. > > > > Debo > > > > Sent from my iPhone > > > > > On Oct 23, 2017, at 4:06 PM, Gang(Gary) Wang wrote: > > > > > > There are suggested initial goals for our workgroup > > > > > > - Sharing idea and good practice > > > - Identifying common opportunities > > > - Promoting storage-class memory application > > > - Delivering solid solution > > > - Avoiding reinvent the wheel > > > - Integrating one another > > > - Coordinating the progress > > > > > > > > >> On Mon, Oct 23, 2017 at 4:02 PM, Gang(Gary) Wang > > wrote: > > >> > > >> Add ORC > > >> > > >> - *Ignite* represented by Denis Magda > > >> - *Arrow *represented by Wes McKinney > > >> - *Hbase *represented by Anoop John > > >> - *Crail* represented by *Patrick Stuedi* > > >> - *ORC *represented by* Owen O'Malley* > > >> - *Mnemonic *represented by* Gary* > > >> > > >> With above projects, we could cover Storage-class memory oriented > > *Distributed > > >> Database, KV Store, Columnar Structured Dataset, Distributed Data > Store, > > >> Columnar Storage, **Durable Object Model, Durable Computing Model* for > > >> new generation high-performance applications, e.g. data querying, > > >> processing, and analytics. > > >> > > >> > > >> On Mon, Oct 23, 2017 at 1:21 PM, Owen O'Malley < > owen.omal...@gmail.com> > > >> wrote: > > >> > > >>> I can represent ORC within the group. > > >>> > > >>> .. Owen > > >>> > > On Oct 19, 2017, at 11:55 AM, Gang(Gary) Wang > > wrote: > > > > Hi all, > > > > We can expect more and more projects will take the huge potential > > advantages of storage-class memory for data processing and analytics > > because silicon companies are able to produce high capacity > > non-volatile > > memory on a large scale, this hardware technology will fundamentally > > >>> change > > the way to construct high performance applications similar to what > > >>> happened > > when replacing tape with disk technology since the 1980s. so if > > >>> possible, I > > advocate establishing an Apache working group to enhance the > > >>> collaboration > > and synergies mentioned by Patrick Stuedi for storage-class memory > > technology-oriented projects. > > > > Best. > > Gary. > > >>> > > >>> > > >> > > > > - > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > >
Re: [DISCUSS] Storage-class memory ecosystem program
I am also waiting the dev list to be created before we can have a discussion... On Tue, Oct 24, 2017 at 1:29 PM, Hitesh Shah wrote: > Hello Gary, > > Would it be better to create a mailing list for this workgroup (I am > guessing it is too early to be thinking about a new podling for this) where > any interested folks could subscribe to? > > thanks > -- Hitesh > > > On Tue, Oct 24, 2017 at 10:14 AM, Gang(Gary) Wang wrote: > >> It is a great idea if we could have a common benchmark and APIs for >> storage-class memory oriented library/framework/application, please go >> ahead to propose one for discussion in our workgroup. Thanks! >> >> On Mon, Oct 23, 2017 at 4:27 PM, Debojyoti Dutta wrote: >> >> > Would love to help out in any way including working towards common >> > benchmarks, APIs etc. >> > >> > Debo >> > >> > Sent from my iPhone >> > >> > > On Oct 23, 2017, at 4:06 PM, Gang(Gary) Wang wrote: >> > > >> > > There are suggested initial goals for our workgroup >> > > >> > > - Sharing idea and good practice >> > > - Identifying common opportunities >> > > - Promoting storage-class memory application >> > > - Delivering solid solution >> > > - Avoiding reinvent the wheel >> > > - Integrating one another >> > > - Coordinating the progress >> > > >> > > >> > >> On Mon, Oct 23, 2017 at 4:02 PM, Gang(Gary) Wang >> > wrote: >> > >> >> > >> Add ORC >> > >> >> > >> - *Ignite* represented by Denis Magda >> > >> - *Arrow *represented by Wes McKinney >> > >> - *Hbase *represented by Anoop John >> > >> - *Crail* represented by *Patrick Stuedi* >> > >> - *ORC *represented by* Owen O'Malley* >> > >> - *Mnemonic *represented by* Gary* >> > >> >> > >> With above projects, we could cover Storage-class memory oriented >> > *Distributed >> > >> Database, KV Store, Columnar Structured Dataset, Distributed Data >> Store, >> > >> Columnar Storage, **Durable Object Model, Durable Computing Model* for >> > >> new generation high-performance applications, e.g. data querying, >> > >> processing, and analytics. >> > >> >> > >> >> > >> On Mon, Oct 23, 2017 at 1:21 PM, Owen O'Malley < >> owen.omal...@gmail.com> >> > >> wrote: >> > >> >> > >>> I can represent ORC within the group. >> > >>> >> > >>> .. Owen >> > >>> >> > On Oct 19, 2017, at 11:55 AM, Gang(Gary) Wang >> > wrote: >> > >> > Hi all, >> > >> > We can expect more and more projects will take the huge potential >> > advantages of storage-class memory for data processing and analytics >> > because silicon companies are able to produce high capacity >> > non-volatile >> > memory on a large scale, this hardware technology will fundamentally >> > >>> change >> > the way to construct high performance applications similar to what >> > >>> happened >> > when replacing tape with disk technology since the 1980s. so if >> > >>> possible, I >> > advocate establishing an Apache working group to enhance the >> > >>> collaboration >> > and synergies mentioned by Patrick Stuedi for storage-class memory >> > technology-oriented projects. >> > >> > Best. >> > Gary. >> > >>> >> > >>> >> > >> >> > >> > - >> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >> > For additional commands, e-mail: general-h...@incubator.apache.org >> > >> > >> -- Clebert Suconic - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] Storage-class memory ecosystem program
Yes, I'm working on preparing necessary resources for our workgroup. the progress is 1) Slack channel #Storage-class-memory - created 2) Invite project representatives and active contributors to this Slack channel - not yet but soon later 3) Request a dedicated mail list for our workgroup - request sent 4) Request typical platform equipped with storage-class memory resource - trying but not guaranteed On Tue, Oct 24, 2017 at 10:30 AM, Clebert Suconic wrote: > I am also waiting the dev list to be created before we can have a > discussion... > > On Tue, Oct 24, 2017 at 1:29 PM, Hitesh Shah wrote: > > Hello Gary, > > > > Would it be better to create a mailing list for this workgroup (I am > > guessing it is too early to be thinking about a new podling for this) > where > > any interested folks could subscribe to? > > > > thanks > > -- Hitesh > > > > > > On Tue, Oct 24, 2017 at 10:14 AM, Gang(Gary) Wang > wrote: > > > >> It is a great idea if we could have a common benchmark and APIs for > >> storage-class memory oriented library/framework/application, please go > >> ahead to propose one for discussion in our workgroup. Thanks! > >> > >> On Mon, Oct 23, 2017 at 4:27 PM, Debojyoti Dutta > wrote: > >> > >> > Would love to help out in any way including working towards common > >> > benchmarks, APIs etc. > >> > > >> > Debo > >> > > >> > Sent from my iPhone > >> > > >> > > On Oct 23, 2017, at 4:06 PM, Gang(Gary) Wang > wrote: > >> > > > >> > > There are suggested initial goals for our workgroup > >> > > > >> > > - Sharing idea and good practice > >> > > - Identifying common opportunities > >> > > - Promoting storage-class memory application > >> > > - Delivering solid solution > >> > > - Avoiding reinvent the wheel > >> > > - Integrating one another > >> > > - Coordinating the progress > >> > > > >> > > > >> > >> On Mon, Oct 23, 2017 at 4:02 PM, Gang(Gary) Wang > > >> > wrote: > >> > >> > >> > >> Add ORC > >> > >> > >> > >> - *Ignite* represented by Denis Magda > >> > >> - *Arrow *represented by Wes McKinney > >> > >> - *Hbase *represented by Anoop John > >> > >> - *Crail* represented by *Patrick Stuedi* > >> > >> - *ORC *represented by* Owen O'Malley* > >> > >> - *Mnemonic *represented by* Gary* > >> > >> > >> > >> With above projects, we could cover Storage-class memory oriented > >> > *Distributed > >> > >> Database, KV Store, Columnar Structured Dataset, Distributed Data > >> Store, > >> > >> Columnar Storage, **Durable Object Model, Durable Computing Model* > for > >> > >> new generation high-performance applications, e.g. data querying, > >> > >> processing, and analytics. > >> > >> > >> > >> > >> > >> On Mon, Oct 23, 2017 at 1:21 PM, Owen O'Malley < > >> owen.omal...@gmail.com> > >> > >> wrote: > >> > >> > >> > >>> I can represent ORC within the group. > >> > >>> > >> > >>> .. Owen > >> > >>> > >> > On Oct 19, 2017, at 11:55 AM, Gang(Gary) Wang > >> > wrote: > >> > > >> > Hi all, > >> > > >> > We can expect more and more projects will take the huge potential > >> > advantages of storage-class memory for data processing and > analytics > >> > because silicon companies are able to produce high capacity > >> > non-volatile > >> > memory on a large scale, this hardware technology will > fundamentally > >> > >>> change > >> > the way to construct high performance applications similar to > what > >> > >>> happened > >> > when replacing tape with disk technology since the 1980s. so if > >> > >>> possible, I > >> > advocate establishing an Apache working group to enhance the > >> > >>> collaboration > >> > and synergies mentioned by Patrick Stuedi for storage-class > memory > >> > technology-oriented projects. > >> > > >> > Best. > >> > Gary. > >> > >>> > >> > >>> > >> > >> > >> > > >> > - > >> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > >> > For additional commands, e-mail: general-h...@incubator.apache.org > >> > > >> > > >> > > > > -- > Clebert Suconic > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > >
Re: [DISCUSS] Storage-class memory ecosystem program
Yes, the moment we have the workgroup mailer setup, will send out a DISCUSS thread. debo On 10/24/17, 10:14 AM, "Gang(Gary) Wang" wrote: It is a great idea if we could have a common benchmark and APIs for storage-class memory oriented library/framework/application, please go ahead to propose one for discussion in our workgroup. Thanks! On Mon, Oct 23, 2017 at 4:27 PM, Debojyoti Dutta wrote: > Would love to help out in any way including working towards common > benchmarks, APIs etc. > > Debo > > Sent from my iPhone > > > On Oct 23, 2017, at 4:06 PM, Gang(Gary) Wang wrote: > > > > There are suggested initial goals for our workgroup > > > > - Sharing idea and good practice > > - Identifying common opportunities > > - Promoting storage-class memory application > > - Delivering solid solution > > - Avoiding reinvent the wheel > > - Integrating one another > > - Coordinating the progress > > > > > >> On Mon, Oct 23, 2017 at 4:02 PM, Gang(Gary) Wang > wrote: > >> > >> Add ORC > >> > >> - *Ignite* represented by Denis Magda > >> - *Arrow *represented by Wes McKinney > >> - *Hbase *represented by Anoop John > >> - *Crail* represented by *Patrick Stuedi* > >> - *ORC *represented by* Owen O'Malley* > >> - *Mnemonic *represented by* Gary* > >> > >> With above projects, we could cover Storage-class memory oriented > *Distributed > >> Database, KV Store, Columnar Structured Dataset, Distributed Data Store, > >> Columnar Storage, **Durable Object Model, Durable Computing Model* for > >> new generation high-performance applications, e.g. data querying, > >> processing, and analytics. > >> > >> > >> On Mon, Oct 23, 2017 at 1:21 PM, Owen O'Malley > >> wrote: > >> > >>> I can represent ORC within the group. > >>> > >>> .. Owen > >>> > On Oct 19, 2017, at 11:55 AM, Gang(Gary) Wang > wrote: > > Hi all, > > We can expect more and more projects will take the huge potential > advantages of storage-class memory for data processing and analytics > because silicon companies are able to produce high capacity > non-volatile > memory on a large scale, this hardware technology will fundamentally > >>> change > the way to construct high performance applications similar to what > >>> happened > when replacing tape with disk technology since the 1980s. so if > >>> possible, I > advocate establishing an Apache working group to enhance the > >>> collaboration > and synergies mentioned by Patrick Stuedi for storage-class memory > technology-oriented projects. > > Best. > Gary. > >>> > >>> > >> > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > >
Re: [DISCUSS] Storage-class memory ecosystem program
BTW should we name this group “Apache Durable Computing Initiative”? debo On 10/24/17, 11:18 AM, "Debo Dutta (dedutta)" wrote: Yes, the moment we have the workgroup mailer setup, will send out a DISCUSS thread. debo On 10/24/17, 10:14 AM, "Gang(Gary) Wang" wrote: It is a great idea if we could have a common benchmark and APIs for storage-class memory oriented library/framework/application, please go ahead to propose one for discussion in our workgroup. Thanks! On Mon, Oct 23, 2017 at 4:27 PM, Debojyoti Dutta wrote: > Would love to help out in any way including working towards common > benchmarks, APIs etc. > > Debo > > Sent from my iPhone > > > On Oct 23, 2017, at 4:06 PM, Gang(Gary) Wang wrote: > > > > There are suggested initial goals for our workgroup > > > > - Sharing idea and good practice > > - Identifying common opportunities > > - Promoting storage-class memory application > > - Delivering solid solution > > - Avoiding reinvent the wheel > > - Integrating one another > > - Coordinating the progress > > > > > >> On Mon, Oct 23, 2017 at 4:02 PM, Gang(Gary) Wang > wrote: > >> > >> Add ORC > >> > >> - *Ignite* represented by Denis Magda > >> - *Arrow *represented by Wes McKinney > >> - *Hbase *represented by Anoop John > >> - *Crail* represented by *Patrick Stuedi* > >> - *ORC *represented by* Owen O'Malley* > >> - *Mnemonic *represented by* Gary* > >> > >> With above projects, we could cover Storage-class memory oriented > *Distributed > >> Database, KV Store, Columnar Structured Dataset, Distributed Data Store, > >> Columnar Storage, **Durable Object Model, Durable Computing Model* for > >> new generation high-performance applications, e.g. data querying, > >> processing, and analytics. > >> > >> > >> On Mon, Oct 23, 2017 at 1:21 PM, Owen O'Malley > >> wrote: > >> > >>> I can represent ORC within the group. > >>> > >>> .. Owen > >>> > On Oct 19, 2017, at 11:55 AM, Gang(Gary) Wang > wrote: > > Hi all, > > We can expect more and more projects will take the huge potential > advantages of storage-class memory for data processing and analytics > because silicon companies are able to produce high capacity > non-volatile > memory on a large scale, this hardware technology will fundamentally > >>> change > the way to construct high performance applications similar to what > >>> happened > when replacing tape with disk technology since the 1980s. so if > >>> possible, I > advocate establishing an Apache working group to enhance the > >>> collaboration > and synergies mentioned by Patrick Stuedi for storage-class memory > technology-oriented projects. > > Best. > Gary. > >>> > >>> > >> > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > > - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] Storage-class memory ecosystem program
I would be happy to represent Apache Geode. On Wed, Oct 25, 2017 at 12:00 AM, Debo Dutta (dedutta) wrote: > BTW should we name this group “Apache Durable Computing Initiative”? > > debo > > On 10/24/17, 11:18 AM, "Debo Dutta (dedutta)" wrote: > > Yes, the moment we have the workgroup mailer setup, will send out a > DISCUSS thread. > > debo > > On 10/24/17, 10:14 AM, "Gang(Gary) Wang" wrote: > > It is a great idea if we could have a common benchmark and APIs for > storage-class memory oriented library/framework/application, > please go > ahead to propose one for discussion in our workgroup. Thanks! > > On Mon, Oct 23, 2017 at 4:27 PM, Debojyoti Dutta > wrote: > > > Would love to help out in any way including working towards > common > > benchmarks, APIs etc. > > > > Debo > > > > Sent from my iPhone > > > > > On Oct 23, 2017, at 4:06 PM, Gang(Gary) Wang > wrote: > > > > > > There are suggested initial goals for our workgroup > > > > > > - Sharing idea and good practice > > > - Identifying common opportunities > > > - Promoting storage-class memory application > > > - Delivering solid solution > > > - Avoiding reinvent the wheel > > > - Integrating one another > > > - Coordinating the progress > > > > > > > > >> On Mon, Oct 23, 2017 at 4:02 PM, Gang(Gary) Wang < > ga...@apache.org> > > wrote: > > >> > > >> Add ORC > > >> > > >> - *Ignite* represented by Denis Magda > > >> - *Arrow *represented by Wes McKinney > > >> - *Hbase *represented by Anoop John > > >> - *Crail* represented by *Patrick Stuedi* > > >> - *ORC *represented by* Owen O'Malley* > > >> - *Mnemonic *represented by* Gary* > > >> > > >> With above projects, we could cover Storage-class memory > oriented > > *Distributed > > >> Database, KV Store, Columnar Structured Dataset, Distributed > Data Store, > > >> Columnar Storage, **Durable Object Model, Durable Computing > Model* for > > >> new generation high-performance applications, e.g. data > querying, > > >> processing, and analytics. > > >> > > >> > > >> On Mon, Oct 23, 2017 at 1:21 PM, Owen O'Malley < > owen.omal...@gmail.com> > > >> wrote: > > >> > > >>> I can represent ORC within the group. > > >>> > > >>> .. Owen > > >>> > > On Oct 19, 2017, at 11:55 AM, Gang(Gary) Wang < > ga...@apache.org> > > wrote: > > > > Hi all, > > > > We can expect more and more projects will take the huge > potential > > advantages of storage-class memory for data processing and > analytics > > because silicon companies are able to produce high capacity > > non-volatile > > memory on a large scale, this hardware technology will > fundamentally > > >>> change > > the way to construct high performance applications similar > to what > > >>> happened > > when replacing tape with disk technology since the 1980s. > so if > > >>> possible, I > > advocate establishing an Apache working group to enhance the > > >>> collaboration > > and synergies mentioned by Patrick Stuedi for storage-class > memory > > technology-oriented projects. > > > > Best. > > Gary. > > >>> > > >>> > > >> > > > > > - > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > For additional commands, e-mail: general-help@incubator.apache. > org > > > > > > > > > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org >
Re: Crail project looking for mentors
Thanks for all the mentors that have volunteered to help with Crail. I believe we are ready for a vote, and I will be calling one shortly if there aren't any other discussion points on the proposal. Thanks On Tue, Oct 24, 2017 at 6:33 AM, patrick stuedi wrote: > Hey Julian, > > That's awesome, welcome aboard! Let me add you to our slack channel as > well (crail.slack.com). > > -Patrick > > On Tue, Oct 24, 2017 at 7:31 AM, Raphael Bircher > wrote: > > Hi Julian > > > > Thanks a load... you save the day! > > > > Regards Raphael > > > > > > Am .10.2017, 07:07 Uhr, schrieb Julian Hyde : > > > >> If you’re still looking for mentors, I volunteer. > >> > >> Julian > >> > >>> On Oct 18, 2017, at 8:38 PM, patrick stuedi wrote: > >>> > >>> Hi Von Gosling, > >>> > >>> That's great, we will be more than happy to learn from your > >>> experience. Great work with RocketMQ btw.. > >>> > >>> -Patrick > >>> > >>> On Thu, Oct 19, 2017 at 3:58 AM, Von Gosling > >>> wrote: > > Hi Crail Guys, > > I am Apache RocketMQ PMC member. Although I have learned I can't be a > formal mentor(Not ASF member), I am wiling to stick around with you > guys - > informal mentor. Not only I am interested in crail storage platform, > But > RocketMQ has graduated from podling - I have learned some experience > from > Incubator. Hoping to help any way I can :-) > > > > Best Regards, > Von Gosling > > > 在 2017年10月19日,07:58,John D. Ament 写道: > > > > On Wed, Oct 18, 2017 at 3:37 PM Clebert Suconic > > > > wrote: > > > >> Let me be an informal mentor? I will help any way I can... > >> > > > > Being an informal mentor can sometimes be the path to becoming an > IPMC > > member, and later a mentor for other projects. > > > > > >> > >> > >> If you need a formal member for completing the application.. let me > >> know. > >> > >> > >> there was also Gary Wang interested in... > >> > >> On Wed, Oct 18, 2017 at 3:15 PM, Abhishek Tiwari > >> wrote: > >>> > >>> Not being on IPMC shouldn't block you as far as I know. Someone can > >>> be > >>> voted in to IPMC if they are willing to put in the effort to be the > >> > >> mentor? > >> > > > > Per the Incubator's policies, only IPMC members can be mentors to new > > podlings. We have an "open door" policy that allows all foundation > > members > > to join the IPMC in a compulsory fashion. Otherwise, just like any > > other > > PMC, we are merit based. We see people who participate in projects > and > > are > > clearly making a difference, use that to identify new PMC members. > > > > > >>> > >>> On Wed, Oct 18, 2017 at 11:42 AM, Clebert Suconic < > >> > >> clebert.suco...@gmail.com > > wrote: > >>> > >>> > I just learned I can't be a mentor.. as I'm not on the IPMC... > > but I will stick around with you guys :) let me know when it's the > right time to have technical discussions.. I have got a few > things I > would change ... but in a way it wouldn't break what you have now. > > On Wed, Oct 18, 2017 at 1:13 PM, Gang(Gary) Wang < > ga...@apache.org> > >> > >> wrote: > > > > I'm a PPMC at Mnemonic project, we got interested in this > project > > because > > > > our project is working on Ceph memory service for our Durable > > object > > model > > > > (DOM) and Durable computing model (DCM). Crail could be a > promising > >> > >> and > > > > more efficient solution for us to take fully advantage of the > RDMA > > capabilities for durable object exchange across nodes in a > cluster. > >> > >> I'm > > > > looking forward to integrating Crail soon... > > > > > > > > On Tue, Oct 17, 2017 at 9:18 PM, patrick stuedi < > pstu...@gmail.com> > > wrote: > > > > > >> Efficient asynchronous I/O is one key aspect in Crail, because > >> we're > >> directly leveraging the asynchronous hardware interfaces of > NVMe, > >> RDMA, etc and export them at the distributed systems level. If > you > >> have experience with libaio and similar interfaces then that's > >> definitely related.. Crail is a distributed storage system > >> designed > >> for high-performance storage and networking hardware, tailored > to > >> support data processing in new data center deployments. If > you're > >> interested in becoming a mentor please let us know... > >> > >> On Wed, Oct 18, 2017 at 5:44 AM, Clebert Suconic > >> wrote: > >>> > >>> I have written a libaio wrapper in
Re: [VOTE] Release Apache FreeMarker 2.3.27 (incubating)
+1 (binding) Jacques Le 24/10/2017 à 16:00, Woonsan Ko a écrit : Hi all, Apache FreeMarker (incubating) is a template engine, i.e. a generic tool to generate text output based on templates. FreeMarker is implemented in Java as a class library for programmers. The Apache FreeMarker community has voted on and approved a proposal to release Apache FreeMarker 2.3.27-incubating. PPMC Vote Call: https://lists.apache.org/thread.html/7c25fe06137217a1a6f90bb27a620c1ff2fa10231705d2b327d09d34@%3Cdev.freemarker.apache.org%3E PPMC Vote Result: https://lists.apache.org/thread.html/ff230e650c73e4941120190c95af0880d9510bd41be36fba4ea59e39@%3Cdev.freemarker.apache.org%3E PPMC Vote Summary: 2 binding (IPMC member) +1 votes 2 non-binding PPMC member +1 votes 1 non-binding Committer +1 votes Release Notes: http://freemarker.org/builds/2.3.27-voting/documentation/_html/versions_2_3_27.html Before proceed, you should know that FreeMarker 2.3.x, for a long time, always releases a normal and a "gae" variant on the same time, which are technically two independent source trees (Git branches). The "gae" variant contains a few small modification in the Java source code to be Google App Engine compliant, and has freemarker-gae as the Maven artifact name. Otherwise the normal and the "gae" branches are identical. Hence, they are voted on together. The commits to be voted upon are: - Normal (non-gae) variant: https://git-wip-us.apache.org/repos/asf?p=incubator-freemarker.git;a=commit;h=8e501b8ab83fb7d312791a4907ca94ef8acaf3e5 Commit hash: 8e501b8ab83fb7d312791a4907ca94ef8acaf3e5 - "gae" variant: https://git-wip-us.apache.org/repos/asf?p=incubator-freemarker.git;a=commit;h=cf2ae45d174d07a38d096958a44977cb79b1a68d Commit hash: cf2ae45d174d07a38d096958a44977cb79b1a68d The artifacts to be voted upon are located here: https://dist.apache.org/repos/dist/dev/incubator/freemarker/engine/2.3.27-incubating/source/ where the source release artifacts are: - Normal (non-gae) variant: apache-freemarker-2.3.27-incubating-src.tar.gz - "gae" variant: apache-freemarker-gae-2.3.27-incubating-src.tar.gz See the README inside them for build instructions! Release artifacts are signed with the following key: https://people.apache.org/keys/committer/woonsan.asc Note that for convenience, we also provide binaries: https://dist.apache.org/repos/dist/dev/incubator/freemarker/engine/2.3.27-incubating/binaries/ and Maven artifacts in the ASF staging repositories: - https://repository.apache.org/content/repositories/staging/org/freemarker/freemarker/2.3.27-incubating/ - https://repository.apache.org/content/repositories/staging/org/freemarker/freemarker-gae/2.3.27-incubating/ We request the permission of the IPMC to publish the above release as Apache FreeMarker 2.3.27-incubating. Please try out the package and vote. The vote is open for a minimum of 72 hours or until the necessary number of votes (3 binding +1s) is reached. [ ] +1 Release this package as Apache FreeMarker 2.3.27-incubating [ ] 0 I don't feel strongly about it, but I'm okay with the release [ ] -1 Do not release this package because... Please add "(binding)" if your vote is binding. Woonsan Ko on behalf of Apache FreeMarker Podling Project Management Committee - 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
[VOTE] Apache MXNet (incubating) 0.12.0 release RC0
Hello All, This is a call for releasing Apache MXNet (incubating) 0.12.0, release candidate 0. Apache MXNet community has voted and approved the release. *Vote thread:* https://lists.apache.org/thread.html/800402860be8a1b4055ede075ab465af48b7f8d041b42217372a63b9@%3Cdev.mxnet.apache.org%3E *Result thread:* https://lists.apache.org/thread.html/83ab3763f0bb8468511269266bf0c26bdc786509d2cb38a2aafe30a3@%3Cdev.mxnet.apache.org%3E *The source tarball, including signatures, digests, etc. can be found at:* https://dist.apache.org/repos/dist/dev/incubator/mxnet/0.12.0.rc0/ *The release tag can be found here: * https://github.com/apache/incubator-mxnet/tree/0.12.0.rc0 *The release hash is 4f2af2d2e5216ab3a1faadcc117709b6836029dc and can be found here:* https://github.com/apache/incubator-mxnet/commit/4f2af2d2e5216ab3a1faadcc117709b6836029dc *Release artifacts are signed with the following key:* 69FF E8D6 1051 FFE7 E61B 02C2 80FD 81D7 703D F31B *KEY files are available here:* https://dist.apache.org/repos/dist/dev/incubator/mxnet/0.12.0.rc0/ *For information about the contents of this release, see:* https://cwiki.apache.org/confluence/display/MXNET/MXNet+0.12.0+Release+Notes The vote will be open for at least 72 hours. [ ] +1 Release this package as 0.12.0 [ ] +0 no opinion [ ] -1 Do not release this package because... Thanks, Meghna Baijal
Fwd: [VOTE] Graduate Apache Guacamole as TLP
FYI, the community vote for graduating Apache Guacamole as TLP has now begun. Thanks, - Mike -- Forwarded message -- From: Mike Jumper Date: Tue, Oct 24, 2017 at 9:10 PM Subject: [VOTE] Graduate Apache Guacamole as TLP To: d...@guacamole.incubator.apache.org Hello all, Given the current state of the Apache Guacamole podling, positive discussion on this list regarding graduation [1] [2], and positive feedback regarding graduation in our most recent podling report [3], I would like to begin the community VOTE for graduation of Apache Guacamole to TLP. The podling status page is completed and up to date, and a maturity evaluation has been completed and published to the website: Podling status page: http://incubator.apache.org/projects/guacamole.html Maturity evaluation: http://guacamole.incubator.apache.org/maturity-evaluation/ The draft resolution for establishing the Apache Guacamole TLP can be found at the bottom of this email. Please review the resolution and VOTE: [ ] +1 Graduate Apache Guacamole as TLP [ ] -1 Don't graduate Apache Guacamole as TLP (please provide specific comments) This is a community vote and everyone is invited to participate. PPMC votes should be marked binding. This vote will be open for at least 72 hours. Here is my +1 (binding). Thanks, - Mike [1] https://lists.apache.org/thread.html/0848dd53b6acc1a0edea2eda1f385294eeb041a88c3d1f6221fa1ef2@%3Cdev.guacamole.apache.org%3E [2] https://lists.apache.org/thread.html/a5259173a8ef4a1d2bb7be2d99d3cbc2ccf8856130ae6e3fe54e079e@%3Cdev.guacamole.apache.org%3E [3] https://wiki.apache.org/incubator/August2017 -- Establish the Apache Guacamole 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 providing performant, browser-based remote access. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the "Apache Guacamole Project", be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Guacamole Project be and hereby is responsible for the creation and maintenance of software related to providing performant, browser-based remote access; and be it further RESOLVED, that the office of "Vice President, Apache Guacamole" 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 Guacamole Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Guacamole 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 Guacamole Project: * Carl Harris * Daniel Gruno * Frode Langelo * Greg Trasuk * James Muehlner * Jean-Baptiste Onofré * Jim Jagielski * Mike Jumper * Nick Couchman * Olivier Lamy NOW, THEREFORE, BE IT FURTHER RESOLVED, that Mike Jumper be appointed to the office of Vice President, Apache Guacamole, 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 Guacamole 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 Guacamole Project; and be it further RESOLVED, that the Apache Guacamole Project be and hereby is tasked with the migration and rationalization of the Apache Incubator Guacamole podling; and be it further RESOLVED, that all responsibilities pertaining to the Apache Incubator Guacamole podling encumbered upon the Apache Incubator PMC are hereafter discharged. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Apache MXNet (incubating) 0.12.0 release RC0
+1 (binding) Successfully built and validated the RC from source. Best, Sebastian On 25.10.2017 03:38, Meghna Baijal wrote: Hello All, This is a call for releasing Apache MXNet (incubating) 0.12.0, release candidate 0. Apache MXNet community has voted and approved the release. *Vote thread:* https://lists.apache.org/thread.html/800402860be8a1b4055ede075ab465af48b7f8d041b42217372a63b9@%3Cdev.mxnet.apache.org%3E *Result thread:* https://lists.apache.org/thread.html/83ab3763f0bb8468511269266bf0c26bdc786509d2cb38a2aafe30a3@%3Cdev.mxnet.apache.org%3E *The source tarball, including signatures, digests, etc. can be found at:* https://dist.apache.org/repos/dist/dev/incubator/mxnet/0.12.0.rc0/ *The release tag can be found here: * https://github.com/apache/incubator-mxnet/tree/0.12.0.rc0 *The release hash is 4f2af2d2e5216ab3a1faadcc117709b6836029dc and can be found here:* https://github.com/apache/incubator-mxnet/commit/4f2af2d2e5216ab3a1faadcc117709b6836029dc *Release artifacts are signed with the following key:* 69FF E8D6 1051 FFE7 E61B 02C2 80FD 81D7 703D F31B *KEY files are available here:* https://dist.apache.org/repos/dist/dev/incubator/mxnet/0.12.0.rc0/ *For information about the contents of this release, see:* https://cwiki.apache.org/confluence/display/MXNET/MXNet+0.12.0+Release+Notes The vote will be open for at least 72 hours. [ ] +1 Release this package as 0.12.0 [ ] +0 no opinion [ ] -1 Do not release this package because... Thanks, Meghna Baijal - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org