Re: Policy on Initial Committership
On Sun, Oct 08, 2006 at 08:52:56PM -0400, Garrett Rooney wrote: > I disagree with filtering even inactive old contributors to an > incoming project (at least for open source projects, I'm not sure how > I feel with regard to inactive contributors to proprietary code that's > being contributed). I think it would be quite wrong if a former > contributor were to show up 6 months after the project moved to the > ASF and had to jump through all sorts of hoops to gain access to the > code again. At the very least we should have some provision for > preemptively marking inactive people as emeritus committers, who can > come back at any time. > So you want to give commit to people who don't even ask for it? That seems like taking it a step too far for me. If someone turns up 6 months down the line, I'm sure the people who came with the podling will be quick to get a vote going and the formality in place. vh Mads Toftum -- http://soulfood.dk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Policy on Initial Committership
On Oct 8, 2006, at 9:55 AM, Justin Erenkrantz wrote: On 10/8/06, Jim Jagielski <[EMAIL PROTECTED]> wrote: However, in that case I would really like to see it that if committers from other ASF projects read the proposal and have a sincere interest in helping, that they be included in the initial list, since I think it helps bootstrap the community process right off the bat. Noel and I were chatting about this last night, and my position is that I'm okay with 'piling on' by ASF folks *if* the podling community is happy with that. If the podling folks do not want them on the initial list and desire that they earn their commit bits through actual participation, I'm okay with that too. Of course. Noel's said that being the arbitrator of who is on the list should be the role of the Champion and I think that's probably as good as we're going to get. But, by the time the Incubator PMC votes on a proposal, that list must be set (i.e. no deletions after the vote concludes). -- justin The role of the Champion alone? Certainly the proposal is an organic document that the entire podling-to-be is involved with, so whereas the Champion has a role to play, I don't think it's their responsibility to believe that they know better than the community. How many champions are truly so deeply involved in the soon-to-be-transplanted community that they can make such decisions? Of course, yes, the Champion does have the responsibility to handle "piling on" cases... But if they need to do it with a hammer, then the proposal's in bad shape anyway. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Austin
Justin Erenkrantz wrote: > --On October 4, 2006 8:05:17 AM +0100 david reid <[EMAIL PROTECTED]> > wrote: > >> Feathercast is hoping to do an episode about the incubator, and for that >> we'd like to talk to one or more projects that are undergoing >> incubation. The idea is to get their story and their experiences (good >> and bad) to try and help others and explain what exactly the incubator >> can and can't do. > > Do you folks have any interest in recording the Fast Track session on > Thursday? (I know you recorded the lightning talks in Dublin.) This > would be another way to get material about podlings... -- justin We're planning on recording them :-) Also the lightning talks. Both Rich and I are in Austin now so if anyone wants to talk just come find us! david > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > -- david Have you listened to FeatherCast yet? http://feathercast.org/ Bought the t-shirt? http://www.cafepress.com/feathercast/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] Publish Yoko M1 release
Hi robert, I have a question regarding the Apache license header in some files in our distribution. I have emailed the legal-discuss mailing list but thought I would ask the general list also to see if I can get an answer... 1) idl.g - This file is from the antlr & is released under a bsd license. Should we include the apache header in this file? 2) We have the third party licenses in separate files and we reference them from the main LICENSE file. Do we need the headers in these files? third_party_licenses\antlr-bsd-license.txt third_party_licenses\CDDL-license.txt third_party_licenses\celtix-epl-license.txt third_party_licenses\wsdl4j-cpl-license.txt Thanks Balaji -Original Message- From: robert burrell donkin [mailto:[EMAIL PROTECTED] Sent: Thursday, October 05, 2006 5:02 PM To: general@incubator.apache.org Subject: Re: [VOTE] Publish Yoko M1 release On 9/29/06, Mosur Ravi, Balaji <[EMAIL PROTECTED]> wrote: > The Yoko community voted on and has approved a proposal to release Yoko > Milestone 1. Pursuant to the Releases section of the Incubation > Policy we would now like to request the permission of the Incubator PMC > to publish the milestone on the Yoko Download page. notes: signatures and sums are look ok to me both binary and source distributions unpack into the current directory. it's best to unpack into a subdirectory who name is based on the release and distribution type. the layout of both the binary and source distributions are unconventional. i would not have expected the content layed out in a subdirectory. the source should be a plain export of subversion. the convention approach would be to add NOTICE and LICENSE to http://svn.apache.org/repos/asf/incubator/yoko/trunk/ and then export the base tag. http://svn.apache.org/repos/asf/incubator/yoko/tags/ is empty. tagging is very cheap in subversion. apache releases should be tagged so that they can be reconstructed later (if necessary). it's big - lots of code :-) RAT run: missing headers: http://svn.apache.org/repos/asf/incubator/yoko/trunk/.ruleset http://svn.apache.org/repos/asf/incubator/yoko/trunk/build.xml http://svn.apache.org/repos/asf/incubator/yoko/trunk/checkstyle.xml http://svn.apache.org/repos/asf/incubator/yoko/trunk/installSunJars http://svn.apache.org/repos/asf/incubator/yoko/trunk/installSunJars.bat http://svn.apache.org/repos/asf/incubator/yoko/trunk/pom.xml http://svn.apache.org/repos/asf/incubator/yoko/trunk/api/.ruleset http://svn.apache.org/repos/asf/incubator/yoko/trunk/api/checkstyle.xml http://svn.apache.org/repos/asf/incubator/yoko/trunk/api/pom.xml http://svn.apache.org/repos/asf/incubator/yoko/trunk/bindings/checkstyle .xml http://svn.apache.org/repos/asf/incubator/yoko/trunk/bindings/pom.xml http://svn.apache.org/repos/asf/incubator/yoko/trunk/bindings/src/main/j ava/org/apache/yoko/bindings/corba/CorbaExceptionHelper.java http://svn.apache.org/repos/asf/incubator/yoko/trunk/bindings/src/test/j ava/org/apache/schemas/yoko/idl/parammodes/ObjectFactory.java http://svn.apache.org/repos/asf/incubator/yoko/trunk/bindings/src/test/j ava/org/apache/schemas/yoko/idl/parammodes/TestMultipleInOutParams.java http://svn.apache.org/repos/asf/incubator/yoko/trunk/bindings/src/test/j ava/org/apache/schemas/yoko/idl/parammodes/TestMultipleInOutParamsRespon se.java http://svn.apache.org/repos/asf/incubator/yoko/trunk/bindings/src/test/j ava/org/apache/schemas/yoko/idl/parammodes/TestMultipleInOutParamsWithRe turn.java http://svn.apache.org/repos/asf/incubator/yoko/trunk/bindings/src/test/j ava/org/apache/schemas/yoko/idl/parammodes/TestMultipleInOutParamsWithRe turnResponse.java http://svn.apache.org/repos/asf/incubator/yoko/trunk/bindings/src/test/j ava/org/apache/schemas/yoko/idl/parammodes/TestMultipleInParams.java http://svn.apache.org/repos/asf/incubator/yoko/trunk/bindings/src/test/j ava/org/apache/schemas/yoko/idl/parammodes/TestMultipleInParamsResponse. java http://svn.apache.org/repos/asf/incubator/yoko/trunk/bindings/src/test/j ava/org/apache/schemas/yoko/idl/parammodes/TestMultipleInParamsWithRetur n.java http://svn.apache.org/repos/asf/incubator/yoko/trunk/bindings/src/test/j ava/org/apache/schemas/yoko/idl/parammodes/TestMultipleInParamsWithRetur nResponse.java http://svn.apache.org/repos/asf/incubator/yoko/trunk/bindings/src/test/j ava/org/apache/schemas/yoko/idl/parammodes/TestMultipleMixedParams.java http://svn.apache.org/repos/asf/incubator/yoko/trunk/bindings/src/test/j ava/org/apache/schemas/yoko/idl/parammodes/TestMultipleMixedParamsRespon se.java http://svn.apache.org/repos/asf/incubator/yoko/trunk/bindings/src/test/j ava/org/apache/schemas/yoko/idl/parammodes/TestMultipleMixedParamsWithRe turn.java http://svn.apache.org/repos/asf/incubator/yoko/trunk/bindings/src/test/j ava/org/apache/schemas/yoko/idl/parammodes/TestMultipleMixedParamsWithRe turnResponse.java http://svn.apache.org/repos/asf/incubator/yoko/trunk/bindings/src/test/j ava/org/apache/schemas/yoko/idl/parammodes/TestMultipl
Question about mixed source documentation
If I am contributing documentation to a project using Confluence wiki, but also need to write commercial documentation for a product based on the Apache project what is the appropriate approach from a licensing point of view? The commercial documentation will not be created using Confluence, but in an XML framework.
Re: Policy on Initial Committership
--On October 9, 2006 8:51:29 AM +0200 Mads Toftum <[EMAIL PROTECTED]> wrote: So you want to give commit to people who don't even ask for it? That seems like taking it a step too far for me. If someone turns up 6 months down the line, I'm sure the people who came with the podling will be quick to get a vote going and the formality in place. You're missing the point - these people had earned commit access wherever the codebase lived before. Those people can be seeded as an 'initial emeritus list' and can simply regain access by asking for it again without having to prove themselves all over again. -- justin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] Mark lucene4c as dormant
Since there hasn't been any significant work on Lucene4c in quite some time, I'd like to officially mark it as dormant so I don't have to keep writing board reports that just say "there has been no progress in the last 3 months". So, cast your votes now: [ ] +1 - Mark Lucene4c as dormant. [ ] 0 - I have no opinion. [ ] -1 - No, please keep it! [include reason] -garrett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Mark lucene4c as dormant
On 10/9/06, Garrett Rooney <[EMAIL PROTECTED]> wrote: Since there hasn't been any significant work on Lucene4c in quite some time, I'd like to officially mark it as dormant so I don't have to keep writing board reports that just say "there has been no progress in the last 3 months". So, cast your votes now: [ ] +1 - Mark Lucene4c as dormant. [ ] 0 - I have no opinion. [ ] -1 - No, please keep it! [include reason] +1 from me, FWIW. -garrett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Mark lucene4c as dormant
Hi, On 10/9/06, Garrett Rooney <[EMAIL PROTECTED]> wrote: [ X ] +1 - Mark Lucene4c as dormant. [ ] 0 - I have no opinion. [ ] -1 - No, please keep it! [include reason] Will people have a post-ApacheCon todo / done list as well? I saw this item on your preconference todo list ;) Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Mark lucene4c as dormant
On 10/9/06, Yoav Shapira <[EMAIL PROTECTED]> wrote: Hi, On 10/9/06, Garrett Rooney <[EMAIL PROTECTED]> wrote: > [ X ] +1 - Mark Lucene4c as dormant. > [ ] 0 - I have no opinion. > [ ] -1 - No, please keep it! [include reason] Will people have a post-ApacheCon todo / done list as well? I saw this item on your preconference todo list ;) I was thinking of posting a "here's what I actually got done" list ;-) -garrett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Publish Yoko M1 release
On 10/9/06, Mosur Ravi, Balaji <[EMAIL PROTECTED]> wrote: Hi robert, I have a question regarding the Apache license header in some files in our distribution. I have emailed the legal-discuss mailing list but thought I would ask the general list also to see if I can get an answer... legal discuss will almost certainly give you a better and more authoritative answer 1) idl.g - This file is from the antlr & is released under a bsd license. Should we include the apache header in this file? probably not 2) We have the third party licenses in separate files and we reference them from the main LICENSE file. Do we need the headers in these files? third_party_licenses\antlr-bsd-license.txt third_party_licenses\CDDL-license.txt third_party_licenses\celtix-epl-license.txt third_party_licenses\wsdl4j-cpl-license.txt definitely not - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Mark lucene4c as dormant
+1 Sorry to see Lucene4c go dormant, but here's to the success of Lucy! Erik On Oct 9, 2006, at 11:34 AM, Garrett Rooney wrote: Since there hasn't been any significant work on Lucene4c in quite some time, I'd like to officially mark it as dormant so I don't have to keep writing board reports that just say "there has been no progress in the last 3 months". So, cast your votes now: [ ] +1 - Mark Lucene4c as dormant. [ ] 0 - I have no opinion. [ ] -1 - No, please keep it! [include reason] -garrett - 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]
RE: [VOTE] Mark lucene4c as dormant
And may I suggest that on the Lucene main page, here http://lucene.apache.org/, we replace the link to Lucene4C to link to Lucene.Net, which is http://incubator.apache.org/lucene.net/ I be happy to do this myself if someone will tell me where to find the page to http://lucene.apache.org/ -- of course, I am assuming it's OK to do this link change. Regards, -- George -Original Message- From: Erik Hatcher [mailto:[EMAIL PROTECTED] Sent: Monday, October 09, 2006 1:26 PM To: general@incubator.apache.org Subject: Re: [VOTE] Mark lucene4c as dormant +1 Sorry to see Lucene4c go dormant, but here's to the success of Lucy! Erik On Oct 9, 2006, at 11:34 AM, Garrett Rooney wrote: > Since there hasn't been any significant work on Lucene4c in quite some > time, I'd like to officially mark it as dormant so I don't have to > keep writing board reports that just say "there has been no progress > in the last 3 months". > > So, cast your votes now: > > [ ] +1 - Mark Lucene4c as dormant. > [ ] 0 - I have no opinion. > [ ] -1 - No, please keep it! [include reason] > > -garrett > > - > 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] Mark lucene4c as dormant
+1 --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Policy on Initial Committership
On Mon, Oct 09, 2006 at 08:21:50AM -0500, Justin Erenkrantz wrote: > Those people can be seeded as an 'initial > emeritus list' and can simply regain access by asking for it again without > having to prove themselves all over again. -- justin > I still think that's a bad idea. If they don't actively ask to be put on the proposal, then we'd be voting for someone who may or may not turn up. Horror scenario no. 1 - a project like php - we vote it in with with a few handfuls of active people and then at a later date all people who have had commit over the years turn up to get accounts... If you _really_ want to add this extra backdoor, then at least make it a requirement that every bloody name has to be on the proposal and make this backdoor expire at the end of incubation. vh Mads Toftum -- http://soulfood.dk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Policy on Initial Committership
On 10/9/06, Mads Toftum <[EMAIL PROTECTED]> wrote: If you _really_ want to add this extra backdoor, then at least make it a requirement that every bloody name has to be on the proposal and make this backdoor expire at the end of incubation. No argument on the "every bloody name has to be on the proposal" bit, but I see no reason to make it expire at the end of incubation. -garrett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Mark lucene4c as dormant
Hi, Please don't replace the link yet. If you wish to add a link to Lucene.Net in addition to the existing lucene4c one, have a blast (though note I'm not in the lucene PMC). Dormancy doesn't quite mean death yet: we will probably mark it as dormant, put up a notice, redirect mailing lists, etc, but the project won't compeltely disappear off the face of the planet right away, and these links are important for current users (however few there may be...) Yoav On 10/9/06, George Aroush <[EMAIL PROTECTED]> wrote: And may I suggest that on the Lucene main page, here http://lucene.apache.org/, we replace the link to Lucene4C to link to Lucene.Net, which is http://incubator.apache.org/lucene.net/ I be happy to do this myself if someone will tell me where to find the page to http://lucene.apache.org/ -- of course, I am assuming it's OK to do this link change. Regards, -- George -Original Message- From: Erik Hatcher [mailto:[EMAIL PROTECTED] Sent: Monday, October 09, 2006 1:26 PM To: general@incubator.apache.org Subject: Re: [VOTE] Mark lucene4c as dormant +1 Sorry to see Lucene4c go dormant, but here's to the success of Lucy! Erik On Oct 9, 2006, at 11:34 AM, Garrett Rooney wrote: > Since there hasn't been any significant work on Lucene4c in quite some > time, I'd like to officially mark it as dormant so I don't have to > keep writing board reports that just say "there has been no progress > in the last 3 months". > > So, cast your votes now: > > [ ] +1 - Mark Lucene4c as dormant. > [ ] 0 - I have no opinion. > [ ] -1 - No, please keep it! [include reason] > > -garrett > > - > 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] - 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]
Re: [VOTE] approve the 4.0.2 (RC4) release of ActiveMQ
On 10/2/06, Hiram Chirino <[EMAIL PROTECTED]> wrote: In accordance with the incubator release procedure (see below) the Apache ActiveMQ community has voted on and approved the 4.0.2 release binary. The last time release candidate was up for vote, it was rejected due to issues with licence headers. Those have now been resolved. We would now like to request the permission of the Incubator PMC to perform the release. apologies for missing this one earlier :-/ RAT run: i'm happy that most of the files without headers don't require them (too small to have copyright) there are a number of java script files with missing license headers: http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-web/src/main/resources/org/apache/activemq/web/_amq.js http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-web/src/main/resources/org/apache/activemq/web/amq.js http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-web-console/src/main/webapp/js/common.js worries me since it doesn't look like it was created at apache and i cannot see a license header. http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-web-console/src/main/webapp/styles/style.css is similar. http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-web-console/src/main/webapp/js/mochi/MochiKit.js looks to be MIT but isn't mention in the LICENSE file nor does it have a header. a number of files in http://svn.apache.org/repos/asf/incubator/activemq/tags/activemq-4.0.2/systest/jmscts/resources/ seem to lack headers but i'm wondering whether they are generated since i can't seem to find them in the trunk. can you clear up this mystery. http://svn.apache.org/repos/asf/incubator/activemq/tags/activemq-4.0.2/systest/jmscts/src/java/org/exolab/jmscts/activemq/ActiveMQProvider.java requries an entry in the NOTICE file. the license should probably also be included in the LICENSE (see below). incubator-activemq-4.0.2.jar contains the LICENSE and the disclaimer but is missing a NOTICE. this is needed if incubator-activemq-4.0.2.jar is to be distributed from a repository. notes: http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-web/src/main/resources/org/apache/activemq/web/behaviour.js is BSD licensed (which is fine) but probably wants a mention at the bottom of the LICENSE file. for example, see http://incubator.apache.org/guides/examples/LICENSE. same goes for http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-web/src/main/resources/org/apache/activemq/web/prototype.js, http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-web-console/src/main/webapp/js/css.js. http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-web-console/src/main/webapp/js/plotkit/Base.js http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-web-console/src/main/webapp/js/plotkit/Canvas.js http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-web-console/src/main/webapp/js/plotkit/Layout.js http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-web-console/src/main/webapp/js/plotkit/SweetCanvas.js http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-web-console/src/main/webapp/js/plotkit/SweetSVG.js http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-web-console/src/main/webapp/js/plotkit/iecanvas.htc http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-web-demo/src/main/webapp/js/scriptaculous.js and http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-web-console/src/main/webapp/js/standardista-table-sorting.js the source distributions unpacks to the same directory as the binary. this is inconvenient for users. it's better to unpack the source to incubator-activemq-4.0.2-src. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (INCUBATOR-48) remove nameprotect from
remove nameprotect from Key: INCUBATOR-48 URL: http://issues.apache.org/jira/browse/INCUBATOR-48 Project: Incubator Issue Type: Bug Components: site Reporter: Ted Leung Since nameprotect now costs money, we should take it off the ipr clearance page/template -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] Mark lucene4c as dormant
Thanks Yoav. Eric, all: I don't have permission to modify the index.html file (at http://lucene.apache.org/) to add a link to Lucene.Net so I am sending a patch (see attached.) Thanks. -- George -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yoav Shapira Sent: Monday, October 09, 2006 5:07 PM To: general@incubator.apache.org Subject: Re: [VOTE] Mark lucene4c as dormant Hi, Please don't replace the link yet. If you wish to add a link to Lucene.Net in addition to the existing lucene4c one, have a blast (though note I'm not in the lucene PMC). Dormancy doesn't quite mean death yet: we will probably mark it as dormant, put up a notice, redirect mailing lists, etc, but the project won't compeltely disappear off the face of the planet right away, and these links are important for current users (however few there may be...) Yoav On 10/9/06, George Aroush <[EMAIL PROTECTED]> wrote: > And may I suggest that on the Lucene main page, here > http://lucene.apache.org/, we replace the link to Lucene4C to link to > Lucene.Net, which is http://incubator.apache.org/lucene.net/ > > I be happy to do this myself if someone will tell me where to find the > page to http://lucene.apache.org/ -- of course, I am assuming it's OK > to do this link change. > > Regards, > > -- George > > > -Original Message- > From: Erik Hatcher [mailto:[EMAIL PROTECTED] > Sent: Monday, October 09, 2006 1:26 PM > To: general@incubator.apache.org > Subject: Re: [VOTE] Mark lucene4c as dormant > > +1 > > Sorry to see Lucene4c go dormant, but here's to the success of Lucy! > > Erik > > On Oct 9, 2006, at 11:34 AM, Garrett Rooney wrote: > > > Since there hasn't been any significant work on Lucene4c in quite > > some time, I'd like to officially mark it as dormant so I don't have > > to keep writing board reports that just say "there has been no > > progress in the last 3 months". > > > > So, cast your votes now: > > > > [ ] +1 - Mark Lucene4c as dormant. > > [ ] 0 - I have no opinion. > > [ ] -1 - No, please keep it! [include reason] > > > > -garrett > > > > > > - 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] > > > - > 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question about mixed source documentation
By contributing the documentation, you are assigning an non-exclusive, non-revocable copywrite to that version of the material. If you are also using the same material elsewhere, and also grant that entity a copyright, that's OK, because the copyright to ASF is non-exclusive. An essential question is whether the material is yours or a work-for-hire. If it is a work-for-hire, then entity hiring you would need to file a CCLA to cover the grant. -Ted. On 10/9/06, Johnson, Eric <[EMAIL PROTECTED]> wrote: If I am contributing documentation to a project using Confluence wiki, but also need to write commercial documentation for a product based on the Apache project what is the appropriate approach from a licensing point of view? The commercial documentation will not be created using Confluence, but in an XML framework. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Mark lucene4c as dormant
[X] +1 - Mark Lucene4c as dormant. [ ] 0 - I have no opinion. [ ] -1 - No, please keep it! [include reason] Otis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
