Return-Path: Delivered-To: apmail-legal-discuss-archive@www.apache.org Received: (qmail 61628 invoked from network); 4 Aug 2008 16:27:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 16:27:47 -0000 Received: (qmail 68529 invoked by uid 500); 4 Aug 2008 16:27:45 -0000 Delivered-To: apmail-legal-discuss-archive@apache.org Received: (qmail 68264 invoked by uid 500); 4 Aug 2008 16:27:44 -0000 Mailing-List: contact legal-discuss-help@apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: Reply-To: legal-discuss@apache.org List-Id: Delivered-To: mailing list legal-discuss@apache.org Received: (qmail 68183 invoked by uid 99); 4 Aug 2008 16:27:44 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 09:27:44 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 16:26:47 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 5717F234C18B for ; Mon, 4 Aug 2008 09:26:44 -0700 (PDT) Message-ID: <636522828.1217867204355.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 09:26:44 -0700 (PDT) From: "Stefano Bagnara (JIRA)" To: legal-discuss@apache.org Subject: [jira] Commented: (LEGAL-26) LICENSE and NOTICE in svn In-Reply-To: <1353941137.1213960905279.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LEGAL-26?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12619574#action_12619574 ] Stefano Bagnara commented on LEGAL-26: -------------------------------------- @Henri Yes, my personal opinion is that "People shouldn't use code, or fork code, from SVN." or better they can do that but we shouldn't "fool" them with a possibly not-up-to-date LICENSE/NOTICE files. In my opinion the PMCs cannot ensure that the LICENSE/NOTICE that are in svn are correct and updated all the time, otherwise we won't need a release procedure and we won't vote on releases but on every commit. I would prefer to have a private svn server instead of having to worry about keep updating every LICENSE/NOTICE file we have in every folder of the asf repository (related: what is a folder wrt distributions?). @David: I don't share your source definition. IMHO we release a source package, the fact that we use an svn server to work on this sources does not make svn "the source". We don't release svn tags, we release packages. In fact we (and I think most PMCs) vote packages, not svn tags. > LICENSE and NOTICE in svn > ------------------------- > > Key: LEGAL-26 > URL: https://issues.apache.org/jira/browse/LEGAL-26 > Project: Legal Discuss > Issue Type: Question > Reporter: Stefano Bagnara > > www.apache.org documentation/policy make it clear that we have to include a NOTICE/LICENSE in released package, but a question raise from time to time in mailing lists and big discussions about the need for a NOTICE/LICENSE in some svn folder. > I personally don't like to have to do that and I don't share the legal references made to justify the existence of this policy, but I agree that most people in the legal-discuss thread back from january agreed on something along these line: > ------- > expected svn checkout points are supposed to include LICENSE and NOTICE files at their root covering everything in the checkout, and nothing else. These should be kept up to date via "best-effort" by the pmc and committers, and should definitely be accurate for svn tags. > ------- > The problem with this sentence is "expected checkout" related to the "checkout points" that is not so defined. Expecially with multimodule maven project: many times people simply checkout a single module and not the whole project. > Furthermore the "definitely be accurate for svn tags" is a problem: tags and branches in svn are simple copies. If that sentence is needed I would suggest to replace it with "for releases tags". > Anyway my personal opinion/preference on this "policy" is worthless (I'm not a lawyer, I'm not an ASF member, I'm a simple PMC committer), I just open this issue because I would really like to see this policy, a similar policy or something telling there is not such a policy about NOTICE and LICENSE in svn trees added to this page: > http://www.apache.org/legal/src-headers.html > references: > http://markmail.org/message/jangmpbssvvd73az > http://markmail.org/message/lbhyjzh5ynizhdx3 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- DISCLAIMER: Discussions on this list are informational and educational only. Statements made on this list are not privileged, do not constitute legal advice, and do not necessarily reflect the opinions and policies of the ASF. See for official ASF policies and documents. --------------------------------------------------------------------- To unsubscribe, e-mail: legal-discuss-unsubscribe@apache.org For additional commands, e-mail: legal-discuss-help@apache.org