Re: [Site] svn:external RAT reference still needed ?
On 06/11/12 15:17, sebb wrote: Do we still need the following external on https://svn.apache.org/repos/asf/incubator/public/trunk ? svn:external rat -r679965 http://svn.apache.org/repos/asf/incubator/rat/main/trunk/scan/src/main Those RAT files have not been updated since 2008. There are experimental release auditing stuff. Shouldn't be needed any more. Feel free to delete. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[RESULT][VOTE][IPMC] Graduate RAT as Apache Creadur Project
On 03/11/12 19:42, Robert Burrell Donkin wrote: snip I will tally the results no earlier than noon UTC on Thursday, March 22, (Apologies - the convention is 72 hours, and that's what I had mind) 2012[4]. I count (binding) +1 Ross Gardler +1 Marvin Humphrey +1 Mark Struberg +1 Ate Douma +1 Alan D. Cabrera +1 Stefan Bodewig +1 Martijn Dashorst +1 Ant Elder +1 Bertrand Delacretaz +1 Jim Jagielski +1 Dennis Lundberg +1 Jukka Zitting +1 David Blevins +1 Matthew B Franklin +1 David Crossley +1 Greg Stein (non-binding) +1 Robert Burrell Donkin By my tally, this VOTE passes. If anyone spots any mistakes - please jump in. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[VOTE][IPMC] Graduate RAT as Apache Creadur Project
As recommended[1]: * the Rat community has indicated that its readiness[2] to graduate as the Apache Creadur Project * the proposed charter has been reviewed[3] The penultimate stage is this VOTE by the incubator community. The VOTE is open to all but only IPMC votes are binding. I will tally the results no earlier than noon UTC on Thursday, March 22, 2012[4]. Robert [1] http://incubator.apache.org/guides/graduation.html#toplevel [2] http://mail-archives.apache.org/mod_mbox/incubator-general/201203.mbox/%3C4F53968D.7070908%40apache.org%3E [3] http://mail-archives.apache.org/mod_mbox/incubator-general/201203.mbox/%3C4F53B9FB.4030404%40apache.org%3E [4] http://www.worldtimeserver.com/convert_time_in_UTC.aspx?y=2012mo=3d=22h=12mn=0 -8--- [ ] +1 Recommend The Apache Creadur Proposal To The Board (below) [ ] +0 [ ] -0 [ ] -1 Do not graduate Rat podling -- -8-- WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software related to the comprehension and auditing of software distributions for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache Creadur Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Creadur Project be and hereby is responsible for the creation and maintenance of open-source software related to the comprehension and auditing of software distributions; and be it further RESOLVED, that the office of Vice President, Apache Creadur be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache Creadur Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Creadur Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Creadur Project: * Stefan Bodewig bode...@apache.org * Brian E Fox bri...@apache.org * David Crossley cross...@apache.org * David Blevins dblev...@apache.org * Dennis Lundberg denn...@apache.org * Gavin McDonald gmcdon...@apache.org * Jochen Wiedmann joc...@apache.org * Niall Pemberton nia...@apache.org * Robert Burrell Donkin rdon...@apache.org * Ross Duncan Gardler rgard...@apache.org * Sebastian Bazley s...@apache.org NOW, THEREFORE, BE IT FURTHER RESOLVED, that Robert Burrell Donkin be appointed to the office of Vice President, Apache Creadur, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache Creadur PMC be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Apache Creadur Project; and be it further RESOLVED, that the Apache Creadur Project be and hereby is tasked with the migration and rationalization of the Apache Incubator RAT podling; and be it further RESOLVED, that all responsibilities pertaining to the Apache Incubator RAT podling encumbered upon the Apache Incubator Project are hereafter discharged. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE][IPMC] Graduate RAT as Apache Creadur Project
On 03/11/12 19:42, Robert Burrell Donkin wrote: -8--- [X] +1 Recommend The Apache Creadur Proposal To The Board (below) [ ] +0 [ ] -0 [ ] -1 Do not graduate Rat podling -- (not binding) Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[RESULT][VOTE] RAT Ready To Graduate As Apache Creadur Top Level Project
My tally of results: +1 [rat-dev] Robert Burrell Donkin Chris A.Mattmann Craig L.Russell William A. Rowe Jr. David Blevins Hugo Hirsch Sebb Gavin McDonald Stefan Bodewig David Crossley Jochen Wiedmann Matthew B. Franklin Luciano Resende Mark Struberg [general@incabator] Ross Gardler Nick Burch Ralph Goers Olivier Lamy Jean-Baptiste Onofré Niall Pemberton Jacques Le Roux Mike McCandless Hadrian Zbarcea Dennis Lundberg Alan D. Cabrera Patrick Hunt If anyone spots a mistake, accept my apologies and please jump in ... This free vote indicates that the community considers the Rat podling ready to graduate into a new Apache Creadur top level project. As recommended[1], unless anyone jumps in with feedback soon on the suggested charter[2] I'll go ahead and prepare the formal proposal for the binding IPMC vote. Robert [1] http://incubator.apache.org/guides/graduation.html#tlp-community-vote On 02/26/12 16:03, Robert Burrell Donkin wrote: [2] Suggested Draft Charter: WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software related to the comprehension and auditing of software distributions for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache Creadur Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Creadur Project be and hereby is responsible for the creation and maintenance of open-source software related to the comprehension and auditing of software distributions for distribution at no charge to the public RESOLVED, that the office of Vice President, Apache Creadur be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache Creadur Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Creadur Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Creadur Project: ... NOW, THEREFORE, BE IT FURTHER RESOLVED, that Robert Burrell Donkin be appointed to the office of Vice President, Apache Creadur, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache Creadur PMC be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Apache Creadur Project; and be it further RESOLVED, that the Apache Creadur Project be and hereby is tasked with the migration and rationalization of the Apache Incubator RAT podling; and be it further RESOLVED, that all responsibilities pertaining to the Apache Incubator RAT podling encumbered upon the Apache Incubator Project are hereafter discharged. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[REVIEW] Apache Creadur Proposal
As per [1], please review the proposed charter (below) for Apache Creadur modulo initial committers (which should match current Rat committers) I'm almost out of typing time now. I hope to have enough time next weekend to progress this to the IPMC vote but I'd be very happy if anyone wants to champion this proposal by adding the list of committers and pushing for a vote before then... Robert [1] http://incubator.apache.org/guides/graduation.html#tlp-resolution WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software related to the comprehension and auditing of software distributions for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache Creadur Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Creadur Project be and hereby is responsible for the creation and maintenance of open-source software related to the comprehension and auditing of software distributions for distribution at no charge to the public RESOLVED, that the office of Vice President, Apache Creadur be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache Creadur Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Creadur Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Creadur Project: ... NOW, THEREFORE, BE IT FURTHER RESOLVED, that Robert Burrell Donkin be appointed to the office of Vice President, Apache Creadur, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache Creadur PMC be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Apache Creadur Project; and be it further RESOLVED, that the Apache Creadur Project be and hereby is tasked with the migration and rationalization of the Apache Incubator RAT podling; and be it further RESOLVED, that all responsibilities pertaining to the Apache Incubator RAT podling encumbered upon the Apache Incubator Project are hereafter discharged. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[VOTE] RAT Ready To Graduate As Apache Creadur Top Level Project
The graduation guide[1] recommends that the Rat community demonstrates it's willingness to govern itself through a free VOTE before asking the IPMC to approve graduation. So, here it is :-) See [2] for a draft of the charter, excluding the list of initial committers. Unless anyone jumps into this thread, I'll assume that the current list of committers would be fine. Please read, review and jump in - but this is a vote on the principle of graduating now. This VOTE is open to all, and I'll tally this no early than Wednesday, 29 Feb 2012 17:00 UTC. Robert --8--- [ ] +1 the RAT community feels ready to graduate as Apache Creadur [ ] +0 [ ] -0 [ ] -1 Do not graduate RAT at this time --- [1] http://incubator.apache.org/guides/graduation.html#toplevel [2] Suggested Draft Charter: WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software related to the comprehension and auditing of software distributions for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache Creadur Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Creadur Project be and hereby is responsible for the creation and maintenance of open-source software related to the comprehension and auditing of software distributions for distribution at no charge to the public RESOLVED, that the office of Vice President, Apache Creadur be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache Creadur Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Creadur Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Creadur Project: ... NOW, THEREFORE, BE IT FURTHER RESOLVED, that Robert Burrell Donkin be appointed to the office of Vice President, Apache Creadur, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache Creadur PMC be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Apache Creadur Project; and be it further RESOLVED, that the Apache Creadur Project be and hereby is tasked with the migration and rationalization of the Apache Incubator RAT podling; and be it further RESOLVED, that all responsibilities pertaining to the Apache Incubator RAT podling encumbered upon the Apache Incubator Project are hereafter discharged. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Closed] (PODLINGNAMESEARCH-4) Establish Whether Apache Creadur would be a Suitable Name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-4?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Burrell Donkin closed PODLINGNAMESEARCH-4. - Resolution: Fixed There is little evidence that Creadur is widely used for software. Consensus has been reached that Creadur would be a suitable name for an Apache TLP. Establish Whether Apache Creadur would be a Suitable Name --- Key: PODLINGNAMESEARCH-4 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-4 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Robert Burrell Donkin Creadur means Creature in Welsh. My grandmother was a native Welsh speaker but I have very little. As far I know, Creadur has no immoral or scandalous meanings. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Closed] (PODLINGNAMESEARCH-1) Establish whether Apache Rat is a suitable name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Burrell Donkin closed PODLINGNAMESEARCH-1. - Resolution: Fixed The consensus reached is that though Apache Rat is a suitable name for an product, a good top level project would be more unique name. After discussions with the wider incubator community, the Rat community aspires to become a home for a suite of related products developed in any language. The community prefers to retain Rat as the name for the original product and adopt more unique top level project name after graduation. Establish whether Apache Rat is a suitable name - Key: PODLINGNAMESEARCH-1 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Robert Burrell Donkin The Rat podling brought together aRat and the Rat plugin tooling aRat for maven. It now is a suite of small products including rat, whisker, tentacles and eye which perform various functions to assist auditing, comprehending and verifying releases. This podling hopes to graduate as a top level project once a suitable top level project name is found. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [names] Public Review
On Sun, Jan 29, 2012 at 10:47 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, On Sun, Jan 29, 2012 at 11:22 PM, Robert Burrell Donkin robertburrelldon...@gmail.com wrote: Please note that I didn't invent this process. I would have preferred something much simpler. I just documented the recommendations of the brand team. Was this a recommendation or a requirement? I.e. are we talking about MUST, SHOULD or MAY? Complicated :-/ It's the Incubator that insists on a Suitable Name Search Brand would be satisfied by - say - a profession trademark search Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [names] Public Review
On Mon, Jan 30, 2012 at 7:54 AM, Daniel Shahaf d...@daniel.shahaf.name wrote: Jukka Zitting wrote on Sun, Jan 29, 2012 at 23:47:38 +0100: Hi, On Sun, Jan 29, 2012 at 11:22 PM, Robert Burrell Donkin robertburrelldon...@gmail.com wrote: Please note that I didn't invent this process. I would have preferred something much simpler. I just documented the recommendations of the brand team. Was this a recommendation or a requirement? I.e. are we talking about MUST, SHOULD or MAY? Thread: https://mail-search.apache.org/members/private-arch/trademarks/201109.mbox/4e7f127d.10...@apache.org Date: Sun, 25 Sep 2011 12:37:33 +0100 To: tradema...@apache.org Subject: Guidance For Podlings [WAS Re: Trademark questions with regards to Apache Flume incubator podling.] Reply-To: tradema...@apache.org Message-ID: 4e7f127d.10...@apache.org There are sadly a number of other threads that are relevant too :-( If people are unhappy with the consequences of policy, please change it. I'm just trying to document at least one way to satisfy it. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [names] Public Review
On Mon, Jan 30, 2012 at 8:44 AM, Daniel Shahaf d...@daniel.shahaf.name wrote: Robert Burrell Donkin wrote on Mon, Jan 30, 2012 at 08:33:38 +: On Mon, Jan 30, 2012 at 7:54 AM, Daniel Shahaf d...@daniel.shahaf.name wrote: Jukka Zitting wrote on Sun, Jan 29, 2012 at 23:47:38 +0100: Hi, On Sun, Jan 29, 2012 at 11:22 PM, Robert Burrell Donkin robertburrelldon...@gmail.com wrote: Please note that I didn't invent this process. I would have preferred something much simpler. I just documented the recommendations of the brand team. Was this a recommendation or a requirement? I.e. are we talking about MUST, SHOULD or MAY? Thread: https://mail-search.apache.org/members/private-arch/trademarks/201109.mbox/4e7f127d.10...@apache.org Date: Sun, 25 Sep 2011 12:37:33 +0100 To: tradema...@apache.org Subject: Guidance For Podlings [WAS Re: Trademark questions with regards to Apache Flume incubator podling.] Reply-To: tradema...@apache.org Message-ID: 4e7f127d.10...@apache.org There are sadly a number of other threads that are relevant too :-( Links? Brand doesn't have much traffic. To understand the context, read everything since Autumn 2011. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [names] Public Review
On Mon, Jan 30, 2012 at 8:42 AM, Daniel Shahaf d...@daniel.shahaf.name wrote: Robert Burrell Donkin wrote on Mon, Jan 30, 2012 at 08:31:50 +: Brand would be satisfied by - say - a profession trademark search [citation needed] I'm not will to cite out of context. Please read all the archives. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [names] Public Review
On Mon, Jan 30, 2012 at 10:21 AM, Leo Simons m...@leosimons.com wrote: Hey Robert, Leo :-) (Great to hear from you again) Thanks for this; it was obviously a lot of work! A parting gift to the Incubator :-) Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[names] Public Review
The new documentation describing in more detail one way to check the suitability of the proposed name is just about ready for public review (at least, once the mirrors have sync'd) The aim is to be able to replace the outdated task in the status template with a link to good documentation consist with the brand team's approach to podling names. Please take a look. It's fine to just dive in to improve phrasing, add examples etc. Here's a good place to ask questions. This thread is also a good place to discuss content and dispute process details. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [names] Public Review
On Sun, Jan 29, 2012 at 2:05 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, On Sun, Jan 29, 2012 at 11:45 AM, Robert Burrell Donkin robertburrelldon...@gmail.com wrote: The new documentation describing in more detail one way to check the suitability of the proposed name is just about ready for public review The URL is http://incubator.apache.org/guides/names.html It's fine to just dive in to improve phrasing, add examples etc. Here's a good place to ask questions. This thread is also a good place to discuss content and dispute process details. The guide currently gives the impression that the initial name of a podling is just a working name and that a more suitable name should to be searched for and selected before graduation. Could we rather rephrase it as a guide on what to take in to account when coming up with a name in the first place? This just documents how to perform the search we already require in a way that's compatible with current thinking from our legal team about trademark. I'd be very happy for someone else to lead a change in policy in this area. Also, I'm a bit hesitant about the MUST in [1] that a suitable name search must be completed before a podling can graduate. Was there a policy vote on this that I missed? The recent poll on this [2] didn't seem to reach any clear consensus. Yes, there was no clear consensus on change from the current status quo. This just updates the documentation for our current requirement to match the current thinking from the legal team. I'd be very happy for someone else to lead a change in policy in this area. A project community should obviously be reasonably certain that their name doesn't infringe on an external trademark. It's important to avoid using loaded legal terms. Only counsel is qualified to assess whether a mark is infringed or not. The podling name search just records evidence of usage. I'd be happy for someone else to lead a policy change in this area. For example, a modest budget to allow professional trademark searches would allow more legal certainty. The more careful they are with this (i.e. the more thorough name search they perform) the safer they are from trouble later on, but generally I'd leave it up to the podlings themselves to decide how much effort they really want to invest into this. I'd be happy for someone else to lead a policy change in this area. The status quo is that podlings must check that their name is suitable before graduation. Hopefully the document is reasonably clear that the process described isn't the only way to get this done. Suggestions about clearer phrasing welcomed. Thus, instead of setting strict rules and requirements, I think the guide should just document the best current practice and suggest why following it is a good idea. I'd be happy for someone else to lead a policy change in this area. The status quo is that podlings must check that their name is suitable before graduation. The responsiveness from the trademark team is slow (on the order of months) and there is no budget for professional help. This document describes the process recommended by the brand team to podlings who asked on that list for assistance. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: NOMINATIONS for Incubator PMC Chair
On Fri, Jan 27, 2012 at 12:11 PM, Noel J. Bergman n...@devtech.com wrote: This belongs on general@ ... A call for nominations for Incubator PMC Chair was started on the private@ list. The nomination process should be open to the Incubator community. What qualities does a good Incubator Chair need? - Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: NOMINATIONS for Incubator PMC Chair
On Fri, Jan 27, 2012 at 12:11 PM, Noel J. Bergman n...@devtech.com wrote: This belongs on general@ ... A call for nominations for Incubator PMC Chair was started on the private@ list. The nomination process should be open to the Incubator community. Is this the time to thank Noel for all the great work over the years - or should that come later? Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[VOTE] Park Kato
Kato implements a specification. Work on this specification is currently suspended and its future is unknown. IMHO Kato was healthy and progressing towards eventual graduation before this external problem stopped work. Creating, reading and review reports for podlings in this unusual situation is a burden for the IPMC and the board. As Mentor, I propose that the IPMC acts to resolve this situation by winding down Kato in a way that allows an easy restart (by a simple vote) whilst preserving the legal work done in open sourcing this code base. For short, 'parking' rather than 'termination'. Robert --8- [ ] +1 Park Kato [ ] +0 [ ] -0 [ ] -1 Do not park Kato -- Parking == Aim to retain legal work and code base, allowing an easy restart if these problems are resolved. Suggested Action Items For Mentors -- * Review and commit accurate final status * Move kato.xml status to projects/parked * Update Incubator web site * Update disclaimers * Review source and create final Apache source release * Move source to read-only 'incubator/parked/kato' * Use final source release to seed repository on GitHub * Suspend mailing lists - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Park Kato
snip On Mon, Jan 16, 2012 at 8:50 AM, Robert Burrell Donkin robertburrelldon...@gmail.com wrote: --8- [X] +1 Park Kato [ ] +0 [ ] -0 [ ] -1 Do not park Kato -- - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Actively retiring projects
On Mon, Jan 16, 2012 at 8:54 AM, ant elder antel...@apache.org wrote: I don't know about if they could keep their name but from recent discussions elsewhere I expect they would not be able to continue using things like org.apache package names which rules out maintenance of past releases, small poddlings by definition have limited resources, so would struggle with things like rewriting their websites, if they used Confluence they probably couldn't get another license, if they used the new ASF website stuff its not even available to them. Throwing them out would do a lot of damage and would likely be the death of a lot of smaller poddlings. Sometimes slow quiet poddlings do turn around and become successful, the River example proves that. No one is suggesting letting everyone stay for ever no matter what but terminating poddlings just because some arbitrary time period has expired is stupid. +1 Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Actively retiring projects
On Sun, Jan 15, 2012 at 9:48 PM, Ross Gardler rgard...@opendirective.com wrote: On 15 January 2012 20:55, Robert Burrell Donkin robertburrelldon...@gmail.com wrote: On Sun, Jan 15, 2012 at 7:40 PM, Sam Ruby ru...@intertwingly.net wrote: +1 Voting to terminate a project through lack of success sends a very clear message. Being 'terminated' is a very clear and public punishment, both for Mentors and for the project. I'm not sure why people (not just you Rob) are fixating on the idea of voting to terminate a podling. That is currently and will always be an action of last resort. It is not a new option. We've already done it for failed projects. Can you give an example of a project with an active community that has been terminated in this way? Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Actively retiring projects
On Mon, Jan 16, 2012 at 9:15 AM, Ross Gardler rgard...@opendirective.com wrote: snip Can we please stop with the alarmist statements and silly votes. This is Apache. Apache runs through VOTEs. No VOTE is silly. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Actively retiring projects
On Mon, Jan 16, 2012 at 9:23 AM, ant elder antel...@apache.org wrote: On Mon, Jan 16, 2012 at 9:15 AM, Ross Gardler rgard...@opendirective.com wrote: On 16 January 2012 09:05, ant elder ant.el...@gmail.com wrote: ... ActiveMQ, Cassandra, CXF, Felix, Harmony Are people seriously suggesting that the ASF would be better off had we terminated those poddlings just because some time period of incubation had passed? Can we please stop with this kind of language, Nobody has suggested that a podling be terminated at a fixed point in time. Let me repeat that ***NOBODY*** has suggested this. You and Sam have just replied +1 to Joe's suggestion that we are not in the business of providing free hosting and that we should insist some poddlings be taken to GitHub. The subject of this thread is Actively retiring projects. If what is being proposed is in fact not actively retiring projects then lets shut this thread down and start up some new threads on what the proposals really are. +1 The right way to discipline Mentors is to remove them from the IPMC. I've started a thread on private. Threatening to terminate their podlings just muddies the waters. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Actively retiring projects
On Mon, Jan 16, 2012 at 9:30 AM, Ross Gardler rgard...@opendirective.com wrote: On 16 January 2012 09:16, Robert Burrell Donkin robertburrelldon...@gmail.com wrote: On Sun, Jan 15, 2012 at 9:48 PM, Ross Gardler rgard...@opendirective.com wrote: On 15 January 2012 20:55, Robert Burrell Donkin robertburrelldon...@gmail.com wrote: On Sun, Jan 15, 2012 at 7:40 PM, Sam Ruby ru...@intertwingly.net wrote: +1 Voting to terminate a project through lack of success sends a very clear message. Being 'terminated' is a very clear and public punishment, both for Mentors and for the project. I'm not sure why people (not just you Rob) are fixating on the idea of voting to terminate a podling. That is currently and will always be an action of last resort. It is not a new option. We've already done it for failed projects. Can you give an example of a project with an active community that has been terminated in this way? No - that is exactly my point. I can give an example of projects with *inactive* communities that have been terminated. These proposals are no different other than we should be able to identify such projects more reliably (or see that what looks inactive today is actually active). The controversial and novel part of this thread is the pressure to terminate podlings with active communities against the best judgment of their Mentors. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Actively retiring projects
On Mon, Jan 16, 2012 at 9:42 AM, Ross Gardler rgard...@opendirective.com wrote: On 16 January 2012 09:31, Robert Burrell Donkin snip The right way to discipline Mentors is to remove them from the IPMC. I've started a thread on private. Threatening to terminate their podlings just muddies the waters. We are *not* talking about disciplining mentors we are talking about helping them do a better job or, if they are inactive, recognising this and helping the podling find the mentoring they need. It is about feedback loops, not about big sticks. The line beyond constructive feedback was passed long ago in these discussions. There are clearly two strongly held but incompatible views on the nature of Mentoring and governance at Apache. Either find constructive ways to blend them, or remove the destructive minority. I believe in community led development, and that community building is an art that requires judgment not a science that can be planned. I back Ant and the Mentors who allowed River, Cassandra etc the space they needed to find and build their communities. I stand by our decision to allow Kato time to try to resolve it's external problems. I have not been persuaded that I'm wrong but I'm no longer will to argue. Either accept my minority opinion or remove my karma. I do understand now that there is a majority who are frustrated with the poor quality of our reporting. I'm frustrated too. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Park Kato
On Mon, Jan 16, 2012 at 9:07 AM, Ross Gardler rgard...@opendirective.com wrote: -1 The IPMC is currently discussing how to handle these situations. The IPMC has descended quickly in a long series of threads heavy on personal abuse and light on constructive proposals. You call this 'discussion'. I call it a waste of time. snip Secondly, and more importantly I'd rather hear from the project community than a mentor who says (and I paraphrase) as a mentor I think everything is OK but lets kill it anyway, I want to make a point to the IPMC. I appreciate my paraphrase my be doing a disservice to you Robert, but that is what it reads like to someone with only the information you provide here. IMO demanding a more active response from Mentors then asking for a recount from the community smells of hypocritical The IPMC strongly and clearly expressed the opinion that the Kato Mentors needs to be more active or face termination. This is the solution I favour personally. Either back the original judgment of Kato's Mentors and trust the community to come up with solutions, remove those holding this minority view from the IPMC, or sign up as a new Mentor for Kato Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Actively retiring projects
On Mon, Jan 16, 2012 at 11:10 AM, Sam Ruby ru...@intertwingly.net wrote: snip. 20 Jul 2011: ensure that long running incubating projects actually have a plausible plan to graduate Thanks - I see now that the pressure for Mentors to active against their best judgment of the interests of the Foundation comes from the board. Apologies for misunderstanding. Projects like Cassandra, River etc get to about 80% of graduation and then find they need time and space to made the last 20%. Looks bad on the plan but for a minority of projects, it happens. Sometimes legal, brand or incubation policy needs to be developed. This often takes months. Sometimes an external factor beyond the control of the community stops development for a period. These sorts of unknown are hard to plan for. Sometimes it takes a while for a community to self-organising or discover its identity and enough active developers. Imposing a plan is particularly delicate in this situation. Have we done a good enough job of making sure the Board understands the negative consequences of publicly terminating active communities who find themselves in one of these situations? Trusting the community and Mentors has worked well in the past. Does anyone have any insight into the problem that the Board thinks it's fixing by this? Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Improved Reporting [WAS Re: [VOTE] Park Kato]
On Mon, Jan 16, 2012 at 11:21 AM, Sam Ruby ru...@intertwingly.net w. snip I would like to call on everybody to snip focus on ensuring that reports submitted are timely and contain all of the relevant information. ATM the reports remind me of a poorly edited and reviewed reincarnation of the Jakarta Newsletter. What should the report contain? Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Kato status (Was: Actively retiring projects)
On Mon, Jan 16, 2012 at 12:37 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, There seems to be some people assuming that the IPMC wants to terminate the Kato podling. Looking back I wonder if my original status review was the source of this: :-) On Sun, Jan 8, 2012 at 1:46 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: On Wed, Nov 16, 2011 at 9:36 PM, Sam Ruby ru...@intertwingly.net wrote: 2008-11-06 Kato S: Zero activity. R: Terminate. This was based on looking at commit and kato-dev@ list activity, both zero or very low for an extended amount of time. There was no recent status report. AFAICT Soon after entry, the standards process stalled. This stopped active development. Most of the activity after then has been the community trying to find a way around the standards issue, with little success. Progress depends on Oracle coming to a decision (one way or the other) about the future of the standard. This might happen today, tomorrow or in ten years time. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Actively retiring projects
On Mon, Jan 16, 2012 at 11:56 AM, Ross Gardler rgard...@opendirective.com wrote: On 16 January 2012 11:51, Robert Burrell Donkin robertburrelldon...@gmail.com wrote: ... Terminating projects with active communities is the area of active dispute Can you please provide a link to a message in the archive that states that a project with an active community should be terminated? http://mail-archives.apache.org/mod_mbox/incubator-general/201201.mbox/%3CCAOFYJNbZ6PYSHZnfgm7GQSVwECoKqDQRjHMJwOLCmXCYUBbiUA%40mail.gmail.com%3E (I'm now nearly out of Incubator time this week - and maybe next - so apologies in advance for no more replies) Language is important. Project 'termination' feels very different from 'parking' or 'emeritus graduation', even though the actions taken in each case may be very similar. IMO it's time to start thinking about, describing and documentation exit paths which lead outside Apache without a judgment of failure on anyone's part Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Actively retiring projects
On Mon, Jan 16, 2012 at 2:10 PM, Sam Ruby ru...@intertwingly.net wrote: On Mon, Jan 16, 2012 at 8:22 AM, Robert Burrell Donkin robertburrelldon...@gmail.com wrote: On Mon, Jan 16, 2012 at 11:56 AM, Ross Gardler rgard...@opendirective.com wrote: On 16 January 2012 11:51, Robert Burrell Donkin robertburrelldon...@gmail.com wrote: ... Terminating projects with active communities is the area of active dispute Can you please provide a link to a message in the archive that states that a project with an active community should be terminated? http://mail-archives.apache.org/mod_mbox/incubator-general/201201.mbox/%3CCAOFYJNbZ6PYSHZnfgm7GQSVwECoKqDQRjHMJwOLCmXCYUBbiUA%40mail.gmail.com%3E Close reading of that message indicates a suggestion that an inactive community be terminated. The email suggests termination as the final solution for a number of podlings If the intention was to highlight potentially inactive podlings, labeling them as 'inactive' would have been clearer snip Language is important. Project 'termination' feels very different from 'parking' or 'emeritus graduation', even though the actions taken in each case may be very similar. IMO it's time to start thinking about, describing and documentation exit paths which lead outside Apache without a judgment of failure on anyone's part http://incubator.apache.org/projects/index.html#graduated http://incubator.apache.org/projects/index.html#dormant http://incubator.apache.org/projects/index.html#retired Perhaps dormant would be an appropriate description of the Kato polding at this time? Kato is now - and has been - stalled for more than a year: work was stopped by an external impediment (rather than interest drifting away) [1] It would have been clearer to be able to mark this sort of situation and suspend animation Robert [1] The community awaits a decision from Oracle. At one time, this was expected promptly. Now hope fades. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Podling rename, vote needed?
On Tue, Jan 10, 2012 at 9:32 AM, Bertrand Delacretaz bdelacre...@apache.org wrote: On Tue, Jan 10, 2012 at 3:29 AM, Jukka Zitting jukka.zitt...@gmail.com wrote: ...As discussed during the Callback proposal phase [1], the podling community wasn't too certain about the Callback name and thus after some discussion they recently voted [2] on adopting the new name Apache Cordova. The vote and its result was mentioned in the December status report [3]. Now the question came up [4] about whether such a rename needs to be explicitly approved by a vote of the IPCM... The way you're handling it is perfectly fine IMO - the Incubator PMC is now officially informed of the change, if someone has a problem with the new name they can bring it up. No need for a formal vote IMO. +1 Please inform the community on general so that in the (unlikely) case that a really unsuitable name is chosen, someone can force a VOTE. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Podling rename, vote needed?
On Tue, Jan 10, 2012 at 10:13 AM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, On Tue, Jan 10, 2012 at 3:48 AM, sebb seb...@gmail.com wrote: On a related matter, how is the rename being handled for the various incubator data files, web-pages, mailing lists etc.? We're still working on that, but I suppose we'll be leaving pointers from old callback locations to new cordova ones where appropriate. It may well be that we'll postpone some parts of the name change all the way to graduation, in case we can get there soon enough. If you could write up a guide to renaming somewhere, that'd be much appreciated :-) Robert (whose computer time is limited but improving) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Parking Projects [WAS Re: -1 on this months board report (was: Small but otherwise happy podlings)]
On Wed, Jan 11, 2012 at 11:55 PM, Sam Ruby ru...@intertwingly.net wrote: On Wed, Jan 11, 2012 at 6:32 PM, Stuart Monteith stuk...@stoo.me.uk wrote: snip I'll back up what Ant said - Robert and Ant have shown heroic patience as mentors on this project. The situation will resolve itself one way or the other soon. If the question is whether Robert and Ant are good guys, there is no question, they both have my vote on that question. As a Kato mentor, I see my role as ensuring that the Foundation is safe and that Kato is run the Apache Way, not fixing all that's broken in the Incubator. If the question is whether or not a podling can essentially copy and paste the same report quarter after quarter, year after year, with little or no change, then I strongly object. ATM Incubation works well only for main sequence projects. The IPMC has collectively failed to account in its system for podlings that encounter unusual issues that force them from the sequence. IMO it is the responsibility of the IPMC to fix the system when it breaks, not the Mentors of the podling. For month after month, Kato has been flagged in the reports as stalled but no one in the IPMC community thought to even discuss how to fix this before now. (And now the IPMC seems to have brought only one club: terminate any podling which leaves the main sequence...) Kato is not the first podling to be stalled. It will not be the last. A 'parked' status (freezing the podling but allowing an efficient restart) is IMO the right way to manage this. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Droids status (Was: Actively retiring projects)
On Thu, Jan 12, 2012 at 5:49 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, On Thu, Jan 12, 2012 at 6:08 PM, Richard Frovarp rfrov...@apache.org wrote: snip You say it isn't active enough for a TLP. My question is what constitutes active enough? Basically one that meets the criteria described in [1]. My subjective interpretation is that Droids isn't quite there yet. I explain: I see 186 Droids commits in 2011, 178 of which were committed by you and Bertil Chapuis. And it looks like Bertil's last commit was in April. As a result 95% of the commits in the last 6 months were by a single committer. (Please don't interpret any of these numbers as indicating some unwritten limits, I'm merely using these statistics to highlight the issue.) So it looks to me like the project still needs to work on growing the community before gaining the critical mass needed to survive the loss of any single contributor. Once that's done, I think Droids will be ready to graduate. The ManifoldCF podling so facing a similar problem, so my related post [2] to connectors-dev@ might also have some useful ideas for Droids. Droids and ManifoldCF are both examplars of non-main sequence podlings which are small-but-healthy. Leaving the main sequence in this direction happens frequently enough that it'd be great if someone could step up to write up something for the website. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Parking Projects [WAS Re: -1 on this months board report (was: Small but otherwise happy podlings)]
On Sun, Jan 15, 2012 at 4:48 PM, Joe Schaefer joe_schae...@yahoo.com wrote: It is good that someone finally explained their opinion of a mentor's responsibility to the IPMC out in the open. Let me disagree with you that mentors are not supposed to be put in the position of judging whether or not a podling is actually making progress or not. If mentors don't do that, who does? The chair? A super-committee? Nobody? Last time I looked, the board charge the IPMC with this duty, not Mentors While I certainly don't expect you as a mentor to fix all that is broken in the Incubator single-handedly, I do expect you to care enough to try and fix all that is broken in your podling. It shouldn't take a board member's opinion for you to critically review the reports of your podling and provide them with your own feedback on how they are doing. That IMO is what you signed up to do as mentor. I have no legal training. I'm not CEO of Oracle. I don't have the US$100B that would be required to buy Oracle. I now have limited computer access time. I am now incapable of driving public campaigns to influence corporate behaviour. I admit that there are some things that I can fix. The JCP is just one of them. Why do we need these obscure notions to characterize a failed incubation effort? Can't we be adults and say it simply didn't work out, no harm no foul, best of luck in your future endeavors elsewhere? I sure hope we aren't going to get into the business of promising zombie projects a perpetual home in the incubator. Kato is stalled by external events over which the contributors and Mentors have no control. Mark and freeze would at least inform anyone who wants to terminate the podling to do so. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Parking Projects [WAS Re: -1 on this months board report (was: Small but otherwise happy podlings)]
On Sun, Jan 15, 2012 at 5:08 PM, Joe Schaefer joe_schae...@yahoo.com wrote: - Original Message - From: Robert Burrell Donkin robertburrelldon...@gmail.com To: general@incubator.apache.org Cc: Sent: Sunday, January 15, 2012 12:01 PM Subject: Re: Parking Projects [WAS Re: -1 on this months board report (was: Small but otherwise happy podlings)] On Sun, Jan 15, 2012 at 4:48 PM, Joe Schaefer joe_schae...@yahoo.com wrote: It is good that someone finally explained their opinion of a mentor's responsibility to the IPMC out in the open. Let me disagree with you that mentors are not supposed to be put in the position of judging whether or not a podling is actually making progress or not. If mentors don't do that, who does? The chair? A super-committee? Nobody? Last time I looked, the board charge the IPMC with this duty, not Mentors Last time I looked, mentors were delegated this duty by the IPMC. If not, let's go ahead and do that just to add clarity. Project PMCs are not allowed to delegate oversight without board permission Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Parking Projects [WAS Re: -1 on this months board report (was: Small but otherwise happy podlings)]
On Sun, Jan 15, 2012 at 5:18 PM, Joe Schaefer joe_schae...@yahoo.com wrote: - Original Message - From: Robert Burrell Donkin robertburrelldon...@gmail.com To: general@incubator.apache.org Cc: Sent: Sunday, January 15, 2012 12:11 PM Subject: Re: Parking Projects [WAS Re: -1 on this months board report (was: Small but otherwise happy podlings)] On Sun, Jan 15, 2012 at 5:08 PM, Joe Schaefer joe_schae...@yahoo.com wrote: - Original Message - From: Robert Burrell Donkin robertburrelldon...@gmail.com To: general@incubator.apache.org Cc: Sent: Sunday, January 15, 2012 12:01 PM Subject: Re: Parking Projects [WAS Re: -1 on this months board report (was: Small but otherwise happy podlings)] On Sun, Jan 15, 2012 at 4:48 PM, Joe Schaefer joe_schae...@yahoo.com wrote: It is good that someone finally explained their opinion of a mentor's responsibility to the IPMC out in the open. Let me disagree with you that mentors are not supposed to be put in the position of judging whether or not a podling is actually making progress or not. If mentors don't do that, who does? The chair? A super-committee? Nobody? Last time I looked, the board charge the IPMC with this duty, not Mentors Last time I looked, mentors were delegated this duty by the IPMC. If not, let's go ahead and do that just to add clarity. Project PMCs are not allowed to delegate oversight without board permission There you go again Robert, making up rules about corporate governance that have no basis in reality. This is why the Members asked the Board to break up Jakarta Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Created] (PODLINGNAMESEARCH-4) Establish Whether Apache Creadur would be a Suitable Name
Establish Whether Apache Creadur would be a Suitable Name --- Key: PODLINGNAMESEARCH-4 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-4 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Robert Burrell Donkin Creadur means Creature in Welsh. My grandmother was a native Welsh speaker but I have very little. As far I know, Creadur has no immoral or scandalous meanings. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Updated] (PODLINGNAMESEARCH-4) Establish Whether Apache Creadur would be a Suitable Name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-4?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Burrell Donkin updated PODLINGNAMESEARCH-4: -- Evidence Of Open Source Adoption: Searched for creadur at * http://www.ohloh.net/ - Your search - creadur - did not match anything. was returned * http://sourceforge.net/ - No results found. * https://github.com/ - Repositories (0) no matching results - Users no matching results - Source Code no matching results Searched for open source creadur at * http://www.google.com - About 458 results (0.25 seconds) - Found mostly welsh with creadur and open source not closely related in the texts nor appeared to be used for product names * http://search.yahoo.com/ - Forced search required (by default returned 12,500,000 results for open source creator) returned 60 results - nowhere did open, source and creadur appear closely related in the text * http://www.bing.com - Forced search required and returned 51 results - nowhere did open, source and creadur appear closely related in the text Establish Whether Apache Creadur would be a Suitable Name --- Key: PODLINGNAMESEARCH-4 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-4 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Robert Burrell Donkin Creadur means Creature in Welsh. My grandmother was a native Welsh speaker but I have very little. As far I know, Creadur has no immoral or scandalous meanings. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Updated] (PODLINGNAMESEARCH-4) Establish Whether Apache Creadur would be a Suitable Name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-4?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Burrell Donkin updated PODLINGNAMESEARCH-4: -- Evidence Of Registration: Searched for creadur using * TESS - No TESS records were found to match the criteria of your query. * http://www.trademarkia.com/ - This name is not found in our database of U.S. trademark Searched for *creadur* using * TESS - No TESS records were found to match the criteria of your query. Establish Whether Apache Creadur would be a Suitable Name --- Key: PODLINGNAMESEARCH-4 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-4 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Robert Burrell Donkin Creadur means Creature in Welsh. My grandmother was a native Welsh speaker but I have very little. As far I know, Creadur has no immoral or scandalous meanings. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Updated] (PODLINGNAMESEARCH-4) Establish Whether Apache Creadur would be a Suitable Name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-4?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Burrell Donkin updated PODLINGNAMESEARCH-4: -- Evidence Of Use On World Wide Web: Searched for creadur using * http://www.bing.com - Forced search returned 25,500 results - The first page contains links to * http://www.creadur.de/ Creadur GmbH, which appears to focus on physical creatures * Credeur Properties Inc. * Wildlife art - No other clear evidence of use by commerce was found on first 10 pages of results * www.google.com - On first page * Wildlife art * an ebay moniker - No other clear evidence of use by commerce was found on first 10 pages of results * http://search.yahoo.com/ - On first page * Credeur Properties Inc. * Wildlife Art - On Page 3 * Creadur GmbH - No other clear evidence of use by commerce was found on first 10 pages of results Searching for creadur software: * http://www.bing.com - Forced search returns 46 results * On first page - a document from Creadur GmbH contains software but does not appear to be an offer for a software product from Creadur GmbH * No other clear evidence of use by commerce was found on first 10 pages of results * http://www.google.com returns 12,900 results * On first page - discussions from Apache * On Page 7, a document from Creadur GmbH contains software but does not appear to be an offer for a software product from Creadur GmbH * No other clear evidence of use by commerce was found on first 10 pages of results * http://search.yahoo.com retur - Forced searched required and returns 48 results - On first page * document from Creadur GmbH contains software but does not appear to be an offer for a software product from Creadur GmbH * No other clear evidence of use by commerce was found in results Establish Whether Apache Creadur would be a Suitable Name --- Key: PODLINGNAMESEARCH-4 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-4 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Robert Burrell Donkin Creadur means Creature in Welsh. My grandmother was a native Welsh speaker but I have very little. As far I know, Creadur has no immoral or scandalous meanings. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Commented] (PODLINGNAMESEARCH-4) Establish Whether Apache Creadur would be a Suitable Name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-4?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13186571#comment-13186571 ] Robert Burrell Donkin commented on PODLINGNAMESEARCH-4: --- I found very little evidence that creadur is extensively used in commerce, outside Creadur GmbH and a wildlife artist. Establish Whether Apache Creadur would be a Suitable Name --- Key: PODLINGNAMESEARCH-4 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-4 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Robert Burrell Donkin Creadur means Creature in Welsh. My grandmother was a native Welsh speaker but I have very little. As far I know, Creadur has no immoral or scandalous meanings. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Apache Creator suitability [WAS Re: [jira] [Commented] (PODLINGNAMESEARCH-4) Establish Whether Apache Creadur would be a Suitable Name]
I don't speak welsh or german (beyond a few words), so I relied on automated translations. Please review and jump in with comments if you find any mistakes. Robert On Sun, Jan 15, 2012 at 7:31 PM, Robert Burrell Donkin (Commented) (JIRA) j...@apache.org wrote: [ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-4?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13186571#comment-13186571 ] Robert Burrell Donkin commented on PODLINGNAMESEARCH-4: --- I found very little evidence that creadur is extensively used in commerce, outside Creadur GmbH and a wildlife artist. Establish Whether Apache Creadur would be a Suitable Name --- Key: PODLINGNAMESEARCH-4 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-4 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Robert Burrell Donkin Creadur means Creature in Welsh. My grandmother was a native Welsh speaker but I have very little. As far I know, Creadur has no immoral or scandalous meanings. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - 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: Actively retiring projects
On Sun, Jan 15, 2012 at 7:40 PM, Sam Ruby ru...@intertwingly.net wrote: +1 Voting to terminate a project through lack of success sends a very clear message. Being 'terminated' is a very clear and public punishment, both for Mentors and for the project. IMO termination should be used only as a sanction for podlings which break our rules The key service which Foundations like Apache provide is legal paperwork. Unless backed by a corporate entity, this takes a lot of volunteer energy. For volunteer led podlings, getting all the release and legal side right limits time for community building. All this work is wasted when a podling is terminated. Being 'parked' would mean this work would not be wasted when temporary external factors prevent continuation. IMO where a podling is otherwise satisfactory but fails to reach critical mass for sustainability in a reasonable period, this is not a failure but a success. The IPMC should offer an alternative form of graduation to a destination outside official Apache which preserves the legal and release work. Robert On Sun, Jan 15, 2012 at 2:31 PM, Ross Gardler rgard...@opendirective.com wrote: +1 Sent from my mobile device, please forgive errors and brevity. On Jan 15, 2012 6:18 PM, Joe Schaefer joe_schae...@yahoo.com wrote: I wish we could get past the whole idea that we are punishing a podling by insisting that they take their work to say github instead. They probably can keep the name since we have no interest in it ourselves. We maintain an open-door policy for new projects, and I think that is a good thing that we should keep. What we lack is a sensible mechanism for reviewing longstanding projects in terms of their projected future in this place. We did NOT promise anyone free project hosting, and if they want that there are lots of places to get that. We merely provide an opportunity that with a little luck, hard work, and determination, they can join the ASF and become an Apache project. But they deserve an answer at some point. Purgatory is not what we were designed to offer, never. - Original Message - From: Mohammad Nour El-Din nour.moham...@gmail.com To: general@incubator.apache.org; antel...@apache.org Cc: Sent: Sunday, January 15, 2012 1:09 PM Subject: Re: Actively retiring projects On Sun, Jan 15, 2012 at 6:01 PM, ant elder ant.el...@gmail.com wrote: On Sun, Jan 15, 2012 at 1:57 PM, Sam Ruby ru...@intertwingly.net wrote: Now to go back and answer Ant's question directly, Sam, what you replied doesn't really answer my question directly. The issue with the long term poddlings which I know about is not that their reports are not read, they are in fact read so something else is wrong if there is in fact a problem at all. I'm sorry that you're not happy with how Kato went, as i said here [1] i expect that to be resolved shortly and they will have done that themselves rather than being pushed out by Incubator PMC which i think is a good outcome. big snip Speaking as an individual Director here, but we have a board meeting in a few days and I can obtain an Official Word™ on the matter if that's what people here would like, but I'm highly confident that the outcome (directed at the chair) will be something along the lines of see to it that podling reports are adequately vetted before forwarding them to the board I'd prefer to have an official response from the board on if in fact it matters if incubation takes longer than a year. Podlings like Nuvem or Wink or Photark or Kato or which ever else are just small and slow, so what? +1 about ... small and slow, so what? It is true some podlings are just slow and small regarding attracting *new* blood to the podling's community, but the community itself is active, and IMHO it is not fair to punish them for that. On the other hand we still need to answer the question OK, so till when we should keep them in the Incubator ? which is a very valid question, honestly I don't have a definitive answer for that, but I would give a lead to an answer/discussion in a form of a question Is the Incubator the right place for such podlings ? If the answer is *yes* then we should find a way to manage the increasing number of accepted podling into the incubator relative to the number of active/available mentors, and also we should keep a list of podlings which are not small and they should be doing good and hence being in the Incubator for some long time indicates that there is something wrong. If the answer is No, then: - We should ask them to retire, which is not fair IMHO as I mentioned above - Or Can we create another level of incubtion like, which can be the same as the normal Incubator but we can lessen down the number of initially assigned mentors to 1 and recommend one of the initial committers to become an
Help Wanted: Improved Podling Name Search Documentation
The current status task related to trademarks doesn't play well with the new trademark rules, and doesn't describe in detail how to go about a search I've done a couple of searches[2] and [3], plus an early draft of a guide [1] I'd be great if people could take a look and dive in with improvements or questions Cheers Robert [1] incubator.apache.org/guides/names.html [2] https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1 [3] https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-4 - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Commented] (PODLINGNAMESEARCH-4) Establish Whether Apache Creadur would be a Suitable Name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-4?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13186594#comment-13186594 ] Robert Burrell Donkin commented on PODLINGNAMESEARCH-4: --- @christian Thanks for clearing that up :-) Establish Whether Apache Creadur would be a Suitable Name --- Key: PODLINGNAMESEARCH-4 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-4 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Robert Burrell Donkin Creadur means Creature in Welsh. My grandmother was a native Welsh speaker but I have very little. As far I know, Creadur has no immoral or scandalous meanings. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Q: including notice for binary release of artifacts that are brought in via Maven?
On Fri, Jan 13, 2012 at 11:23 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, On Fri, Jan 13, 2012 at 11:56 PM, Jakob Homan jgho...@apache.org wrote: What are the mechanics for having two NOTICE/LICENSE files for one release? If you're using Maven and the Apache parent POM, you can put any extra LICENSE and NOTICE content into src/main/appended-resources/META-INF/LICENSE and .../NOTICE files that will automatically get appended to the standard Apache boilerplate. See [1] for an example of how this works in Apache Jackrabbit. [1] http://svn.apache.org/repos/asf/jackrabbit/trunk/jackrabbit-standalone/src/main/appended-resources/META-INF/ For more complex cases (for example, composing an application from hundreds of components) we're working on Whisker, a generative solution, as a peer to Rat and Tentacles... Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Actively retiring projects (was: Incubator Board Report November 2011)
On Sun, Jan 8, 2012 at 12:46 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: snip 2008-01-06 RAT S: Looking to graduate but stuck with (self-inflicted?) bureacracy. R: Push to graduate within Q1. Rat is stalled on trademarks Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Small but otherwise happy podlings
On Sun, Jan 8, 2012 at 6:23 PM, Benson Margulies bimargul...@gmail.com wrote: snip c) graduate them, but with some conditions. Apache already fixes inquorate (too small) TLPs (by moving to attic or rebooting). Dead TLPs are discovered by the board when no report is submitted. The problem for the IPMC is understanding whether a podling is small but health or if it's stunted through poor health. Graduating a small and unhealthy podling is likely to cause later problems for the board once it becomes self-governing. Graduating an podling before it's learned to be self-sustaining increases the probability that the TLP will fail after it becomes inquorate. If the Incubator is not sure that a podling is small but healthy, then would the board be in a better position to make that judgement after graduation? An easy way to trial conditional graduation would be to allow small podlings (who meet our other graduation criteria) to move from the main sequence to a special set of rules. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Recommend graduating Apache Bean-Validation (BVAL) as a TLP
On Sun, Jan 8, 2012 at 9:04 PM, Mark Struberg strub...@yahoo.de wrote: For better readability, the Resolution text is also available in our WIKI [2] Please VOTE on recommending BVAL as a TLP [+1] graduate BVAL as a TLP [+0] don't care [-1] nope, because (fill in) -1 (sorry) http://incubator.apache.org/projects/beanvalidation.html seems to be missing name check sign-off [1]. Perhaps it's already been done. If so, please just update and restart. If this is intentional, feel free to start a VOTE to remove this requirement for graduation... Robert [1] Make sure that the requested project name does not already exist and check www.nameprotect.com to be sure that the name is not already trademarked for an existing software product. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Recommend graduating Apache Bean-Validation (BVAL) as a TLP
On Sun, Jan 8, 2012 at 9:20 PM, Mark Struberg strub...@yahoo.de wrote: Hi Robert! Thanks for checking! Thanks for getting back so quick :-) I did update https://svn.apache.org/repos/asf/incubator/public/trunk/site-author/projects/beanvalidation.xml a few hours ago. Based on that record, I'm now +1 What do I need to run to pick this changes up on the page? Not sure. I generally update the copy on people.apache.org then wait to the changes appear on my browser. (And yes, I've been caught by this before.) Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Can (Podling) Projects collect funds through certification programs?
On Tue, Dec 13, 2011 at 11:17 AM, Ross Gardler rgard...@opendirective.com wrote: Further to Ians reply, I have a couple of comments inline... On 13 December 2011 10:23, seba.wag...@gmail.com seba.wag...@gmail.com wrote: How does the ASF deal with requests from companies that would like to get a certificate as reseller of a software? Are (Podling) Projects allowed to organize a Certification program for distributors and collect funds for their project that way? There is no certification process. Anyone is free to do whatever they want with Apache software as long as that use conforms to the Apache trademark policy. This includes setting up a third party organisation to accept donations, payments, license fees or whatever you want to pay for your own distribution and subsequent contributions to the Apache upstream project. (I'm a little out of the loop ATM so hopefully people will jump in and correct my mistakes) For interesting community stuff that a podling community wants to organise (which might need some seed corn financial support), the usual problem at Apache is energy (volunteers willing to work to make an event successful) not funds. If the community has a great idea and the energy to make it happen, then ask (here, first) and Apache can probably make it happen. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Simplifying repository permissions
On Fri, Dec 9, 2011 at 3:22 AM, Marvin Humphrey mar...@rectangular.com wrote: Hi, If no one lodges a formal objection within the next 48 hours, I'll claim lazy consensus and ask Infra to follow through with setting @committers = rw for svn.apache.org/repos/asf/incubator/lucy. Thanks for pushing this forward :-) Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Feedback on updated NOTICE and LICENSE files (was: [VOTE] Release Kafka 0.7.0-incubating)
On Thu, Dec 1, 2011 at 10:04 PM, Jun Rao jun...@gmail.com wrote: Does Apache has tools (like rat) to extract all the needed license? Digging out the license manually is both labour intensive and error prone. The rat community has started working on whisker[1] (and some other tools) but we really need more volunteers to step forward and start contributing to the development. Some other tools have also been seeded recently (eye and tentacles) but we need volunteers to step forward to document and polish them for a wider audience. Robert [1] http://svn.apache.org/repos/asf/incubator/rat/whisker/trunk - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Feedback on updated NOTICE and LICENSE files (was: [VOTE] Release Kafka 0.7.0-incubating)
On Fri, Dec 2, 2011 at 10:55 AM, sebb seb...@gmail.com wrote: On 2 December 2011 09:33, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, On Fri, Dec 2, 2011 at 3:32 AM, Jakob Homan jgho...@gmail.com wrote: You appear to have generated your list of jars from looking at kafka-0.7.0-incubating.tar.gz, the binary distribution that has been built as a customary courtesy as part of the release attempt. This includes quite a few jars that are not included in the source tree since binary distributions do include transitive dependencies. Are you saying that entries need to be included in NOTICE and LICENSE for jars/dlls that are included in binary releases? Yes, see http://www.apache.org/dev/release.html#distribute-other-artifacts If properly tracking the licenses of all the dependencies included in such a composite artifact is too much effort, you can always *not* publish the artifact. Just leave it up to downstream users to compile it and thus have them take over responsibility of properly managing the licensing status in case they want to redistribute the resulting artifacts. Or publish the binary versions of our source only, and leave it to users to download the dependencies. It's vitally important that the users are made aware of the licensing requirements for everything we publish. +1 Tracking licensing for applications composed from hundreds of components is non-trivial, and - without build support - is a *lot* of work. This is just one key service provided by a healthy downstream ecosystem. But unless consumers can download and get started, this ecosystem may be slow to grow. The approach - inspired by Lean and Continuous Delivery - we're trying over the James and Whisker is to extend the release pipeline. Separate concerns about the official release of source and components from those about assembling an official application from those component an the other dependencies required. Release first the source and components, and then work on an application release from those components. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [POLL] Suitable Name Search: Drop Or Retain?
On Wed, Nov 30, 2011 at 2:15 PM, Prescott Nasser geobmx...@hotmail.com wrote: Hey Robert, its not clear to me why a suitable name search should be dropped - is that because the brand team will do this search on a projects behalf? This seems likely to me But this is a POLL. Each option has advantages and disadvantages. I see nameprotect is outdated, but a quick search by project members to see if there are conflicts is still probably a good thing. It just might not have to be as thorough if brand is ultimately going to do their own search. This seems likely to me This is how Incubator rules accumulate. Podlings needs help, so guidance is documented. Over time these conventions harden into rules. If the Incubator community wants to preserve quality with fewer rules, it need to do less. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [POLL] Suitable Name Search: Drop Or Retain?
On Thu, Dec 1, 2011 at 5:32 PM, Prescott Nasser geobmx...@hotmail.com wrote: Completely agree , if there is a rule list I dont think this needs to be on it, this is more a best practice imo Best practices tend to become the rule Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [POLL] Suitable Name Search: Drop Or Retain?
On Wed, Nov 30, 2011 at 9:10 AM, Christian Grobmeier grobme...@gmail.com wrote: +1 (Oops, I didn't explain very well) With a POLL, you need to pick one of the option. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [IP CLEARANCE] Apache Geronimo 2.2 Dependency Upgrades
On Mon, Nov 28, 2011 at 11:56 PM, Kevan Miller kevan.mil...@gmail.com wrote: The Apache Geronimo project has received a contribution which updates a number of Geronimo dependencies and associated code updates. The code contributions have been attached to https://issues.apache.org/jira/browse/GERONIMO-6217 I've committed the IP Clearance form to the Incubator website -- http://incubator.apache.org/ip-clearance/geronimo-dependency-upgrades.html The Geronimo community has passed a vote to accept the contribution -- http://mail-archives.apache.org/mod_mbox/geronimo-dev/20.mbox/%3c1bc3ab3f-2b25-4ce4-ba7b-5c8b4764e...@gmail.com%3e This stage of the IP clearance process is a 72-hour lazy consensus. Barring a -1, the ip clearance for this contribution will pass in 72 hours. Yes :-) this process is by lazy consensus. If anyone sees a problem, please post a -1 to this thread to force a formal review and VOTE. Kevan will close this thread by posting a RESULT mail no earlier than Friday, December 2, 2011 at 12:00:00 UTC [1] (by my reckoning). If you can spare a few cycles, please take a look before then. Robert [1] http://www.timeanddate.com/worldclock/fixedtime.html?iso=20111202T12 - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[POLL] Suitable Name Search: Drop Or Retain?
There has been concerns expressed about accumulation of rules without pruning. In that spirit, I'd like to find out whether the community feels that dropping the rule would be better than revising it into something workable. The current check [1] is outdated (for example, www.nameprotect.com) and isn't coordinated with the brand team who now look after marks and names. I've been pushing through a revision of the existing rule [2][3] with (what seems to me to be) limited support from the community. I had assume that the community supported the rule but perhaps the community feels that it would be better just to remove the rule (and ask the board to handle names). This is a POLL. Anyone can vote and it's result isn't binding. It provides evidence about which approach is more likely to gain consensus. Robert [1] Make sure that the requested project name does not already exist and check www.nameprotect.com to be sure that the name is not already trademarked for an existing software product. [2] https://issues.apache.org/jira/browse/PODLINGNAMESEARCH [3] http://incubator.apache.org/guides/names.html --8--- [ ] Drop Suitable Name Search [ ] Revise Suitable Name Search - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: NOTICE file must be minimal (was: [VOTE] Release Kafka 0.7.0-incubating)
On Tue, Nov 29, 2011 at 4:37 PM, Bertrand Delacretaz bdelacre...@apache.org wrote: On Monday, November 28, 2011, Alan D. Cabrera wrote: ... It is not a requirement that the NOTICE file be minimal. Let's worry about this for the 0.7.x or 0.8.0 release It think it *is* a requirement, according to http://apache.org/legal/src-headers.html#notice which specifically refers to *required* third-party notices. Yes - but what's required is a complex subject I agree that a non-minimal NOTICE might not warrant rejecting a podling release, but the next release should fix that. This is one of those areas that's difficult and time consuming for the legal team to get right in enough detail to allow simple fixes. Unless more volunteers step up to help, rejecting a release for minimality is likely to mean a lengthy delay. In general, better to note points for improvement and have the team fix them in trunk. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: NOTICE file must be minimal (was: [VOTE] Release Kafka 0.7.0-incubating)
On Tue, Nov 29, 2011 at 4:52 PM, sebb seb...@gmail.com wrote: Are there any consequences for downstream users if the file is incorrect? Are there any consequences for the ASF? Depends but potentially in some cases, yes. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: NOTICE file must be minimal (was: [VOTE] Release Kafka 0.7.0-incubating)
On Tue, Nov 29, 2011 at 6:38 PM, William A. Rowe Jr. wr...@rowe-clan.net wrote: On 11/29/2011 11:30 AM, sebb wrote: On 29 November 2011 16:59, Robert Burrell Donkin robertburrelldon...@gmail.com wrote: On Tue, Nov 29, 2011 at 4:37 PM, Bertrand Delacretaz bdelacre...@apache.org wrote: I agree that a non-minimal NOTICE might not warrant rejecting a podling release, but the next release should fix that. This is one of those areas that's difficult and time consuming for the legal team to get right in enough detail to allow simple fixes. Unless more volunteers step up to help, rejecting a release for minimality is likely to mean a lengthy delay. In general, better to note points for improvement and have the team fix them in trunk. But if the team already agrees that the changes need to be made, why not do so and re-roll? +1 One shortcut that can be taken when a /single file/ must be changed (and as discussed on the list, that change already has consensus), would be to roll the next candidate on a shorter 24 approval clock, provided that everyone had full opportunity to review the candidate, and that rest of the package had already met with general approval. +1 Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [policy] release vetoes?
On Tue, Nov 29, 2011 at 6:29 PM, William A. Rowe Jr. wr...@rowe-clan.net wrote: On 11/29/2011 9:52 AM, sebb wrote: http://httpd.apache.org/dev/release.html was just recently revised by Roy Fielding (ASF Director and founding officer) based on some nonsense back-channel complaints, and might be worth integrating into incubator docs. Would it not be better to integrate the clarifications into an ASF-wide document? I'm certain it would, the bigger question being who has the cycles to do so? I've been wondering whether F2F meetups (bootcamps) for the incubator might be a way forward Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [policy] release vetoes?
On Tue, Nov 29, 2011 at 9:04 PM, William A. Rowe Jr. wr...@rowe-clan.net wrote: On 11/29/2011 2:14 PM, Robert Burrell Donkin wrote: I've been wondering whether F2F meetups (bootcamps) for the incubator might be a way forward Every retreat I've attended - which translates to those in Wicklow - has included some level of incubator orientation, and some participation by a few incubating projects. Strongly encouraged, we should do more to get the word out on the eve of the next events. I was wondering whether we might do something more explicitly Incubator focused perhaps with some presentations and panels Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Does Apache Have a 'Rule' Problem, or does the Incubator sometimes just make it look that way?
snip On Sun, Nov 27, 2011 at 9:38 AM, ant elder ant.el...@gmail.com wrote: I do acknowledge that it can be really hard to get some things changed and you may need a thick skin and lots of perseverance. But lets try to demonstrate its possible - Christian tell us three things you'd like changed and we'll pick one and try to fix it right here right now just to show it can be done. +1 Robert (wondering about an Incubator F2F meetup for rules stomping) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Does Apache Have a 'Rule' Problem, or does the Incubator sometimes just make it look that way?
On Sun, Nov 27, 2011 at 7:41 PM, Benson Margulies bimargul...@gmail.com wrote: Christian, Your proposals read to me as an elaboration and extension of some of the things I wrote. I think that Joe S's reaction to me, insofar as I understand it, makes some sense. Let's see if we can find a small group of members of the IPMC who are, in fact, willing to take seriously the task of supervision. I have some personal understanding[1] of the level of individual commitment that would be required to supervise this many sub-projects. I recommend that anyone thinking about supporting this proposal subscribe to all the incubator lists and read every post for a month or two. If we can build such a group, it would be the logical nucleus of a reboot. If not, well, we've got other problems. Care to give some specifics? Robert [1] Back in Jakartaland - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: concerns about high overhead in Apache incubator releases
On Sun, Nov 27, 2011 at 7:21 PM, Joe Schaefer joe_schae...@yahoo.com wrote: - Original Message - From: Jun Rao jun...@gmail.com To: general@incubator.apache.org Cc: kafka-...@incubator.apache.org Sent: Sunday, November 27, 2011 2:13 PM Subject: concerns about high overhead in Apache incubator releases Dear Apache members, [...] 2. Different Apache members have different interpretations of the same rule. It seems that there is no consensus on some of the basic rules even among Apache members. For example, what constitutes a source distribution and what should be put in the NOTICE file? Since all it takes is one negative vote to block a release, this increases the turnover rate of RCs. NO. The only time someone can claim to hold a veto over a release vote is when they are jibberjabbering about legal issues. NOTICE errors really don't risk a lawsuit from anyone, so those -1's are NOT vetoes. +1 (Now that I've written that, it's possible/probable that someone will offer you a different opinion. Sadly not today from me :-) What you should do as an incubating participant is challenge any such opinions with a reference to supporting website documentation.) +1 Exceptional cases do turn up from time to time Yes, I share your frustrations with the whole experience here in general. However, IME good and active mentors can mitigate a lot of the problems you face as a podling. Yes there will be times when we have to argue things out, but that aspect is one of the features of an org that tries to stay flexible and not overrely on an abundance of rules set a long time ago. +1 Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: concerns about high overhead in Apache incubator releases
On Sun, Nov 27, 2011 at 8:09 PM, Mattmann, Chris A (388J) chris.a.mattm...@jpl.nasa.gov wrote: On Nov 27, 2011, at 11:21 AM, Joe Schaefer wrote: - Original Message - From: Jun Rao jun...@gmail.com To: general@incubator.apache.org Cc: kafka-...@incubator.apache.org Sent: Sunday, November 27, 2011 2:13 PM Subject: concerns about high overhead in Apache incubator releases Dear Apache members, [...] 2. Different Apache members have different interpretations of the same rule. It seems that there is no consensus on some of the basic rules even among Apache members. For example, what constitutes a source distribution and what should be put in the NOTICE file? Since all it takes is one negative vote to block a release, this increases the turnover rate of RCs. NO. The only time someone can claim to hold a veto over a release vote is when they are jibberjabbering about legal issues. NOTICE errors really don't risk a lawsuit from anyone, so those -1's are NOT vetoes. If Joe didn't send this reply, I was about to myself. Here's 2 IPMC members that *do* agree on this: Joe is right, VETOs do *not* apply to releases of code. Any legal issue serious enough to VETO a release would require code access to be blocked and all discussions taken private. Anything short of this isn't a VETO. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: concerns about high overhead in Apache incubator releases
On Sun, Nov 27, 2011 at 7:13 PM, Jun Rao jun...@gmail.com wrote: Dear Apache members, Over the past 2 months, the Kafka Apache incubator project has been trying to release its very first version in Apache. After 7 RCs, we are still not done. Part of this is because most of us are new to the Apache release process and are learning things along the way. However, I think Apache can do a better job in the incubating process to make releases much less painful. In the following, I will summarize some of problems that we had experienced. This is not an accusation, nor is it personal. I just hope that we can all learn from our experience so that Kafka and other incubator projects can release more smoothly in the future. 1. There is no good example to follow. As a new incubator project, the natural thing for us to do when it comes to releasing our code is to follow what other Apache projects do. However, more than once, the feedback that we got is that those are not good examples to follow. It seems that those bad examples are not isolated cases. 2. Different Apache members have different interpretations of the same rule. It seems that there is no consensus on some of the basic rules even among Apache members. For example, what constitutes a source distribution and what should be put in the NOTICE file? Since all it takes is one negative vote to block a release, this increases the turnover rate of RCs. 3. Not enough constructive and comprehensive suggestions. Some of the issues that are present in Kafka RC7 exist in RC1. Those issues could have been resolved much earlier had there been more constructive and comprehensive feedbacks from early on. Instead, often, the feedback just points out the violation of one or two issues that are enough to block a release. People like Ant Edler have made some constructive suggestions and we really appreciate that. We could use more suggestions like that. 4. Not enough flexibility in applying the rules. Some of the rules don't make common sense. For example, if we publish a new RC that simply fixes a few lines in NOTICE/LICENSE. We are still required to go through a full 3-day vote in Kafka and another full 3-day vote in Apache general. This, coupled with the high turnover rate of RCs, can delay the release for a significant long time. Both Chris Douglas and Ant Edler wanted to relax the rule slightly to help us speed things up. However, not every Apache member tolerates such flexibility. Again, all it takes is just one vote to kill a release. (Thanks to Joe for setting the VETO issue straight) IMO The solution to the NOTICE and LICENSE is build automation with more complete rules covering the common licenses. This is do-able and we're working on it but we're short of resources (my recovery is progressing well and hopefully Jochen will get well soon). If anyone could spare a few cycles to help, that'd be great. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: concerns about high overhead in Apache incubator releases
On Sun, Nov 27, 2011 at 9:05 PM, Joe Schaefer joe_schae...@yahoo.com wrote: From: Robert Burrell Donkin robertburrelldon...@gmail.com snip Any legal issue serious enough to VETO a release would require code access to be blocked and all discussions taken private. Anything short of this isn't a VETO. I wouldn't go that far. I mean if a podling is trying to ship GPL code or hasn't completed its IP checklist, it shouldn't be releasing software from the ASF yet. Those aren't issues that require privacy. +1 in principle But in practice, this tends to be about managing legal risk to the foundation. In order to get time to allow our counsel to give legal advice, infra would probably be asked (by the legal VP or a group of 3 committee members) to block access whilst the internal legal and board decide how to sort out the mess. (Or at least that's the way it's worked in the past.) Quite a big stick, which makes VETO a tough call to make. For me, shipping GPL code or incomplete IP check would be -1 but not VETO issues. For me, examples of serious legal issues would be an email threatening legal action if a release goes ahead but even this is controversial. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Rebooting the Incubator? (was: Does Apache Have a 'Rule' Problem...)
On Sun, Nov 27, 2011 at 9:25 PM, Bertrand Delacretaz bdelacre...@apache.org wrote: On Sun, Nov 27, 2011 at 8:41 PM, Benson Margulies bimargul...@gmail.com wrote: ...Let's see if we can find a small group of members of the IPMC who are, in fact, willing to take seriously the task of supervision There is such a group already - even though that might be a small percentage of the IPMC membership (because that PMC is big), there is a sizable group that does take supervision seriously. +1 I worry that we now spend too little time working together. And that this means we're losing our sense of community. I wonder whether starting to meet F2F might be useful. ...If we can build such a group, it would be the logical nucleus of a reboot. If not, well, we've got other problems... I don't think a reboot is needed. Some specific points need improving (how to cope with missing reports and inactive mentors, more efficient reporting to the board, clarifying our docs) but that doesn't mean the incubator is broken. +1 One lesson I've learned over the last few months is that to live, the Incubator needs to continue to grow and evolve. Only by working together to improve our imperfect do we feel like a community. We should be more open to new ideas and experiments: if they don't work out, we can always roll them back again. Working in small, concrete, reversible steps is usually the best way to get things done at the ASF - let's just do that. +1 P.S. Sensationalistic bloggers: if you write about how broken our Incubator is, you owe me a beer for this subject line. Thanks. :-) Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Does Apache Have a 'Rule' Problem, or does the Incubator sometimes just make it look that way?
On Thu, Nov 24, 2011 at 6:30 PM, Christian Grobmeier grobme...@gmail.com wrote: On Thu, Nov 24, 2011 at 5:57 PM, Bertrand Delacretaz bdelacre...@apache.org wrote: On Thursday, November 24, 2011, Benson Margulies wrote: ...Someone poses a question about NOTICE files, or IP, or release structure. If they are lucky, they get 3 disagreeing responses in short order... ROFL - so Judges on the US Supreme court have a life time of legal experience. They rarely agree. The best way to improve Apache policy making around licensing and releases is to dive in and get involved. Copyright law around open source licensing is now well understood. Do some research, get up to speed and start working on issues. If more Incubator people set aside just a couple of hours a week to get involved with resolving licensing then the situation would improve quickly. What can we do as a PMC to improve this?... Review and improve the incubator.apache.org docs - and I think this means reducing them to the bare minimum so that we're able to maintain them with our limited manpower, and pointing to apache.org docs as much as possible instead of repeating things. In principle, probably yes. In practice, the Apache site has been troubled for many years by lack of energy. +1 And while we are at it, reduce Roles and Rules to a minimum. Pruning is always useful but when the Incubator ran with fewer rules and roles, the process ran much less smoothly which took much more energy to supervise. I'm not sure that there's enough energy to supervise so many projects without a smooth process. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Does Apache Have a 'Rule' Problem, or does the Incubator sometimes just make it look that way?
On Sat, Nov 26, 2011 at 10:10 AM, Christian Grobmeier grobme...@gmail.com wrote: On Sat, Nov 26, 2011 at 10:38 AM, Robert Burrell Donkin robertburrelldon...@gmail.com wrote: +1 And while we are at it, reduce Roles and Rules to a minimum. Pruning is always useful but when the Incubator ran with fewer rules and roles, the process ran much less smoothly which took much more energy to supervise. I'm not sure that there's enough energy to supervise so many projects without a smooth process. The process is not smooth, thats why more rules are currently in discussion. Supervising has already failed in some projects. Adding these new rules do not necessary mean that supervising is better; actually I doubt (and have said so). +1 Have not seen a pruning recently. My feeling is we are adding more and more rules to a huge rule framework. And it feels always the same people are adding these rules and no one can stop them (not meant as an insult). It's easy to stop: just start a VOTE or -1 a documentation commit For example, the issue with the trademark check list item could be dealt with either by an effort to provide detailed guidance or by dropping the requirement from the check list by telling the board that the Incubator expects the brand team to approve names for podlings. If you have a strong opinion that we should just drop the requirement, jump into the thread. This is what frustrates me very much and will prevent me actually to waste more energy in rules/politics discussions. Then focus your energy on doing, not discussing. Find one example which illustrates your criticism and prune it. I have no suggestions how to do better at the moment. But adding more and more rules cannot be the solution. I mean this is no fun. We are acting like a company more and more. The time you need to understand, teach and develop this rules are not to underestimate. We even have a code of conduct. That all is no prime time stuff anymore and no fun. And in my world, Open Source is not only a business model, it is fun at first place. And this means, less but efficient rules. Rules based systems fail to scale snip Cheers, Christian who is very frustrated at the recent developments on the ASF. Then jump in and get involved with improving stuff :-) Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: should podlings have informal chairs?
On Tue, Nov 22, 2011 at 10:20 AM, Bertrand Delacretaz bdelacre...@apache.org wrote: On Tue, Nov 22, 2011 at 3:05 AM, Sam Ruby ru...@intertwingly.net wrote: On Mon, Nov 21, 2011 at 8:03 PM, Joe Schaefer joe_schae...@yahoo.com wrote: ... We should be reporting to the board about OUR work, not the work of the podlings. Podlings should only be brought in for a few specific examplesto mention. That's the first thing to correct. +1 I agree as well, and for this to work we need a few IPMC members to review reports every month (volunteers?), and someone to coordinate (Noel?). Not only are the monthly reports a useful way of letting people know what's happening, but the board minutes form our public record. IMO we should continue to include them until we have a working alternative. Evolution into a public report makes sense to me and sounds doable. Something with more editorial and increased community focus form podlings could be pushed out by marketing, and help to build awareness. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Updated] (PODLINGNAMESEARCH-1) Establish whether Apache Rat is a suitable name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Burrell Donkin updated PODLINGNAMESEARCH-1: -- Evidence Of Use On World Wide Web: Searched for rat on * www.bing.com * In addition to rodents * on first page RAT acronym for Remote Access Technology International is used in branding The world leader in cost effective solutions to difficult access areas * on second page Robust Audio Tool open source software, also definitions of rat as Remote Administration Tool * on third page Rat Distortion and Rat Sound Systems audit brands and Apache Rat * on forth page RAT Electronics and Ratscooters * on fifth page, RAT Requirements Analysis Tool open source software * www.google.com * As well as rodents * RAT (Robust Audio Tool) open source software appeared on first page * Black Rat Projects (artist), RAT (distortion pedals) appeared on page 2 * Fat Rat (online games) appeared on page 3 * www.yahoo.com * First page of results returns rodents only * In addition to rodents * On the second page RAT acronym for Remote Access Technology International is used in branding The world leader in cost effective solutions to difficult access areas; also Rat Distortion pedals * On third page, a technical definition for computers of rat as Remote Administration Trojan is highlighted by computer.yourdictionary.com/rat; Searching for rat software: * www.bing.com * Top result is Remote Administration Tool wikipedia article including 'RAT software is usually associated with criminal or malicious activity' * On the first page * Software names include RATS Econometrics Software, RAT Robust Audio Tool and RATS Rough Auditing Tool for Security * Software brands include Cornered Rat * Also remote administration tools * On later pages * Software brands include Black Rat, Wharf Rat, Red Rat, Steel Rat, ProRat, Rat Cat * Software names include Rat Robust Audio Tool, Rat - a library for the construction of real time systems RAT - Remote Application Protocol rat medical * Remote administration tools and trojans * Apache Rat appears on page 5 * www.google.com * Top result is Remote Administration Tool wikipedia article including 'RAT software is usually associated with criminal or malicious activity' * First page includes software brands (Black Rat, Cornered Rat and Red Red) and a medical software application named RAT * Also listed in the first 5 pages are software brands (Brass Rat, Packrat), specific remote administration tools, a gaming mouse, rapid assessment tools * www.yahoo.com * Top result is Remote Administration Tool wikipedia article including 'RAT software is usually associated with criminal or malicious activity' * http://kereni.com/iria/rat_software.html on the first page of results uses the trademark symbol after Rat for an application for collection and storage of racking audit data * Also returned on the first page are reviews of remote administration tools * Later pages return * software brands (Black Rat, Wharf Rat, Brass Rat, Cornered Rat, Rat Cow, Steel Rat, Rat Cat, Red Rat, Pro rat) * software (Rat - a library for the construction of real time systems; rat-stats - Statistical Software, RAT - Remote Application Protocol) Used web engines to search for evidence of Rat usage. Establish whether Apache Rat is a suitable name - Key: PODLINGNAMESEARCH-1 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Robert Burrell Donkin -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: should podlings have informal chairs?
On Tue, Nov 22, 2011 at 2:08 PM, Christian Grobmeier grobme...@gmail.com wrote: snip But I think you mentioned something important, the fuzzy benchmarks. There are some we can make more critical, like: sign copyright stuff within 3 months or leave. Something like that. Legal stuff isn't always clear cut (Sam's fractal boundaries). Rules about fixed time limits would increase the risk to Apache of unsafe sign off. However, introducing more structure for main sequence podlings including some soft time limits (sign off copyright within 3 months or expect IPMC scrutiny) would probably be useful, I think. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[Podling Suitable Name Search] Feedback Please
I've setup a JIRA project [1] and worked through[2] an outline process[3] for rat. I plan to head over to the trademarks team and get feedback + interpretation sometime soon. So now would be a good opportunity to jump in with improvements (documentation and process) and objections. Please feel free to comment from an incubator perspective on rat [2] but please read the documentation and warnings about avoiding legal speculation. For example, offering the opinion that 'Rat is an unsuitable top level name for Apache since rat is strongly associated with trojans used to take control of a victims computer' would be fine but avoid using loaded legal terms (like infringement and trademark ownership) or speculating about legal matters in public. Robert [1] https://issues.apache.org/jira/browse/PODLINGNAMESEARCH [2] https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1 [3] http://incubator.apache.org/guides/names.html - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: should podlings have informal chairs?
On Tue, Nov 22, 2011 at 4:17 PM, Sam Ruby ru...@intertwingly.net wrote: On Tue, Nov 22, 2011 at 10:33 AM, Robert Burrell Donkin robertburrelldon...@gmail.com wrote: soft time limits (sign off copyright within 3 months or expect IPMC scrutiny) would probably be useful, I think. +1 I think we might be in a position now to document a main sequence timeline with clutch-able soft limits Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Updated] (PODLINGNAMESEARCH-1) Establish whether Apache Rat is a suitable name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Burrell Donkin updated PODLINGNAMESEARCH-1: -- Description: The Rat podling brought together aRat and the Rat plugin tooling aRat for maven. It now is a suite of small products including rat, whisker, tentacles and eye which perform various functions to assist auditing, comprehending and verifying releases. This podling hopes to graduate as a top level project once a suitable top level project name is found. Establish whether Apache Rat is a suitable name - Key: PODLINGNAMESEARCH-1 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Robert Burrell Donkin The Rat podling brought together aRat and the Rat plugin tooling aRat for maven. It now is a suite of small products including rat, whisker, tentacles and eye which perform various functions to assist auditing, comprehending and verifying releases. This podling hopes to graduate as a top level project once a suitable top level project name is found. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: should podlings have informal chairs?
On Sat, Nov 19, 2011 at 7:45 PM, Brett Porter br...@apache.org wrote: Hi, Some time back we moved to having 3 mentors, which had the positive of more hands and enough binding votes, but the downside of no single person on the hook for a podling's reporting and progress towards graduation. Should we appoint one of the mentors at the start to be the chair of the PPMC, in the same way as a full project? I would see them as responsible for ensuring the podling is reporting, and that all of the mentors are engaged and signing off the reports. As the podling matures, this role could be transitioned to the person who will be nominated as the chair of the project after it graduates, if they are ready for that. What do others think? I think appointing a chair in the early stages is likely to work against building a community of peers. I think that establishing a chair once community has self-organised would be a good idea. Robert (who thinks that we need to introduce more defined stages as steps towards graduation) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: mixed line-endings with generated data
On Sat, Nov 19, 2011 at 4:27 AM, David Crossley cross...@apache.org wrote: sebb wrote: Even if the problem is fixed for some or all systems, I suggest we keep the target so it can be invoked directly. i.e. the target that does the work should be unconditional; it can be called via a conditional target if required internally. Also, the target fixes the EOL to the host native setting, which may not be CRLF. Thanks. Sorry for the commotion. I was trying to speed up the build again. I had thought that the line-endings problems were only coming from the svn:eol-style setting. It seems that the mixed line-ending stuff is coming from how our Velocity handles the xml entities that include the generated data via generated extra files. Now back to how it was, doing fixcrlf task all the time. Thanks for taking a look :-) The CMS used on the foundation site seems to work well now. Is it time to think about switching? Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Actively retiring projects (was: Incubator Board Report November 2011)
On Fri, Nov 18, 2011 at 6:23 AM, Henri Yandell flame...@gmail.com wrote: On Wed, Nov 16, 2011 at 12:36 PM, Sam Ruby ru...@intertwingly.net wrote: On Tue, Nov 15, 2011 at 11:41 PM, Noel J. Bergman n...@devtech.com wrote: We are, however, recognizing that we've had growth issues of our own. As David Crossley pointed out, he made mistakes last month related to the Reporting Schedule, and we continue to have issues. The Incubator is almost as big as the rest of the ASF combined. David posted a plot chart reflecting our growth: http://incubator.apache.org/history/ Excellent plot chart. As with most plot charts, the end result is a Rorschach test. I'll tell you what I (personally) see in this chart: a failure to perform garbage collection. My personal perspective is that incubation shouldn't generally take more than a year. That doesn't mean that there won't be exceptions, and in a few rare cases, some that go well beyond that arbitrary time limit, but the point is that those should be the exception rather than the rule. Sometimes when you turn up the heat and reduce the cooking time, the pies end up being half baked... I think that it should be possible to reduce mean graduation time for main sequence podlings by tuning the process but worry about moving away from graduation by acclamation and consensus towards a contested system. I think this will happen if we just reduce time and increase the pressure. Now that time is freeing up a tiny bit, I need to document a thread from August that would put pressure on projects who haven't done their IP handling. I'm less worried about a podling who haven't graduated after 12 months and more worried about a podling who haven't managed to get their CLAs right within 3 months. We still have far too many podlings who haven't signed off on that (first) part of their incubation. +1 Defining a more linear process for main sequence podlings would probably make sense and focus efforts towards graduation priorities Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Commented] (PODLINGNAMESEARCH-3) Establish whether Apache Accumulo is a suitable name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-3?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13153097#comment-13153097 ] Robert Burrell Donkin commented on PODLINGNAMESEARCH-3: --- Hi Alan (You probably worked this out already) but just wanted to note that the process and documentation are still under development. Apologies in advance if the ride is bumpy. You'd be very welcome if have a few spare cycles to help grow our solution. Robert Establish whether Apache Accumulo is a suitable name -- Key: PODLINGNAMESEARCH-3 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-3 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Alan Cabrera -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Commented] (PODLINGNAMESEARCH-2) Establish whether Apache Kafka is a suitable name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-2?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13153098#comment-13153098 ] Robert Burrell Donkin commented on PODLINGNAMESEARCH-2: --- Hi Alan (You probably worked this out already) but just wanted to note that the process and documentation are still under development. Apologies in advance if the ride is bumpy. You'd be very welcome if have a few spare cycles to help grow our solution. Robert Establish whether Apache Kafka is a suitable name --- Key: PODLINGNAMESEARCH-2 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-2 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Alan Cabrera -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Updated] (PODLINGNAMESEARCH-1) Establish whether Apache Rat is a suitable name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Burrell Donkin updated PODLINGNAMESEARCH-1: -- Evidence Of Registration: Searched for Rat on TESS: * 1015 Records found * Some software related hits * RATS - Software for providing mobile situational awareness in connection with the collection, dissemination and use of intelligence, surveillance and reconnaissance data * RATS - Type fonts recorded on magnetic media. Searched for Rat on http://www.trademarkia.com/ and found many registrations including some computer related ones * Some older software registrations have been canceled due to section 8, have expired or were abandoned * Some active registrations related to software * RATS Software for providing mobile situational awareness in connection with the collection, dissemination and use of intelligence, surveillance and reconnaissance data * RATS Type fonts recorded on magnetic media Discovered live registrations for RATS software Establish whether Apache Rat is a suitable name - Key: PODLINGNAMESEARCH-1 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Robert Burrell Donkin -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Actively retiring projects (was: Incubator Board Report November 2011)
On Thu, Nov 17, 2011 at 1:40 AM, Sam Ruby ru...@intertwingly.net wrote: On Wed, Nov 16, 2011 at 8:17 PM, Mohammad Nour El-Din nour.moham...@gmail.com wrote: Hi... The idea sounds good in general more specifically that should be clear and documented on the incubator site for future incubating projects. But, IMHO, we should categorize projects mentioned in that list from very old to recent ones and each group of mentors get in touch with their mentored projects and get with some feedback about such plan, so we can be more fair and give people a chance either to do some progress, more specifically for recent incubated projects and even for the older projects to revive if that is possible. Thoughts ? Nobody is proposing immediate expulsion of any PPMC based solely on a metric. On the other hand, it should not be a surprise to mentors that they are responsible for[1] assessment of the Podling status with respect to continuation/exit strategy. Reports for PPMCs that are older than a year should be expected to contain this information. Repeated failure to include such information and/or demonstrate forward progress towards meeting these objectives should cause the Incubator (not the Board!) to take action. I think this is more about pushing ourselves, and less about pushing podlings The Incubator now has a process which works okay for many podlings. The challenge now is to focus more effort on those cases where the process isn't working. Metrics are useful in discovering and highlighting sub-populations. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Suitable Names Search [WAS Re: Trademark Kill Searches...]
On Mon, Nov 14, 2011 at 1:56 PM, Robert Burrell Donkin robertburrelldon...@gmail.com wrote: On Thu, Nov 10, 2011 at 5:47 PM, Robert Burrell Donkin robertburrelldon...@gmail.com wrote: On Wed, Nov 9, 2011 at 1:22 PM, Robert Burrell Donkin robertburrelldon...@gmail.com wrote: snip Unless anyone jumps in soon, I'll set up a Suitable Names Search JIRA project https://issues.apache.org/jira/browse/PODLINGNAMESEARCH Please jump in to fill out details and permissions. Improvements, suggestions, objections, welcomed. Should we send notifications to this list? silence/ Unless someone jumps in with objections soon, I'll set up notifications to this list. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Suitable Names Search [WAS Re: Trademark Kill Searches...]
On Thu, Nov 17, 2011 at 2:08 PM, Shane Curcuru a...@shanecurcuru.org wrote: +1 to the JIRA project and the notifications coming here. Thanks for driving this one! I've done some customisation on PODLINGNAMESEARCH[1] (Hopefully Noel will forgive me for assigning him as project lead without asking first; just seemed appropriate.) Please jump with comments, observations or improvements - or those with karma should feel free to dive in and make changes. I plan to use Rat to pilot the PODLINGNAMESEARCH set up sometime soon Robert [1] https://issues.apache.org/jira/browse/PODLINGNAMESEARCH - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Created] (PODLINGNAMESEARCH-1) Establish whether Apache Rat is a suitable name
Establish whether Apache Rat is a suitable name - Key: PODLINGNAMESEARCH-1 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Robert Burrell Donkin -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Updated] (PODLINGNAMESEARCH-1) Establish whether Apache Rat is a suitable name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Burrell Donkin updated PODLINGNAMESEARCH-1: -- Evidence Of Open Source Adoption: ul liSearched for Rat projects at http://www.ohloh.net/ ul liApache Rat is listed first out of 109 hits/li liFatRat Library [OPC DA (Data Access) Server Toolkit]/li liPackRat [PackRat is a personal media collection manager for Android phones.] /li lin00bRAT [An undetectable Remote Administration Tool -OR- trojan, an all new approach]/li liRadar Tools(RAT) [RAT (Radar Tools) is a powerful open-source software tool for processing SAR (Synthetic Aperture Radar) remote sensing data.]/li liRats SysLog Demon [Rats Syslog Demon.NT service which listens at port 514 for Syslog msgs. ]/li liRandomRat [RandomRat is a program for generating random sets that meet specific criteria]/li liratpwf [Rat - similar to many, different from all]/li liRAT [RAT is a library for the construction of real time systems in both conventional VM\\\'s and embedded/real-time environments.]/li liSteel RATS [Steel Rats is a gui wrapper for the command line source code auditing tool RATS]/li liand many more/li /ul/li liSearched for Rat at http://sourceforge.net/ and found 62 results with some good matches including ul liRAT - Remote Assistance Tool/li liRecurring Alarm Timer (RAT) /li liRAT - Refractor2 Archive Tool /li liRat Mind Map/li liThe Rat CMS /li liRAT Remote Applications Tiny Basic /li liRat Rip/li liRAT/li liRAT:// /li liRats SysLog Demon /li /ui /li /ul Evidence of adoption by open source projects at Ohloh and Sourceforge. A small number of exact matches discovered. Rat is used as part of several project names. Establish whether Apache Rat is a suitable name - Key: PODLINGNAMESEARCH-1 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Robert Burrell Donkin -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Updated] (PODLINGNAMESEARCH-1) Establish whether Apache Rat is a suitable name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Burrell Donkin updated PODLINGNAMESEARCH-1: -- Evidence Of Open Source Adoption: Searched for Rat projects at http://www.ohloh.net/ * Apache Rat is listed first out of 109 hits * FatRat Library [OPC DA (Data Access) Server Toolkit] * PackRat [PackRat is a personal media collection manager for Android phones.] * n00bRAT [An undetectable Remote Administration Tool -OR- trojan, an all new approach] * Radar Tools(RAT) [RAT (Radar Tools) is a powerful open-source software tool for processing SAR (Synthetic Aperture Radar) remote sensing data.] * Rats SysLog Demon [Rats Syslog Demon.NT service which listens at port 514 for Syslog msgs. ] * RandomRat [RandomRat is a program for generating random sets that meet specific criteria] * ratpwf [Rat - similar to many, different from all] * RAT [RAT is a library for the construction of real time systems in both conventional VM\\\'s and embedded/real-time environments.] * Steel RATS [Steel Rats is a gui wrapper for the command line source code auditing tool RATS] (and more) Searched for Rat at http://sourceforge.net/ and found 62 results with some good matches including: * RAT - Remote Assistance Tool * Recurring Alarm Timer (RAT) * RAT - Refractor2 Archive Tool * Rat Mind Map * The Rat CMS * RAT Remote Applications Tiny Basic * Rat Rip * RAT * RAT:// * Rats SysLog Demon was: ul liSearched for Rat projects at http://www.ohloh.net/ ul liApache Rat is listed first out of 109 hits/li liFatRat Library [OPC DA (Data Access) Server Toolkit]/li liPackRat [PackRat is a personal media collection manager for Android phones.] /li lin00bRAT [An undetectable Remote Administration Tool -OR- trojan, an all new approach]/li liRadar Tools(RAT) [RAT (Radar Tools) is a powerful open-source software tool for processing SAR (Synthetic Aperture Radar) remote sensing data.]/li liRats SysLog Demon [Rats Syslog Demon.NT service which listens at port 514 for Syslog msgs. ]/li liRandomRat [RandomRat is a program for generating random sets that meet specific criteria]/li liratpwf [Rat - similar to many, different from all]/li liRAT [RAT is a library for the construction of real time systems in both conventional VM\\\'s and embedded/real-time environments.]/li liSteel RATS [Steel Rats is a gui wrapper for the command line source code auditing tool RATS]/li liand many more/li /ul/li liSearched for Rat at http://sourceforge.net/ and found 62 results with some good matches including ul liRAT - Remote Assistance Tool/li liRecurring Alarm Timer (RAT) /li liRAT - Refractor2 Archive Tool /li liRat Mind Map/li liThe Rat CMS /li liRAT Remote Applications Tiny Basic /li liRat Rip/li liRAT/li liRAT:// /li liRats SysLog Demon /li /ui /li /ul Establish whether Apache Rat is a suitable name - Key: PODLINGNAMESEARCH-1 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Robert Burrell Donkin -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Updated] (PODLINGNAMESEARCH-1) Establish whether Apache Rat is a suitable name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Burrell Donkin updated PODLINGNAMESEARCH-1: -- Evidence Of Open Source Adoption: Searched for Rat projects at http://www.ohloh.net/ * Apache Rat is listed first out of 109 hits * FatRat Library [OPC DA (Data Access) Server Toolkit] * PackRat [PackRat is a personal media collection manager for Android phones.] * n00bRAT [An undetectable Remote Administration Tool -OR- trojan, an all new approach] * Radar Tools(RAT) [RAT (Radar Tools) is a powerful open-source software tool for processing SAR (Synthetic Aperture Radar) remote sensing data.] * Rats SysLog Demon [Rats Syslog Demon.NT service which listens at port 514 for Syslog msgs. ] * RandomRat [RandomRat is a program for generating random sets that meet specific criteria] * ratpwf [Rat - similar to many, different from all] * RAT [RAT is a library for the construction of real time systems in both conventional VM\\\'s and embedded/real-time environments.] * Steel RATS [Steel Rats is a gui wrapper for the command line source code auditing tool RATS] (and more) Searched for Rat at http://sourceforge.net/ and found 62 results with some good matches including: * RAT - Remote Assistance Tool * Recurring Alarm Timer (RAT) * RAT - Refractor2 Archive Tool * Rat Mind Map * The Rat CMS * RAT Remote Applications Tiny Basic * Rat Rip * RAT * RAT:// * Rats SysLog Demon Searched for Rat at https://github.com/ and found 90 repositories listed; some good matches include * elliottcable / rat (Ruby) * majek / rats (Ruby) * cenize / rat (Ruby) * DHS / rat (Ruby) * koops / rat (Ruby) * ojii / django-rat (Python) * ScottyB / RAT (Java) was: Searched for Rat projects at http://www.ohloh.net/ * Apache Rat is listed first out of 109 hits * FatRat Library [OPC DA (Data Access) Server Toolkit] * PackRat [PackRat is a personal media collection manager for Android phones.] * n00bRAT [An undetectable Remote Administration Tool -OR- trojan, an all new approach] * Radar Tools(RAT) [RAT (Radar Tools) is a powerful open-source software tool for processing SAR (Synthetic Aperture Radar) remote sensing data.] * Rats SysLog Demon [Rats Syslog Demon.NT service which listens at port 514 for Syslog msgs. ] * RandomRat [RandomRat is a program for generating random sets that meet specific criteria] * ratpwf [Rat - similar to many, different from all] * RAT [RAT is a library for the construction of real time systems in both conventional VM\\\'s and embedded/real-time environments.] * Steel RATS [Steel Rats is a gui wrapper for the command line source code auditing tool RATS] (and more) Searched for Rat at http://sourceforge.net/ and found 62 results with some good matches including: * RAT - Remote Assistance Tool * Recurring Alarm Timer (RAT) * RAT - Refractor2 Archive Tool * Rat Mind Map * The Rat CMS * RAT Remote Applications Tiny Basic * Rat Rip * RAT * RAT:// * Rats SysLog Demon A number of repositories named rat hosted by GitHub Establish whether Apache Rat is a suitable name - Key: PODLINGNAMESEARCH-1 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Robert Burrell Donkin -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Updated] (PODLINGNAMESEARCH-1) Establish whether Apache Rat is a suitable name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Burrell Donkin updated PODLINGNAMESEARCH-1: -- Evidence Of Open Source Adoption: Searched for Rat projects at http://www.ohloh.net/ * Apache Rat is listed first out of 109 hits * FatRat Library [OPC DA (Data Access) Server Toolkit] * PackRat [PackRat is a personal media collection manager for Android phones.] * n00bRAT [An undetectable Remote Administration Tool -OR- trojan, an all new approach] * Radar Tools(RAT) [RAT (Radar Tools) is a powerful open-source software tool for processing SAR (Synthetic Aperture Radar) remote sensing data.] * Rats SysLog Demon [Rats Syslog Demon.NT service which listens at port 514 for Syslog msgs. ] * RandomRat [RandomRat is a program for generating random sets that meet specific criteria] * ratpwf [Rat - similar to many, different from all] * RAT [RAT is a library for the construction of real time systems in both conventional VM\\\'s and embedded/real-time environments.] * Steel RATS [Steel Rats is a gui wrapper for the command line source code auditing tool RATS] (and more) Searched for Rat at http://sourceforge.net/ and found 62 results with some good matches including: * RAT - Remote Assistance Tool * Recurring Alarm Timer (RAT) * RAT - Refractor2 Archive Tool * Rat Mind Map * The Rat CMS * RAT Remote Applications Tiny Basic * Rat Rip * RAT * RAT:// * Rats SysLog Demon Searched for Rat at https://github.com/ and found 90 repositories listed; some good matches include * elliottcable / rat (Ruby) * majek / rats (Ruby) * cenize / rat (Ruby) * DHS / rat (Ruby) * koops / rat (Ruby) * ojii / django-rat (Python) * ScottyB / RAT (Java) Search for open source rat at * www.google.com returned 6,350,000 results * open source projects where Remote administration tool is abbreviated to RAT turn up high in the rankings * Apache project is ranked 4 * Other high ranked Rats include Robust Audio Tool (RAT) ... an open-source audio conferencing and streaming application * http://search.yahoo.com returned 39,400,000 results * Two Rat projects hosted at sourceforge are highly ranked * Other high ranked Rats include Robust Audio Tool (RAT) ... an open-source audio conferencing and streaming application * http://www.bing.com/ returned 38,800,000 results * Several open source projects named Rat were returned on the first of results was: Searched for Rat projects at http://www.ohloh.net/ * Apache Rat is listed first out of 109 hits * FatRat Library [OPC DA (Data Access) Server Toolkit] * PackRat [PackRat is a personal media collection manager for Android phones.] * n00bRAT [An undetectable Remote Administration Tool -OR- trojan, an all new approach] * Radar Tools(RAT) [RAT (Radar Tools) is a powerful open-source software tool for processing SAR (Synthetic Aperture Radar) remote sensing data.] * Rats SysLog Demon [Rats Syslog Demon.NT service which listens at port 514 for Syslog msgs. ] * RandomRat [RandomRat is a program for generating random sets that meet specific criteria] * ratpwf [Rat - similar to many, different from all] * RAT [RAT is a library for the construction of real time systems in both conventional VM\\\'s and embedded/real-time environments.] * Steel RATS [Steel Rats is a gui wrapper for the command line source code auditing tool RATS] (and more) Searched for Rat at http://sourceforge.net/ and found 62 results with some good matches including: * RAT - Remote Assistance Tool * Recurring Alarm Timer (RAT) * RAT - Refractor2 Archive Tool * Rat Mind Map * The Rat CMS * RAT Remote Applications Tiny Basic * Rat Rip * RAT * RAT:// * Rats SysLog Demon Searched for Rat at https://github.com/ and found 90 repositories listed; some good matches include * elliottcable / rat (Ruby) * majek / rats (Ruby) * cenize / rat (Ruby) * DHS / rat (Ruby) * koops / rat (Ruby) * ojii / django-rat (Python) * ScottyB / RAT (Java) Establish whether Apache Rat is a suitable name - Key: PODLINGNAMESEARCH-1 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Robert Burrell Donkin -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr
[jira] [Commented] (PODLINGNAMESEARCH-1) Establish whether Apache Rat is a suitable name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13152195#comment-13152195 ] Robert Burrell Donkin commented on PODLINGNAMESEARCH-1: --- Evidence of several established open source projects called Rat ranked highly by search engines. Establish whether Apache Rat is a suitable name - Key: PODLINGNAMESEARCH-1 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-1 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Robert Burrell Donkin -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Latest copyright sign-off status [Was: Podlings needing copyright sign-off]
On Fri, Nov 11, 2011 at 12:14 AM, Henri Yandell flame...@gmail.com wrote: snip 2009-02-09 kato I'm comfortable that this is safe enough copyright-wise. I would prefer the podling community to do the checking themselves but it's stalled until the JCR is sorted out. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Latest copyright sign-off status [Was: Podlings needing copyright sign-off]
On Wed, Nov 16, 2011 at 8:14 AM, Robert Burrell Donkin robertburrelldon...@gmail.com wrote: On Fri, Nov 11, 2011 at 12:14 AM, Henri Yandell flame...@gmail.com wrote: snip 2009-02-09 kato I'm comfortable that this is safe enough copyright-wise. I would prefer the podling community to do the checking themselves but it's stalled until the JCR is sorted out. There is occasional interest in the codebase but work by the original team seems to be halted until standards issues are sorted out. Maybe we need a stalled status, perhaps allowing new contributors to boot-strap Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[PATCH] Incubator site copyright years
The copyright years stamped onto every incubator page should probably be updated. For some reason, non-ascii characters are stomped when I run the site build so I'd be really grateful if someone could update the site.vsl (or explain how I can stop the stomping). Cheers Robert Index: site-author/stylesheets/site.vsl === --- site-author/stylesheets/site.vsl(revision 1202219) +++ site-author/stylesheets/site.vsl(working copy) @@ -299,7 +299,7 @@ div class=rowdiv class=span16hr noshade=noshade size=1//div/div div class=row div class=span16 footer - Copyright #169; 2009 The Apache Software Foundationbr / + Copyright #169; 2009-2011 The Apache Software Foundationbr / Licensed under the a href=http://www.apache.org/licenses/LICENSE-2.0;Apache License, Version 2.0/a.br/ Apache Incubator, Apache, the Apache feather logo, and the Apache Incubator project logo are trademarks of The Apache Software Foundation. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
