How to put droids into the snapshot rep
Hi all, https://issues.apache.org/jira/browse/DROIDS-65 I am looking into adding droids to the public apache maven rep. I did some research but could not really find a extend how to. Can somebody point me in the right direction? salu2 -- Thorsten Scherler Open Source Java Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: How to put droids into the snapshot rep
On 06/12/2009, at 08:56, Gavin wrote: > > >> -Original Message----- >> From: Thorsten Scherler [mailto:thorsten.scherler@juntadeandalucia.es] >> Sent: Friday, 4 December 2009 10:35 PM >> To: general@incubator.apache.org >> Subject: How to put droids into the snapshot rep >> >> Hi all, >> >> https://issues.apache.org/jira/browse/DROIDS-65 >> >> I am looking into adding droids to the public apache maven rep. I did >> some research but could not really find a extend how to. >> >> Can somebody point me in the right direction? > > Here's a slightly different direction. Buildbot currently builds Droids and > does your rat reports [1], your website [2] and various API docs [3]. > > The ASF buildbot has the feature to also deploy snapshots to the Nexus > Repository snapshots area. If you are interested in using this feature to > autodeploy your new snapshots then let me know. wow, I did not know that. Thank you very much Gavin and it would be wonderful if you can setup up the snapshots with buildbot. TIA Gavin. salu2 > > Cheers > > Gav... > > [1] - http://ci.apache.org/projects/droids/rat-output.html > [2] - http://ci.apache.org/projects/droids/index.html > [3] - http://ci.apache.org/projects/droids/api/droids-core/index.html > > >> >> salu2 >> -- >> Thorsten Scherler >> Open Source Java >> >> Sociedad Andaluza para el Desarrollo de la Sociedad >> de la Información, S.A.U. (SADESI) >> >> >> >> >> >> - >> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >> For additional commands, e-mail: general-h...@incubator.apache.org >> >> No virus found in this incoming message. >> Checked by AVG - www.avg.com >> Version: 9.0.708 / Virus Database: 270.14.87/2536 - Release Date: 11/30/09 >> 17:31:00 > > > - > 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: Droid IP clearance?
On Thu, 2010-02-18 at 10:45 +0100, Bernd Fondermann wrote: > Hi, > > To bring some light into this, you might want to re-read a thread from > l...@labs.a.o from Aug 2008, starting here > > http://mail-archives.apache.org/mod_mbox/labs-labs/200808.mbox/ajax/%3c1219838773.6347.33.ca...@thorsten-desktop%3e > taking off Sept 6th, here > > http://mail-archives.apache.org/mod_mbox/labs-labs/200809.mbox/ajax/%3ca7ce0a69-851f-4b63-b384-1e8c0bdf5...@apache.org%3e > > For convinience, the markmail URL of the full thread is > http://markmail.org/thread/vweavaitkmvz3ihm > > To be fair, Droids wasn't "wholly developed" at Labs from scratch, the > initial import came with r509422. > > My personal take on this is that there are no IP clearance issues. > Thorsten imported his own code base (right?), it's there to be seen > for everyone in svn and all subsequent dev was done on ASF territory. > I trust Thorsten on this initial large commit as much as I trust him > on any other follow-up small commit. > > However, if Thorsten does not own all IP on this initial code, that's > another thing. The initial code was based on Apache Nutch so all the IP were cleared there. The modification that have been done by myself are all done as ASF committer. There have been code adopted from Henri Yandell patch to HttpComponents which as well had been cleared by himself as ASF committer. The second version was a rewrite from various ASF committer or based on patch submission where we have a software grant. IMOH there are (and never have been) no issues about IP clearance but ATM AFAIK there is no-one actively pursuing the matter. Any help highly appreciated. Thanks for bringing this up Doug/Board. salu2 > > Bernd > > On Thu, Feb 18, 2010 at 03:23, Grant Ingersoll wrote: > > I'm not involved anymore, but that strikes me as really weird given that > > Droids started in Labs and was wholly developed there before going to > > Incubator. > > > > On Feb 17, 2010, at 4:33 PM, Doug Cutting wrote: > > > >> Incubator PMC, > >> > >> On reading this month's report to the Board from the Incubator, the Board > >> was curious what, if anything, is blocking Droid's IP clearance process > >> and requested that I look into this. Is someone actively pursuing this? > >> If so, are there any difficulties in obtaining the clearance? > >> > >> Thanks! > >> > >> Doug > >> > >> > >> - > >> 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 > > > > > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > -- Thorsten Scherler Open Source Java Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Dormant projects to mothball? (was missing reports ...)
On Mon, 2010-11-15 at 21:16 -0500, Noel J. Bergman wrote: > Of the currently missing reports: > > - Droids appears to have no activity since September. People asking > questions are not getting answered. Perhaps the project should be > mothballed. Not really sure how you have come to this conclusion, but I have to admit that there is interest in the project but to less helping hands. I am ATM to busy to organize my personal (third child born) and my professional live (new company) that I do not come to spend any time on any projects let alone Droids. I wish that people could step up and lead the project out of the incubator and into a successful project but I myself do not find the time for that ATM. salu2 -- Thorsten Scherler codeBusters S.L. - web based systems http://www.codebusters.es/ smime.p7s Description: S/MIME cryptographic signature
Re: November 2010 Incubator Status Report - Updated
On Tue, 2010-11-16 at 13:15 -0500, Noel J. Bergman wrote: > Missing reports: Droids I just added it. Very sorry for the delay. salu2 -- Thorsten Scherler codeBusters S.L. - web based systems http://www.codebusters.es/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
RE: Dormant projects to mothball? (was missing reports ...)
On Tue, 2010-11-16 at 14:34 -0500, Noel J. Bergman wrote: > Thorsten Scherler wrote: ... > > > I am ATM to busy to organize my personal (third child born) and my > > professional live (new company) that I do not come to spend any time > > on any projects let alone Droids. > > Congratulations on your new child. :-) Cheers, after 2 girls now a boy. :) > > > I wish that people could step up and lead the project out of the > > incubator and into a successful project but I myself do not find > > the time for that ATM. > > Who else is working on it now? Do you expect to have more time in 2011? There are a couple of people interested in the project, including committer from other projects, the problem only a couple of committer actually apply the patches and trying to give feedback. I think as things get more routine again I will find some time. Further our company has done recently some Android development and I have an idea to use Apache Droids on Android for different use cases. salu2 -- Thorsten Scherler codeBusters S.L. - web based systems http://www.codebusters.es/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[Droids] preparing for a release
Hi all, Droids is planing to do its first release and we are looking into using the maven-release-plugin. Now the question is at what point in time we actually use it. I mean we need to create first the release candidates which should be tested, right? How other projects do this? TIA for any input salu2 -- Thorsten Scherler codeBusters S.L. - web based systems http://www.codebusters.es/ smime.p7s Description: S/MIME cryptographic signature
Re: [VOTE] Accept Rave into the Incubator
#x27;'BSD License''' >* org.hsqldb:hsqldb:jar:1.8.0.10:compile > > '''GPL-2.0''' >* mysql:mysql-connector-java:jar:5.1.10:compile > > '''Public Domain''' >* aopalliance:aopalliance:jar:1.0:compile > > '''LPGL v2.1''' >* org.hibernate:hibernate-core:jar:3.3.2.GA:compile >* org.hibernate:hibernate-annotations:jar:3.4.0.GA:compile >* org.hibernate:ejb3-persistence:jar:1.0.2.GA:compile >* org.hibernate:hibernate-commons-annotations:jar:3.1.0.GA:compile > > '''BSD license''' >* antlr:antlr:jar:2.7.6:compile >* dom4j:dom4j:jar:1.6.1:compile >* org.hamcrest:hamcrest-core:jar:1.1:compile > > '''COMMON DEVELOPMENT AND DISTRIBUTION LICENSE (CDDL) Version 1.0''' >* javax.transaction:jta:jar:1.1:compile >* javax.mail:mail:jar:1.4.3:compile >* javax.activation:activation:jar:1.1:compile >* javax.servlet:jstl:jar:1.2:compile >* javax.xml.bind:jaxb-api:jar:2.1:compile >* com.sun.xml.bind:jaxb-impl:jar:2.1.3:compile > > '''MIT license''' >* org.slf4j:slf4j-api:jar:1.5.8:compile >* org.slf4j:slf4j-log4j12:jar:1.5.8:compile log4j:log4j:jar:1.2.14:compile >* org.mockito:mockito-core:jar:1.8.5:compile > > OGCE Gadget Container > > '''Apache Software License, Version 2.0''' >* OpenAJAX >* Commons-codec >* Commons-logging >* Commons-fileupload >* Commons-collections >* Commons-digester >* Commons-el >* Commons-lang >* Tomcat Catalina >* Google-collections >* Xalan >* Xerces dom3-xml-apis and dom3-xercesImpl >* Tomcat annotations-api >* commons-beanutils >* commons-io >* openid4java >* axiom-api >* openxri-client, openxri-syntax >* jug >* stax-api >* Guice >* cilogon-portal-servlet (also have BSD & NCSA Licenses) > > '''MIT''' >* Facebook Java API >* slf4j (3 jars: simple, api, and jdk14) >* xmlsec > > '''BSD''' >* Dom4j >* Antlr > > '''CDDL''' >* JSTL > > '''GPL V3''' >* EXT-JS v2.2 > > '''GPL v2''' >* Trimpath v1.0.38 >* Rhino JS 1.7R1 (Also has MPL1.1 license) >* Sun Jersey (Also has CDDI license) >* mysql-connector-jar > > '''LGPL''' >* Hibernate >* !C3P0 >* JBoss Javassist (Also has MPL License) >* htmlparser (also has CPL License) > > '''Common Public License, v1''' >* Junit, junit-addons > > '''Sun Binary''' >* Servlet API >* activation > > '''EPL''' >* higgins-configuration-api >* higgins-sts-api >* higgins-sts-common >* higgins-sts-server-token-handler >* higgins-sts-spi > > '''Other''' >* Google !FriendConnect: > http://code.google.com/apis/friendconnect/docs/terms.html >* TMT JS: http://www.massimocorner.com/license.htm >* JSON: http://www.json.org/license.html >* H2: http://www.h2database.com/html/license.html >* icu4j: http://source.icu-project.org/repos/icu/icu/trunk/license.html > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > -- Thorsten Scherler codeBusters S.L. - web based systems http://www.codebusters.es/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Droids 0.1-incubating RC2
+1 (binding) sau2 On Sat, 2011-06-11 at 22:43 -0500, Richard Frovarp wrote: > Please vote on the release cndidate for Apache Droids Incubating, > version 0.1-incubating. I've received one binding IPMC +1 votes and 2 > non-binding +1 votes. > > PPMC release vote thread: > http://mail-archives.apache.org/mod_mbox/incubator-droids-dev/201106.mbox/%3c4de7d6cc.8080...@apache.org%3E > > Source files: > http://people.apache.org/~rfrovarp/droids/ > > Maven staging repo: > https://repository.apache.org/content/repositories/orgapachedroids-011/ > > SVN source tag (r1127762): > https://svn.apache.org/repos/asf/incubator/droids/tags/0.1-incubating/ > > PGP release keys (signed using 3698A2B1): > https://svn.apache.org/repos/asf/incubator/droids/KEYS > > > [ ] +1 > [ ] +0 > [ ] -1 > > Thanks, > Richard > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > -- Thorsten Scherler codeBusters S.L. - web based systems http://www.codebusters.es/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Droids 0.1-incubating RC2
On Tue, 2011-06-14 at 18:14 -0700, Marvin Humphrey wrote: > On Tue, Jun 14, 2011 at 01:39:20PM -0500, Richard Frovarp wrote: > >> Looks like this is the inaugural ASF release for Droids, right? > > > > Thank you for looking at this. Yes, it will be. > > w00t! > > > Yes, the page needs to be updated. Ross has provided us with a link to > > the page on how to update that information. I personally haven't had > > time to do it. I think I'm on the PPMC, but for the Incubator, I'm not > > quite sure the distinction between a PPMC member and a committer. > > The roles are just as distinct as they are between a Committer and a PMC > member for a top-level project, and there are separate voting procedures. > Some projects add both roles at once: > > http://incubator.apache.org/guides/ppmc.html#Voting+in+a+new+committer > http://incubator.apache.org/guides/ppmc.html#Voting+in+a+new+PPMC+member > > For projects which wish to have all committers also be PPMC members, the > "Voting in a new PPMC member" guide below should then be followed, noting > that if desired it is possible to run a joint committership and PPMC vote, > providing that the guidance for both is followed. > > There should be archived VOTE threads on the droids-private list, which were > cc'd to private@incubator.a.o. Hopefully they were for PPMC membership. If > not, there will be some cleanup work to do. > > >> ... Thorsten is not on the IPMC right now, though as an ASF Member he can > >> simply request to join. Once that happens, you'll have 1 IPMC vote. > > > > But he is. Several months ago the board acked his request, but it would > > appear that the IPCM membership roster hasn't been updated. > > OK, great! That's resolved. > > > Ross participated in a previous vote that didn't pass as we found things > > we need to clean up. It would seem he didn't have the time to > > participate this time. > > OK, that's reassuring. :) > > (Looks like OOo is already starting to impact our volunteer resources.) > > FYI, at this point I still plan to gate my vote on a +1 vote from a Droids > Mentor. IMO, it would be less than ideal to have an inaugural release > approved by one interested party (Thorsten) augmented by freelancers, even if > one or more Mentors has expressed some measure of support in the past. Actually I stepped up as mentor when Grant resigned. Message-id: References: <08051FA22EC442FA9D0A116651FBEE63@developer> <510143ac0910190738s17179ba3k46170bffdc01b...@mail.gmail.com> I need to search in my send mail folder but I actually wrote an request to the private incubator list to add me as mentor. ... > Lastly, I think it's worth commenting on the contents of README.TXT, which > starts off like so: > > A p a c h eD r o i d s > -- > >by Thorsten Scherler > > That credit is obviously inaccurate and seems quite unusual for an Apache > project. I know that other projects have gone out of their way to delete all > @author tags. Perhaps Droids might consider doing likewise. If you read this file to the end you will find: "Please report feedback to the labs mailing list." Meaning this file have not changed since it was first created in Apache Labs. That is the only reason for this unusual credit. It started as personal research project and we have not reviewed this file ever since. Thanks for pointing this out, I will fix it right away. salu2 -- Thorsten Scherler codeBusters S.L. - web based systems http://www.codebusters.es/ smime.p7s Description: S/MIME cryptographic signature
Re: [VOTE] Accept Apache Callback for incubation
s for their respective > platforms. The Callback project itself does not rely on 3rd party libs. > The BlackBerry implementation does have its own Java implementation of > JSON library with more compatible licensing. > > Required Resources > -- > > Mailing Lists > > * callback-dev > * callback-commits > * callback-private > > Subversion Directories > > * incubator/callback/ios > * incubator/callback/android > * incubator/callback/blackberry > * incubator/callback/wp7 > * incubator/callback/bada > * incubator/callback/mac > * incubator/callback/docs > > (Git mirrors of these codebases will also be needed.) > > Issue Tracking (Jira) > > * Callback/iOS (CBIOS) > * Callback/Android (CBANDROID) > * Callback/BlackBerry (CBBLACKBERRY) > * Callback/WP7 (CBWP7) > * Callback/Bada (CBBADA) > * Callback/Mac (CBMAC) > * Callback/Docs (CBDOCS) > > Initial Committers > -- > > * Brian LeRoux (b at brian.io) > * Dr. David Charles Johnson (dave.c.johnson at gmail.com) > * Fil Maj (maj.fil at gmail.com) > * Joe Bowser (bowserj at gmail.com) > * Shazron Abdullah (shazron at gmail.com) > * Michael Brooks (michael at michaelbrooks.ca) > * Herm Wong > * Anis Kadri (anis.kadri at gmail.com) > * Jesse MacFadyen (jesse.macfadyen at gmail.com) > * Brett Rudd (brett.rudd at gmail.com) > * Ryan Willoughby (rywillo at gmail.com) > * Bryce Curtis, IBM > * Becky Gibson, IBM (iOS) > * Simon MacDonald, IBM (Android) > * Drew Walters, IBM (BlackBerry) > * Justin Tyberg, IBM (BlackBerry) > * Patrick Mueller, IBM (Tooling, Weinre) > * Abu Obeida Bakhach, Windows Phone 7 (abu.obeida at microsoft.com) > * Sergey Grebnov, Windows Phone 7 (sergeyg at bsquare.com) > > Sponsors > > > Champion > > * David Nuescheler > * Sam Ruby > > Nominated Mentors > > * Jukka Zitting > * Christian Grobmeier > * Gianugo Rabellino > * Ross Gardler > * Andrew Savory > > Sponsoring Entity > > * Apache Incubator > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > -- Thorsten Scherler codeBusters S.L. - web based systems http://www.codebusters.es/ smime.p7s Description: S/MIME cryptographic signature
Re: [VOTE] Release Droids 0.1-incubating RC4
+1 Sorry, dude I thought I voted here as well but seems not. salu2 On Wed, 2011-10-12 at 10:08 -0500, Richard Frovarp wrote: > Please vote on the release candidate for Apache Droids Incubating, > version 0.1-incubating. I've received two binding IPMC +1 votes and 4 > non-binding +1 votes. The blockers identified by Marvin and sebb should > be fixed in this release. I need one more binding IPMC +1 vote. > > PPMC release vote thread: > http://mail-archives.apache.org/mod_mbox/incubator-droids-dev/201109.mbox/%3c4e84e1b9.2050...@apache.org%3E > > Source files: > https://repository.apache.org/content/repositories/orgapachedroids-075/org/apache/droids/droids/0.1.0-incubating/ > > > > Maven staging repo: > https://repository.apache.org/content/repositories/orgapachedroids-075/ > > SVN source tag (r1172386): > https://svn.apache.org/repos/asf/incubator/droids/tags/0.1.0-incubating/ > > PGP release keys (signed using 3698A2B1): > https://svn.apache.org/repos/asf/incubator/droids/KEYS > > > [ ] +1 > [ ] +0 > [ ] -1 > > Thanks, > Richard > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > -- Thorsten Scherler codeBusters S.L. - web based systems http://www.codebusters.es/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
PLEASE third binding vote from the IPMC. (was Re: [VOTE] Release Droids 0.1-incubating RC4)
On Thu, 2011-10-27 at 08:25 -0500, Richard Frovarp wrote: > Don't worry about it. Your vote and my vote carry over from the dev list. > We're in need of a third binding vote from the IPMC. Please, somebody, we are waiting for this release and suffering in the community because devs hold back they commits. This is our 4th attempt and this time we would like a last effort from our IPMC members. TIA! salu2 -- Thorsten Scherler codeBusters S.L. - web based systems http://www.codebusters.es/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Droids 0.1-incubating RC4
Thank you Christian. :) salu2 On Mon, 2011-10-31 at 17:35 +0100, Christian Grobmeier wrote: > +1 (binding) > > On Wed, Oct 12, 2011 at 5:08 PM, Richard Frovarp wrote: > > Please vote on the release candidate for Apache Droids Incubating, version > > 0.1-incubating. I've received two binding IPMC +1 votes and 4 non-binding +1 > > votes. The blockers identified by Marvin and sebb should be fixed in this > > release. I need one more binding IPMC +1 vote. > > > > PPMC release vote thread: > > http://mail-archives.apache.org/mod_mbox/incubator-droids-dev/201109.mbox/%3c4e84e1b9.2050...@apache.org%3E > > > > Source files: > > https://repository.apache.org/content/repositories/orgapachedroids-075/org/apache/droids/droids/0.1.0-incubating/ > > > > Maven staging repo: > > https://repository.apache.org/content/repositories/orgapachedroids-075/ > > > > SVN source tag (r1172386): > > https://svn.apache.org/repos/asf/incubator/droids/tags/0.1.0-incubating/ > > > > PGP release keys (signed using 3698A2B1): > > https://svn.apache.org/repos/asf/incubator/droids/KEYS > > > > > > [ ] +1 > > [ ] +0 > > [ ] -1 > > > > Thanks, > > Richard > > > > - > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > > > > -- Thorsten Scherler codeBusters S.L. - web based systems http://www.codebusters.es/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Labs project promotion
Hi all, I seek your feedback regarding a discussion that we currently have on the labs ml [2]. I am the PI of the labs project droids and I like to move out of the labs and create a ASF subproject (either HC or Lucene, still to define). The labs bylaws [1] state: "... Lab Lifecycle ... Promoted Lab started incubation. When a lab is promoted, the files are moved over to the incubation area." This move to the incubation has raised some argumentation. One reason for this expressed in [3], stating that the code is developed on ASF homeland: "...BTW, why do you need to go through incubation? All the code was developed in the ASF. It's ASL. You already have a home designated for it. Seems like incubation can be skipped." Another reason to skip incubation is the possible lost of visibility of the project expressed in [5]: "...The thing is, people looking at HC may just say "Oh, Droids. Interesting" and take a look and join the community, whereas in incubator, who knows, it's might be lost in the noise" One suggestion for this points is suggested in [6]: "I does seem to me like there should be some sort of incubation fast track for a lab project that wants to become a subproject of an existing TLP." The thing that Droids [7] needs now is more exposure, committer with different use cases and different needs for robots and plugins. This is the only way to create a truly "intelligent standalone robot framework". BTW I started an incubator proposal [8]. WDYT about either skipping or fast track incubation or doing the standard incubation? salu2 [1] http://labs.apache.org/bylaws.html [2] http://labs.markmail.org/search/?q=champion#query:champion+page:1 +mid:s2g4ab652sb2xqmh+state:results [3] http://markmail.org/message/3vvkiute54e34b6y [4] http://markmail.org/message/o4ykfjehiuhdbzhu [5] http://markmail.org/message/x4spyz7czgyys4eh [6] http://markmail.org/message/pctmfp54zqmzb4t2 [7] http://people.apache.org/~thorsten/droids/ [8] http://wiki.apache.org/incubator/DroidsProposal -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PROPOSAL] Droids
This is a proposal to enter the incubator. See http://wiki.apache.org/incubator/DroidsProposal for the most up-to-date version. As Champion we have Grant Ingersoll from the ASF. Droids is an Apache Labs project and we are still looking for some mentors for this proposal. We look forward to comments and discussion. = Droids, an intelligent standalone robot framework = === Abstract === Droids aims to be an intelligent standalone robot framework that allows to create and extend existing droids (robots). === Proposal === As a standalone robot framework Droids will offer infrastructure code to create and extend existing robots. In the future it will offer as well a web based administration application to manage and controll the different droids which will communicate with this app. Droids makes it very easy to extend existing robots or write a new one from scratch, which can automatically seek out relevant online information based on the user's specifications. Since the flexible design it can reuse directly all custom business logic that are written in java. In the long run it should become umbrella for specialized droids that are hosted as sub-projects. Where an ultimate goal is to integrate an artificial intelligence that can control a swarm of droids and actively plan/react on different tasks. === Background === The initial idea for the Droids project was voiced in February 2007 from Thorsten Scherler mainly because of personal curiosity and developed as a labs project. The background of his work was that Cocoon trunk (2.2) did not provide a crawler anymore and Forrest was based on it, meaning we could not update anymore till we found a crawler replacement. Getting more involved in Solr and Nutch he saw the request for a generic standalone crawler. For the first version he took nutch, ripped out and modified the plugin/extension framework. However the second version were not based on it anymore but was using Spring instead. The main reason was that Spring has become a standard and helped to make Droids as extensible as possible. Soon the first plugins and sample droids had been added to the code based. === Rationale === There is ever more demand for tools that automatically do determinate tasks. Search engines such as Nuts are normally very focused on a specific functionality and are not focused on extensibility. Furthermore there are manly focused on crawling, requesting certain pages and extract links to other pages, which in our opinion is only one small area for automated robots. While there are a number of existing crawler libraries for various task, each of them comes with a custom API and there are no generic interface for automatically determining which crawler (droids) to use for a specific task. The Droids project attempts to remove this duplication of efforts. We believe that by pooling the efforts of multiple projects we will be able to create a generic robot framework that exceeds the capabilities and quality of the custom solutions of any single project. The focus of Droids is not a single crawler but more to offer different reusable components that custom droids (robots) can use to automate certain tasks. An intelligent standalone robot framework project will not only provide common ground for the developers of crawler but as well for any other automated application (robots) libraries. === Initial Goals === The initial goals of the proposed project are: * Viable community around the Droids codebase * Active relationships and possible cooperation with related projects and communities (e.g. reusing Tika for text extraction) * Generic robot API for crawling, extracting structured text content and/or new task, filtering task and handle the content * Flexible extension and plugin development to create a wide range of functionality * Fuel develop of various droids and bring the current wget style crawler to state-of-the-art level == Current Status == === Meritocracy === All the initial committers are familiar with the meritocracy principles of Apache, and have already worked on the various source codebases. We will follow the normal meritocracy rules also with other potential contributors. === Community === There is not yet a clear Droids community. Instead we have a number of people and related projects with an understanding that an intelligent standalone robot framework project would best serve everyone's interests. The primary goal of the incubating project is to build a self-sustaining community around this shared vision. === Core Developers === The initial set of developers comes from various backgrounds, with different but compatible needs for the proposed project. === Alignment === As a generic robot framework Droids will likely be widely used by various open source and commercial projects both together with and independent of other Apache tools. Apache projects like Cocoon, Lenya and Forrest are potential candidates for using different dr
Re: [PROPOSAL] Droids
On Mon, 2008-09-22 at 14:31 -0700, Otis Gospodnetic wrote: > This sounds good to me. > Are you planning to run Droids on top of Hadoop? Apache Droids aims to be a component framework for robots. Meaning that "Apache Droids" has just a couple direct dependencies (logging, ...). However components, such as plugins and robots (droids) can integrate whatever they want. > If not, why not? I gladly welcome a queue implementation for Apache Droids that is build on top of hadoop. However that is ATM not very high on our todo list since more basic stuff still needs some attention. The short goal is to provide a couple of droids that can serve for the typical one-box crawling use-cases (being wget or nutch like). As soon we reached enough components we will look into support distributed queues. However as always: patches are welcome. ;) Cheers Otis for your feedback. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Droids
On Tue, 2008-09-23 at 10:29 +0100, Ross Gardler wrote: > Thorsten Scherler wrote: > > This is a proposal to enter the incubator. > > > > See http://wiki.apache.org/incubator/DroidsProposal for the most > > up-to-date version. > > > I'm happy to mentor this proposal. :) Thank you very much Ross, I added your name to the proposal. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Droids
On Tue, 2008-09-23 at 12:11 +0100, Paul Fremantle wrote: > I'm happy to mentor as well. > I've added my name to the proposal. > :) Thank you very much Paul. salu2 > Paul > > On Tue, Sep 23, 2008 at 11:08 AM, Thorsten Scherler > <[EMAIL PROTECTED]> wrote: > > On Tue, 2008-09-23 at 10:29 +0100, Ross Gardler wrote: > >> Thorsten Scherler wrote: > >> > This is a proposal to enter the incubator. > >> > > >> > See http://wiki.apache.org/incubator/DroidsProposal for the most > >> > up-to-date version. > >> > >> > >> I'm happy to mentor this proposal. > > > > :) > > > > Thank you very much Ross, I added your name to the proposal. > > > > salu2 > > -- > > Thorsten Scherler thorsten.at.apache.org > > Open Source Java consulting, training and solutions > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache Project Proposal
On Wed, 2008-09-24 at 10:22 +0530, Hussain Fakhruddin wrote: > Hi, > > I have prepared a rough draft of a Proposal which I would want ASF to > have a look. > I am not sure if this is the correct email where I should be sending > it. Please consider it. It is the correct mailing list however you forgot to send us the link to the proposal. That would help considering it. ;) salu2 > > Thanks, > > Regards, > Hussain F. > http://hussulinux.blogspot.com > > -- > Computers are like airconditioners, they don't function if you open > windows! > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Droids
On Fri, 2008-09-26 at 14:44 +0800, Niclas Hedhman wrote: > On Thu, Sep 25, 2008 at 2:12 AM, Grant Ingersoll <[EMAIL PROTECTED]> wrote: > > Looks like we need one more mentor. Is it redundant to put myself as one > > since I'm already the champion and a listed committer? > > IMHO, not at all, on the contrary... Hmm, http://incubator.apache.org/incubation/Roles_and_Responsibilities.html#Mentor "...All Mentors must be members of the Incubator PMC" http://incubator.apache.org/whoweare.html Grant is not on this page, trying to say Grant cannot be mentor as I understand the rules, or do I miss something? salu2 > > Cheers > Niclas > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Droids
On Fri, 2008-09-26 at 16:39 +0800, Niclas Hedhman wrote: > On Fri, Sep 26, 2008 at 4:25 PM, Thorsten Scherler > <[EMAIL PROTECTED]> wrote: > > > "...All Mentors must be members of the Incubator PMC" > > > > http://incubator.apache.org/whoweare.html > > > > Grant is not on this page, trying to say Grant cannot be mentor as I > > understand the rules, or do I miss something? > > > Correct. But IIRC, Grant is a ASF Member and can therefor just send a > request to join the PMC. Ah, cheers for the clarification. :) salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Vote] accept Droids into incubation
Please vote on accepting Droids into incubation. The proposal can be found at: http://wiki.apache.org/incubator/DroidsProposal The text of the proposal = Droids, an intelligent standalone robot framework = === Abstract === Droids aims to be an intelligent standalone robot framework that allows to create and extend existing droids (robots). === Proposal === As a standalone robot framework Droids will offer infrastructure code to create and extend existing robots. In the future it will offer as well a web based administration application to manage and controll the different droids which will communicate with this app. Droids makes it very easy to extend existing robots or write a new one from scratch, which can automatically seek out relevant online information based on the user's specifications. Since the flexible design it can reuse directly all custom business logic that are written in java. In the long run it should become umbrella for specialized droids that are hosted as sub-projects. Where an ultimate goal is to integrate an artificial intelligence that can control a swarm of droids and actively plan/react on different tasks. === Background === The initial idea for the Droids project was voiced in February 2007 from Thorsten Scherler mainly because of personal curiosity and developed as a labs project. The background of his work was that Cocoon trunk (2.2) did not provide a crawler anymore and Forrest was based on it, meaning we could not update anymore till we found a crawler replacement. Getting more involved in Solr and Nutch he saw the request for a generic standalone crawler. For the first version he took nutch, ripped out and modified the plugin/extension framework. However the second version were not based on it anymore but was using Spring instead. The main reason was that Spring has become a standard and helped to make Droids as extensible as possible. Soon the first plugins and sample droids had been added to the code based. === Rationale === There is ever more demand for tools that automatically do determinate tasks. Search engines such as Nuts are normally very focused on a specific functionality and are not focused on extensibility. Furthermore there are manly focused on crawling, requesting certain pages and extract links to other pages, which in our opinion is only one small area for automated robots. While there are a number of existing crawler libraries for various task, each of them comes with a custom API and there are no generic interface for automatically determining which crawler (droids) to use for a specific task. The Droids project attempts to remove this duplication of efforts. We believe that by pooling the efforts of multiple projects we will be able to create a generic robot framework that exceeds the capabilities and quality of the custom solutions of any single project. The focus of Droids is not a single crawler but more to offer different reusable components that custom droids (robots) can use to automate certain tasks. An intelligent standalone robot framework project will not only provide common ground for the developers of crawler but as well for any other automated application (robots) libraries. === Initial Goals === The initial goals of the proposed project are: * Viable community around the Droids codebase * Active relationships and possible cooperation with related projects and communities (e.g. reusing Tika for text extraction) * Generic robot API for crawling, extracting structured text content and/or new task, filtering task and handle the content * Flexible extension and plugin development to create a wide range of functionality * Fuel develop of various droids and bring the current wget style crawler to state-of-the-art level == Current Status == === Meritocracy === All the initial committers are familiar with the meritocracy principles of Apache, and have already worked on the various source codebases. We will follow the normal meritocracy rules also with other potential contributors. === Community === There is not yet a clear Droids community. Instead we have a number of people and related projects with an understanding that an intelligent standalone robot framework project would best serve everyone's interests. The primary goal of the incubating project is to build a self-sustaining community around this shared vision. === Core Developers === The initial set of developers comes from various backgrounds, with different but compatible needs for the proposed project. === Alignment === As a generic robot framework Droids will likely be widely used by various open source and commercial projects both together with and independent of other Apache tools. Apache projects like Cocoon, Lenya and Forrest are potential candidates for using different droids as an embedded component. == Known Risks == === Orphaned products === Till now only one company is known to use Droids in a productive environment however
[Result] [Vote] accept Droids into incubation
The vote to accept Droids into the Apache incubator had been successful. There have been around 21 positive votes and not other. Can the PMC ACK this result and we'll start the next step of the process? Regarding the svn move ATM there are two trees under development https://svn.apache.org/repos/asf/labs/droids/trunk https://svn.apache.org/repos/asf/labs/droids/branch/LABS-144/ Where the latest has become kind of trunk. We can merge them if this will ease the work of migrating. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: moving over from labs [Re: [Result] [Vote] accept Droids into incubation]
On Thu, 2008-10-09 at 08:17 +0200, Bernd Fondermann wrote: ... > > I don't think you need anything more complicated than an svn move of > > labs/droids to incubator/droids. Whether or how you want to merge > > branches is a project decision that's up to you and the other > > committers. > > There is one additional step. > According to the lab's bylaws[1], this labling wants to change its > status from 'active' to 'promoted'. > This is done by a majority vote of the lab PMC + the labling's PI and > it should take place on [EMAIL PROTECTED] > I think this vote will just go through easily, as we have discussed > the transition in all details over at labs already. > The incubator is not involved with this - I am just posting here in context. > If people have a different take on this process: please post over at labs. I started a promotion vote over there. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Result] [Vote] accept Droids into incubation
On Tue, 2008-10-14 at 09:00 -0400, Grant Ingersoll wrote: > I presume this is passed. I suppose we need to setup mailing lists, > JIRA, etc. right? Since we are transferring from labs, is there > anyway to import the issues from there? Yeah that would be awesome. Have you seen the latest threads on labs about the move? salu2 > > -Grant > > On Oct 8, 2008, at 7:34 PM, Jukka Zitting wrote: > > > Hi, > > > > On Thu, Oct 9, 2008 at 1:19 AM, Thorsten Scherler > > <[EMAIL PROTECTED]> wrote: > >> Can the PMC ACK this result and we'll start the next step of the > >> process? > > > > No ACK needed, as it was the Incubator PMC itself who just voted. > > > >> Regarding the svn move ATM there are two trees under development > >> https://svn.apache.org/repos/asf/labs/droids/trunk > >> https://svn.apache.org/repos/asf/labs/droids/branch/LABS-144/ > >> > >> Where the latest has become kind of trunk. We can merge them if this > >> will ease the work of migrating. > > > > I don't think you need anything more complicated than an svn move of > > labs/droids to incubator/droids. Whether or how you want to merge > > branches is a project decision that's up to you and the other > > committers. > > > > BR, > > > > Jukka Zitting > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Result] [Vote] accept Droids into incubation
On Thu, 2008-10-16 at 12:01 -0400, Grant Ingersoll wrote: > On Oct 15, 2008, at 7:59 AM, Thorsten Scherler wrote: > > > On Tue, 2008-10-14 at 09:00 -0400, Grant Ingersoll wrote: > >> I presume this is passed. I suppose we need to setup mailing lists, > >> JIRA, etc. right? Since we are transferring from labs, is there > >> anyway to import the issues from there? > > > > Yeah that would be awesome. > > > > Have you seen the latest threads on labs about the move? > > Any thread in particular? The move thread, here what we need to do: (side-note: the following step 1 needs to be done from someone that has write access to the incubator rep) # step 1: move project from labs to incubator svn mv https://svn.apache.org/repos/asf/labs/droids \ https://svn.apache.org/repos/asf/incubator # step 2: create old home again svn add https://svn.apache.org/repos/asf/labs/droids # step 3: re-add descriptor svn cp https://svn.apache.org/repos/asf/incubator/droids/doap.rdf \ https://svn.apache.org/repos/asf/labs/droids/ # step 4: change status in doap.rdf vi https://svn.apache.org/repos/asf/labs/droids/doap.rdf After this the project trees are in incubator and in labs remains a folder with the descriptor. Regarding the issues I am not an expert in jira administration but maybe somebody else can help out. Next thing is move svn, move issues and setup the mailing lists. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Next steps for droids
Hi all, like pointed out in the other mail the next things for droids is to move svn, move the issues and setup the mailing lists. I reckon I will need to write to infrastructure to ask for help, right? Regarding the svn move I would like to ask one of the mentors (Ross, Paul or Grant) do do step 1 of [1] since I do not have sufficient rights to do it myself. TIA. I had a look at http://incubator.apache.org/clutch.html but have to admit I need to have a better look on the latest thread around the clutch tool to see how it works. I reckon as soon we set up the svn the start date will appear. The sponsoring organization are the hc and the lucene project. salu2 [1] http://markmail.org/message/wjlondcr6hkyosmz -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Next steps for droids
On Fri, 2008-10-24 at 08:00 +1100, David Crossley wrote: ... > You need to do the "Acceptance" steps. I added you to the > "Reporting Schedule" a while ago. The next step is to > add your "Status page". There are links to the relevant > docs about that at the second paragraph of > http://incubator.apache.org/clutch.html#notes > Thanks David for pointing us in the right direction. I added and modified the status file of droids now. The point about "Ask infrastructure to create source repository modules and grant the committers karma." seems to not be needed in the case of moving a labs project. First of all it is addressed best with a svn mv and second AFAIR we will keep the labs policy on commit access. I asked infrastructurer to create the ml and jira. Thanks again David, so good to have you around. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Next steps for droids
On Sun, 2008-10-26 at 11:34 +1100, David Crossley wrote: > Thorsten Scherler wrote: > > David Crossley wrote: > > ... > > > You need to do the "Acceptance" steps. I added you to the > > > "Reporting Schedule" a while ago. The next step is to > > > add your "Status page". There are links to the relevant > > > docs about that at the second paragraph of > > > http://incubator.apache.org/clutch.html#notes > > > > Thanks David for pointing us in the right direction. I added and > > modified the status file of droids now. > > However you did bot follow the intructions to > add the new entry to the table at > http://incubator.apache.org/projects/ > and to the right-hand side menu. > > If these instructions are not clear, then please fix > them as you go. Actually my problem was that I got lost in documentation (many different pages). The information you finally refer to is found in http://incubator.apache.org/guides/website.html#Edit+your+project+status +report "Setting Up a New Podling" is referring to the above page as well. http://incubator.apache.org/incubation/Incubation_Policy.html#Setting+Up +a+New+Podling salu2 P.S. I am not in the "incubator" group so I could not update /www/incubator. -- Thorsten Scherler Open Source Java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache Project Proposal
On Mon, 2008-10-27 at 07:39 +0530, Hussain Fakhruddin wrote: > Hi, > > The last time I sent out this email, the ms word document got stripped > off. > Here's the link for the document: > http://jlingo.googlecode.com/files/JLingoProposal.doc Did you read http://incubator.apache.org/guides/proposal.html especially http://incubator.apache.org/guides/proposal.html#developing You should really create a wiki page since it is "evolving proposal content." Further you need to find a champion and mentors for your proposal. A extended document about what "jlingo" does different then other and how to use this will as well help to fuel interest. HTH salu2 > > If you guys want to check out and comment on the project, here is the > project source codes. > http://code.google.com/p/jlingo/ > > Let me know your thoughts. > > Kind Regards, > Hussain Fakhruddin > > -- Forwarded message -- > From: Hussain Fakhruddin <[EMAIL PROTECTED]> > Date: 2008/9/24 > Subject: Apache Project Proposal > To: general@incubator.apache.org > > > Hi, > > I have prepared a rough draft of a Proposal which I would want ASF to > have a look. > I am not sure if this is the correct email where I should be sending > it. Please consider it. > > Thanks, > > Regards, > Hussain F. > http://hussulinux.blogspot.com > > -- > Computers are like airconditioners, they don't function if you open > windows! > > > > > -- > Computers are like airconditioners, they don't function if you open > windows! > ----- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Thorsten Scherler Open Source Java Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache Project Proposal
On Mon, 2008-10-27 at 15:41 +0530, Hussain Fakhruddin wrote: > Hi Thorsten, > > I created the Wiki at : http://wiki.apache.org/incubator/JlingoProposal > > I have added details on how to use it, but however, I don't know where to > upload sample source code.I.e the Proof of concept on how the project can be > used. You misunderstood me, it is good that you added the details how to use it but your proposal should look like: http://wiki.apache.org/incubator/DroidsProposal or any other proposal from http://wiki.apache.org/incubator/ In the process of writing such a proposal you will find things like (which are incomplete in your proposal): * Orphaned products * Relationships with Other Apache Products * Sponsors see http://incubator.apache.org/incubation/Incubation_Policy.html#Entry +to+Incubation salu2 -- Thorsten Scherler Open Source Java Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Next steps for droids
On Fri, 2008-10-24 at 08:00 +1100, David Crossley wrote: > Grant Ingersoll wrote: > > Thorsten Scherler wrote: > > > > > >like pointed out in the other mail the next things for droids is to > > >move > > >svn, move the issues and setup the mailing lists. > > > > > >I reckon I will need to write to infrastructure to ask for help, > > >right? > > > > > >Regarding the svn move I would like to ask one of the mentors (Ross, > > >Paul or Grant) do do step 1 of [1] since I do not have sufficient > > >rights > > >to do it myself. TIA. > > > > I'm happy to help, but I need some mentoring on being a mentor ;-) I > > have permission to change the SVN auth stuff, but am not sure if this > > is outside my authority, since I think I'm only supposed to be > > responsible for Lucene stuff. > > Just do whatever you need. The link below refers to some > "Mentor" guidelines. The only missing thing is now to move the svn, then we can set up http://incubator.apache.org/droids. salu2 -- Thorsten Scherler Open Source Java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Next steps for droids
On Mon, 2008-10-27 at 22:28 -0400, Grant Ingersoll wrote: > OK, I believe I have toggled the necessary switch in the svn > authorization files. I added Thorsten, Ryan, Oleg and me to the > droids SVN group and gave permissions to /incubator/droids. I also > added the Droids group to incubator/public, which seems to be the > model for other projects in Incubator, please correct me if I'm wrong. > > Thorsten, can you give your mv command a try? I did and actually the result was no surprise: # step 1: move project from labs to incubator [EMAIL PROTECTED]:~$ svn mv https://svn.apache.org/repos/asf/labs/droids https://svn.apache.org/repos/asf/incubator svn: CHECKOUT of '/repos/asf/!svn/ver/708466/incubator': 403 Forbidden (https://svn.apache.org) svn: Your commit message was left in a temporary file: svn:'svn-commit.tmp' I do not have the right to create a new folder in the incubator root. That is why I wrote: "(side-note: the following step 1 needs to be done from someone that has write access to the incubator rep)" Please can you try and then I will take over again. salu2 > > On Oct 27, 2008, at 6:31 PM, Thorsten Scherler wrote: > > > On Fri, 2008-10-24 at 08:00 +1100, David Crossley wrote: > >> Grant Ingersoll wrote: > >>> Thorsten Scherler wrote: > >>>> > >>>> like pointed out in the other mail the next things for droids is to > >>>> move > >>>> svn, move the issues and setup the mailing lists. > >>>> > >>>> I reckon I will need to write to infrastructure to ask for help, > >>>> right? > >>>> > >>>> Regarding the svn move I would like to ask one of the mentors > >>>> (Ross, > >>>> Paul or Grant) do do step 1 of [1] since I do not have sufficient > >>>> rights > >>>> to do it myself. TIA. > >>> > >>> I'm happy to help, but I need some mentoring on being a > >>> mentor ;-) I > >>> have permission to change the SVN auth stuff, but am not sure if > >>> this > >>> is outside my authority, since I think I'm only supposed to be > >>> responsible for Lucene stuff. > >> > >> Just do whatever you need. The link below refers to some > >> "Mentor" guidelines. > > > > The only missing thing is now to move the svn, then we can set up > > http://incubator.apache.org/droids. > > > > salu2 > > -- > > Thorsten Scherler > > Open Source Java > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > -- Thorsten Scherler Open Source Java Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Next steps for droids
On Tue, 2008-10-28 at 07:00 -0400, Grant Ingersoll wrote: > Sorry, missed that part. > No worries. > At any rate: > svn mv -m "Move Droids from labs" > https://svn.apache.org/repos/asf/labs/droids > https://svn.apache.org/repos/asf/incubator > > Committed revision 708523. > > Just did a checkout and it looks good. > Awesome. I did the rest of the protocol and we left labs now for good. All resources has been moved. ...now we can concentrate on leaving incubator again. ;) Cheers salu2 -- Thorsten Scherler Open Source Java Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Next steps for droids
On Tue, 2008-10-28 at 07:00 -0400, Grant Ingersoll wrote: > Sorry, missed that part. > > At any rate: > svn mv -m "Move Droids from labs" > https://svn.apache.org/repos/asf/labs/droids > https://svn.apache.org/repos/asf/incubator > > Committed revision 708523. > > Just did a checkout and it looks good. One more thing we need is: ssh people.apache.org cd /www/incubator.apache.org/ mkdir droids chown droids:droids droids However if I am doing "groups" on people I do not get the droids group but I remembered that you said you have set it up. TIA salu2 -- Thorsten Scherler Open Source Java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Next steps for droids
On Fri, 2008-10-31 at 11:50 +1100, David Crossley wrote: > Grant Ingersoll wrote: > > Thorsten Scherler wrote: > > > > > >One more thing we need is: > > >ssh people.apache.org > > >cd /www/incubator.apache.org/ > > >mkdir droids > > >chown droids:droids droids > > > > > >However if I am doing "groups" on people I do not get the droids group > > >but I remembered that you said you have set it up. > > > > I don't have that Karma. That would have to be a JIRA infra request, > > I think. I set up a Droids group in the SVN auth. However, I don't > > think we need an explicit Droids UNIX group (just look at all the > > others there) > > I presume that anyone on your project who wants to > update your website, needs to ask to be added to > the "incubator" UNIX group. > http://apache.org/dev/reporting-issues.html#perms Thanks for pointing t out David. > > > What we need is someone in the incubator group to add the directory. > > I _think_ all Incubator committers can be in that group, judging by > > the people who are already in that group. Maybe that's just an INFRA > > request? > > I just added the "droids" directory. Thanks very much I just deployed the documentation. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [REPORTS] missing: Abdera BlueSky Buildr Droids Hama JSecurity Lokahi Olio PDFBox PhotArk Tashi VCL WSRP4J XAP
On Wed, 2008-11-12 at 08:34 +0100, Bertrand Delacretaz wrote: > Please add your reports at > http://wiki.apache.org/incubator/November2008 Real Soon. Sorry, for the delay. We just added the report. salu2 > > -Bertrand > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > -- Thorsten Scherler Open Source Java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: February 2009 Incubator Board Report
On Mon, 2009-02-16 at 13:56 -0500, Noel J. Bergman wrote: > The last month has been fairly quite, with nothing currently requiring the > attention of the Board. ... > = Droids = > > ** DID NOT REPORT ** > Awfully sorry about that but I could have sworn we did not had to report. ATM Droids is quite since the core devs are busy with other projects. However we hope we get some momentum again the next couple of weeks/months. salu2 -- Thorsten Scherler Open Source - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: test mail
On Fri, 2009-03-20 at 14:17 +0100, Jukka Zitting wrote: > Hi, > > On Fri, Mar 20, 2009 at 2:07 PM, wrote: > > If you are not the intended recipient, you should not disseminate, > > distribute > > or copy this e-mail. Please notify the sender immediately and destroy all > > copies of this message and any attachments. > > I don't believe I am the intended recipient of the message you sent. > > And given that the message was distributed to numerous recipients and > archived in many locations all over the Internet, I'm afraid > destroying all copies is beyond my capacity. Sorry. lol I do not understand people posting this notices to a public list. See u in NL, Jukka. salu2 -- Thorsten Scherler Open Source Java Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Graduation of Apache Pivot
On Tue, 2009-08-04 at 10:48 +0100, ant elder wrote: > On Tue, Aug 4, 2009 at 10:21 AM, Ross Gardler wrote: > > > I would suggest that anyone wishing to vote -1 on the graduation of a > > podling on grounds of diversity of code commits needs to back it up > > with documented evidence that either a) the committers are not > > listening to the community or b) there is no active oversight from > > those with voting rights. > > > > The Incubator policy minimum graduation requirements says: > > "The project is not highly dependent on any single contributor (there > are at least 3 legally independent committers and there is no single > company or entity that is vital to the success of the project)" > - http://incubator.apache.org/incubation/Incubation_Policy.html#Graduating +from+the+Incubator > > There is a judgement call to be made about if a committer needs to be > active and what being active means (posting to the ML vs. committing > code etc). The archives are full of discussions what active is and what not. Bottom line: activity is hardly measurable since you can be active in the community or in code or both. Being active on the ml is even more important then committing code, or do we not always saying community over code? > > Committing code is important, having just two actively committing > committers isn't quite enough IMHO, especially when they're both with > the same employer. Not sure here but Greg pointed out that the project is NOT (!!!) part of their day job. Meaning they are independent since the company has nothing to do with Pivot. How many committers are in the project? As understand from the thread 2 coding committers but how many other committers? > In the past lots of poddlings first graduation vote > doesn't pass due to diversity issues, they go away and encourage > others to be active committers and graduate on the next attempt and > the project is better for it, and thats what I think should happen > here with Pivot. If they have 3 committers than I do not see the diversity part as problem. Diversity is for projects which have a company behind it that have a big interest in the project and its direction. Since we used DAY as example in the thread a lot: Day has an interest in Sling and its directions, if only Day employee are committers and they work mainly on their working hours on the project then Sling would have a diversity problem, since as soon as Day loose interest the project can die. Since there is no company behind Pivot I do not see at all the diversity as problem. Only if there are only two committers that I see as problem since voting does not work out. salu2 -- Thorsten Scherler Open Source Java Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Graduation of Apache Pivot
On Tue, 2009-08-04 at 18:16 +0800, Niclas Hedhman wrote: > On Tue, Aug 4, 2009 at 6:14 PM, Thorsten > Scherler wrote: > > > How many committers are in the project? As understand from the thread 2 > > coding committers but how many other committers? > > 5 committers and PPMC Members in total, not counting 2 mentors. Then IMHO diversity is NOT an issue at all here. I bet a bottle of wine that we can find LOTS of apache projects where less then two people are doing 99% of the coding. salu2 -- Thorsten Scherler Open Source Java Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Graduation of Apache Pivot
On Tue, 2009-08-04 at 11:23 +0100, Niall Pemberton wrote: ... > > Bottom line: activity is hardly measurable since you can be active in > > the community or in code or both. Being active on the ml is even more > > important then committing code, or do we not always saying community > > over code? > > I disagree with "community OVER code" and IMO should be "community AND > code" - since a successful/active project needs both. Then we failed the last 10 years. https://blogs.apache.org/foundation/entry/the_asf_is_ten_years#comment-1237975716000 Like Stefano said bad code equals strong community. Not trying to say that we need BAD code or NO code but the important here @apache is the first of ALL the community. salu2 -- Thorsten Scherler Open Source Java Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Graduate Derby from the incubator
On Mon, 2005-04-18 at 09:59 -0700, Cliff Schmidt wrote: > On 4/18/05, Rodent of Unusual Size <[EMAIL PROTECTED]> wrote: > > -BEGIN PGP SIGNED MESSAGE- > > > > Brian Behlendorf wrote: > > > > > > Wouldn't "how can we increase the number of new developers on Derby while > > > still in incubation" a better question to ask? > > > > I think only if the answer to 'does Derby need more committers before > > it can graduate' is 'yes.' Participation is growing nicely, but the Derby > > PPMC is being careful not to hand out commit access like candy. > > I definitely don't think the PPMC should lower the standard for commit > access, nor do I think the Incubator PMC should lower the standard for > Incubator graduation. > > I'm really surprised we're even talking about graduation before Derby > has met the most basic rule of three independent committers (didn't we > just have a thread on this a few weeks ago about log4net?). Once that > has been met, I'd expect a discussion about whether the project has > the kind of community that could continue to maintain and evolve the > project even if one individual / company stopped contributing to it. > > I know that there are different opinions on the second point, but I > believe the three committer rule is pretty widely agreed upon. > Actually lenya has been in the exact same situation a while ago. The exact same condition was not made for a while. The thing I learned as most important lesson is that Apache is *not* about code but about community. I know that is one of the most used phrases but it is (and has to be) true and *very* important. What will happen if IBM will loose interest in Derby? Will the committer still be there for the project or is it more that they are committing because it is a paid job and as soon as they have to do it in their spare time there is no project? About "but the Derby PPMC is being careful not to hand out commit access like candy" that is perfectly alright but are we doing this normally on Apache? ...and how come they cannot find trust in active developer that are around for a while and contributing on a regular basis. Every new committer has to learn a lot and it may take a while but the project will/has to help (her)him. If a project is not ready to invite more people it is IMO not ready to leave the incubator. > > I guess the basic question would be, 'Does keeping Derby in the incubator > > add any value anywhere?' At this point I feel moderately strongly that > > it doesn't, but that's just me -- and I can be convinced otherwise. :-) > > I'm primarily concerned about the devaluation of the Apache brand by > lowering our standards for what it means to have a strong, diverse > community. I think the same way like Cliff. The lesson that derby still needs to learn is to trust and build a diverse community. saludos -- thorsten "Together we stand, divided we fall!" Hey you (Pink Floyd) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Roles: user, committer, member, etc.
On Mon, 2005-09-12 at 19:16 +0800, Niclas Hedhman wrote: > On Monday 12 September 2005 18:16, David Crossley wrote: > > We seem to be having endless discussions at some > > projects about what it means to be a committer and > > a PMC member and an ASF member. > > Some "heavy-weighters" have been arguing for long that "committer" is not a > role but a right/status, and that all committers should be PMC members. Not > sure if such argument is still current or not though. Consider the situation where a company is dedicated to a certain project. Surely many patches will arise from the employees of the company. That will become pretty soon overkill for existing committers to apply those patches. Now given them the right to commit their changes will help leverage the work load of the project. Normally because it is their working job they are more concerned about the code then the community. We always state community is more important then code. Following this thought would mean that this patch provider have to still learn the ASF way and should not be PMC member. That is were the committer right comes into play. That became IMO the incubation for PMC members. The new committer are learning the responsibilities of a PMC member. I am actually unsure whether or not a committer role makes sense because e.g. the cocoon based projects have given the commit right to each other. That means per definition of the role (that we have now) that new committer entering e.g. forrest will be as well committer to cocoon without even to have to submit a single line of code. I see it more as right that makes IMO the following roles user -> senior user (with commit rights)->PMC member->ASF member salu2 -- thorsten "Together we stand, divided we fall!" Hey you (Pink Floyd) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Roles: user, committer, member, etc.
El sáb, 17-09-2005 a las 10:16 +0200, Bertrand Delacretaz escribió: > Le 17 sept. 05, à 01:19, Thorsten Scherler a écrit : > > ...I am actually unsure whether or not a committer role makes sense > > because > > e.g. the cocoon based projects have given the commit right to each > > other. That means per definition of the role (that we have now) that > > new > > committer entering e.g. forrest will be as well committer to cocoon > > without even to have to submit a single line of code > > Note that over at Cocoon we make an important distinction between > > a) having commit rights to the code repository > and > b) being a committer, in the sense of having a demonstrated committment > to the project, voting rights, etc. That is the point. The definition on apache.org do not have this distinction! You are a committer if you have a). In forrest and lenya we see it like cocoon, but how can you explain that to new committer that read http://apache.org/foundation/how-it-works.html#roles ¿? salu2 -- thorsten "Together we stand, divided we fall!" Hey you (Pink Floyd) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
