Re: [RESULT][VOTE] Rename Quarks

2016-06-10 Thread Edward Capriolo
(Humor)
Subspace communication coming in.

http://www.startrek.com/uploads/assets/db_articles/0379b23e9845c9c652488c13f7bb557fc62a3642.jpg

Quark votes -1 on change

On Fri, Jun 10, 2016 at 9:23 PM, Kathy Saunders 
wrote:

> On Fri, Jun 10, 2016 at 2:12 PM, Julian Hyde  wrote:
>
> > That thread was about renaming Optiq to Calcite, and it turned out just
> > fine. We created JIRA cases based on the ones Henrik suggested, and it
> went
> > pretty smoothly. There are a few cosmetic issues, for instance the github
> > mirror said “mirrored from incubator-optiq.git” for a long time after
> > incubator-optiq.git had disappeared, but nothing major.
> >
> > Best of luck with the rename. Like moving to a newer and better home, it
> > seems crazy now, but you’ll be glad when you arrive.
> >
> > > On Jun 10, 2016, at 1:32 PM, John D. Ament 
> > wrote:
> > >
> > > Hi,
> > >
> > > I'd recommend reviewing some of the past rename processes to see how to
> > > proceed.  Unfortunately its not well documented.
> > >
> > >
> >
> https://lists.apache.org/thread.html/55ad2af1f8216950a33778aa04518ce552e741483ec35a28c3ee0d58@1411763341@%3Cgeneral.incubator.apache.org%3E
> > >
> > > John
> >
> >  Thank you very much John and Julian for the great advice.
>
> Kathy
>


Re: [RESULT][VOTE] Rename Quarks

2016-06-10 Thread Kathy Saunders
On Fri, Jun 10, 2016 at 2:12 PM, Julian Hyde  wrote:

> That thread was about renaming Optiq to Calcite, and it turned out just
> fine. We created JIRA cases based on the ones Henrik suggested, and it went
> pretty smoothly. There are a few cosmetic issues, for instance the github
> mirror said “mirrored from incubator-optiq.git” for a long time after
> incubator-optiq.git had disappeared, but nothing major.
>
> Best of luck with the rename. Like moving to a newer and better home, it
> seems crazy now, but you’ll be glad when you arrive.
>
> > On Jun 10, 2016, at 1:32 PM, John D. Ament 
> wrote:
> >
> > Hi,
> >
> > I'd recommend reviewing some of the past rename processes to see how to
> > proceed.  Unfortunately its not well documented.
> >
> >
> https://lists.apache.org/thread.html/55ad2af1f8216950a33778aa04518ce552e741483ec35a28c3ee0d58@1411763341@%3Cgeneral.incubator.apache.org%3E
> >
> > John
>
>  Thank you very much John and Julian for the great advice.

Kathy


Re: [RESULT][VOTE] Rename Quarks

2016-06-10 Thread Julian Hyde
That thread was about renaming Optiq to Calcite, and it turned out just fine. 
We created JIRA cases based on the ones Henrik suggested, and it went pretty 
smoothly. There are a few cosmetic issues, for instance the github mirror said 
“mirrored from incubator-optiq.git” for a long time after incubator-optiq.git 
had disappeared, but nothing major.

Best of luck with the rename. Like moving to a newer and better home, it seems 
crazy now, but you’ll be glad when you arrive.

> On Jun 10, 2016, at 1:32 PM, John D. Ament  wrote:
> 
> Hi,
> 
> I'd recommend reviewing some of the past rename processes to see how to
> proceed.  Unfortunately its not well documented.
> 
> https://lists.apache.org/thread.html/55ad2af1f8216950a33778aa04518ce552e741483ec35a28c3ee0d58@1411763341@%3Cgeneral.incubator.apache.org%3E
> 
> John
> 
> On Fri, Jun 10, 2016 at 3:38 PM Kathy Saunders 
> wrote:
> 
>> I want to report that the Quarks community has voted on a new name, and the
>> result is Apache Edgent.  I have submitted a suitable name search
>> https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-105.
>> 
>> Following is the note I sent to the Quarks dev list with the voting
>> results.
>> 
>> The result of the vote is Edgent is the first place choice.  I will submit
>> Edgent for a suitable name search and Kinaara will be the backup, in case
>> there are any issues with Edgent.  Thank you for voting; I think
>> participation has been excellent through these naming votes!
>> 
>> Kinaara received 8 votes (2 binding) and Edgent received 7 (6) binding.
>> The overall voting was very close, but Edgent is the choice as the binding
>> votes are significantly higher.
>> 
>> Here is the breakdown:
>> 
>> Edgent:
>> 
>> Susan (binding)
>> Queenie (binding)
>> Dan (binding)
>> Cazen (binding)
>> Mike
>> Victor (binding)
>> Kathy S (binding)
>> 
>> Kinaara:
>> 
>> Dale (binding)
>> James
>> Kendrick
>> Samantha
>> Kathey M (binding)
>> Stanley
>> Janagan
>> Sandeep
>> 
>> Regards,
>> Kathy S
>> 


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



[RESULT][VOTE] Apache SystemML 0.10.0-incubating (RC2)

2016-06-10 Thread Luciano Resende
On Fri, Jun 3, 2016 at 6:35 PM, Luciano Resende 
wrote:

>
> Please vote to approve the release of the following candidate as Apache
> SystemML version 0.10.0!
>
> The PPMC vote thread:
>
> https://www.mail-archive.com/dev@systemml.incubator.apache.org/msg00618.html
>
> And the result:
>
> https://www.mail-archive.com/dev@systemml.incubator.apache.org/msg00633.html
>
> The tag to be voted on is v0.10.0-rc2
> (3d5f9b11741f6d6ecc6af7cbaa1069cde32be838)
>
> https://github.com/apache/incubator-systemml
> /tree/3d5f9b11741f6d6ecc6af7cbaa1069cde32be838
>
> The release files, including signatures, digests, etc. can be found at:
>
> https://repository.apache.org/content/repositories/orgapachesystemml-1006/
>
> The distribution and rat report is also available at:
>
>
> https://dist.apache.org/repos/dist/dev/incubator/systemml/0.10.0-incubating-rc2/
>
> The vote is open for at least 72 hours and passes if a majority of at
> least 3 +1 PMC votes are cast.
>
> [ ] +1 Release this package as Apache SystemML 0.10.0
> [ ] -1 Do not release this package because ...
>
>
Vote has passed with 3 +1 binding votes from:
Luciano Resende
Justin Mclean
Reynold Xin


And one +1 non-binding vote from:
Moon Soo Lee

Thank you

-- 
Luciano Resende
http://twitter.com/lresende1975
http://lresende.blogspot.com/


Re: [VOTE] Apache SystemML 0.10.0-incubating (RC2)

2016-06-10 Thread Reynold Xin
+1



On Mon, Jun 6, 2016 at 2:27 PM, Justin Mclean 
wrote:

> Hi,
>
> +1 binding
>
> I checked:
> - names contain incubating
> - signatures good
> - DISCLAIMER exists
> - LICENSE and NOTICE correct
> - There are NO unexpended binary in the source release
> - All files have apache headers
> - Can compile from source
>
> Minor issue there’s no need to list the copyright for abego software or
> ANTLR software in the NOTICE file as both are BSD licensed. [1] Please fix
> this for the next release.
>
> Thanks,
> Justin
>
> 1. http://www.apache.org/dev/licensing-howto.html#permissive-deps
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


[VOTE] Release Apache Trafodion 2.0.1 (incubating)

2016-06-10 Thread Steve Varnau
Hello,



This is a call to vote on the patch release 2.0.1-incubating (Release
Candidate 1).



The changes were small, just to address things that came up in the 2.0.0
reviews, primarily addressing the issue that prevented providing a
convenience binary of the clients package.



Changes since 2.0.0:

   [TRAFODION-2024] Openssl libraries (ssl & crypto) are linked dynamically

   [TRAFODION-2023] Clarify license text; Also small mods to instructions
on running RAT

   Bump release version number to 2.0.1; Also backported a one line change
to a test expecting specific release number



The trafodion community has approved RC1 for release.

<
https://lists.apache.org/thread.html/428f04f6f2a3d500f31d059a92a44770d2a2b6f59f2a0f33d6a0c93f@%3Cdev.trafodion.apache.org%3E
>



The tag for this candidate is “2.0.1rc1”. Git repository: git://
git.apache.org/incubator-trafodion.git

https://git-wip-us.apache.org/repos/asf?p=incubator-trafodion.git;a=tag;h=7f4add54e46bb5395069e2b77bcdfa4024efc006



Release artifacts are:

https://dist.apache.org/repos/dist/dev/incubator/trafodion/trafodion-2.0.1-RC1

Artifacts are signed with my key (7F14AF20), which is in

https://dist.apache.org/repos/dist/release/incubator/trafodion/KEYS



Instructions:

  Setting up build environment:
https://cwiki.apache.org/confluence/display/TRAFODION/Create+Build+Environment


  Building:
https://cwiki.apache.org/confluence/display/TRAFODION/Build+Source



[ ] +1 approve

[ ] +0 no opinion

[ ] -1 disapprove (and reason why)



Vote will be open for at least 72 hours, unless cancelled.

I will not be available next week, so Roberta Marton will be following up
on this release.



Thanks,

--Steve


Re: [RESULT][VOTE] Rename Quarks

2016-06-10 Thread John D. Ament
Hi,

I'd recommend reviewing some of the past rename processes to see how to
proceed.  Unfortunately its not well documented.

https://lists.apache.org/thread.html/55ad2af1f8216950a33778aa04518ce552e741483ec35a28c3ee0d58@1411763341@%3Cgeneral.incubator.apache.org%3E

John

On Fri, Jun 10, 2016 at 3:38 PM Kathy Saunders 
wrote:

> I want to report that the Quarks community has voted on a new name, and the
> result is Apache Edgent.  I have submitted a suitable name search
> https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-105.
>
> Following is the note I sent to the Quarks dev list with the voting
> results.
>
> The result of the vote is Edgent is the first place choice.  I will submit
> Edgent for a suitable name search and Kinaara will be the backup, in case
> there are any issues with Edgent.  Thank you for voting; I think
> participation has been excellent through these naming votes!
>
> Kinaara received 8 votes (2 binding) and Edgent received 7 (6) binding.
> The overall voting was very close, but Edgent is the choice as the binding
> votes are significantly higher.
>
> Here is the breakdown:
>
> Edgent:
>
> Susan (binding)
> Queenie (binding)
> Dan (binding)
> Cazen (binding)
> Mike
> Victor (binding)
> Kathy S (binding)
>
> Kinaara:
>
> Dale (binding)
> James
> Kendrick
> Samantha
> Kathey M (binding)
> Stanley
> Janagan
> Sandeep
>
> Regards,
> Kathy S
>


Re: [DISCUSS] DistributedLog Incubation Proposal

2016-06-10 Thread Sravya Tirukkovalur
Excited to see DistributedLog come to ASF!

I see that you already have good list of nominated mentors. As a member of
recently graduated project, I can offer mentorship(informal) as well if
needed. I am not an IPMC member, so I guess I cannot be a formal mentor.

Regards,

On Wed, Jun 8, 2016 at 9:34 PM, Sijie Guo  wrote:

> Hi,
>
> I would like to propose DistributedLog to be an Apache Incubator project.
>
> DistributedLog is a high performance replicated log service.
> It offers durability, replication and strong consistency, which provides
> a fundamental building block for building reliable distributed systems,
> e.g replicated-state-machines, general pub/sub systems, distributed
> databases, distributed queues and etc.
>
> Here's a link to the proposal in the Incubator wiki
>
> https://wiki.apache.org/incubator/DistributedLogProposal
>
> I've also pasted the initial contents below.
>
> Thanks,
>
> Sijie
>
> = Abstract =
> DistributedLog is a high-performance replicated log service. It offers
> durability, replication and strong consistency, which provides a
> fundamental building block for building reliable distributed systems,
> e.g replicated-state-machines, general pub/sub systems, distributed
> databases, distributed queues and etc.
>
> See “Building Distributedlog - Twitter’s high performance replicated
> log service” for details:
>
> https://blog.twitter.com/2015/building-distributedlog-twitter-s-high-performance-replicated-log-service
>
> = Proposal =
> We propose to contribute DistributedLog codebase and associated
> artifacts (e.g. documentation, web-site content etc.) to the Apache
> Software Foundation with the intent of forming a productive,
> meritocratic and open community around DistributedLog’s continued
> development, according to the ‘Apache Way’.
>
> = Background =
> Engineers at Twitter began developing DistributedLog in early 2013.
> DistributedLog is described in a Twitter engineering blog post and
> presented at the Messaging Meetup in Sep 2015. It has been released as
> an Apache-licensed open-source project on GitHub in May 2016.
>
> DistributedLog is a high-performance replicated log service, which
> provides simple stream-oriented abstractions over log-segments and
> offers durability, replication and strong consistency for building
> reliable distributed systems. The features offered by DistributedLog
> includes:
>  * Simple high-level, stream oriented interface
>  * Naming and metadata scheme for managing streams and other entities
>  * Log data management policies, include data segmentation and data
> retention
>  * Fast write pipeline leveraging batching and compression
>  * Fast read mechanism leveraging long-poll and read-ahead caching
>  * Service tiers supporting writer fan-in and reader fan-out
>  * Geo-replicated logs
>
> DistributedLog’s most important benefit is high-performance with a
> strong durability guarantee, making it extremely appropriate for
> running different workloads from distributed database journaling to
> real-time stream computing. Its modern, layered architecture makes it
> easy to run the service tiers in multi-tenant datacenter environments
> such as Apache Mesos or cloud environments such as EC2.
>
> = Rationale =
> DistributedLog is designed to provide core fundamental features like
> high-performance, durability and strong consistency to anyone who is
> building reliable distributed systems, in a simple and efficient way.
>
> We believe that the ASF is the right venue to foster an open-source
> community around DistributedLog’s development. We expect that
> DistributedLog will benefit from collaboration with related Apache
> projects, and under the auspices of the ASF will attract talented
> contributors who will push DistributedLog’s development forward at a
> faster pace.
>
> We believe that the timing is right for DistributedLog’s development
> to move to the ASF: DistributedLog has already run in production at
> Twitter for 3 years and served various workloads including a
> distributed database journal, reliable cross datacenter replication,
> search ingestion, andgeneral pub/sub messaging. The project is stable.
> We are excited to see where an ASF-based community can take
> DistributedLog.
>
> = Current Status =
> DistributedLog is a stable project that has been used in production at
> Twitter for 3 years. The source code is public at github.com/twitter,
> which will seed the Apache git repository.
>
> = Meritocracy =
> We understand the central importance of meritocracy to the Apache Way.
> We will work to establish a welcoming, fair and meritocratic
> community. Several companies have already expressed interest in this
> project, and we intend to invite additional developers to participate.
> We look forward to growing a rich user and developer community.
>
> = Community =
> There is a large need for a performant replicated log service for
> applications such as distributed databases, distributed transactional
> 

[RESULT][VOTE] Rename Quarks

2016-06-10 Thread Kathy Saunders
I want to report that the Quarks community has voted on a new name, and the
result is Apache Edgent.  I have submitted a suitable name search
https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-105.

Following is the note I sent to the Quarks dev list with the voting results.

The result of the vote is Edgent is the first place choice.  I will submit
Edgent for a suitable name search and Kinaara will be the backup, in case
there are any issues with Edgent.  Thank you for voting; I think
participation has been excellent through these naming votes!

Kinaara received 8 votes (2 binding) and Edgent received 7 (6) binding.
The overall voting was very close, but Edgent is the choice as the binding
votes are significantly higher.

Here is the breakdown:

Edgent:

Susan (binding)
Queenie (binding)
Dan (binding)
Cazen (binding)
Mike
Victor (binding)
Kathy S (binding)

Kinaara:

Dale (binding)
James
Kendrick
Samantha
Kathey M (binding)
Stanley
Janagan
Sandeep

Regards,
Kathy S


Re: [VOTE] Release Apache Myriad 0.2.0 (incubating)

2016-06-10 Thread Darin Johnson
Great will keep the vote open then and fix ldap when time permits.

On Fri, Jun 10, 2016 at 9:51 AM, John D. Ament 
wrote:

> That might be the issue then (line length).  I only did a cursory glance
> looking at line endings and saw diffs.  Either way its a non-issue since I
> was fine with the key provided (having it listed in ldap isn't a
> requirement).
>
> John
>
> On Fri, Jun 10, 2016 at 9:49 AM Darin Johnson 
> wrote:
>
> > I just diff'd the second cert in listed in ldap against the key at
> > https://home.apache.org/~darinj/gpg/2AAE9E3F.asc they were identical
> > modulo
> > the header and newlines.  Column widths differ 65 from 73. I'll look into
> > it though.
> >
> > Darin
> >
> > On Fri, Jun 10, 2016 at 8:03 AM, John D. Ament 
> > wrote:
> >
> > > Nope that's the key on the release, it's an Apache email but not on his
> > > ldap account.  I questioned it when he sent a link.
> > > On Jun 10, 2016 07:59, "Justin Mclean" 
> wrote:
> > >
> > > > Hi,
> > > >
> > > > > Just as a note, you have two PGP keys listed in LDAP.  Neither of
> > which
> > > > > appears to be the key used to sign this release.
> > > >
> > > > Odd I get:
> > > > gpg: Signature made Wed 25 May 12:20:06 2016 AEST using RSA key ID
> > > 2AAE9E3F
> > > > gpg: Good signature from "Darin Johnson (CODE SIGNING KEY) <
> > > > dar...@apache.org>" [unknown]
> > > >
> > > > Guess I must of got the KEY from a previous release / somewhere else?
> > > >
> > > > Thanks,
> > > > Justin
> > > >
> > > >
> > > >
> > > > -
> > > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > > > For additional commands, e-mail: general-h...@incubator.apache.org
> > > >
> > > >
> > >
> >
>


[ANNOUNCE] Apache Kudu (incubating) 0.9.0 released

2016-06-10 Thread Jean-Daniel Cryans
The Apache Kudu (incubating) team is happy to announce the release of Kudu
0.9.0!

Kudu is an open source storage engine for structured data which supports
low-latency random access together with efficient analytical access
patterns. It is designed within the context of the Apache Hadoop ecosystem
and supports many integrations with other data analytics projects both
inside and outside of the Apache Software Foundation.

This latest version adds basic UPSERT functionality and an improved Apache
Spark Data Source that doesn’t rely on the MapReduce I/O formats. It also
improves Tablet Server restart time as well as write performance under high
load. Finally, Kudu now enforces the specification of a partitioning scheme
for new tables.

Download it here: http://getkudu.io/releases/0.9.0/

Regards,

The Apache Kudu (incubating) team

===

Apache Kudu (incubating) is an effort undergoing incubation at The Apache
Software
Foundation (ASF), sponsored by the Apache Incubator PMC. Incubation is
required of all newly accepted projects until a further review
indicates that the infrastructure, communications, and decision making
process have stabilized in a manner consistent with other successful
ASF projects. While incubation status is not necessarily a reflection
of the completeness or stability of the code, it does indicate that
the project has yet to be fully endorsed by the ASF.


Re: [VOTE] Release Apache Myriad 0.2.0 (incubating)

2016-06-10 Thread John D. Ament
That might be the issue then (line length).  I only did a cursory glance
looking at line endings and saw diffs.  Either way its a non-issue since I
was fine with the key provided (having it listed in ldap isn't a
requirement).

John

On Fri, Jun 10, 2016 at 9:49 AM Darin Johnson 
wrote:

> I just diff'd the second cert in listed in ldap against the key at
> https://home.apache.org/~darinj/gpg/2AAE9E3F.asc they were identical
> modulo
> the header and newlines.  Column widths differ 65 from 73. I'll look into
> it though.
>
> Darin
>
> On Fri, Jun 10, 2016 at 8:03 AM, John D. Ament 
> wrote:
>
> > Nope that's the key on the release, it's an Apache email but not on his
> > ldap account.  I questioned it when he sent a link.
> > On Jun 10, 2016 07:59, "Justin Mclean"  wrote:
> >
> > > Hi,
> > >
> > > > Just as a note, you have two PGP keys listed in LDAP.  Neither of
> which
> > > > appears to be the key used to sign this release.
> > >
> > > Odd I get:
> > > gpg: Signature made Wed 25 May 12:20:06 2016 AEST using RSA key ID
> > 2AAE9E3F
> > > gpg: Good signature from "Darin Johnson (CODE SIGNING KEY) <
> > > dar...@apache.org>" [unknown]
> > >
> > > Guess I must of got the KEY from a previous release / somewhere else?
> > >
> > > 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 Myriad 0.2.0 (incubating)

2016-06-10 Thread Darin Johnson
I just diff'd the second cert in listed in ldap against the key at
https://home.apache.org/~darinj/gpg/2AAE9E3F.asc they were identical modulo
the header and newlines.  Column widths differ 65 from 73. I'll look into
it though.

Darin

On Fri, Jun 10, 2016 at 8:03 AM, John D. Ament 
wrote:

> Nope that's the key on the release, it's an Apache email but not on his
> ldap account.  I questioned it when he sent a link.
> On Jun 10, 2016 07:59, "Justin Mclean"  wrote:
>
> > Hi,
> >
> > > Just as a note, you have two PGP keys listed in LDAP.  Neither of which
> > > appears to be the key used to sign this release.
> >
> > Odd I get:
> > gpg: Signature made Wed 25 May 12:20:06 2016 AEST using RSA key ID
> 2AAE9E3F
> > gpg: Good signature from "Darin Johnson (CODE SIGNING KEY) <
> > dar...@apache.org>" [unknown]
> >
> > Guess I must of got the KEY from a previous release / somewhere else?
> >
> > 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 Myriad 0.2.0 (incubating)

2016-06-10 Thread John D. Ament
Nope that's the key on the release, it's an Apache email but not on his
ldap account.  I questioned it when he sent a link.
On Jun 10, 2016 07:59, "Justin Mclean"  wrote:

> Hi,
>
> > Just as a note, you have two PGP keys listed in LDAP.  Neither of which
> > appears to be the key used to sign this release.
>
> Odd I get:
> gpg: Signature made Wed 25 May 12:20:06 2016 AEST using RSA key ID 2AAE9E3F
> gpg: Good signature from "Darin Johnson (CODE SIGNING KEY) <
> dar...@apache.org>" [unknown]
>
> Guess I must of got the KEY from a previous release / somewhere else?
>
> 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 Myriad 0.2.0 (incubating)

2016-06-10 Thread Justin Mclean
Hi,

> Just as a note, you have two PGP keys listed in LDAP.  Neither of which
> appears to be the key used to sign this release.

Odd I get:
gpg: Signature made Wed 25 May 12:20:06 2016 AEST using RSA key ID 2AAE9E3F
gpg: Good signature from "Darin Johnson (CODE SIGNING KEY) " 
[unknown]

Guess I must of got the KEY from a previous release / somewhere else?

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 Myriad 0.2.0 (incubating)

2016-06-10 Thread John D. Ament
Darin,

Just as a note, you have two PGP keys listed in LDAP.  Neither of which
appears to be the key used to sign this release.


Anyways, I'm +1 on the content.

John


On Fri, Jun 10, 2016 at 12:03 AM Darin Johnson 
wrote:

> Hi,
>
> The Apache Myriad community has voted on and approved a proposal to release
> Apache Myriad 0.2.0-incubating.
>
> Vote call:
> http://mail-archives.apache.org/mod_mbox/incubator-myriad-dev/201605.mbox/%3CCAN73n9AJeyXgDdfWbURtbn%2BKPFNW9XpLfJHQDDgDFTbz6PjFRQ%40mail.gmail.com%3E
>
> Vote result:
> 3 binding +1 votes
> 3 non-binding +1 votes
> No -1 votes*
> http://mail-archives.apache.org/mod_mbox/incubator-myriad-dev/201606.mbox/%3CCAN73n9Cv%3D760HFAtZWxcMnVfpaPrUvf8%2BVQgAzOh_4LNs7Rbwg%40mail.gmail.com%3E
> <
> http://mail-archives.apache.org/mod_mbox/incubator-myriad-dev/201606.mbox/%3CCAN73n9Cv%3D760HFAtZWxcMnVfpaPrUvf8%2BVQgAzOh_4LNs7Rbwg%40mail.gmail.com%3E
> >*
>
>
> Release Notes:
> https://cwiki.apache.org/confluence/display/MYRIAD/Release+Notes
>
> The commit to be voted upon is tagged with "myriad-0.2.0-incubating-rc4"
> and is available
> here:
> https://git1-us-west.apache.org/repos/asf/incubator-myriad/?p=incubator-myriad.git;a=commit;h=63b58698e668729f9f5fb65d5ebc426bf6a8680e
>
> The artifacts to be voted upon are located below. Please note that this is
> a source release:
> https://dist.apache.org/repos/dist/dev/incubator/myriad/myriad-0.2.0-incubating-rc4/
>
> Release artifacts are signed with the following key:
>
> *https://home.apache.org/~darinj/gpg/2AAE9E3F.asc
> *
>
>
> We request the permission of IPMC to publish the above release candidate as
> Apache Myriad 0.2.0-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 Myriad 0.1.0-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.
>
> Thanks,
> Darin
> (On behalf of Apache Myriad PPMC)
>


Re: Looking for mentors

2016-06-10 Thread Julian Hyde
I strongly believe that one or two people from each graduating podling should 
serve as mentors soon after graduation. It's totally up to them, of course. But 
it is appropriate to give back, having received help from so many volunteers 
during incubation. And, having just been through the experience, they are in a 
good position to give advice. 

Julian

> On Jun 9, 2016, at 19:44, Marvin Humphrey  wrote:
> 
>> On Thu, Jun 9, 2016 at 12:01 AM, Sergio Fernández  wrote:
>> (Off-topic) At some point we may need to discuss our incubation capacity...
>> People present cool proposal and they get vote just because that, without
>> checking our available resources.
> 
> Incubation capacity is limited by total Mentoring capacity across all
> podlings, and by our ability to cover central administration.
> 
> With regards to central administration, even at ~55 podlings, we are still
> mostly managing to cover what's needed:
> 
> * Spare release voting capacity (Justin Mclean, John Ament)
> * Report preparation (John, Marvin)
> * Followup after troubled podlings (John)
> * Administrivia (John, Marvin, Ted, Nick Burch)
> * Mediation (Ted, Marvin, others)
> * Relief Mentors (...)
> 
> Happily, responsibility is more spread out than it used to be -- Jukka was the
> first line of defense for nearly all of those when he was Chair.  We are
> heavily dependent on both John and Justin and would struggle to replace their
> contributions, but for the moment we are holding -- with the one weakness
> being that when a podling needs relief Mentors there are few to be had.
> 
> Total Mentoring capacity is hard to assess.  We keep adding awesome new IPMC
> members, and sometimes new podlings will persuade high-quality inactive IPMC
> Members to return to active duty.  But we do appear to be getting more
> stretched as strong proposals keep pouring in.
> 
> In recent times, the Incubator has not been voting to accept podlings that
> have an inadequate *number* of Mentors.  However, we have for many years had
> podlings where several of the Mentors do not do much beyond lend their name to
> the proposal.
> 
> Overstretched mentoring has always been a concern, but I think it is becoming
> a bit more of a concern now as podlings struggle more to recruit Mentors --
> perhaps tempting already overcommitted Mentors to strech even further, or
> necessitating the recruitment of rookies from the ASF Membership with no
> Incubator experience.
> 
> As a mitigation, I think we should be paying a little more attention to the
> Mentor roster in new proposals.  One simple report would tell us a lot -- just
> list all the podlings that each proposed Mentor is already signed up for.
> 
> If there are concerns that any of the proposed Mentors are overcommitted, it
> would be appropriate to raise them on private@incubator.
> 
> Marvin Humphrey
> 
> -
> 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