Re: IP issues
Jason is correct, the attributions remain. I'll send along the last set of guidelines I saw regarding attribution and licensing. Brian On Wed, 22 Dec 2004, Jason Hunter wrote: I think it would be rude to remove the comments about where the source files originated, as they were developed apart from Apache and have a life on their own apart from Apache. Attribution is fair and proper. However I did grant permission for Sun (and of course Apache) to license the code under the Apache license. -jh- Remy Maucherat wrote: Hi, There are apparently a few licensing issues with some files in the Tomcat CVS: jakarta-tomcat-5.0.28-src/jakarta-tomcat-catalina/catalina/src /share/org/apache/catalina/util/CharsetMapper.java 18: * This class is based on a class originally written by Jason Hunter 19: * [EMAIL PROTECTED] as part of the book Java Servlet Programming 20: * (O'Reilly). See http://www.servlets.com/book for more information. 21: * Used by Sun Microsystems with permission. 22: */ 23: 24: package org.apache.catalina.util; jakarta-tomcat-5.0.28-src/jakarta-tomcat-catalina/webapps/admi n/images/Context.gif 4: ?ycga???wHIL!?OCopyright 2000 by Sun Microsystems, Inc. All Rights Reserved. 5: JLF GR Ver 1.0 jakarta-tomcat-5.0.28-src/jakarta-tomcat-catalina/webapps/admi n/images/Host.gif 2: !?OCopyright 2000 by Sun Microsystems, Inc. All Rights Reserved. jakarta-tomcat-5.0.28-src/jakarta-tomcat-connectors/util/java/ org/apache/tomcat/util/http/LocaleToCharsetMap.java 19: * This class was originally written by Jason Hunter [EMAIL PROTECTED] 20: * as part of the book Java Servlet Programming (O'Reilly). 21: * See http://www.servlets.com/book for more information. 22: * Used by Sun Microsystems with permission. Fixing the GIFs should be easy. How about the two Java files ? I would need an answer from Jason and Craig to see if I can safely remove the comments (otherwise we would have to reimplement these, right ?). Thanks, Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How copyright notices on contributed files should be handled.
The below message really should have been sent more widely, it seems. The message applies more in the incubator context, where we're getting new source code into the ASF in bulk form, but would also apply any time you're bringing in new snippets of code under acceptable licenses. Note that if the license on the code you're bringing in doesn't allow for inclusion in an ASL 2.0-licensed work (good rule of thumb: it must make no demands above and beyond the ASL, so MIT/X/BSD-1.1 is fine; when in any doubt, ask) then you must get either a separate acceptable license from the copyright holder, or have the copyright holder sign a CLA with the ASF. Note, as described below, *only* the copyright holder has the right to remove their own license from the contribution. Brian -- Forwarded message -- Date: Thu, 04 Nov 2004 14:03:34 -0500 From: Rodent of Unusual Size [EMAIL PROTECTED] Reply-To: general@incubator.apache.org To: general@incubator.apache.org, [EMAIL PROTECTED] Subject: Reolution of the copyright question Based upon advice for our counsel, the ASF has today adopted a policy governing how copyright notices on contributed files should be handled. Here's what happens: The following notice gets added to the top of each source file: Copyright [] The Apache Software Foundation or its licensors, as applicable. Licensed under the Apache License, Version 2.0 (the License); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. The contributor may a) remove any copyright notice it may currently have in the file(s); OR b) move it to a package-wide COPYRIGHT file, changing 'Copyright []' to 'Portions Copyright []'; OR c) provide permission in writing to the ASF to do one or the other of the above. If the contributor doesn't have a copyright notice in the files, that's fine; nothing needs be done beyond the adding of the section above. -- #kenP-)} Ken Coar, Sanagendamgagwedweinini http://Ken.Coar.Org/ Author, developer, opinionist http://Apache-Server.Com/ Millennium hand and shrimp! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Request for a new Apache ID
Account created, password sent. Sorry for the delay on acting on this, but apparently nc.rr.com sat on it for 4 days: Received: from fe6.southeast.rr.com (HELO mail6.nc.rr.com) (24.93.67.53) by daedalus.apache.org with SMTP; 15 Jun 2002 01:55:59 - Received: from mail pickup service by mail6.nc.rr.com with Microsoft SMTPSVC; Fri, 14 Jun 2002 21:53:36 -0400 Received: from us.ibm.com ([66.57.27.66]) by mail6.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Tue, 11 Jun 2002 20:07:45 -0400 Brian On Tue, 11 Jun 2002, Sam Ruby wrote: Please create the following new Apache ID: id: mturk name: Mladen Turk send password to: [EMAIL PROTECTED] group: apcvs, jakarta Thanks! - Sam Ruby -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Ldap.jar license
On Mon, 17 Sep 2001, Jon Stevens wrote: There is no way in hell that I'm going agree to put the ASF (or myself) in a position to take responsibility for any legal claims that come up as a result of use of this .jar file. Carefully read supplemental section #2 (v). Commenting here without sufficient context, so apologies if I misunderstand the situation... If this code was committed to Apache CVS by Sun employees, then it was done so by the terms of their contributor agreements with Apache, which states that all contributed IP becomes property of the ASF, to be published under the Apache license. While we do allow software with different licenses in Apache codebases (such as Henry Spencer's regex package in httpd 1.3) those licenses must be a rough subset of the Apache license, so that the aggregate license on the whole must still be the Apache license. As per our agreement with Sun related to the right to implement the servlet API, we do have the right to distribute specific Sun code as a convenience to end-users, such as javac. We have the right to distribute that bytecode under the Apache license, despite not having the actual source. That code must be clearly marked as not ASF IP. There is no existing agreement covering other jar files. It is important that when someone downloads the code from apache.org, they don't have to go searching through the source code trying to determine what license the code is *actually* under. They have to trust that when the top-level COPYRIGHT file (or equivalent) gives them the Apache license, that's the license the whole package is actually under. Brian
Re: FW: question
Hmm; I looked at the following: http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.2.1/bin/jakarta-tomcat-3.2.1.tar.gz http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.2.1/bin/jakarta-tomcat-3.2.1.zip and in both of these, the webapps folder contained four files, [taz3] 6:54am webapps ls total 1247 1024 ROOT.war 7 admin.war 128 examples.war88 test.war I didn't look inside the .sea archives, nor did I see a webapps dir in the servletapi tarballs. Are there any other tarballs to look at? This *looks* like a false alarm. Ask him for an md5 of the tarball he downloaded, as well as where he downloaded it from. You guys might want to consider signing your releases at some point, too. Brian On Thu, 24 May 2001, Pier P. Fumagalli wrote: Here's what it seems they did with the exploit... Rerolling the binaries *balls of Tomcat putting a new index.htm... I'm downloading the supposedly wrong binary as we speak, but it's kinda slow from my 56kbps connection... Fuck shit... Pier -- Forwarded Message From: casper[EMAIL PROTECTED] Reply-To: casper[EMAIL PROTECTED] Date: Thu, 24 May 2001 14:07:14 +0800 To: webmaster @ jakarta . apache . org [EMAIL PROTECTED] Subject: question Hi I download tomcat3.2.1 version software but when i to set my file in the \webapps .I find one file and file name is index.htm and this file is from china. i send this file to you,pls to check your server is okay and i have check my server is no any hacker. I download file date is 2001/05/23. If it's right pls send mail to me. thanks Casper ??·? http://mail.kimo.com.tw ? ? ? ?·? ? ? ? http://www.kimo.com.tw -- End of Forwarded Message -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= CollabNet |open source|do what's right| now hiring
Re: question
On Thu, 24 May 2001, Jon Stevens wrote: WHAT?? I don't think that there should be .sea files there! .sea is a MacOS Stuffit Archive. To be clear, I'm talking about the .sea and .sea.hqx files found at http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.2.1/bin/ They were created (ostensibly) on Jan 9th by Pier. Pier, do you recall putting them there? These are separate files, *not* within the .tar.gz or .zip distributions. I seem to recall people talking about running tomcat on MacOS9, so I'm not tempted to automatically state they're a problem, but please tell me if they are. Also, the .war files are == .jar files which are equal to .zip files. They are auto uncompressed by the servlet engine when it starts up. So, the file will probably be located in the ROOT.war. OK, I unzipped the ROOT.war file, and the index.html file in that dir looks normal (i.e., not that index.htm file that person claimed was there), as do the rest of the files that get unzipped. I also looked at all the other .war files, and none of them have that file. So it seems OK. Brian