Re: Votes for git repos - commit id vs tag

2014-12-19 Thread Niclas Hedhman
Tags are at best a convenience, and nothing else. But so are commit id, since in the long-term, GIT may not prevail and the commit id is in effect an internal artifact of Git itself, not the concept of version control systems. Compare how commit numbers from Subversion are imported to Git repositor

Re: [VOTE] Accept Zeppelin into the Apache Incubator

2014-12-19 Thread Arvind Prabhakar
+1 (binding) Regards, Arvind Prabhakar On Thu, Dec 18, 2014 at 9:29 PM, Roman Shaposhnik wrote: > Following the discussion earlier: > http://s.apache.org/kTp > > I would like to call a VOTE for accepting > Zeppelin as a new Incubator project. > > The proposal is available at: > https://

Re: Incubator report sign-off

2014-12-19 Thread Louis Suárez-Potts
> On 19 Dec 2014, at 18:30, Benson Margulies wrote: > > On Fri, Dec 19, 2014 at 6:09 PM, Louis Suárez-Potts wrote: >> Are we top posting now? >> >> My comments below Ross’ >> >> >>> On 19 Dec 2014, at 16:33, Dennis E. Hamilton >>> wrote: >>> >>> As a participant, I have two concerns about

Re: Incubator report sign-off

2014-12-19 Thread Benson Margulies
On Fri, Dec 19, 2014 at 6:09 PM, Louis Suárez-Potts wrote: > Are we top posting now? > > My comments below Ross’ > > >> On 19 Dec 2014, at 16:33, Dennis E. Hamilton wrote: >> >> As a participant, I have two concerns about a player-mentor requirement. >> >> 1. Sustainability. In many ways, it is

RE: [OFF-LIST] RE: Incubator report sign-off

2014-12-19 Thread Dennis E. Hamilton
Sorry, I forgot to change the automatic reply to list when moving this to an off-list investigation. - Dennis -Original Message- From: Dennis E. Hamilton [mailto:dennis.hamil...@acm.org] Sent: Friday, December 19, 2014 15:07 To: general@incubator.apache.org Subject: [OFF-LIST] RE: Incu

Re: Incubator report sign-off

2014-12-19 Thread Louis Suárez-Potts
Are we top posting now? My comments below Ross’ > On 19 Dec 2014, at 16:33, Dennis E. Hamilton wrote: > > As a participant, I have two concerns about a player-mentor requirement. > > 1. Sustainability. In many ways, it is mentors who need to have their > attention on The Apache Way and c

[OFF-LIST] RE: Incubator report sign-off

2014-12-19 Thread Dennis E. Hamilton
Now we are getting somewhere? This post disappeared too. But yours in the same thread before it didn't. Are you replying to Chris's post or another here? Was there anything else at all different? Is there more than one way you read from the lists (i.e., via a news reader or something)?

Re: Incubator report sign-off

2014-12-19 Thread Mattmann, Chris A (3980)
Thank you Benson. And that food fight taught me a lot too and so did the conversations with you. Cheers and happy holidays. Chris ++ Chris Mattmann, Ph.D. Chief Architect Instrument Software and Science Data Systems Section (398) NA

Re: Votes for git repos - commit id vs tag

2014-12-19 Thread David Nalley
> > I recently found this confusing with the first parquet-format release. I > thought that both commit id and tag were optional, given that the actual > release candidate is a signed tarball (actually, the "necessary source code > to build the project" [1]). > Commit id is not optional. Tag is. T

RE: Incubator report sign-off

2014-12-19 Thread Dennis E. Hamilton
As a participant, I have two concerns about a player-mentor requirement. 1. Sustainability. In many ways, it is mentors who need to have their attention on The Apache Way and cultivating a sustainable project. That means, from my perspective, that mentors need to encourage others to do thin

Re: Incubator report sign-off

2014-12-19 Thread Doug Cutting
On Fri, Dec 19, 2014 at 12:45 PM, Ross Gardler (MS OPEN TECH) wrote: > I do question the need to dissolve the IPMC Indeed. Chris' proposal is not exclusive with keeping the Incubator as it is. Folks could currently submit a resolution to the board to start a TLP and see what happens. Doug ---

RE: Incubator report sign-off

2014-12-19 Thread Ross Gardler (MS OPEN TECH)
Assuming that the project "VP" is someone personally invested in the project I have no real problem with the core of this proposal. If they are not personally invested, if they are instead a semi-random person from the IPMC then I do not see how this will address the real problem (which is *not*

Re: Votes for git repos - commit id vs tag

2014-12-19 Thread Ryan Blue
On 12/18/2014 05:58 AM, John D. Ament wrote: All, I was looking through the incubator site and I don't see anything definite. Whenever a podling goes for a vote, and they include a git tag in their vote message, it's typically asked to change to a commit id. It seems to me this is done for the

Re: Incubator report sign-off

2014-12-19 Thread Benson Margulies
Back when I was trying to be the chair of this operation, we (ChrisM & I & others) had a lovely old food fight about Chris M's proposal. It seems to me that the fundamental situation as I saw it remains: this is a proposal to the board to dissolve the IPMC and replace it with something else. And ju

Re: Incubator report sign-off

2014-12-19 Thread Chris Douglas
+1 for Chris's proposal. Without diminishing the creativity applied to solving problems with the incubator, perhaps the better solution is to trade those problems for tractable ones. -C On Fri, Dec 19, 2014 at 11:20 AM, Mattmann, Chris A (3980) wrote: > And how could the below proposal return wi

Re: Incubator report sign-off

2014-12-19 Thread Mattmann, Chris A (3980)
And how could the below proposal return without me passing along my comment regarding it - if we’re going to emulate the board and TLPs, etc., why emulate it when we could cut through the middle man and simply rely on the board to do so? I guess to protect the board from an influx of “incubating”

RE: Incubator report sign-off

2014-12-19 Thread Ross Gardler (MS OPEN TECH)
Strawman: What if a mentor is *required* to be an active participant of the project. That is contributing code, voting on releases and generally engaging with the community, they would be a better mentor since they have a vested interest in the project itself. Sure, we might reduce the number o

Re: Incubator report sign-off

2014-12-19 Thread Roman Shaposhnik
On Fri, Dec 19, 2014 at 10:12 AM, Marvin Humphrey wrote: > (Adapting my response from the private list...) > > +1 to reject reports where not a single Mentor has signed off and to require > the podling to report next month. I am confused. We're already doing that. Are you just +1ing an existing p

Re: Incubator report sign-off

2014-12-19 Thread Marvin Humphrey
On Fri, Dec 19, 2014 at 9:10 AM, Rich Bowen wrote: > I noted in my comments on the recent Incubator board report that I am > concerned, month after month, at the number of podlings that have no mentor > sign-off at all, as well as the ones where a minority of the mentors > sign-off. Thanks, Rich!

Re: Incubator report sign-off

2014-12-19 Thread Roman Shaposhnik
Hi Rich! Thanks for raising this point and giving us a bit more of a forcing function to tackle an old problem: accountability for mentors. On Fri, Dec 19, 2014 at 9:10 AM, Rich Bowen wrote: > I certainly don't expect that every mentor has their full attention on a > podling every month, but I d

Re: Incubator report sign-off

2014-12-19 Thread John D. Ament
Hi Rich, As I noted previously, at least from my point of view we wouldn't be accepting a podling's report that wasn't signed off on. I had deliberately added a section to the report header separating podlings that didn't report (and hence their reports not being included) and podlings that did r

Incubator report sign-off

2014-12-19 Thread Rich Bowen
I noted in my comments on the recent Incubator board report that I am concerned, month after month, at the number of podlings that have no mentor sign-off at all, as well as the ones where a minority of the mentors sign-off. I certainly don't expect that every mentor has their full attention o

Re: [VOTE] Graduate Samza from the Incubator

2014-12-19 Thread Hitesh Shah
+1 (non-binding) — Hitesh On Dec 12, 2014, at 3:54 PM, Jakob Homan wrote: > Restarting vote having fixed resolution detail, dastardly AWOL paragraph > breaks > and removed nod to increased diversity in introduction. > > The Samza podling community has voted to graduate from the Incubator. >

Re: [VOTE] Release Apache Brooklyn 0.7.0-M2-incubating [rc4]

2014-12-19 Thread Jean-Baptiste Onofré
+1 (binding) Regards JB On 12/18/2014 05:42 PM, Richard Downer wrote: This is to call for a vote for the source release of Apache Brooklyn 0.7.0-M2-incubating. Call for votes on d...@brooklyn.incubator.apache.org: https://mail-archives.apache.org/mod_mbox/incubator-brooklyn-dev/201412.mbox/%3

Re: [VOTE] Accept Zeppelin into the Apache Incubator

2014-12-19 Thread Naresh Agarwal
+1 (non-binding) Thanks Naresh On Fri, Dec 19, 2014 at 4:32 PM, Fabian Hueske wrote: > +1 (non-binding) > > 2014-12-19 7:24 GMT+01:00 Jaideep Dhok : > > > +1 (non-binding) > > > > Thanks, > > Jaideep > > > > On Fri, Dec 19, 2014 at 11:50 AM, Hyunsik Choi > wrote: > > > > > > +1 (binding) > > >

Re: [VOTE] Accept Zeppelin into the Apache Incubator

2014-12-19 Thread jan i
+1 (binding) On 19 December 2014 at 14:09, Hadrian Zbarcea wrote: > > +1 (binding) > > > > On 12/19/2014 12:29 AM, Roman Shaposhnik wrote: > >> Following the discussion earlier: >> http://s.apache.org/kTp >> >> I would like to call a VOTE for accepting >> Zeppelin as a new Incubator project.

Re: [VOTE] Accept Zeppelin into the Apache Incubator

2014-12-19 Thread Hadrian Zbarcea
+1 (binding) On 12/19/2014 12:29 AM, Roman Shaposhnik wrote: Following the discussion earlier: http://s.apache.org/kTp I would like to call a VOTE for accepting Zeppelin as a new Incubator project. The proposal is available at: https://wiki.apache.org/incubator/ZeppelinProposal and

Re: [VOTE] Accept Zeppelin into the Apache Incubator

2014-12-19 Thread Fabian Hueske
+1 (non-binding) 2014-12-19 7:24 GMT+01:00 Jaideep Dhok : > +1 (non-binding) > > Thanks, > Jaideep > > On Fri, Dec 19, 2014 at 11:50 AM, Hyunsik Choi wrote: > > > > +1 (binding) > > > > On Friday, December 19, 2014, Roman Shaposhnik wrote: > > > > > Following the discussion earlier: > > > h