Re: [DISCUSS] Usergrid BaaS Stack for Apache Incubator
It would be nice if everybody would started wearing their Apache hats and act as individuals that are interested in joining an exciting new project in the incubator. I would prefer it if everybody would assume good intentions here. We're all collaborating out in the open as a community, so let's all act in good faith until proven otherwise. Greetings, Marcel - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] Usergrid BaaS Stack for Apache Incubator
Apache is community over code, but here is more like code over community. As a community we should be able to tolerate the conflicts of interest. Once the project is incubated in Apache, the project belongs to Apache and direction and future of the project should be decided by the community, not just the people who bring the project. I do not see that here. If this would have been a vote, I might -1. Deepal Are you guys wearing Apache hats or WS02 hats? If you're wearing Apache hats, then I'd expect a bit less fealty to your CEO's request and a little more OK, I see your point, but I'm really excited about the project, here's what I'd like to do on the project, do you mind adding me as an initial committer?. Granted that email doesn't convey tone-of-voice very well, but the messages from WSO2 employees sound kind of snarky. Now, on the general question of piling-on I have to agree with Roy. The incubator always encourages people to build a community, and then bring that community to Apache. If an incubating project's existing community is hugely diluted by Apache folks at the incubator proposal stage, then it becomes a code dump, which we try to discourage. If we care about community over code, then surely we have to show some respect for the community that comes to Apache. Common courtesy suggest that you offer your help to that community, not impose your help on it. Cheers, Greg. On 2013-09-25, at 12:52 AM, Nirmal Fernando nirmal070...@gmail.com wrote: hmm.. it appears to me that though you pushed the project into ASF, your intentions were not pure and you don't want any competitor of Apigee to be joined to the project (by going on your words, it is quite natural to think so.) even if they showed their genuine interest on helping the project out, with their know-how on related areas. As Sanjiva requested, I'm gonna hereby withdraw my humble request to be added as a committer. On Wed, Sep 25, 2013 at 9:21 AM, Niranjan Karunanandham niranjan.k...@gmail.com wrote: I was actually looking forward to contributing for this project where ever possible but I think people have misunderstood our intentions. As requested by my CEO, I would like to withdraw my committer request. On Wed, Sep 25, 2013 at 7:36 AM, Dulitha Wijewantha dulit...@gmail.com wrote: +1 for the Dave Fisher's example. I believe most of the people have misunderstood our intentions. We were offering to help the project to grow and graduate faster. I am withdrawing my committer request as our CEO asked too. But honestly speaking - if you guys are *scared* of the *community* and what the *community* is - I don't believe you shouldn't mention the below words in the proposal - *Although we are aware of the strength of the Apache brand, we are primarily * *interested in the transforming power of the Apache Way to help guide* *Usergrid towards a more diversified and meritocratic community* In my humble opinion - the above line should not be a part of the proposal since the Apache way has always been to gather a community around the proposal who have shown interest towards the idea. Cheers On Wed, Sep 25, 2013 at 5:50 AM, Dave Fisher dave2w...@comcast.net wrote: On Sep 24, 2013, at 3:19 PM, Bertrand Delacretaz wrote: On Tue, Sep 24, 2013 at 10:23 PM, Alex Karasulu akaras...@apache.org wrote: ...So fill the bus with anybody who volunteers? That does not sound meritocratic It's been like that for a while in the Incubator, people who sign up as initial committers for a podling usually don't have to demonstrate any merit. When the time comes to graduate the podling, it's perfectly fine to ask it to prune its list of committers and PMC members in order to keep only people who have demonstrated their committment during incubation. When OpenOffice.org was brought to the Incubator there was open enrollment. There were over 70 Initial Committers. I had no experience with OpenOffice. I did have an understanding of the ASF. I could help and I did. It was tough to have such a large list many were OpenOffice.org people who never really adapted to the ASF. We had all these people on the PPMC. When graduation time came we managed to reduce the PMC to 25. We left the Initial Committers connected. It hasn't really been a problem. My point is that without the Initial Committer free for all I think that AOO would not be as successful as now. Regards, Dave - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- *Dulitha R. Wijewantha** Software Engineer* Tel: 94112793140 | Mobile: 94112793140 dulit...@gmail.com | http://dulithawijewantha.com -- *Niranjan Karunanandham* Senior Software Engineer M: +94 777 749 661 http:/// -- Best Regards, Nirmal C.S.Nirmal J. Fernando Senior
Re: [DISCUSS] Usergrid BaaS Stack for Apache Incubator
A true open source contributor does not have a CEO, and takes the personal judgements not what CEO or someone asked you to do. Deepal I was actually looking forward to contributing for this project where ever possible but I think people have misunderstood our intentions. As requested by my CEO, I would like to withdraw my committer request. On Wed, Sep 25, 2013 at 7:36 AM, Dulitha Wijewantha dulit...@gmail.comwrote: +1 for the Dave Fisher's example. I believe most of the people have misunderstood our intentions. We were offering to help the project to grow and graduate faster. I am withdrawing my committer request as our CEO asked too. But honestly speaking - if you guys are *scared* of the *community* and what the *community* is - I don't believe you shouldn't mention the below words in the proposal - *Although we are aware of the strength of the Apache brand, we are primarily * *interested in the transforming power of the Apache Way to help guide* *Usergrid towards a more diversified and meritocratic community* In my humble opinion - the above line should not be a part of the proposal since the Apache way has always been to gather a community around the proposal who have shown interest towards the idea. Cheers On Wed, Sep 25, 2013 at 5:50 AM, Dave Fisher dave2w...@comcast.net wrote: On Sep 24, 2013, at 3:19 PM, Bertrand Delacretaz wrote: On Tue, Sep 24, 2013 at 10:23 PM, Alex Karasulu akaras...@apache.org wrote: ...So fill the bus with anybody who volunteers? That does not sound meritocratic It's been like that for a while in the Incubator, people who sign up as initial committers for a podling usually don't have to demonstrate any merit. When the time comes to graduate the podling, it's perfectly fine to ask it to prune its list of committers and PMC members in order to keep only people who have demonstrated their committment during incubation. When OpenOffice.org was brought to the Incubator there was open enrollment. There were over 70 Initial Committers. I had no experience with OpenOffice. I did have an understanding of the ASF. I could help and I did. It was tough to have such a large list many were OpenOffice.org people who never really adapted to the ASF. We had all these people on the PPMC. When graduation time came we managed to reduce the PMC to 25. We left the Initial Committers connected. It hasn't really been a problem. My point is that without the Initial Committer free for all I think that AOO would not be as successful as now. Regards, Dave - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- *Dulitha R. Wijewantha** Software Engineer* Tel: 94112793140 | Mobile: 94112793140 dulit...@gmail.com | http://dulithawijewantha.com - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] Usergrid BaaS Stack for Apache Incubator
If a podling steadfastly refused to add any other committers, then I think its mentors would try to explain why that's a bad thing, and if that behaviour continued, then the incubator would vote against graduating it. On 2013-09-25, at 2:12 AM, Deepal jayasinghe deep...@gmail.com wrote: Apache is community over code, but here is more like code over community. As a community we should be able to tolerate the conflicts of interest. Once the project is incubated in Apache, the project belongs to Apache and direction and future of the project should be decided by the community, not just the people who bring the project. It's a community that brings the project. That community doesn't cease to exist just because it is subsumed into Apache. A TLP's community gets to decide who to accept as a new community member, based on merit (with the board's oversight to make sure it isn't dominated by a single commercial entity). Why should an incubating project not have the same privilege? In fact, once a project is accepted for incubation, it does have the privilege of choosing its own committers, the same as a TLP does (given the oversight of the IPMC). We're talking about a glitch in the system where an existing community can be destroyed by volunteering to come to Apache, during the short period between proposal of a podling and its acceptance, leaving a code dump. That doesn't seem right. If we want to encourage a community, then we have to respect a community. It's not that hard, just --ask-- to be a committer on a podling rather than just editing the wiki. Let the creator of the document edit it. I do not see that here. If this would have been a vote, I might -1. Deepal Are you guys wearing Apache hats or WS02 hats? If you're wearing Apache hats, then I'd expect a bit less fealty to your CEO's request and a little more OK, I see your point, but I'm really excited about the project, here's what I'd like to do on the project, do you mind adding me as an initial committer?. Granted that email doesn't convey tone-of-voice very well, but the messages from WSO2 employees sound kind of snarky. Now, on the general question of piling-on I have to agree with Roy. The incubator always encourages people to build a community, and then bring that community to Apache. If an incubating project's existing community is hugely diluted by Apache folks at the incubator proposal stage, then it becomes a code dump, which we try to discourage. If we care about community over code, then surely we have to show some respect for the community that comes to Apache. Common courtesy suggest that you offer your help to that community, not impose your help on it. Cheers, Greg. On 2013-09-25, at 12:52 AM, Nirmal Fernando nirmal070...@gmail.com wrote: hmm.. it appears to me that though you pushed the project into ASF, your intentions were not pure and you don't want any competitor of Apigee to be joined to the project (by going on your words, it is quite natural to think so.) even if they showed their genuine interest on helping the project out, with their know-how on related areas. As Sanjiva requested, I'm gonna hereby withdraw my humble request to be added as a committer. On Wed, Sep 25, 2013 at 9:21 AM, Niranjan Karunanandham niranjan.k...@gmail.com wrote: I was actually looking forward to contributing for this project where ever possible but I think people have misunderstood our intentions. As requested by my CEO, I would like to withdraw my committer request. On Wed, Sep 25, 2013 at 7:36 AM, Dulitha Wijewantha dulit...@gmail.com wrote: +1 for the Dave Fisher's example. I believe most of the people have misunderstood our intentions. We were offering to help the project to grow and graduate faster. I am withdrawing my committer request as our CEO asked too. But honestly speaking - if you guys are *scared* of the *community* and what the *community* is - I don't believe you shouldn't mention the below words in the proposal - *Although we are aware of the strength of the Apache brand, we are primarily * *interested in the transforming power of the Apache Way to help guide* *Usergrid towards a more diversified and meritocratic community* In my humble opinion - the above line should not be a part of the proposal since the Apache way has always been to gather a community around the proposal who have shown interest towards the idea. Cheers On Wed, Sep 25, 2013 at 5:50 AM, Dave Fisher dave2w...@comcast.net wrote: On Sep 24, 2013, at 3:19 PM, Bertrand Delacretaz wrote: On Tue, Sep 24, 2013 at 10:23 PM, Alex Karasulu akaras...@apache.org wrote: ...So fill the bus with anybody who volunteers? That does not sound meritocratic It's been like that for a while in the Incubator, people who sign up as initial committers for a podling usually don't have to demonstrate any merit. When the time comes
Re: [DISCUSS] Usergrid BaaS Stack for Apache Incubator
That's a really nice world Marcel. I'd love to believe that again. However people will still have ill intentions even here at Apache. Just because we say all these good things does not mean everyone feels the same way and economics does rear it's ugly face. Just look and see the control with which the CEO has ordered back the minions and they have obeyed. There's nothing Apache Way-ish about this coordinated effort. I want to see people put an investment into a community by contributing to it instead of piling on with zero investment. With such an investment, they have a vested interest in that community. Without that there's no lose if it fails and no incentive to make sure the community succeeds. Combine this and one CEO pulling the strings then that's a bad combination. That's not how Apache works. But I guess people will find the rhetoric to justify this some way or another. On Wed, Sep 25, 2013 at 11:59 AM, Marcel Offermans marcel.offerm...@luminis.nl wrote: It would be nice if everybody would started wearing their Apache hats and act as individuals that are interested in joining an exciting new project in the incubator. I would prefer it if everybody would assume good intentions here. We're all collaborating out in the open as a community, so let's all act in good faith until proven otherwise. Greetings, Marcel - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Best Regards, -- Alex
Re: [DISCUSS] Usergrid BaaS Stack for Apache Incubator
Stop talking and start contributing. Show your commitment by contributing. Show the present community who has worked on it for 2 years that you understand their software and care enough to spend the time applying it. This way when if your CEO says get out, you'll be like GTFO I value and I invested my time in it. That's different than entering the project with nothing to lose. Don't expect people to just drink the cool aid here. On Wed, Sep 25, 2013 at 12:57 PM, Dulitha Wijewantha dulit...@gmail.comwrote: The question here is not CEO's involvement. But rather the way everything reacted. Nobody likes to be accused for doing good things right? I am truly interested about the project but I do fear what will happen according to the mails sent by initial committers.. Also I didn't add my name to the wiki - I asked the *previous champion* of the project to add me to the initial committer list. You guys blame many people from one company coming in and then says that they shouldn't backdown. It's contradiction on it's own. So let's see things as it is - # First I was interested in the User-grid project coming under the apache umbrella # I wanted to contribute and help the project and mold it into a better one # I asked the *previous champion* to add us to the initial committer list # I get accused as *pilling* (this partly accuse WSO2 as well) # Sanjiva ask us not get involved in the project since the *current community* isn't welcoming # I withdraw my committer requests since the *current community* is accusing us for pilling *Minions aren't obliging*. I personally feel disrespected in the way people accuse each other for having underlying agendas. I was asking to contribute not *kill* the project. If we have a misunderstanding we should clear it out without disrespecting each other. PS: Also any sane person who looked at all the threads will never feel like contributing if they are been accused of. I personally get the feeling that apigee has coveted mission in bringing User-grid to Apache and not having other's involved in it. But hey all this can be a misunderstanding. Cheers -- Best Regards, -- Alex
Re: [DISCUSS] [PROPOSAL] Apache Monitoring
Baldr is fine with me, my only concern is the similarity to Apache Buildr. Tammo Am 25.09.2013 01:18 schrieb Olivier Lamy ol...@apache.org: So what about Baldr? BTW we can start incubation using Monitoring then change the name for TLP? WDYT? On 21 September 2013 06:30, Christian Grobmeier grobme...@gmail.com wrote: I would like to throw in this document: http://www.apache.org/foundation/marks/naming.html We should make a few tests already before we start the process officially. here is the current list, i felt so free to add a few comments already. - CoMon There is Common Software, a company. We might have a trademarks problem because of similarity. - Leitstand Not sure if I like the sound :-), but did not find any repositories at github. From the meaning, a Leitstand is usually something were you can adjust things (more power, less steam and so on). Monitoring would be only a part of it. But on the other hand, it expresses things well and it is a unused word so far. - Thor Great name, great god, but unfortunately a lot of people use that name for their code :-( - Balder / Baldur, also possible: Baldr I haven't see a lot with that name, but we need to check this more in detail. From that perspective, Leitstand would be the best catch from a unique point of view. I like Baldr very much from that meaning. Lets see if there are more names the next days. Romain Manni-Bucau schrieb: Why not CoMon? Remind commons monitoring, that's fun and closer to english so easier to propagate IMO. Le 20 sept. 2013 12:59, Jean-Baptiste Onofré j...@nanthrax.net a écrit : I like the Apache Leitstand name. Regards JB On 09/20/2013 09:51 AM, Tammo van Lessen wrote: So if German is en vogue already, I'd propose Apache Leitstand [1], which means control room. I think it would make also a nice name when pronounced in English. This of course only works if the GUI is an important piece of the project, which is the case if I understood correctly. Cheers, Tammo [1] http://de.wikipedia.org/wiki/**Leitstand http://de.wikipedia.org/wiki/Leitstand On Fri, Sep 20, 2013 at 3:23 AM, Olivier Lamy ol...@apache.org wrote: So It looks we have more interested folks. But before starting the vote I'd like to find an other name for the project. Someone proposed Baldur or Balder (note, It's a popular germanic god). So as a French guy this proposition looks to be rude for me :-). More seriously, this name doesn't hurt me. If any other propositions, it's time to speak. Cheers -- Olivier On 16 September 2013 08:25, Tammo van Lessen tvanles...@gmail.com wrote: Am 15.09.2013 15:35 schrieb Romain Manni-Bucau rmannibu...@gmail.com : Hi Angular is great but i hope well keep extensibility possible without js. In all case well get at least a thread on it to discuss about the stack we want and well use ;) Looking forward to that discussion ;) I'd prefer progressive enhancement over SPAs in this context as well. Or even http://roca-style.org. Tammo -- Olivier Lamy Ecetera: http://ecetera.com.au http://twitter.com/olamy | http://linkedin.com/in/olamy --**--** - To unsubscribe, e-mail: general-unsubscribe@incubator.**apache.org general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache. **orggeneral-h...@incubator.apache.org -- Jean-Baptiste Onofré jbono...@apache.org http://blog.nanthrax.net Talend - http://www.talend.com --**--**- To unsubscribe, e-mail: general-unsubscribe@incubator.**apache.org general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.**org general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Olivier Lamy Ecetera: http://ecetera.com.au http://twitter.com/olamy | http://linkedin.com/in/olamy - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] [PROPOSAL] Apache Monitoring
On 09/25/2013 09:21 AM, Tammo van Lessen wrote: Baldr is fine with me, my only concern is the similarity to Apache Buildr. Just a heads up from infra; baldr.apache.org is already very much a thing, and has been for more than five years. If it can be avoided, we'd really appreciate it if we can keep the name Baldr for our infrastructure. With regards, Daniel. Tammo Am 25.09.2013 01:18 schrieb Olivier Lamy ol...@apache.org: So what about Baldr? BTW we can start incubation using Monitoring then change the name for TLP? WDYT? On 21 September 2013 06:30, Christian Grobmeier grobme...@gmail.com wrote: I would like to throw in this document: http://www.apache.org/foundation/marks/naming.html We should make a few tests already before we start the process officially. here is the current list, i felt so free to add a few comments already. - CoMon There is Common Software, a company. We might have a trademarks problem because of similarity. - Leitstand Not sure if I like the sound :-), but did not find any repositories at github. From the meaning, a Leitstand is usually something were you can adjust things (more power, less steam and so on). Monitoring would be only a part of it. But on the other hand, it expresses things well and it is a unused word so far. - Thor Great name, great god, but unfortunately a lot of people use that name for their code :-( - Balder / Baldur, also possible: Baldr I haven't see a lot with that name, but we need to check this more in detail. From that perspective, Leitstand would be the best catch from a unique point of view. I like Baldr very much from that meaning. Lets see if there are more names the next days. Romain Manni-Bucau schrieb: Why not CoMon? Remind commons monitoring, that's fun and closer to english so easier to propagate IMO. Le 20 sept. 2013 12:59, Jean-Baptiste Onofré j...@nanthrax.net a écrit : I like the Apache Leitstand name. Regards JB On 09/20/2013 09:51 AM, Tammo van Lessen wrote: So if German is en vogue already, I'd propose Apache Leitstand [1], which means control room. I think it would make also a nice name when pronounced in English. This of course only works if the GUI is an important piece of the project, which is the case if I understood correctly. Cheers, Tammo [1] http://de.wikipedia.org/wiki/**Leitstand http://de.wikipedia.org/wiki/Leitstand On Fri, Sep 20, 2013 at 3:23 AM, Olivier Lamy ol...@apache.org wrote: So It looks we have more interested folks. But before starting the vote I'd like to find an other name for the project. Someone proposed Baldur or Balder (note, It's a popular germanic god). So as a French guy this proposition looks to be rude for me :-). More seriously, this name doesn't hurt me. If any other propositions, it's time to speak. Cheers -- Olivier On 16 September 2013 08:25, Tammo van Lessen tvanles...@gmail.com wrote: Am 15.09.2013 15:35 schrieb Romain Manni-Bucau rmannibu...@gmail.com : Hi Angular is great but i hope well keep extensibility possible without js. In all case well get at least a thread on it to discuss about the stack we want and well use ;) Looking forward to that discussion ;) I'd prefer progressive enhancement over SPAs in this context as well. Or even http://roca-style.org. Tammo -- Olivier Lamy Ecetera: http://ecetera.com.au http://twitter.com/olamy | http://linkedin.com/in/olamy --**--** - To unsubscribe, e-mail: general-unsubscribe@incubator.**apache.org general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache. **orggeneral-h...@incubator.apache.org -- Jean-Baptiste Onofré jbono...@apache.org http://blog.nanthrax.net Talend - http://www.talend.com --**--**- To unsubscribe, e-mail: general-unsubscribe@incubator.**apache.org general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.**org general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Olivier Lamy Ecetera: http://ecetera.com.au http://twitter.com/olamy | http://linkedin.com/in/olamy - 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] Usergrid BaaS Stack for Apache Incubator
On Sep 25, 2013, at 12:39 AM, Joseph Schaefer joe_schae...@yahoo.com wrote: All things considered, would it be better if Sanjiva and colleagues ASKED to be included in the proposal instead of just adding themselves in an ad hoc fashion? Which is exactly what they did. They expressed an interest and were added when they specifically requested, and the adding was done by myself as Champion since I deemed the request sufficient. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] [PROPOSAL] Apache Monitoring
I also see thor is being used by infra: status.apache.org (mentioning, because it has been proposed as name too). However, it's not so bad. I actually mixed up Baldur with Heimdall, who is the actual protector of Bifröst. Baldur was more known because he was able to return from Hel (sounds like a good name for a server ;-) A quick crosscheck told me Heimdall is not used that often. For those who were concerned about using nordic godnames: Heimdall was named as the father of all humans. He was also known for his horn Gjallarhorn which he blew when danger appeared. Most notable he blew that horn when Ragnarökr (the end of our time and the fall of the gods) starts. I imagine the sound of a horn when critical notification of the tool happens ;-) Another idea i just had was Dagr. It old norsk for Day. In old myths Dagr is the son of night and he rides his horse Skinfaxi through heaven. The crest of the horse lights the earth with golden shimmer. I imagine Apache Dagr to shed light on the dark corners of our applications. Heck, when I was young i read a lot about northern mythology. Its so poetic. I should spend some time to read again. On 25 Sep 2013, at 10:19, Daniel Gruno wrote: On 09/25/2013 09:21 AM, Tammo van Lessen wrote: Baldr is fine with me, my only concern is the similarity to Apache Buildr. Just a heads up from infra; baldr.apache.org is already very much a thing, and has been for more than five years. If it can be avoided, we'd really appreciate it if we can keep the name Baldr for our infrastructure. With regards, Daniel. Tammo Am 25.09.2013 01:18 schrieb Olivier Lamy ol...@apache.org: So what about Baldr? BTW we can start incubation using Monitoring then change the name for TLP? WDYT? On 21 September 2013 06:30, Christian Grobmeier grobme...@gmail.com wrote: I would like to throw in this document: http://www.apache.org/foundation/marks/naming.html We should make a few tests already before we start the process officially. here is the current list, i felt so free to add a few comments already. - CoMon There is Common Software, a company. We might have a trademarks problem because of similarity. - Leitstand Not sure if I like the sound :-), but did not find any repositories at github. From the meaning, a Leitstand is usually something were you can adjust things (more power, less steam and so on). Monitoring would be only a part of it. But on the other hand, it expresses things well and it is a unused word so far. - Thor Great name, great god, but unfortunately a lot of people use that name for their code :-( - Balder / Baldur, also possible: Baldr I haven't see a lot with that name, but we need to check this more in detail. From that perspective, Leitstand would be the best catch from a unique point of view. I like Baldr very much from that meaning. Lets see if there are more names the next days. Romain Manni-Bucau schrieb: Why not CoMon? Remind commons monitoring, that's fun and closer to english so easier to propagate IMO. Le 20 sept. 2013 12:59, Jean-Baptiste Onofré j...@nanthrax.net a écrit : I like the Apache Leitstand name. Regards JB On 09/20/2013 09:51 AM, Tammo van Lessen wrote: So if German is en vogue already, I'd propose Apache Leitstand [1], which means control room. I think it would make also a nice name when pronounced in English. This of course only works if the GUI is an important piece of the project, which is the case if I understood correctly. Cheers, Tammo [1] http://de.wikipedia.org/wiki/**Leitstand http://de.wikipedia.org/wiki/Leitstand On Fri, Sep 20, 2013 at 3:23 AM, Olivier Lamy ol...@apache.org wrote: So It looks we have more interested folks. But before starting the vote I'd like to find an other name for the project. Someone proposed Baldur or Balder (note, It's a popular germanic god). So as a French guy this proposition looks to be rude for me :-). More seriously, this name doesn't hurt me. If any other propositions, it's time to speak. Cheers -- Olivier On 16 September 2013 08:25, Tammo van Lessen tvanles...@gmail.com wrote: Am 15.09.2013 15:35 schrieb Romain Manni-Bucau rmannibu...@gmail.com : Hi Angular is great but i hope well keep extensibility possible without js. In all case well get at least a thread on it to discuss about the stack we want and well use ;) Looking forward to that discussion ;) I'd prefer progressive enhancement over SPAs in this context as well. Or even http://roca-style.org. Tammo -- Olivier Lamy Ecetera: http://ecetera.com.au http://twitter.com/olamy | http://linkedin.com/in/olamy --**--** - To unsubscribe, e-mail: general-unsubscribe@incubator.**apache.org general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache. **orggeneral-h...@incubator.apache.org -- Jean-Baptiste Onofré
Re: [DISCUSS] [PROPOSAL] Apache Monitoring
Why not try Celtic mythology I was thinking Apache Nechtan due to the association with access to knowledge and floods... but heck I am not good on my Irish mythology and the Norse ones always sounded way cooler On 25 September 2013 13:23, Christian Grobmeier grobme...@gmail.com wrote: I also see thor is being used by infra: status.apache.org (mentioning, because it has been proposed as name too). However, it's not so bad. I actually mixed up Baldur with Heimdall, who is the actual protector of Bifröst. Baldur was more known because he was able to return from Hel (sounds like a good name for a server ;-) A quick crosscheck told me Heimdall is not used that often. For those who were concerned about using nordic godnames: Heimdall was named as the father of all humans. He was also known for his horn Gjallarhorn which he blew when danger appeared. Most notable he blew that horn when Ragnarökr (the end of our time and the fall of the gods) starts. I imagine the sound of a horn when critical notification of the tool happens ;-) Another idea i just had was Dagr. It old norsk for Day. In old myths Dagr is the son of night and he rides his horse Skinfaxi through heaven. The crest of the horse lights the earth with golden shimmer. I imagine Apache Dagr to shed light on the dark corners of our applications. Heck, when I was young i read a lot about northern mythology. Its so poetic. I should spend some time to read again. On 25 Sep 2013, at 10:19, Daniel Gruno wrote: On 09/25/2013 09:21 AM, Tammo van Lessen wrote: Baldr is fine with me, my only concern is the similarity to Apache Buildr. Just a heads up from infra; baldr.apache.org is already very much a thing, and has been for more than five years. If it can be avoided, we'd really appreciate it if we can keep the name Baldr for our infrastructure. With regards, Daniel. Tammo Am 25.09.2013 01:18 schrieb Olivier Lamy ol...@apache.org: So what about Baldr? BTW we can start incubation using Monitoring then change the name for TLP? WDYT? On 21 September 2013 06:30, Christian Grobmeier grobme...@gmail.com wrote: I would like to throw in this document: http://www.apache.org/**foundation/marks/naming.htmlhttp://www.apache.org/foundation/marks/naming.html We should make a few tests already before we start the process officially. here is the current list, i felt so free to add a few comments already. - CoMon There is Common Software, a company. We might have a trademarks problem because of similarity. - Leitstand Not sure if I like the sound :-), but did not find any repositories at github. From the meaning, a Leitstand is usually something were you can adjust things (more power, less steam and so on). Monitoring would be only a part of it. But on the other hand, it expresses things well and it is a unused word so far. - Thor Great name, great god, but unfortunately a lot of people use that name for their code :-( - Balder / Baldur, also possible: Baldr I haven't see a lot with that name, but we need to check this more in detail. From that perspective, Leitstand would be the best catch from a unique point of view. I like Baldr very much from that meaning. Lets see if there are more names the next days. Romain Manni-Bucau schrieb: Why not CoMon? Remind commons monitoring, that's fun and closer to english so easier to propagate IMO. Le 20 sept. 2013 12:59, Jean-Baptiste Onofré j...@nanthrax.net a écrit : I like the Apache Leitstand name. Regards JB On 09/20/2013 09:51 AM, Tammo van Lessen wrote: So if German is en vogue already, I'd propose Apache Leitstand [1], which means control room. I think it would make also a nice name when pronounced in English. This of course only works if the GUI is an important piece of the project, which is the case if I understood correctly. Cheers, Tammo [1] http://de.wikipedia.org/wiki/Leitstandhttp://de.wikipedia.org/wiki/**Leitstand http://de.wikipedia.org/wiki/**Leitstandhttp://de.wikipedia.org/wiki/Leitstand On Fri, Sep 20, 2013 at 3:23 AM, Olivier Lamy ol...@apache.org wrote: So It looks we have more interested folks. But before starting the vote I'd like to find an other name for the project. Someone proposed Baldur or Balder (note, It's a popular germanic god). So as a French guy this proposition looks to be rude for me :-). More seriously, this name doesn't hurt me. If any other propositions, it's time to speak. Cheers -- Olivier On 16 September 2013 08:25, Tammo van Lessen tvanles...@gmail.com wrote: Am 15.09.2013 15:35 schrieb Romain Manni-Bucau rmannibu...@gmail.com : Hi Angular is great but i hope well keep extensibility possible without js. In all case well get at least a thread on it to discuss about the stack we want and well use ;) Looking forward to that discussion ;) I'd prefer progressive enhancement over SPAs in
VXQuery needs some mentoring
Dear Incubator, The VXQuery podling is currently stalled at being able to add a new committer who has undergone a vote with all existing committers in favor and the individual has accepted to join the community. However, we are currently stuck at being able to make progress on the administrative part of making this person a full committer. Any help from anybody volunteering to perform the duties of a mentor will be appreciated. We are also working on getting a release done and would need some help there too. Please help. Thanks, Vinayak - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] Usergrid BaaS Stack for Apache Incubator
On Wed, Sep 25, 2013 at 7:24 PM, Sanjiva Weerawarana sanj...@wso2.comwrote: SNIP ... Time to get past this and get the project going! If we could have gotten here without the diversion, then the vote would not have been derailed as it was. I will not offer to mentor nor will WSO2 commit our folks to it at this point (yes Alex as CEO I will decide whether we commit work time to this) but that's fine - there's plenty of other mentors and this project can easily get a community going without our help. WSO2 folks should get involved especially to balance out Apigee. But this does not happen naturally or correctly in 36 hours. If this podling enters the Incubator, then all committers should contribute and demonstrate their commitment to the project ... not to Apigee's CEO or to WSO2's CEO. This is meritocracy in action and it leads to communities of individuals instead of companies. The problem was the unchecked manner, quantity and speed with which your folks were being added to the committers list The community needs to vet these guys just as much as anyone else. They should come in and engage this community and start contributing, and hopefully becoming committers and PPMC members. This will show the project is on the right track. On Wed, Sep 25, 2013 at 6:42 PM, Joseph Schaefer joe_schae...@yahoo.com wrote: Thanks for clearing that up Jim. Now who is going to make peace over all the spilled milk here? Sent from my iPhone On Sep 25, 2013, at 6:12 AM, Jim Jagielski j...@jagunet.com wrote: On Sep 25, 2013, at 12:39 AM, Joseph Schaefer joe_schae...@yahoo.com wrote: All things considered, would it be better if Sanjiva and colleagues ASKED to be included in the proposal instead of just adding themselves in an ad hoc fashion? Which is exactly what they did. They expressed an interest and were added when they specifically requested, and the adding was done by myself as Champion since I deemed the request sufficient. - 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 -- Sanjiva Weerawarana, Ph.D. Founder, Chairman CEO; WSO2, Inc.; http://wso2.com/ email: sanj...@wso2.com; phone: +94 11 763 9614; cell: +94 77 787 6880 | +1 650 265 8311 blog: http://sanjiva.weerawarana.org/ Lean . Enterprise . Middleware -- Best Regards, -- Alex
Re: VXQuery needs some mentoring
Hi Vinayak, I offered to help mentor if necessary when VXQuery came up a few weeks ago so i can help with this. I'll go have a look at whats going on and help. ...ant On Wed, Sep 25, 2013 at 5:34 PM, Vinayak Borkar vinay...@gmail.com wrote: Dear Incubator, The VXQuery podling is currently stalled at being able to add a new committer who has undergone a vote with all existing committers in favor and the individual has accepted to join the community. However, we are currently stuck at being able to make progress on the administrative part of making this person a full committer. Any help from anybody volunteering to perform the duties of a mentor will be appreciated. We are also working on getting a release done and would need some help there too. Please help. Thanks, Vinayak --**--**- To unsubscribe, e-mail: general-unsubscribe@incubator.**apache.orggeneral-unsubscr...@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.**orggeneral-h...@incubator.apache.org
The podling initial committers issue
How do we go about changing the Incubator Proposal Guide so that the rules around adding new committers to a podling at proposal time? As much fun as a good email thread can be, we don't want to have to relive the same ones over and over. Can we come up with a consensus view and get it into the guide here? http://incubator.apache.org/guides/proposal.html#template-initial-committers Here's what I think we should add: After a proposal is submitted to the incubator but before a vote is called the proposing community may choose to add additional committers who ask to be committers or may chose to defer adding new committers until the podling is in the Incubator and can use the normal ways of ASF meritocracy, nominate new committers, etc. Do people agree with that text? What's the process for getting a change like this into the guide? Thanks, Dave
Re: The podling initial committers issue
On Sep 25, 2013, at 1:01 PM, Dave snoopd...@gmail.com wrote: Here's what I think we should add: After a proposal is submitted to the incubator but before a vote is called the proposing community may choose to add additional committers who ask to be committers or may chose to defer adding new committers until the podling is in the Incubator and can use the normal ways of ASF meritocracy, nominate new committers, etc. Do people agree with that text? The normal ways stuff needs to be word-smithed. It's an obvious slam against the way 90-95% of how other proposals have been done and implies that somehow that's wrong. If you delete everything after is in the Incubator... then it's a little less biased or leading. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: The podling initial committers issue
On Wed, Sep 25, 2013 at 1:24 PM, Jim Jagielski j...@apache.org wrote: On Sep 25, 2013, at 1:01 PM, Dave snoopd...@gmail.com wrote: Here's what I think we should add: After a proposal is submitted to the incubator but before a vote is called the proposing community may choose to add additional committers who ask to be committers or may chose to defer adding new committers until the podling is in the Incubator and can use the normal ways of ASF meritocracy, nominate new committers, etc. Do people agree with that text? The normal ways stuff needs to be word-smithed. It's an obvious slam against the way 90-95% of how other proposals have been done and implies that somehow that's wrong. If you delete everything after is in the Incubator... then it's a little less biased or leading. That's a very good suggestion. - Dave
Re: The podling initial committers issue
On Wed, Sep 25, 2013 at 11:24 PM, Jim Jagielski j...@apache.org wrote: On Sep 25, 2013, at 1:01 PM, Dave snoopd...@gmail.com wrote: Here's what I think we should add: After a proposal is submitted to the incubator but before a vote is called the proposing community may choose to add additional committers who ask to be committers or may chose to defer adding new committers until the podling is in the Incubator and can use the normal ways of ASF meritocracy, nominate new committers, etc. Do people agree with that text? The normal ways stuff needs to be word-smithed. It's an obvious slam against the way 90-95% of how other proposals have been done and implies that somehow that's wrong. There's no slam against podlings that have gone through an Incubator process that was less meritocratic. This is not a failure of podlings exposed to that process. It's just something we can make better, and more consistent with our standard meritocratic policies for PMCs. If you delete everything after is in the Incubator... then it's a little less biased or leading. I don't find this biased or leading. It's a genuine reference to mirror policies that are the norm for PMCs. Alex
Re: [DISCUSS] Usergrid BaaS Stack for Apache Incubator
Thanks Sanjiva. I'm glad we we able to get things sorted out. And, thanks to everybody who gave us feedback and +1 votes. Since Usergrid is in need, I'd like to volunteer to be the champion. Since this is a change to the proposal I think we should edit the proposal and then I will nominate as the champion is supposed to do, then call a vote. Alternatively, since we do have the +1 votes we need on the proposal we could simply proceed and enter the Incubator. What is the consensus here? Are there some precedents we can learn from? Thanks, - Dave On Wed, Sep 25, 2013 at 9:24 AM, Sanjiva Weerawarana sanj...@wso2.comwrote: I think there's just a lot of misunderstanding and overreaction over nothing .. all based on presumed negative intent. Time to get past this and get the project going! I will not offer to mentor nor will WSO2 commit our folks to it at this point (yes Alex as CEO I will decide whether we commit work time to this) but that's fine - there's plenty of other mentors and this project can easily get a community going without our help. Sanjiva. On Wed, Sep 25, 2013 at 6:42 PM, Joseph Schaefer joe_schae...@yahoo.com wrote: Thanks for clearing that up Jim. Now who is going to make peace over all the spilled milk here? Sent from my iPhone On Sep 25, 2013, at 6:12 AM, Jim Jagielski j...@jagunet.com wrote: On Sep 25, 2013, at 12:39 AM, Joseph Schaefer joe_schae...@yahoo.com wrote: All things considered, would it be better if Sanjiva and colleagues ASKED to be included in the proposal instead of just adding themselves in an ad hoc fashion? Which is exactly what they did. They expressed an interest and were added when they specifically requested, and the adding was done by myself as Champion since I deemed the request sufficient. - 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 -- Sanjiva Weerawarana, Ph.D. Founder, Chairman CEO; WSO2, Inc.; http://wso2.com/ email: sanj...@wso2.com; phone: +94 11 763 9614; cell: +94 77 787 6880 | +1 650 265 8311 blog: http://sanjiva.weerawarana.org/ Lean . Enterprise . Middleware
Re: [DISCUSS] Usergrid BaaS Stack for Apache Incubator
On Wed, Sep 25, 2013 at 11:41 PM, Dave snoopd...@gmail.com wrote: Thanks Sanjiva. I'm glad we we able to get things sorted out. And, thanks to everybody who gave us feedback and +1 votes. Since Usergrid is in need, I'd like to volunteer to be the champion. I'm good with that. Since this is a change to the proposal I think we should edit the proposal and then I will nominate as the champion is supposed to do, then call a vote. We need a fresh new vote thread. I think the discussions have already been had so we might not need to revamp that again. We might also update the wiki to note that the podling candidate is not following the open enrollment model. Alex
Re: [DISCUSS] Usergrid BaaS Stack for Apache Incubator
No. A new vote is required. On Sep 25, 2013, at 1:41 PM, Dave snoopd...@gmail.com wrote: Thanks Sanjiva. I'm glad we we able to get things sorted out. And, thanks to everybody who gave us feedback and +1 votes. Since Usergrid is in need, I'd like to volunteer to be the champion. Since this is a change to the proposal I think we should edit the proposal and then I will nominate as the champion is supposed to do, then call a vote. Alternatively, since we do have the +1 votes we need on the proposal we could simply proceed and enter the Incubator. What is the consensus here? Are there some precedents we can learn from? Thanks, - Dave On Wed, Sep 25, 2013 at 9:24 AM, Sanjiva Weerawarana sanj...@wso2.comwrote: I think there's just a lot of misunderstanding and overreaction over nothing .. all based on presumed negative intent. Time to get past this and get the project going! I will not offer to mentor nor will WSO2 commit our folks to it at this point (yes Alex as CEO I will decide whether we commit work time to this) but that's fine - there's plenty of other mentors and this project can easily get a community going without our help. Sanjiva. On Wed, Sep 25, 2013 at 6:42 PM, Joseph Schaefer joe_schae...@yahoo.com wrote: Thanks for clearing that up Jim. Now who is going to make peace over all the spilled milk here? Sent from my iPhone On Sep 25, 2013, at 6:12 AM, Jim Jagielski j...@jagunet.com wrote: On Sep 25, 2013, at 12:39 AM, Joseph Schaefer joe_schae...@yahoo.com wrote: All things considered, would it be better if Sanjiva and colleagues ASKED to be included in the proposal instead of just adding themselves in an ad hoc fashion? Which is exactly what they did. They expressed an interest and were added when they specifically requested, and the adding was done by myself as Champion since I deemed the request sufficient. - 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 -- Sanjiva Weerawarana, Ph.D. Founder, Chairman CEO; WSO2, Inc.; http://wso2.com/ email: sanj...@wso2.com; phone: +94 11 763 9614; cell: +94 77 787 6880 | +1 650 265 8311 blog: http://sanjiva.weerawarana.org/ Lean . Enterprise . Middleware - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] Usergrid BaaS Stack for Apache Incubator
Since Usergrid is in need, I'd like to volunteer to be the champion. +1 on Dave championing. On Wed, Sep 25, 2013 at 10:41 AM, Dave snoopd...@gmail.com wrote: Thanks Sanjiva. I'm glad we we able to get things sorted out. And, thanks to everybody who gave us feedback and +1 votes. Since Usergrid is in need, I'd like to volunteer to be the champion. Since this is a change to the proposal I think we should edit the proposal and then I will nominate as the champion is supposed to do, then call a vote. Alternatively, since we do have the +1 votes we need on the proposal we could simply proceed and enter the Incubator. What is the consensus here? Are there some precedents we can learn from? Thanks, - Dave On Wed, Sep 25, 2013 at 9:24 AM, Sanjiva Weerawarana sanj...@wso2.comwrote: I think there's just a lot of misunderstanding and overreaction over nothing .. all based on presumed negative intent. Time to get past this and get the project going! I will not offer to mentor nor will WSO2 commit our folks to it at this point (yes Alex as CEO I will decide whether we commit work time to this) but that's fine - there's plenty of other mentors and this project can easily get a community going without our help. Sanjiva. On Wed, Sep 25, 2013 at 6:42 PM, Joseph Schaefer joe_schae...@yahoo.com wrote: Thanks for clearing that up Jim. Now who is going to make peace over all the spilled milk here? Sent from my iPhone On Sep 25, 2013, at 6:12 AM, Jim Jagielski j...@jagunet.com wrote: On Sep 25, 2013, at 12:39 AM, Joseph Schaefer joe_schae...@yahoo.com wrote: All things considered, would it be better if Sanjiva and colleagues ASKED to be included in the proposal instead of just adding themselves in an ad hoc fashion? Which is exactly what they did. They expressed an interest and were added when they specifically requested, and the adding was done by myself as Champion since I deemed the request sufficient. - 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 -- Sanjiva Weerawarana, Ph.D. Founder, Chairman CEO; WSO2, Inc.; http://wso2.com/ email: sanj...@wso2.com; phone: +94 11 763 9614; cell: +94 77 787 6880 | +1 650 265 8311 blog: http://sanjiva.weerawarana.org/ Lean . Enterprise . Middleware - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: The podling initial committers issue
Alex, you are constantly mixing up expectations of PMCs and podlings. Plus, since the ASF did not watch how Usergrid was handled when it was external, we (the ASF) has no idea how meritocratic it was... in fact, and I'm sorry to say this, the viciousness of all this leads me to wonder just what counted as merit. Your definition of what is better does not align with everyones, nor does it align with the experience of other successful podlings. As you state, what works for podling A may nor work for podling B (or be better for B), and we should not force or coerce or strongly imply one or the other. I suggested changing Dave's addition to make it unbiased one way or another. This whole thing started because I made the mistake of assuming, as Champion, that the Usergrid community was more open to taking advantage of the proposal phase to ramp up additional interested developers and leverage their interest, energy and talents. On Sep 25, 2013, at 1:34 PM, Alex Karasulu akaras...@apache.org wrote: On Wed, Sep 25, 2013 at 11:24 PM, Jim Jagielski j...@apache.org wrote: On Sep 25, 2013, at 1:01 PM, Dave snoopd...@gmail.com wrote: Here's what I think we should add: After a proposal is submitted to the incubator but before a vote is called the proposing community may choose to add additional committers who ask to be committers or may chose to defer adding new committers until the podling is in the Incubator and can use the normal ways of ASF meritocracy, nominate new committers, etc. Do people agree with that text? The normal ways stuff needs to be word-smithed. It's an obvious slam against the way 90-95% of how other proposals have been done and implies that somehow that's wrong. There's no slam against podlings that have gone through an Incubator process that was less meritocratic. This is not a failure of podlings exposed to that process. It's just something we can make better, and more consistent with our standard meritocratic policies for PMCs. If you delete everything after is in the Incubator... then it's a little less biased or leading. I don't find this biased or leading. It's a genuine reference to mirror policies that are the norm for PMCs. Alex - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] Usergrid BaaS Stack for Apache Incubator
Dulitha R. Wijewantha Software Engineer Tel: 94112793140 | Mobile:94112793140 dulit...@gmail.com |http://dulithawijewantha.com On Sep 25, 2013, at 11:22 PM, Alex Karasulu akaras...@apache.org wrote: On Wed, Sep 25, 2013 at 11:41 PM, Dave snoopd...@gmail.com wrote: Thanks Sanjiva. I'm glad we we able to get things sorted out. And, thanks to everybody who gave us feedback and +1 votes. Since Usergrid is in need, I'd like to volunteer to be the champion. I'm good with that. Since this is a change to the proposal I think we should edit the proposal and then I will nominate as the champion is supposed to do, then call a vote. We need a fresh new vote thread. I think the discussions have already been had so we might not need to revamp that again. We might also update the wiki to note that the podling candidate is not following the open enrollment model. -1 for not following the open enrollment model since the Usergrid project will lose many interested developers. Alex
Re: [DISCUSS] Usergrid BaaS Stack for Apache Incubator
Hi, note that one of the WSO2 engineers has already started participating on the usergrid-dev list with some (small) patches. So relax a bit, and give people some time to read the existing docs/code and start interacting with the existing community. Continuing to escalate this topic is not going to help the Usergrid project and community, at least not on its way to asf incubation. A lot of this tension could have been avoided if the Usergrid community was explained up front that interested developers can ask to join a future podling as initial committers, and that the incubator promotes this as 'the right thing to do' (which I didn''t know until now). I honestly think the WSO2 guys want to put their shoulders under this proposal and following common Incubator practice they did that by asking the proposer to be added as initial committers. Maybe I'm naive here, but I rather follow my positive interpretation of what happened and give this a chance, then to be negative about it and risk that people will not bother to give this project community a try altogether. Lieven On Wed, Sep 25, 2013 at 9:05 AM, Alex Karasulu akaras...@apache.org wrote: Stop talking and start contributing. Show your commitment by contributing. Show the present community who has worked on it for 2 years that you understand their software and care enough to spend the time applying it. This way when if your CEO says get out, you'll be like GTFO I value and I invested my time in it. That's different than entering the project with nothing to lose. Don't expect people to just drink the cool aid here. On Wed, Sep 25, 2013 at 12:57 PM, Dulitha Wijewantha dulit...@gmail.comwrote: The question here is not CEO's involvement. But rather the way everything reacted. Nobody likes to be accused for doing good things right? I am truly interested about the project but I do fear what will happen according to the mails sent by initial committers.. Also I didn't add my name to the wiki - I asked the *previous champion* of the project to add me to the initial committer list. You guys blame many people from one company coming in and then says that they shouldn't backdown. It's contradiction on it's own. So let's see things as it is - # First I was interested in the User-grid project coming under the apache umbrella # I wanted to contribute and help the project and mold it into a better one # I asked the *previous champion* to add us to the initial committer list # I get accused as *pilling* (this partly accuse WSO2 as well) # Sanjiva ask us not get involved in the project since the *current community* isn't welcoming # I withdraw my committer requests since the *current community* is accusing us for pilling *Minions aren't obliging*. I personally feel disrespected in the way people accuse each other for having underlying agendas. I was asking to contribute not *kill* the project. If we have a misunderstanding we should clear it out without disrespecting each other. PS: Also any sane person who looked at all the threads will never feel like contributing if they are been accused of. I personally get the feeling that apigee has coveted mission in bringing User-grid to Apache and not having other's involved in it. But hey all this can be a misunderstanding. Cheers -- Best Regards, -- Alex - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: The podling initial committers issue
I was under the impression that what you describe was the policy - if it is not then is should certainly be clarified. In the event that podlings continue to or are to be given such a choice, I believe that there needs to be a clear understanding between the incoming community and those volunteers that are shepherding them through the process as to what the choice is and some of the nuances that will be encountered in the execution. If there is no choice there then this consensus step is less necessary and the process can be more easily executed by the champion, mentors and incoming community. That shared understanding seems to be what was missing in this case. On Wed, Sep 25, 2013 at 1:06 PM, Dave snoopd...@gmail.com wrote: Or better yet, a change like that could be made to the Incubator Policy. http://incubator.apache.org/incubation/Incubation_Policy.html Thoughts? - Dave On Wed, Sep 25, 2013 at 1:01 PM, Dave snoopd...@gmail.com wrote: How do we go about changing the Incubator Proposal Guide so that the rules around adding new committers to a podling at proposal time? As much fun as a good email thread can be, we don't want to have to relive the same ones over and over. Can we come up with a consensus view and get it into the guide here? http://incubator.apache.org/guides/proposal.html#template-initial-committers Here's what I think we should add: After a proposal is submitted to the incubator but before a vote is called the proposing community may choose to add additional committers who ask to be committers or may chose to defer adding new committers until the podling is in the Incubator and can use the normal ways of ASF meritocracy, nominate new committers, etc. Do people agree with that text? What's the process for getting a change like this into the guide? Thanks, Dave
Re: binary release artifacts
Hi Luciano, 2013/9/24 Luciano Resende luckbr1...@gmail.com: Is there any written policy that states that ? I have never heard that the ASF can't have binary artifacts as official releases ? It's because Apache releases open source and ONLY open source. [1] to quote Roy. [1] http://markmail.org/message/yzetzkhfahrlv5um Best, - Fabian - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] Usergrid BaaS Stack for Apache Incubator
On Sep 25, 2013, at 3:54 AM, Lieven Govaerts lieven.govae...@gmail.com wrote: and that the incubator promotes this as 'the right thing to do' (which I didn''t know until now). Because it's NOT true. The right thing to do is what the podling determines; the whole problem was with uncontrolled piling on of completely unqualified people (for anyone who cared to read the entire thread), not *just* with additional committers being added to the proposal. It was the *method* that was the issue, not the actual act of adding committers per se. From Roy in http://mail-archives.apache.org/mod_mbox/incubator-general/200607.mbox/%3c55d28a90-8584-4410-b38c-e884f7926...@gbiv.com%3e: There is nothing wrong with the proposer asking for and accepting additional committers from the wide world of ASF. I did that for Jackrabbit, for example, specifically because I wanted a lot of experienced ASF folks to help mentor the project (even though I was the only official Mentor). However, that is significantly different from any wiki reader being able to add themselves just because they (or their boss) thinks it might be worth getting in on the ground floor of a project. IMO, the proposal always implies asking for help. That is, when I see a proposal proposed, I expect that the person is looking for feedback to their proposal, and would take Great idea; I'd love to help. Could I be added as a committer? as indication of someone who wants to help and can be added in a very low-risk fashion. The problem is that my world-view didn't jive w/ Alex nor Dave. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: The podling initial committers issue
Hi Dave, This topic actually did make it into the incubator guides but it's a bit hard to find it. From http://incubator.apache.org/guides/participation.html#committer: When a proposal is just a candidate, there are two possible approaches (for those interested in committership). The proposal typically contains a list of initial committers. When a podling is bootstrapped, this list is used by the mentors to set up initial accounts. So, one way to become a committer for a podling is to be listed on the proposal as an initial committer. The right way to express interest is by a post to the list with a brief introduction. Piling onto a proposal (by adding your own name as an initial committer) is impolite. Read this thread. A podling needs to learn how to recruit new committers from its developers. So, another way is to show up on the list and start helping with the development. This path will help the podling more than adding your name to the list of initial committers. So I think there is already consensus on the bad practice of piling on. And please note that I am not suggesting that anything like piling on has recently occurred here! So, if you would like to propose a patch that puts that information in other, possibly more easily found, places, go for it. Craig On Sep 25, 2013, at 10:01 AM, Dave wrote: How do we go about changing the Incubator Proposal Guide so that the rules around adding new committers to a podling at proposal time? As much fun as a good email thread can be, we don't want to have to relive the same ones over and over. Can we come up with a consensus view and get it into the guide here? http://incubator.apache.org/guides/proposal.html#template-initial-committers Here's what I think we should add: After a proposal is submitted to the incubator but before a vote is called the proposing community may choose to add additional committers who ask to be committers or may chose to defer adding new committers until the podling is in the Incubator and can use the normal ways of ASF meritocracy, nominate new committers, etc. Do people agree with that text? What's the process for getting a change like this into the guide? Thanks, Dave Craig L Russell Architect, Oracle http://db.apache.org/jdo 408 276-5638 mailto:craig.russ...@oracle.com P.S. A good JDO? O, Gasp! - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] Usergrid BaaS Stack for Apache Incubator
On Thu, Sep 26, 2013 at 12:22 AM, Jim Jagielski j...@jagunet.com wrote: On Sep 25, 2013, at 3:54 AM, Lieven Govaerts lieven.govae...@gmail.com wrote: and that the incubator promotes this as 'the right thing to do' (which I didn''t know until now). Because it's NOT true. The right thing to do is what the podling determines; the whole problem was with uncontrolled piling on of completely unqualified people (for anyone who cared to read the entire thread), not *just* with additional committers being added to the proposal. It was the *method* that was the issue, not the actual act of adding committers per se. From Roy in http://mail-archives.apache.org/mod_mbox/incubator-general/200607.mbox/%3c55d28a90-8584-4410-b38c-e884f7926...@gbiv.com%3e : There is nothing wrong with the proposer asking for and accepting additional committers from the wide world of ASF. I did that for Jackrabbit, for example, specifically because I wanted a lot of experienced ASF folks to help mentor the project (even though I was the only official Mentor). However, that is significantly different from any wiki reader being able to add themselves just because they (or their boss) thinks it might be worth getting in on the ground floor of a project. IMO, the proposal always implies asking for help. That is, when I see a proposal proposed, I expect that the person is looking for feedback to their proposal, and would take Great idea; I'd love to help. Could I be added as a committer? as indication of someone who wants to help and can be added in a very low-risk fashion. The problem is that my world-view didn't jive w/ Alex nor Dave. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Best Regards, -- Alex
Re: [DISCUSS] Usergrid BaaS Stack for Apache Incubator
Sorry this went out accidentally ... I'm going to pull out as a mentor and as a committer. Thanks, Alex On Thu, Sep 26, 2013 at 1:05 AM, Alex Karasulu akaras...@apache.org wrote: On Thu, Sep 26, 2013 at 12:22 AM, Jim Jagielski j...@jagunet.com wrote: On Sep 25, 2013, at 3:54 AM, Lieven Govaerts lieven.govae...@gmail.com wrote: and that the incubator promotes this as 'the right thing to do' (which I didn''t know until now). Because it's NOT true. The right thing to do is what the podling determines; the whole problem was with uncontrolled piling on of completely unqualified people (for anyone who cared to read the entire thread), not *just* with additional committers being added to the proposal. It was the *method* that was the issue, not the actual act of adding committers per se. From Roy in http://mail-archives.apache.org/mod_mbox/incubator-general/200607.mbox/%3c55d28a90-8584-4410-b38c-e884f7926...@gbiv.com%3e : There is nothing wrong with the proposer asking for and accepting additional committers from the wide world of ASF. I did that for Jackrabbit, for example, specifically because I wanted a lot of experienced ASF folks to help mentor the project (even though I was the only official Mentor). However, that is significantly different from any wiki reader being able to add themselves just because they (or their boss) thinks it might be worth getting in on the ground floor of a project. IMO, the proposal always implies asking for help. That is, when I see a proposal proposed, I expect that the person is looking for feedback to their proposal, and would take Great idea; I'd love to help. Could I be added as a committer? as indication of someone who wants to help and can be added in a very low-risk fashion. The problem is that my world-view didn't jive w/ Alex nor Dave. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Best Regards, -- Alex -- Best Regards, -- Alex
Please add me to the Contributors Group on the Incubator Wiki
My username is DaveJohnson Thanks! - Dave see also: http://wiki.apache.org/incubator/ContributorsGroup
Re: Please add me to the Contributors Group on the Incubator Wiki
On Wed, Sep 25, 2013 at 1:36 PM, Dave snoopd...@gmail.com wrote: My username is DaveJohnson Done. Marvin Humphrey - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Please add me to the Contributors Group on the Incubator Wiki
Mine is DeboDutta Thx debo On 9/25/13 1:36 PM, Dave snoopd...@gmail.com wrote: My username is DaveJohnson Thanks! - Dave see also: http://wiki.apache.org/incubator/ContributorsGroup - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Please add me to the Contributors Group on the Incubator Wiki
On Wed, Sep 25, 2013 at 1:43 PM, Debo Dutta (dedutta) dedu...@cisco.com wrote: Mine is DeboDutta Done. Marvin Humphrey - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Request to add as contributor to edit the Incubator wiki
On Tue, Sep 24, 2013 at 4:10 PM, Niranjan Karunanandham niranjan.k...@gmail.com wrote: My wiki username is Niranjan Karunanandham. Please add as a Contributor with permission to edit the Incubator wiki. Done. Marvin Humphrey - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Please add me to the Contributors Group on the Incubator Wiki
On Wed, Sep 25, 2013 at 1:43 PM, Jake Farrell jfarr...@apache.org wrote: Can I please be added as a contributor to the incubator wiki Username: jfarrell Done. Marvin Humphrey - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [ANNOUNCE]: Apache Sentry 1.2.0 released
ATTENTION I have rejected this announcement from the annou...@apache.org list. It does NOT clearly state that this project is in the Incubator. That disclaimer MUST be on all prominent announcements. Look at: http://incubator.apache.org/guides/branding.html That specifies the requirements for branding of your podling. Your MENTORS should have been helping with this :-( Regards, Greg Stein On Wed, Sep 25, 2013 at 01:06:45PM -0700, Shreepadma Venugopalan wrote: The Apache Sentry team is happy to announce the release of Apache Sentry 1.2.0. Apache Sentry is a system to enforce fine grained role based authorization to data and metadata stored on a Hadoop cluster. The release bits are available at: http://www.apache.org/dyn/closer.cgi/incubator/sentry The change list is available at: http://s.apache.org/VlU We would like to thank all contributors who made the release possible. Regards, Sentry team - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [ANNOUNCE]: Apache Sentry 1.2.0 released
Greg, Our apologies for missing it. We've sent out a corrected announcement that clearly states that this is the first incubating release of Apache Sentry. It also has the required disclaimer. We'll be more diligent in the future. Regards, Shreepadma On Wed, Sep 25, 2013 at 2:31 PM, Greg Stein gst...@gmail.com wrote: ATTENTION I have rejected this announcement from the annou...@apache.org list. It does NOT clearly state that this project is in the Incubator. That disclaimer MUST be on all prominent announcements. Look at: http://incubator.apache.org/guides/branding.html That specifies the requirements for branding of your podling. Your MENTORS should have been helping with this :-( Regards, Greg Stein On Wed, Sep 25, 2013 at 01:06:45PM -0700, Shreepadma Venugopalan wrote: The Apache Sentry team is happy to announce the release of Apache Sentry 1.2.0. Apache Sentry is a system to enforce fine grained role based authorization to data and metadata stored on a Hadoop cluster. The release bits are available at: http://www.apache.org/dyn/closer.cgi/incubator/sentry The change list is available at: http://s.apache.org/VlU We would like to thank all contributors who made the release possible. Regards, Sentry team - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [ANNOUNCE]: Apache Sentry 1.2.0 released
Thanks. I saw and (already) approved the corrected announcement. On Wed, Sep 25, 2013 at 4:41 PM, Shreepadma Venugopalan shreepa...@apache.org wrote: Greg, Our apologies for missing it. We've sent out a corrected announcement that clearly states that this is the first incubating release of Apache Sentry. It also has the required disclaimer. We'll be more diligent in the future. Regards, Shreepadma On Wed, Sep 25, 2013 at 2:31 PM, Greg Stein gst...@gmail.com wrote: ATTENTION I have rejected this announcement from the annou...@apache.org list. It does NOT clearly state that this project is in the Incubator. That disclaimer MUST be on all prominent announcements. Look at: http://incubator.apache.org/guides/branding.html That specifies the requirements for branding of your podling. Your MENTORS should have been helping with this :-( Regards, Greg Stein On Wed, Sep 25, 2013 at 01:06:45PM -0700, Shreepadma Venugopalan wrote: The Apache Sentry team is happy to announce the release of Apache Sentry 1.2.0. Apache Sentry is a system to enforce fine grained role based authorization to data and metadata stored on a Hadoop cluster. The release bits are available at: http://www.apache.org/dyn/closer.cgi/incubator/sentry The change list is available at: http://s.apache.org/VlU We would like to thank all contributors who made the release possible. Regards, Sentry team - 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] Release of Apache Allura (incubating) v1.0.0
On Wed, Sep 25, 2013 at 9:02 AM, Cory Johns john...@gmail.com wrote: Marvin, We've been having some discussion and I'd just like to clarify something you said: Any artifact that is being distributed through Apache channels is supposed to adhere to our policies. Does this mean that as long as we are releasing the sub-packages on PyPI only, and not through Apache channels, that we can leave out the LICENSE and NOTICE files (with license headers remaining in the individual files and the top-level LICENSE and NOTICE file remaining in the ASF release, of course)? Thanks for the thoughtful inquiry, Cory. Downstream products are the work of the individuals who prepare them. Apache PMCs can't exert oversight over downstream products, we can't VOTE on them or veto them or provide consistent quality control. That said, I don't believe you have the option of omitting the NOTICE file from the PyPI release, or at least the relevant portion of the NOTICE file -- the ALv2 requires propagation of any relevant notices therein to derivative works. See section 4d: http://www.apache.org/licenses/LICENSE-2.0.html#redistribution It's a little odd to have discussions on an ASF project dev list about downstream products which deliberately diverge from ASF policy, but so long as what's being contemplated is legally sound, it's a gray area. To avoid a too many cooks situation, I'm inclined to defer to Allura's Mentors, who presumably have a more complete context about the motivations, costs and benefits of various alternatives. HTH, Marvin Humphrey - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release of Apache MRQL 0.9.0 incubating
-1. The PGP signatures are good, but the .md5 and .sha1 checksums do not include '*filename', so I get: $ md5sum -c mrql-bin-dist-0.9.0-incubating.tar.gz.md5 md5sum: mrql-bin-dist-0.9.0-incubating.tar.gz.md5: no properly formatted MD5 checksum lines found You'll need to manually create .md5 .sha1 for bin and src packages. And then, please upload binary and source packages to your private Apache account or https://dist.apache.org/repos/dist/dev/incubator/mrql/. Please attach both nexus repo and dist url links. On Tue, Sep 24, 2013 at 9:44 PM, Leonidas Fegaras fega...@cse.uta.edu wrote: Hello, This is a call for a vote on Apache MRQL 0.9.0 incubating. MRQL is a query processing and optimization system for large-scale, distributed data analysis, built on top of Apache Hadoop, Hama, and Spark. This is our first release. A vote was held on the MRQL developer mailing list and it passed with three +1 votes (plus one late vote), and zero -1 or 0 votes (see the vote thread [1] and result thread [2]), and now requires a vote on general@incubator.apache.org. The vote will be open for 72 hours (it will close on Friday 27/Sep/2013 at 1pm GMT) and passes if a majority of at least three +1 IPMC votes are cast. [ ] +1 Release this package as Apache MRQL 0.9.0-incubating [ ] -1 Do not release this package because... A staged Maven repository is available for review at: https://repository.apache.org/content/repositories/orgapachemrql-055/ You are voting only for the source distribution. The source tar ball is available at: https://repository.apache.org/content/repositories/orgapachemrql-055/org/apache/mrql/mrql-src-dist/0.9.0-incubating/ The release candidate consists of the following source distribution archives: - mrql-src-dist-0.9.0-incubating.[zip|tar.gz] SHA1 of TGZ: 4b5c6c2df32881b77633303435cb0c99856105cd SHA1 of ZIP: edae1009a5ef7a7613f4da4d2d46e1c9339cb70f You can compile the sources using 'mvn package'. In addition, the following supplementary binary distributions are provided for user convenience at: https://repository.apache.org/content/repositories/orgapachemrql-055/org/apache/mrql/mrql-bin-dist/0.9.0-incubating/ The binary distribution archives are: - mrql-bin-dist-0.9.0-incubating.[zip|tar.gz] SHA1 of TGZ: 27a1c569a0da333a22da260b07356673b81f539c SHA1 of ZIP: 6afdeb2640e6b3a31a97e44a0b5e585e6ade62ac The release candidate has been signed through the key 798764F1 in: http://www.apache.org/dist/incubator/mrql/KEYS http://keyserver.kjsl.org:11371/pks/lookup?op=getsearch=0xB7737C07798764F1 The release candidate is based on the sources tagged with MRQL-0.9.0-incubating-RC1: https://git-wip-us.apache.org/repos/asf?p=incubator-mrql.git;a=tag;h=a7f69742a21393f98d951a8bc5822ae218ffda60 RAT output: http://people.apache.org/~fegaras/dist/MRQL-0.9.0-incubating-RC1/rat.txt Suitable name search: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-32 Note: The NOTICE includes the 3rd party copyright notices for JLine and CUP because the JLine and the CUP runtime libraries are bundled in the jar files in the MRQL binary distribution (files lib/*.jar). This was required because the MRQL jar files must contain all the dependencies in order to run on Hadoop and Hama. To learn more about Apache MRQL, please visit: http://wiki.apache.org/mrql/ Thanks, Leonidas Fegaras [1] http://markmail.org/message/nhyjdxlmas5vlg5x [2] http://markmail.org/message/5zsmncpimbdgfyn7 - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Best Regards, Edward J. Yoon @eddieyoon - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
October 2013 Report timeline
Greets, Here's the timeline for the Incubator's October 2013 report, which is also available on the wiki page: http://wiki.apache.org/incubator/October2013 Wed October 2 -- Podling reports due by end of day Sun October 6 -- Shepherd reviews due by end of day Sun October 6 -- Summary due by end of day Tue October 8 -- Mentor signoff due by end of day Wed October 9 -- Report submitted to board Wed October 16 -- Board meeting There are two tweaks to the schedule as compared with last month: both the shepherd comments and main report summary have been moved up and are now due by end-of-day Sunday instead of end-of-day Tuesday, in order to allow more time for review by Mentors and other interested community members. Reports are due for the following podlings one week from today. (Joe Schaefer, if you could run the script to send out reminders, that would be great.) Celix Chukwa DeviceMap Helix jclouds Marmotta MetaModel ODF Toolkit Olingo Ripple Samza Sentry Spark Storm Stratos Tashi VXQuery Marvin Humphrey - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release of Apache MRQL 0.9.0 incubating
Edward,
I don't think this is a blocker.
Some incubator releases have used the Maven staging repo as the only
release candidate artifact.
Example: Apache Onami Parent 3-incubating:
http://markmail.org/message/ka2rpmbcplhxiiu5
If the Maven staging on Nexus cannot be used like this, it should be
made clear in http://www.apache.org/dev/publishing-maven-artifacts.html
Also, the common MD5 format is either:
hex{32}
or
hex{32}SP(SP|*)filename
Similarly for SHA1.
Our checksums were generated automatically by mvn release:prepare.
Filenames are actually the same as the cheksum filenames with a
.md5/.sha1 extension.
Also these checsums are included in my call for vote.
Anyway, I will generate checksums WITH filenames in the release, when it
gets approved.
Let me know if you still consider it a blocker.
Leonidas Fegaras
On 09/25/2013 06:12 PM, Edward J. Yoon wrote:
-1.
The PGP signatures are good, but the .md5 and .sha1 checksums do not
include '*filename', so I get:
$ md5sum -c mrql-bin-dist-0.9.0-incubating.tar.gz.md5
md5sum: mrql-bin-dist-0.9.0-incubating.tar.gz.md5: no properly
formatted MD5 checksum lines found
You'll need to manually create .md5 .sha1 for bin and src packages.
And then, please upload binary and source packages to your private
Apache account or
https://dist.apache.org/repos/dist/dev/incubator/mrql/.
Please attach both nexus repo and dist url links.
On Tue, Sep 24, 2013 at 9:44 PM, Leonidas Fegaras fega...@cse.uta.edu wrote:
Hello,
This is a call for a vote on Apache MRQL 0.9.0 incubating. MRQL is a
query processing and optimization system for large-scale, distributed
data analysis, built on top of Apache Hadoop, Hama, and Spark.
This is our first release. A vote was held on the MRQL developer
mailing list and it passed with three +1 votes (plus one late vote),
and zero -1 or 0 votes (see the vote thread [1] and result thread [2]),
and now requires a vote on general@incubator.apache.org. The vote will
be open for 72 hours (it will close on Friday 27/Sep/2013 at 1pm GMT)
and passes if a majority of at least three +1 IPMC votes are cast.
[ ] +1 Release this package as Apache MRQL 0.9.0-incubating
[ ] -1 Do not release this package because...
A staged Maven repository is available for review at:
https://repository.apache.org/content/repositories/orgapachemrql-055/
You are voting only for the source distribution.
The source tar ball is available at:
https://repository.apache.org/content/repositories/orgapachemrql-055/org/apache/mrql/mrql-src-dist/0.9.0-incubating/
The release candidate consists of the following source distribution
archives:
- mrql-src-dist-0.9.0-incubating.[zip|tar.gz]
SHA1 of TGZ: 4b5c6c2df32881b77633303435cb0c99856105cd
SHA1 of ZIP: edae1009a5ef7a7613f4da4d2d46e1c9339cb70f
You can compile the sources using 'mvn package'.
In addition, the following supplementary binary distributions are provided
for user convenience at:
https://repository.apache.org/content/repositories/orgapachemrql-055/org/apache/mrql/mrql-bin-dist/0.9.0-incubating/
The binary distribution archives are:
- mrql-bin-dist-0.9.0-incubating.[zip|tar.gz]
SHA1 of TGZ: 27a1c569a0da333a22da260b07356673b81f539c
SHA1 of ZIP: 6afdeb2640e6b3a31a97e44a0b5e585e6ade62ac
The release candidate has been signed through the key 798764F1 in:
http://www.apache.org/dist/incubator/mrql/KEYS
http://keyserver.kjsl.org:11371/pks/lookup?op=getsearch=0xB7737C07798764F1
The release candidate is based on the sources tagged with
MRQL-0.9.0-incubating-RC1:
https://git-wip-us.apache.org/repos/asf?p=incubator-mrql.git;a=tag;h=a7f69742a21393f98d951a8bc5822ae218ffda60
RAT output:
http://people.apache.org/~fegaras/dist/MRQL-0.9.0-incubating-RC1/rat.txt
Suitable name search:
https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-32
Note: The NOTICE includes the 3rd party copyright notices for JLine
and CUP because the JLine and the CUP runtime libraries are bundled in
the jar files in the MRQL binary distribution (files lib/*.jar).
This was required because the MRQL jar files must contain all the
dependencies in order to run on Hadoop and Hama.
To learn more about Apache MRQL, please visit:
http://wiki.apache.org/mrql/
Thanks,
Leonidas Fegaras
[1] http://markmail.org/message/nhyjdxlmas5vlg5x
[2] http://markmail.org/message/5zsmncpimbdgfyn7
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org
Re: The podling initial committers issue
I propose that this then be seen as a learning experience and determine what questions a champion needs to ask of the mentors and incoming community on the outset in order to execute. This has been an unfortunate bit of thrashing that was avoidable through communication. That is not to say that it is anyone's fault or anyone is right or wrong. We just need the champion/mentor survey questions established. On Wed, Sep 25, 2013 at 2:09 PM, Jim Jagielski j...@jagunet.com wrote: On Sep 25, 2013, at 1:33 PM, larry mccay larry.mc...@gmail.com wrote: That shared understanding seems to be what was missing in this case. Indeed that was the case, as I indicated in a previous post. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
