Re: [VOTE] Apache Sirona as an incubated project
+1 Tammo On Wed, Oct 9, 2013 at 3:29 AM, Olivier Lamy ol...@apache.org wrote: Hi, Since discussion about the Sirona seems done, I'd like to call a vote for Sirona to become an incubated project. The proposal is pasted below, and also available at: https://wiki.apache.org/incubator/SironaProposal Let's keep this vote open for three business days. [ ] +1 Accept Sirona into the Incubator [ ] +0 Don't care. [ ] -1 Don't accept Sirona because... ## page was renamed from MonitoringProposal = Apache Sirona = == Abstract == Apache Sirona aims to provide a simple but extensible monitoring solution for Java applications. Apache Sirona provides two kind of components : * Apache Sirona Core to provide a base framework for monitoring/recording a Java application. * Default based plugins * Apache Sirona base reporting web application (provide a basic reporting on recorded figures). == Background == Currently, Apache Sirona source is hosted in Apache Commons Sandbox scm. The development has begun few years ago but goes to dormant statut. == Rationale == Currently users who need some monitoring need to use some non Open Source solutions or GPL solutions. The goal is to provide a solution based on the Apache License. == Initial Goals == Apache Sirona doesn't have any release currently. The initial goal of this project will be to build community in the spirit of the Apache Way, and to address new features and bug-fixes of the first releases. === Current Status === Intent of the proposal is to build a diverse community of developers around Sirona. Sirona started in the Apache Commons Sandbox, driven in the spirit of open source and we would like to continue in this spirit by, for example, encouraging contributors from a variety of organizations. === Community === Apache Sirona stakeholders desire to expand the user and developer base of Apache Sirona further in the future == Known Risks == === Orphaned Products === Sirona is a new product. So without community adoption the risks of it being orphaned exist. === Inexperience with Open Source === The code has been developed in Apache Commons Sandbox mostly by Romain Manni-Bucau and Olivier Lamy who intimately familiar with the Apache model for open-source development and is experienced with working with new contributors. === Homogeneous Developers === The initial set of committers is from a small set of organizations. However, we expect that once approved for incubation, the project will attract new contributors from diverse organizations and will thus grow organically. The participation of developers from several different organizations in the mailing list is a strong indication for this assertion. === Reliance on Salaried Developers === It is expected that Apache Sirona will be developed on salaried and volunteer time. === Relationships with Other Apache Products === Apache Sirona depends upon other Apache Projects: Velocity and various Apache Commons components and build systems like Maven. === A Fascination with the Apache Brand === The reason for joining Apache is to foster a healthy community of contributors and consumers around the project. This is facilitated by ASF and that is the primary reason we would like Apache Sirona to become an Apache project. == Documentation == Docs: http://commons.apache.org/sandbox/commons-monitoring/ == Initial Source == https://svn.apache.org/repos/asf/commons/sandbox/monitoring/trunk == Source and Intellectual Property Submission Plan == The initial source is already Apache 2.0 licensed. == External Dependencies == The required external dependencies are all Apache License or compatible licenses. Following components with non-Apache licenses are enumerated : == Cryptography == Apache Sirona does not depend upon any cryptography tools or libraries. == Required Resources == === Mailing lists === * sirona-private (with moderated subscriptions) * sirona-dev * sirona-commits * sirona-user == Subversion Directory == https://svn.apache.org/repos/asf/incubator/sirona == Issue Tracking == JIRA Sirona (key: SIRONA) == Other Resources == The existing code already has unit and integration tests so we would like to use Jenkins instance to run them whenever a new patch is submitted. This can be added after project creation. == Initial Committer == * Romain Manni-Bucau (rmannibu...@apache.org) * Jean-Louis Monteiro (jlmonte...@apache.org) * Fred Zhang (no ASF account) * Fabrice Bacchella (no ASF account) * Christian Grobmeier (grobme...@apache.org) == Affiliations == * Olivier Lamy, Ecetera * Fred Zhang, Ecetera == Sponsors == === Champion === * Olivier Lamy (ol...@apache.org) === Nominated Mentors === * Olivier Lamy (ol...@apache.org) * Henri Gomez (hgo...@apache.org) * Jean-Baptiste Onofré (jbono...@apache.org) * Tammo van Lessen (va...@apache.org) * Mark
Re: [DISCUSS] [PROPOSAL] Apache Monitoring
+1 for Sirona On Fri, Oct 4, 2013 at 4:44 PM, Ashish paliwalash...@gmail.com wrote: +1, sounds good On Wed, Oct 2, 2013 at 4:31 AM, Olivier Lamy ol...@apache.org wrote: So Apache Merlin sounds good to me. Any objections? On 25 September 2013 23:47, Christian Grobmeier grobme...@gmail.com wrote: Nechtan sounds cool also. Please note, in the german wikipedia its translated with The tremendousness. This is not noted on the english wikipedia. After reading wikipedia I am still not sure what Nechtan stands for. But I like its sound. I just found Sirona, goddess of healing. Because monitoring is identifying the sickness before its getting worse. However, Sirona is used by companies related to healing (aka dental works). What I found interesting is this page claims Merlin being a god: http://wicca.com/celtic/wicca/celtic.htm of protecting, counseling, crystal reading and so. A few projects use Merlin, but all are very small ant not related to monitoring. There is a project management software called marlin: http://www.projectwizards.net/de/merlin/ I believe we currently have: Apache Leitstand Apache Nechtan Apache Merlin Apache Sirona Apache Heimdall Apache Dagr Cheers On 25 Sep 2013, at 15:03, Stephen Connolly wrote: 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.html 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
Re: [VOTE] BatchEE as an incubated project
+1 (binding) Best, Tammo On Mon, Sep 30, 2013 at 7:24 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: +1 regards, gerhard 2013/9/30 Matthias Wessendorf mat...@apache.org +1 (binding) On Monday, September 30, 2013, Mark Struberg wrote: +1 (binding) LieGrue, strub - Original Message - From: Romain Manni-Bucau rmannibu...@gmail.com To: general@incubator.apache.org Cc: Sent: Monday, 30 September 2013, 6:52 Subject: [VOTE] BatchEE as an incubated project Since discussion about the BatchEE seems done, I'd like to call a vote for BatchEE to become an incubated project. The proposal is pasted below, and also available at: https://wiki.apache.org/incubator/BatchEEProposal Let's keep this vote open for three business days, closing the voting on Thursday 10/03. [ ] +1 Accept BatchEE into the Incubator [ ] +0 Don't care. [ ] -1 Don't accept BatchEE because... = BatchEE, JBatch Implementation = === Abstract === BatchEE will be an ASL-licensed implementation of the JBatch Specification which is defined as JSR-352 (for version 1.0). === Proposal === BatchEE specification is an effort for defining a standard API and way to write batches in Java. It is integrated with JavaEE (JTA, CDI) but works out of the box in a standalone environment. BatchEE Project is responsible for implementing the runtime container contract for the JBatch specification. Besides the implementation, BatchEE Project will implement the core built-in components that further simplifies the developer complex interactions with other Java EE specific enterprise operations. For example, it will define default reader/processor/writer for jdbc, jpa, xml/json/flat files... === Background === Until today writing batches in java meant using a proprietary framework and link to JavaEE was quite limited (or missing). JBatch defines an API fixing this issue and now developpers need a fix. === Rationale === Current JBatch specificatin is released, and only the reference implementation is available but not really intended to be maintained. Moreover multiple Apache projects (geronimo, TomEE, ...) will need an Apache compatible Jbatch implementation to go ahread and implement JavaEE 7. === Initial Goals === The initial goals of the BatchEE Project are * Fully implement the JSR-352 specification. * Attracts a community around the current code base. * Active relationship with the other dependent projects to further develop some useful batch components. == Current Status == === Meritocracy === Initial developer of the project is familiar with the meritocracy principles of Apache. He knows that the open source gets power from its great developers and freedom. He also developed some other open source projects. We will follow the normal meritocracy rules also with other potential contributors. === Community === There is a great community within the OpenEJB, OpenWebBeans, Geronimo and TomEE Apache projects. BatchEE project is very related with these projects and in the some cases, it enhances these projects. We are thinking that BatchEE project gets strong community because it complete the needed frameworks of a java developper and unifies the using of these projects. It simplifies the developer effort for building complex enterprise applications batches. === Core Developers === BatchEE project has been developing by the IBM then forked by Romain Manni-Bucau as a sole contributor. === Alignment === BacthEE project will be a candidate for use in Geronimo AS and TomEE as a default JBatch implementation. Other projects could benefit from the BatchEE project as a general purpose component and context management. BatchEE project is closely aligned with the OpenEJB and OpenWebBeans projects perfectly. It depends on these projects to satisfy its requirements (mainly tests). == Known Risks == === Orphaned products === Even if the initial committer of the project has no plan to leave the active development, it must necessa- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org javascript:; For additional commands, e-mail: general-h...@incubator.apache.org javascript:; -- Sent from Gmail Mobile -- Tammo van Lessen - http://www.taval.de
Re: [ANNOUNCE] Tammo van Lessen joins the IPMC
On Mon, Sep 23, 2013 at 8:21 PM, Marvin Humphrey mar...@rectangular.comwrote: Apache Member and current Apache ODE PMC Chair Tammo van Lessen has joined the Incubator PMC. Welcome aboard! Thanks! -- Tammo van Lessen - http://www.taval.de
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
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 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-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Tammo van Lessen - http://www.taval.de
Re: [DISCUSS] [PROPOSAL] Apache Monitoring
Thanks. Mentor would be fine with me, but I'm not sure if I'm eligible. I'm Apache Member but not IPMC member. On Sat, Sep 14, 2013 at 3:00 PM, Olivier Lamy ol...@apache.org wrote: Hi Tammo/Mark I have added you as mentor. Let us know if it's the role you want to have? On 14 September 2013 18:18, Mark Struberg strub...@yahoo.de wrote: I'm in. +1 LieGrue, strub - Original Message - From: Romain Manni-Bucau rmannibu...@gmail.com To: general@incubator.apache.org Cc: Sent: Friday, 13 September 2013, 21:29 Subject: Re: [DISCUSS] [PROPOSAL] Apache Monitoring Hi The gui is optional but a big added value for me. Rrd is on the radar (Olivier spoke about it first) Le 13 sept. 2013 20:43, Tammo van Lessen tvanles...@gmail.com a écrit : Hi Romain, cool, count me in. Though, I still have some questions: 1. linked to the GUI: does this mean, that it won't work without the GUI, i.e. it is not planned to provide reporters that push data to statsd, graphite, librato et al? Or does it just mean, that GUI is also in the focus? 2. Persistence sounds very cool, would that include a time-series-storage (similar to rrdtool) or just to keep the current values? Thanks, Tammo On Fri, Sep 13, 2013 at 6:04 PM, Romain Manni-Bucau rmannibu...@gmail.comwrote: Hi basis are close to metrics but it has some few differences: 1) it is extensible by design and linked to the GUI 2) we will handle persistence of counters/gauges 3) we will handle aggregation and hopefully much more ;) Then I hope we will integrate it deeply with other Apache project (tomee, jbatch impl maybe) Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2013/9/13 Tammo van Lessen tvanles...@gmail.com: Sounds interesting. I'm curious how this is related to other metrics libraries, like Coda Hale's [1]. Does it have a similar scope? Thanks, Tammo [1] http://metrics.codahale.com/ On Fri, Sep 13, 2013 at 2:10 AM, Olivier Lamy ol...@apache.org wrote: Hi Folks, Below is a proposal for a new incubator project called Apache Monitoring. (the name will certainly change as I imagine few people won't be happy if we request to be able to use monitoring.a.o as website :-) ). https://wiki.apache.org/incubator/MonitoringProposal The source code is currently hosted at Commons Sandbox but as the code is larger than a simple component, the idea is to have a separate project. So let us know if you want to join (etc...) Cheers -- 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 -- Tammo van Lessen - http://www.taval.de - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Tammo van Lessen - http://www.taval.de - 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 -- Tammo van Lessen - http://www.taval.de
Re: [DISCUSS] [PROPOSAL] Apache Monitoring
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
Re: [DISCUSS] [PROPOSAL] Apache Monitoring
Sounds interesting. I'm curious how this is related to other metrics libraries, like Coda Hale's [1]. Does it have a similar scope? Thanks, Tammo [1] http://metrics.codahale.com/ On Fri, Sep 13, 2013 at 2:10 AM, Olivier Lamy ol...@apache.org wrote: Hi Folks, Below is a proposal for a new incubator project called Apache Monitoring. (the name will certainly change as I imagine few people won't be happy if we request to be able to use monitoring.a.o as website :-) ). https://wiki.apache.org/incubator/MonitoringProposal The source code is currently hosted at Commons Sandbox but as the code is larger than a simple component, the idea is to have a separate project. So let us know if you want to join (etc...) Cheers -- 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 -- Tammo van Lessen - http://www.taval.de
Re: [DISCUSS] [PROPOSAL] Apache Monitoring
Hi Romain, cool, count me in. Though, I still have some questions: 1. linked to the GUI: does this mean, that it won't work without the GUI, i.e. it is not planned to provide reporters that push data to statsd, graphite, librato et al? Or does it just mean, that GUI is also in the focus? 2. Persistence sounds very cool, would that include a time-series-storage (similar to rrdtool) or just to keep the current values? Thanks, Tammo On Fri, Sep 13, 2013 at 6:04 PM, Romain Manni-Bucau rmannibu...@gmail.comwrote: Hi basis are close to metrics but it has some few differences: 1) it is extensible by design and linked to the GUI 2) we will handle persistence of counters/gauges 3) we will handle aggregation and hopefully much more ;) Then I hope we will integrate it deeply with other Apache project (tomee, jbatch impl maybe) Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2013/9/13 Tammo van Lessen tvanles...@gmail.com: Sounds interesting. I'm curious how this is related to other metrics libraries, like Coda Hale's [1]. Does it have a similar scope? Thanks, Tammo [1] http://metrics.codahale.com/ On Fri, Sep 13, 2013 at 2:10 AM, Olivier Lamy ol...@apache.org wrote: Hi Folks, Below is a proposal for a new incubator project called Apache Monitoring. (the name will certainly change as I imagine few people won't be happy if we request to be able to use monitoring.a.o as website :-) ). https://wiki.apache.org/incubator/MonitoringProposal The source code is currently hosted at Commons Sandbox but as the code is larger than a simple component, the idea is to have a separate project. So let us know if you want to join (etc...) Cheers -- 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 -- Tammo van Lessen - http://www.taval.de - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Tammo van Lessen - http://www.taval.de
Re: Web voting
I find Loomio [1] looks very promising. It's probably not exactly tailor-made for our decision making progress but it can showcase [2] what is possible and if it can help us. Best, Tammo [1] https://www.loomio.org/ https://www.loomio.org/discussions/4847 -- https://github.com/loomio/loomio (AGPL) [2] https://www.loomio.org/discussions/4847 On Mon, Sep 2, 2013 at 6:52 PM, Jordan Zimmerman jor...@jordanzimmerman.com wrote: Why does Apache need to develop this? There are many ASP-based voting apps that could be used, e.g. Survey Monkey. -Jordan On Sep 2, 2013, at 8:20 AM, Marvin Humphrey mar...@rectangular.com wrote: On Mon, Sep 2, 2013 at 7:28 AM, Suresh Marru sma...@apache.org wrote: We don't need to worry for this vote, but in general relying on voter's statement is not a good idea. An authoritative resource to verify the binding and non-binding votes is [1]. [1] - http://people.apache.org/committers-by-project.html#incubator-pmc - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Tammo van Lessen - http://www.taval.de
Re: [VOTE] Accept Stratos proposal as an incubating project
+1 (non-binding) Best, Tammo On Tue, Jun 18, 2013 at 2:58 PM, Supun Kamburugamuva supu...@gmail.comwrote: +1 Thanks, Supun.. On Tue, Jun 18, 2013 at 7:02 AM, Noah Slater nsla...@apache.org wrote: +1 On 14 June 2013 22:49, Ross Gardler rgard...@opendirective.com wrote: I would like to invite the IPMC vote to accept the Stratos proposal [1]. I want to clarify that this vote is for the Stratos project to enter the incubator as a standard podling under the existing incubation policy. The acceptance or otherwise of the probationary TLP idea is a separate issue that will be explored during the first month of incubation, potentially resulting in a further IPMC vote. This vote is *only* for accepting the Stratos project as a podling. [ ] +1 Accept the Stratos project as an incubating project [ ] +0 [ ] -1 Do not accept the Stratos project as an incubating project because... (provide reason) It's late on Friday evening here in the UK. I'll let this vote run well into next week to allow for the weekend. Thank you for your votes. Ross - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- NS -- Supun Kamburugamuva Member, Apache Software Foundation; http://www.apache.org E-mail: supu...@gmail.com; Mobile: +1 812 369 6762 Blog: http://supunk.blogspot.com -- Tammo van Lessen - http://www.taval.de
