Though depends on what you're submitting. JIRA issues, no worries. Just hit the checkbox each time you add a patch.
If you become a committer, or if you're submitting something large, then we will ask you to sign an ICLA. When signing an ICLA, your company may want to sign a CCLA - it's entirely up to your employer and not required by us. Hen On Thu, Nov 4, 2010 at 5:54 PM, Davanum Srinivas <dava...@gmail.com> wrote: > Joerg, > > You need to sign the ICLA and your company should file a CCLA if > appropriate. both are listed here: > http://www.apache.org/licenses/ > > thanks, > dims > > On Thu, Nov 4, 2010 at 8:52 PM, Grant Overby <gr...@floorsoft.com> wrote: >> I was unaware that there is official work being done for generics. This is >> excellent news. >> >> I've taken my first look at trunk & jira. I have a potential solution for >> https://issues.apache.org/jira/browse/COLLECTIONS-237 . See my comment on >> the issue. >> >> Another question: >> I presume that I would need an officer of my company (and myself) to sign: >> http://www.apache.org/licenses/icla.txt . Is this correct? Is this all that >> is needed to protect the ASF? >> >> >> -- >> Grant Overby >> Senior Developer >> FloorSoft, Inc. >> >> Often people, especially computer engineers, focus on the machines. They >> think, "By doing this, the machine will run faster. By doing this, the >> machine will run more effectively. By doing this, the machine will something >> something something." They are focusing on machines. But in fact we need to >> focus on humans, on how humans care about doing programming or operating the >> application of the machines. We are the masters. They are the slaves. -- >> Yukihiro Matsumoto >> >> >> >> >> On Thu, Nov 4, 2010 at 5:20 PM, Jörg Schaible <joerg.schai...@gmx.de> wrote: >> >>> velopment is as usual by creating patches in >> > > > > -- > Davanum Srinivas :: http://davanum.wordpress.com > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
