Re: [VOTE] Apache Slider (incubating) release 0.92.0-incubating

+1 binding from me > On 16 Mar 2017, at 19:56, Billie Rinaldi wrote: > > Here is my +1 binding from the PPMC vote. > > On Wed, 15 Mar 2017 23:15:40, Gour Saha wrote: > >> Hello, >> >> This is a call for a vote on the Apache Slider (incubating) release >> 0.92.0-incubating. >> >> This release

[ANNOUNCE] Apache Slider (incubating) release 0.90.2-incubating

The Apache Slider team is proud to announce Apache Slider incubation release version 0.90.2-incubating Apache Slider (incubating) is a YARN application which deploys existing distributed applications on YARN, monitors them, and makes them larger or smaller as desired - even while the applicati

Subject: [RESULT] [VOTE] Apache Slider (incubating) release 0.90.2-incubating

Subject: [RESULT] [VOTE] Apache Slider (incubating) release 0.90.2-incubating Hello, Here are the results of the vote for releasing Apache Slider (incubating) release 0.90.2-incubating-RC1 +1 votes: 4 (4 binding) +0 votes: 0 (0 binding) -1 votes: 0 (0 binding) (and a +0.5 vote from Daniel Gruno

Re: [VOTE] Apache Slider (incubating) release 0.90.2-incubating

> On 5 Jan 2016, at 11:55, Daniel Gruno wrote: > > Tentative +0.5 > > License and Notice there, no binaries in src archive, digests match > > License count as follows: > Apache License/2.0: 1196 > BSD 3-Clause License: 2 > License missing: 101 (see below) > Python License/2.0: 2 > > See http:

Re: [VOTE] Apache Slider (incubating) release 0.90.2-incubating

My own vote, of course: +1 (binding) > On 4 Jan 2016, at 19:34, Steve Loughran wrote: > > > Hello, > > This is a call for a vote on the Apache Slider (incubating) release > 0.90.2-incubating. > > This release candidate, 0.90.2-incubating-RC1 has successfully pas

Re: File headers for third party utility code

One thing to try here is contribute all changes back to the original author(s), at least as patch submissions, so giving them the option to incorporate it. The usual benefits of single-source/limited-diff OSS codebases apply, it's good community practise and stops your project unintentionally a

[VOTE] Apache Slider (incubating) release 0.90.2-incubating

Hello, This is a call for a vote on the Apache Slider (incubating) release 0.90.2-incubating. This release candidate, 0.90.2-incubating-RC1 has successfully passed a vote for a release on the slider developer mailing list. Vote thread: http://mail-archives.apache.org/mod_mbox/incubator-slider-

Re: Impala commit policy

On 2 Dec 2015, at 10:01, Tom White mailto:tomwh...@apache.org>> wrote: The vote to accept Impala into the incubator has passed (http://s.apache.org/u6r), however there are still some concerns about CTR/RTC. My main takeaways from the CTR/RTC thread are that it's not a binary choice, and that it'

Re: [VOTE] Accept Torii into Apache Incubator

Think I've missed the vote window, but +1 binding I will repeat what I raised when the proposal first came up, something that wasn't addresses at all: ZeroMQ is LGPL, which is forbidden as a mandatory dependency in ASF projects. Step 1 of the project is going to have to confirm that the zeroMQ

Re: RTC vs CTR (was: Concerning Sentry...)

This is really good essay on the whole topic. I don't think I've seen a post on any asf list which uses both "existential threat" and "desiderata". I also like the implication that RTC is a function of the complexity of the team, rather than just the code. Every project I've worked on —open or

Re: RTC vs CTR (was: Concerning Sentry...)

> On 22 Nov 2015, at 22:34, Branko Čibej wrote: > > > The major question here, for me, is: if the project is RTC, then why > would I make an effort to become a committer if at the end of the day > I'm still not trusted to know when to ask for review? It'd be less work > to throw patches at the

Re: [VOTE] Release Apache Trafodion (incubating) 1.3.0-incubating (RC4)

> On 19 Nov 2015, at 02:28, Justin Mclean wrote: > > 10], copyright Open Software Foundation e.g. [11] That taints so much of the HP C++ codebase. Someone I know was working on the unix JVM and was in the graphics code, where he came across bits of the font stuff which he'd written himself f

Re: RTC vs CTR (was: Concerning Sentry...)

> On 18 Nov 2015, at 13:34, Stephen Connolly > wrote: > > On Wednesday 18 November 2015, Emmanuel Lécharny > wrote: > >> Le 18/11/15 11:31, Stephen Connolly a écrit : >>> I believe the issue here is that with CTR it is very easy to miss the 72h >>> lazy consensus voting (with an assumed +1 ab

Re: RTC vs CTR (was: Concerning Sentry...)

> On 16 Nov 2015, at 22:50, Greg Stein wrote: > > On Mon, Nov 16, 2015 at 11:53 AM, Todd Lipcon wrote: >> ... > >> 1) You're right, I don't trust anybody to make code changes to a complex >> project with zero oversight. I currently work on a project that I >> > > I have always found the "com

Re: Apache Metrics, Not Apache Humans

> On 16 Nov 2015, at 00:28, toki wrote: > >> >> not about philosophy as different paths lead to the same mountain top > > Somebody failed Buddhist Logic 101. (Not all paths lead to the same > mountain top, even if they appear to start at the base of the same > mountain.) And foundational alp

Re: [VOTE] Release Apache Zeppelin (incubating) 0.5.5-incubating (RC3)

> On 14 Nov 2015, at 12:47, moon soo Lee wrote: > > Hi forks, > > Apache Zeppelin community has voted on following RC to be releaseed > as official Apache Zeppelin (incubating) 0.5.5-incubating release. > > Vote will be open for next 72 hours (close at 5am 17/Nov PDT). > > [ ] +1 approve > [

Re: [DISCUSS] Spark-Kernel Incubator Proposal

> On 13 Nov 2015, at 22:19, Matei Zaharia wrote: > > One question about this from the Spark side: have you considered giving the > project a different name so that it doesn't sound like a Spark component? > Right now "Spark Kernel" may be confused with "Spark Core" and things like > that. I d

Re: Concerning Sentry: A disagreement over the Apache Way and graduation

> On 11 Nov 2015, at 17:24, Alex Harui wrote: > > > > On 11/10/15, 12:31 PM, "Steve Loughran" wrote: > >> * In any project where a significant number of the team members are >> expected to ship something in approximate correlation with a release &

Re: Concerning Sentry: A disagreement over the Apache Way and graduation

> On 11 Nov 2015, at 09:38, Bertrand Delacretaz wrote: > > Hi Steve, > > On Tue, Nov 10, 2015 at 9:31 PM, Steve Loughran > wrote: >> ...is JIRA-first development conducive to developing a community?... > > I don't think so, as you say this breaks the pr

Re: Concerning Sentry: A disagreement over the Apache Way and graduation

This is an interesting topic, and one that is broader than just Apache Sentry (incubating). Even so, I want to praise Joe Brockmeier for raising it, and the comments -especially those from Greg Stein and Rich Bowen and Marvin Humphrey for making me think more about this. * In any project with a

Re: [VOTE] Graduate Groovy from the Incubator

+1 (binding) > On 28 Oct 2015, at 20:26, Konstantin Boudnik wrote: > > Following discussions [1] about its current status, the Groovy community > has voted [2] to graduate from the Incubator. The vote passed [3] with 12 +1s > total, 5 are binding: > >Guillaume Laforge >Cédric Champeau >

Re: [VOTE] Release Apache Slider 0.81.1-incubating

+1 binding. The process I used for verifying this were covered in the slider -dev release post, but essentially Stage 1: verify POM dependencies -checked out dependency checker at https://github.com/steveloughran/slider-dependency-check -updated slider dependency to 0.81.1-incubating -mvn pac

Re: [NOTICE] Yetus TLP proposal

> On 12 Jul 2015, at 06:03, Sean Busbey wrote: > > Hi Folks! > > There's a community going through board resolution to move from within > Hadoop to form a new TLP named Yetus. Due to a request on a private list > we've made a incubator proposal summary of the project. > > Proposal: > > https:

Re: [VOTE] Release Apache Slider 0.80.0-incubating

> On 15 May 2015, at 01:42, Justin Mclean wrote: > > Hi, > > Seems OK but +0 until LICENSE issue explained/resolved. > > I checked: > - File contains “incubating” > - Signatures and hashes correct > - DISCLAIMER exists > - LICENSE may some issues > - NOTICE correct > - all source has Apache he

Re: [VOTE] Release Apache Slider 0.80.0-incubating

> On 14 May 2015, at 09:44, Justin Mclean wrote: > > Hi, > >> Staged artifacts: >> https://repository.apache.org/content/repositories/orgapacheslider-1006/org/apache/slider >> >> > It’s not entirely cl

Re: [VOTE] Release Apache Slider 0.80.0-incubating

> On 12 May 2015, at 22:08, Gour Saha wrote: > > > This vote will be open for 72 hours. > > [ ] +1 approve > [ ] +0 no opinion > [ ] -1 disapprove (and reason why) > > Thank You, > The Apache Slider Team +1 (binding) as stated in the slider list: downloaded source, built and tested on windo

Re: Helping Neo4j Release an Apache2 API for Apache Projects

neo4j is just a remote app in this context, right? So there'll be no classpath contamination? in which case, I don't see why there'd be any worry about pulling in to the test/release process. I think having neo4j maintain the artifact makes sense from a maintenance/release process, tinkerpop ca

Re: [PROPOSAL] Apache Atlas for Data Governance on Hadoop

> On 16 Apr 2015, at 09:32, Seetharam Venkatesh wrote: > > @David, I have uploaded the source tar ball for your review at > http://people.apache.org/~venkatesh/atlas/ while I work on making the > repository public. > > Thanks! > venkatesh -how about creating your own personal repo, adding i

Re: [DISCUSS] Geode Incubation proposal

> On 13 Apr 2015, at 06:39, Ted Dunning wrote: > > I think it is common to take a quick look at code coming in. In > particular, a glance to see whether there is any hygiene around licensing > is an important question. Many projects in the world at large have no good > record of who write the

Re: [Groovy] Next steps...

would be good to get hold of groovy.codehaus.org. I was unable to find out anything about using lists yesterday... - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@i

Re: [VOTE] Release Apache Slider 0.70.1-incubating

> On 23 Mar 2015, at 16:40, Gour Saha wrote: > > Hello, > > This is a call for a vote for releasing Apache Slider 0.70.1-incubating. > > This is a source+binary release with one .tar file (appdef_1.tar), which is a > text file used for -ve testing. > > The following 2 issues were identified

Re: [DISCUSS] Groovy Incubation proposal

> On 14 Mar 2015, at 00:13, Jochen Theodorou wrote: > > Am 13.03.2015 22:38, schrieb Stephen Connolly: >> (Disclosure Ben works for my employers, so I have slightly more ability to >> bend his ear. As a result I got him to agree to do two full exports from >> JIRA, one to let us test the process

Re: [DISCUSS] Groovy Incubation proposal

> On 13 Mar 2015, at 20:48, Benedikt Ritter wrote: > > Well, Cédric raised the point about the release versioning schema during > incubation. I agree with him, that it would be strange to release Groovy > 2.4.2 as Groovy 2.4.2-incubating. Do we need to talk about this? It'll cause lots of confu

Re: [VOTE] Release Apache Slider 0.70.0-incubating

As gour said, those binaries are just a bit of hadoop-2.6 needed to try to get slider-windows on jenkins to work Given that for other issues with getting that build up related to the FS, I can just cull these and if/when I get back to getting that build working (which may need changes to Hadoo

Re: [VOTE] Release Apache Slider 0.70.0-incubating

> On 11 Mar 2015, at 13:43, Gour Saha wrote: > > Hello, > > This is a call for a vote for releasing Apache Slider 0.70.0-incubating. > > This is a source+binary release with one .tar file (appdef_1.tar), which is a > text file used for -ve testing. > > Summary of fixes: http://s.apache.org/A

[RESULT][VOTE] Apache Slider 0.61.0-incubating

passes with 4 +1 votes from IPMC. Jean-Baptiste Onofré +1 (binding) Jakob Homan +1 (binding) Steve Loughran +1 (binding) Billie Rinaldi +1 (binding) -Steve

Re: [VOTE] Release Apache Slider 0.61.0-incubating

After a quick email exchange with our mentors, I'm going to publish the 0.61.0-incubating release as voted through, with the 0.7x release process to begin shortly —the latter to address all licensing inconsistencies in .py dependencies. Announcement to follow. -Steve

Re: [VOTE] Release Apache Slider 0.61.0-incubating

On 9 February 2015 at 16:58:44, Marvin Humphrey (mar...@rectangular.com<mailto:mar...@rectangular.com>) wrote: On Mon, Feb 9, 2015 at 5:31 AM, Steve Loughran wrote: > On 8 February 2015 at 22:57:05, Justin Mclean > (justinmcl...@me.com<mailto:justinmcl...@me.com>) wrote:

Re: [VOTE] Release Apache Slider 0.61.0-incubating

On 9 February 2015 at 14:02:49, Justin Mclean (jus...@classsoftware.com) wrote: HI, > Would it be OK if we addressed all of the issues in that release? You've > identified them, which will make checking them easy. And as we plan to get > that out by the end

Re: [VOTE] Release Apache Slider 0.61.0-incubating

On 8 February 2015 at 22:57:05, Justin Mclean (justinmcl...@me.com) wrote: Hi, Sorry but it's -1 binding from me. Willing to change my vote if other incubator members think these issues are OK for this release and/or corrective action is taken for the next releas

Re: [VOTE] Release Apache Slider 0.61.0-incubating

I'm still looking for more votes here. Here's my own: +1 (binding) On 3 February 2015 at 15:25:43, Steve Loughran (ste...@hortonworks.com<mailto:ste...@hortonworks.com>) wrote: Hi all, This is to call for a vote for releasing slider-0.61.0-incubating. This is a sourc

[VOTE] Release Apache Slider 0.61.0-incubating

Hi all, This is to call for a vote for releasing slider-0.61.0-incubating. This is a source+binary release, with the same actual source as the previous slider-0.60.0-incubating release. We've done this for downstream projects; once the release process is successfully reworked we'll use it in f

Re: [PROPOSAL] Apache AsterixDB Incubator

+1 for the proposal: I've a lot of respect for the team...I met some of them at a workshop in Germany a few years back along with the (then) Stratosphere project. I'm would volunteer as a mentor except I'm fairly overcommitted with other things (like the slider incubating project). If it does need

Re: [VOTE] Release Samza version 0.8-incubating

+1 (binding). ship it! On 2 December 2014 at 22:32, Jakob Homan wrote: > This is a call for a vote on a release of Apache Samza 0.8.0 > (incubating). This is the second Incubator release from the podling > and was voted on by the PPMC (result thread: http://s.apache.org/4gb, > vote thread: htt

Re: [VOTE] Release Apache Slider 0.60.0 incubating

+1 binding On 18 November 2014 19:43, Josh Elser wrote: > Hi, > > The Apache Slider project has voted to release 0.60.0-incubating. The team > voted to release these artifacts with 6 +1's and nothing else. 2 of the 6 > votes were from IPMC members. > > Vote thread: http://s.apache.org/a6O > Resu

Re: [VOTE] Accept HTrace into the Apache Incubator

> > > [ ] +1 accept Lens in the Incubator > [ ] ±0 > [ ] -1 because... > > think you meant HTrace and not lens. Accordingly +1, binding -- CONFIDENTIALITY NOTICE NOTICE: This message is intended for the use of the individual or entity to which it is addressed and may contain information that

Re: [DISCUSS] [PROPOSAL] HTrace for Apache Incubator

the code inside is all org.htrace; changing that would be painful for both the developers and the current users who owns htrace.org? On 3 November 2014 19:27, Roman Shaposhnik wrote: > Hi! > > Thanks for the positive feedback and volunteering. I think the > more mentors the merrier -- all the f

Re: [VOTE] Graduation of Apache Drill from the Incubator

+1 (binding) On 23 October 2014 01:30, Tomer Shiran wrote: > I had the wrong link in here as well as non-Apache emails. Here's the > correct information. > > Correct link to PPMC vote: > > http://mail-archives.apache.org/mod_mbox/incubator-drill-dev/201410.mbox/%3CCAJkA4MF%2B5tWRaoGiimpjB_ixbCQF

Re: Documentation Donation

On 12 August 2014 08:52, jan i wrote: > On 12 August 2014 08:53, Roman Shaposhnik wrote: > > > Documents are source code written in a natural language :-) > > and without any tests. -- CONFIDENTIALITY NOTICE NOTICE: This message is intended for the use of the individual or entity to which it

Re: [RESULT][VOTE] Graduate Apache Tez from Apache Incubator to TLP

On 7 July 2014 08:45, Bertrand Delacretaz wrote: > On Fri, Jul 4, 2014 at 8:52 PM, Hitesh Shah wrote: > > ...15 binding +1s, another +1 from Abiola A Balogun ( possibly a spam > bot ) and no -1s... > > you're right, spam bots don't get binding votes here ;-) > well, unless they're on the PMC o

Re: [VOTE] Graduate Apache Tez from Apache Incubator to TLP

+1 binding On 1 July 2014 05:16, Hitesh Shah wrote: > Hello folks > > Tez entered incubation in February, 2013. Since then, we have made > progress towards graduation[1]. The Tez community recently voted positively > towards graduation[2] with 27 +1s. > Of the 27, there were 5 IPMC votes from o

Re: [VOTE] Release Apache Samza 0.7.0-incubating RC0

+1 binding On 29 June 2014 01:02, Jakob Homan wrote: > This is vote for Samza's 0.7.0 release. The PPMC vote passed 6x+1 6 > (Martin, Jakob, Yan, Sriram, Zhijie, Garry): > http://bit.ly/samza070releasevote > > The release candidate can be downloaded from here: > http://people.apache.org/~marti

Re: Complications with Gradle wrapped projects and source releases (Samza, DataFu, Aurora)

pment bootstrapping a little nicer). This is no different than > what > > > projects like Ant and Maven have been doing for some time now and I > think > > > is the better approach > > > > > > -Jake > > > > > > > > > > > >

Re: Complications with Gradle wrapped projects and source releases (Samza, DataFu, Aurora)

On 10 June 2014 16:20, Marvin Humphrey wrote: > One fundamental problem with compiled deps is that unlike source code, they > cannot be reviewed by a PMC -- so they are potential trojan horses. Maybe > it's possible to address that specific concern by compiling an ASF > whitelist > of individual

mailing list reply-to's playing up

The recent ASF mailing list changes appear to have broken some of the reply-to's in mailing lists, going to things like d...@slider.apache.org rather than d...@slider.incubator.apache.org https://issues.apache.org/jira/browse/INFRA-7857 https://issues.apache.org/jira/browse/INFRA-7865 people oug

Re: [VOTE] Apache Slider 0.30-incubating RC0

On 29 May 2014 04:56, Sumit Mohanty wrote: > Thanks Justin. > > I did miss the compilation instruction in the original email. The markdown > file is at > > https://git-wip-us.apache.org/repos/asf?p=incubator-slider.git;a=blob;f=src/site/markdown/developing/building.md;h=8bf3954a73ed696868d987fef5

ApacheCon Europe: Call for papers -deadline June 25

The ApacheCon EU call for papers is open, and will close June 25th, end of the day in "whatever timezone is latest". http://events.linuxfoundation.org//events/apachecon-europe/program/cfp http://apachecon.eu @apachecon The conference will take place in Budapest, Hungary, November 17 - 21, 2014.

Re: [VOTE] Graduate Apache Stratos as a TLP

+1 (binding). Ship it! On 2 May 2014 04:03, Suresh Marru wrote: > Please VOTE to indicate if Apache Stratos is ready to graduate as a Top > Level Project. The board resolution is included below. > > [ ] +1 Graduate Apache Stratos as a TLP > [ ] +0 Don't care. > [ ] -1 Don't graduate Apache Str

Re: [RESULT][VOTE] Accept Slider into the incubator

On 28 April 2014 19:19, Roman Shaposhnik wrote: > On Mon, Apr 28, 2014 at 11:18 AM, Henry Saputra > wrote: > > Congrats and welcome to ASF incubator guys! > > Indeed! Best of luck growing your community and project! > > Thanks, > Roman. > thx, I'll hope to submit stuff into bigtop when possibl

[RESULT][VOTE] Accept Slider into the incubator

After the week's voting, here's the results. Binding +1s: Arun C Murthy Suresh Srinivas Vinod Kumar Vavilapalli Devaraj Das Jean-Baptiste Onofré Jakob Homan Non-binding +1s: P. Taylor Goetz larry mccay On and after April 25: Binding +1s: Mahadev Konar Non-binding +1s: Dilli Arumugam Edward

Re: [VOTE] Accept Slider into the incubator

On 24 April 2014 07:47, Jean-Baptiste Onofré wrote: > +1 (binding) > > As I said for Hoya, I'm in as a mentor if you need. > > Regards > JB thanks -I hope to be filing work against your name shortly -- CONFIDENTIALITY NOTICE NOTICE: This message is intended for the use of the individual or en

[VOTE] Accept Slider into the incubator

I'd like to call a vote on accepting Slider into the incubator https://wiki.apache.org/incubator/SliderProposal [ ] +1 Accept Slider into the Incubator [ ] +0 Indifferent to the acceptance of Slider [ ] -1 Do not accept Slider because … The vote will be open until Thursday April 24 13:00 UTC

Re: Slider Proposal

On 14 April 2014 04:43, Andreas Neumann wrote: > I'd like to comment on what has been said about Twill. > > >> Twill: handles all the AM logic for running new code packaged as a JAR > with > >> an executor method > > The goal of Twill is much broader than to support writing new code. Its > goal i

Re: Slider Proposal

On 12 April 2014 23:38, Roman Shaposhnik wrote: > On Sat, Apr 12, 2014 at 11:58 AM, Andrew Purtell > wrote: > >> > The reason I ask is I'm wondering how Slider differentiates from > projects > >> > like Apache Twill or Apache Bigtop that are already existing vehicles > for > >> > achieving the a

Re: Slider Proposal

On 10 April 2014 16:28, Andrew Purtell wrote: > Hi Steve, > > Does Slider target the deployment and management of components/projects in > the Hadoop project itself? Not just the ecosystem examples mentioned in the > proposal? I don't see this mentioned in the proposal. > no. That said, some of

Slider Proposal

Hi For people wondering what's been happening with that Hoya proposal, I've got a successor proposal up for discussion. https://wiki.apache.org/incubator/SliderProposal This proposal -as well as having a different name- is a superset of the original draft. It emphasises that making the tool us

Re: Hoya Proposal

ou in a position to move forward with the > proposal at this point or are you still mulling over the feedback? > > Thanks, > Roman. > > On Wed, Jan 8, 2014 at 7:08 AM, Steve Loughran > wrote: > > I'm starting to put together the incubation proposal for Hoya: a tool

Re: Hoya Proposal

> > > 5. Help migrate more distributed applications into YARN clusters - such > as Apache HAMA. > > BTW, this means that HAMA can be deployed on YARN cluster using HOYA > without implement separate YARN application? > > On Wed, Jan 22, 2014 at 6:42 PM, Steve Loughran >

Re: Hoya Proposal

t; > wrote: > > > > > I just can speak for the Hama-to-Yarn use case (with my newbie hat on) > > and > > > it seems Hoya may be really helpful as the entry point to address it as > > it > > > provides a set of simple and useful tools. > > > For

Re: Hoya Proposal

On 17 January 2014 10:10, Bernd Fondermann wrote: > Very informative explanation. I've got a better understanding of the > proposal now. > > I suggest that a remark like this is added to the Hoya proposal, so this > part of the discussion becomes part of the vote on the proposal.The > proposal's "

Re: Hoya Proposal

> Andreas, to me, Twill is a library, a convenience library, that one > can use to write Yarn apps. Hoya aims to provide a general framework > using which one can take existing apps (HBase/Accumulo to start with), > and make them run well in a Yarn cluster, without intruding at all > into the App i

Re: Hoya Proposal

On 16 January 2014 12:41, Tommaso Teofili wrote: > Hi all, > > @Steve I'm curious to know if also Apache Hama may leverage Hoya to be > deployed on YARN. > > If you are going to make a 100% commit to running in YARN -which, if you aren't ready yet, Hama should be able to do in some point in the f

Re: Hoya Proposal

On 15 January 2014 02:13, Andreas Neumann wrote: > I see. So is Hoya limited to HBase and Accumulo? Or is it open for any > other type of existing application? If so, won't it have some common > abstraction that is shared by all of them? That is where I see the > similarity with Twill. > > it sta

Re: Hoya Proposal

, the city in Thuringia. >>> >>> https://en.wikipedia.org/wiki/Jena >>> >>> -1 >>> >>> >>> >>> >>> On Mon, Jan 13, 2014 at 1:57 PM, Andy Seaborne wrote: >>> >>> On 13/01/14 20:25, Bertrand Delacretaz

Re: Hoya Proposal

h other? Is there opportunity for collaboration, perhaps > cross-contributing or even converging the two projects? > > -Andreas. > > > On Wed, Jan 8, 2014 at 7:08 AM, Steve Loughran >wrote: > > > I'm starting to put together the incubation proposal for Hoya: a tool

Re: Hoya Proposal

On 10 January 2014 09:54, Jean-Baptiste Onofré wrote: > Hi Steve, > > can I help during the week end ? > > Regards > JB I'm just running the post-rename tests now; functional test runner came first... -steve > > > On 01/10/2014 10:31 AM, Steve Loughran wrote:

Re: Hoya Proposal

On 9 January 2014 21:55, Enis Söztutar wrote: > Proposal looks good. Let me know if you need any additional help in > mentors. > > Enis > +1 -I'd really like input from the HBase and Accumulo teams as they are the first apps we're trying to work with. On that note, I know we've used the acronym

Re: Hoya Proposal

t a plan to do this directly in Hadoop, there's no > >>> need for the incubator. You just build and and contribute it in > >>> cahoots with them, and earn commit over there as you go. > >>> > >>> On Thu, Jan 9, 2014 at 11:14 AM, Alejandro Abdelnur >

Re: Hoya Proposal

ter. I see some potential interesting "work together" with other > projects. > > I would be please to be mentor on Hoya. > > Regards > JB > > > On 01/08/2014 04:08 PM, Steve Loughran wrote: > >> I'm starting to put together the incubation proposal

Re: Hoya Proposal

comes downstream of those. so a rename is needed. but yes, ASF headers everywhere On 8 January 2014 22:48, Henry Saputra wrote: > I like how the initial code already put under " > org.apache.hadoop.hoya" with correct ASF header =) > > - Henry > > On Wed, Jan 8, 201

Hoya Proposal

I'm starting to put together the incubation proposal for Hoya: a tool to dynamically deploy applications such as HBase or Accumulo on YARN https://wiki.apache.org/incubator/HoyaProposal It does already work to the extent that it can bring up either application, run different clusters of different

wiki edit perms for SteveLoughran

Hi,, I want to start a proposal for incubating my Hoya work. Can I have edit permissions for SteveLoughran? TIA, steve

Re: [VOTE] first milestone release of Apache Drill (incubating)

+1 ship it (binding) On 17 September 2013 23:29, Ted Dunning wrote: > We've held a vote on drill-dev to release the first milestone release. > > The vote thread can be found here: > > > http://mail-archives.apache.org/mod_mbox/incubator-drill-dev/201309.mbox/%3ccaka9qdkmxjp-r8v+zwabm5e4b5osrypj

Re: [VOTE] Accept jclouds into the Apache Incubator

On 22 April 2013 15:39, Rebecca Wood wrote: > Hello everyone, > > I am calling a VOTE for acceptance of jclouds into the Apache Incubator. > > The vote will close on Monday, April 29, 2013. > > [ ] +1 Accept jclouds into the Apache Incubator. > [ ] +0 Don't care. > [ ] -1 Don't accept jclouds into

Re: [PROPOSAL] Provisionr join the Apache Incubator

On 27 February 2013 18:53, Andrei Savu wrote: > Hi Benson - > > Thanks for your feedback! It's too early to decide if there is an overlap > between communities. Provisionr solves a different problem being focused on > semi-automated workflows (e.g. with Rundeck) and cloud portability while > Whir

Re: [VOTE] Accept Tajo into the Apache Incubator

On 28 February 2013 18:11, Hyunsik Choi wrote: > Hi Folks, > > I'd like to call a VOTE for acceptance of Tajo into the Apache incubator. > The vote will close on Mar 7 at 6:00 PM (PST). > > [X] +1 Accept Tajo into the Apache incubator > [] +0 Don't care. > [] -1 Don't accept Tajo into the incubat

Re: [VOTE][PROPOSAL] Hadoop Development Tools

+1, binding On 6 November 2012 16:57, Adam Berry wrote: > Hello, > > This proposal has been open for discussion for a a few weeks, so now > submitting for a vote for this project to be accepted into the incubator. > > Cheers, > Adam Berry > >

Re: [DISCUSS] [PROPOSAL] Hadoop Development Tools

it may be good to have a proposal that is broader than just eclipse; gives you flexibility in future even if the initial target is the eclipse plugin. Certainly "Hadoop Development Tools" is pretty broad On 17 October 2012 21:01, Adam Berry wrote: > Hello, > > Below is a proposal for a new incub

Re: [VOTE] Graduate Oozie podling from Apache Incubator

On 10 August 2012 16:12, Alejandro Abdelnur wrote: > This is a call for vote to graduate Oozie podling from Apache Incubator. > > Oozie entered the Incubator in July of 2011. Since then it has added > two new committers and made two significant releases following the ASF > policies and guidelines.

Re: [PROPOSAL] Apache Parser

On 31 May 2012 07:18, Seungyoung Kim wrote: > XML and JSON format is another one which are used wided, but little bit > too complecated and heavy from application's stand point of view. > I'd agree with this critique of XML, but not JSON. Easy to yacc-up a parser, a fair number of implementatio

Re: Flume Graduation (was Re: June reports in two weeks)

On 27 May 2012 10:40, Jukka Zitting wrote: > Hi, > > On Sun, May 27, 2012 at 6:29 AM, Arvind Prabhakar > wrote: > > > > > > I don't think this is a problem because while most Cloudera committers > have > > the luxury of working on the project during regular working hours, others > > do that duri

Re: Flume Graduation (was Re: June reports in two weeks)

On 27 May 2012 01:15, Ralph Goers wrote: > What would happen if all the Cloudera people were to suddenly vanish from > the project (this could easily happen if Cloudera were purchased by a > larger company who had different goals). As it stands today I don't > believe the project would survive v

Re: Flume Graduation (was Re: June reports in two weeks)

On 27 May 2012 00:43, Jukka Zitting wrote: > > >arvind - 116 commits - Cloudera >prasadm - 22 commits - Cloudera >brock - 16 commits - Cloudera >esammer - 4 commits - Cloudera >jarcec - 1 commit - AVG Technologies >juhanic - 1 commit - CyberAgent > > The only

Re: JIRA scalability issues

On 26 May 2012 21:50, Marvin Humphrey wrote: > On Fri, May 25, 2012 at 12:57 AM, Steve Loughran > wrote: > > It is becoming a bit of a SPOF, isn't it? > > What has changed about our JIRA instance is both its size and its > increasing > integration into the workflows

Re: [DISCUSS] Crunch to join the Apache Incubator

On 25 May 2012 20:00, Josh Wills wrote: > Hi Steve, > > Thank you for your thoughtful comments. Replies inlined below. > > > 1. He's using it at work, so represents the end users. > > A super-majority of the initial committers are also end users. I use > Crunch on my own projects (e.g., > http://

Re: [VOTE] Accept Crunch into the Apache Incubator

On 23 May 2012 19:45, Josh Wills wrote: > I would like to call a vote for accepting "Apache Crunch" for > incubation in the Apache Incubator. The full proposal is available > below. We ask the Incubator PMC to sponsor it, with phunt as > Champion, and phunt, tomwhite, and acmurthy volunteering t

Re: Flume Graduation (was Re: June reports in two weeks)

On 24 May 2012 06:15, Benson Margulies wrote: > I've met other groups of people who like a JIRA centric view > of the world. I suspect that if they did a bunch of other good things > called out below, you or others would find the JIRA business > digestible. Also, on the other hand, I fear that th

Re: Flume Graduation (was Re: June reports in two weeks)

On 24 May 2012 07:44, Marvin Humphrey wrote: > To me that seems like it raises a barrier to entry -- but then, > there are numerous projects around the ASF who are not hurting for > contributors and who use JIRA for *everything* -- starting with Hadoop and > Lucene. > > I first encountered when

Re: [DISCUSS] Crunch to join the Apache Incubator

On 23 May 2012 19:35, Josh Wills wrote: > Hey Jakob, > > This was a tough one-- you know that I've been talking about Crunch > w/Joe Adler for a few weeks now, and I personally am really looking > forward to working with you guys. That said, the team did feel > strongly about keeping the initial

Re: [DISCUSS] BOM and supported platforms for Bigtop 0.4.0

On 4 May 2012 16:34, Alan Gates wrote: > > > * In that case there might still be a role for BigTop to provide a > > central repository for such easily consumable upstream releases. This > > would be somewhat similar to the discussions that took place a few > > years ago about whether and how the

  1   2   >