Return-Path: X-Original-To: apmail-incubator-cloudstack-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-cloudstack-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0B29AD70C for ; Thu, 13 Sep 2012 18:43:37 +0000 (UTC) Received: (qmail 88178 invoked by uid 500); 13 Sep 2012 18:43:36 -0000 Delivered-To: apmail-incubator-cloudstack-dev-archive@incubator.apache.org Received: (qmail 88147 invoked by uid 500); 13 Sep 2012 18:43:36 -0000 Mailing-List: contact cloudstack-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cloudstack-dev@incubator.apache.org Delivered-To: mailing list cloudstack-dev@incubator.apache.org Received: (qmail 88134 invoked by uid 99); 13 Sep 2012 18:43:36 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Sep 2012 18:43:36 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of nslater@tumbolia.org designates 209.85.212.47 as permitted sender) Received: from [209.85.212.47] (HELO mail-vb0-f47.google.com) (209.85.212.47) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Sep 2012 18:43:29 +0000 Received: by vbbez10 with SMTP id ez10so3910984vbb.6 for ; Thu, 13 Sep 2012 11:43:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tumbolia.org; s=google; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=tKh48dcWs2pXyG9unBB3ISFaJTDAaJ1sWFbEpSqDvxo=; b=R1mqsXRI+p/kzwNgnySmaZUji/PhBQGWoRnboKnkgkiSxRRNkSnktEsH7a+D2WB6Me sOti/loxxrniGWFhkEnoYfOAcRE3w+v6cf//Q1Vz5D4x1bABXeD23XA7nlcGFjdddjmw gJ9PyulbNRCu+zqX9vi5ZZqp5moRvk7dWp5m8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:content-type:x-gm-message-state; bh=tKh48dcWs2pXyG9unBB3ISFaJTDAaJ1sWFbEpSqDvxo=; b=E+2E2LY2ZcpzYmPb/iagY9zC9KaygFMumsXxW5QcyU7WgiikfVZq1aDljTcYw9QWF2 +1jY5tcgIdcZLFvQ+n9hl45HzpXED41tl1CTo6UX7vPV9PNP6XphVHRy9y/A8Mjj/Zob U8HVnRxhZEIIoBNIFU5XEudDFp2BkFfaZi0PGlGCUAqc90yGPkPq005FVyl1GeOnSLd8 sNuxvnfnl7N72uNct2Lnje26d5xKeukIvGx99qggBQhzNGTH/rzfogrGSdjP4SbPJE1r cnR1DoqRsK+4uXfyze2/TXtr2tZO5+OerW9XDRiTjSb3tDttoMsQtaHZ4vXyf4C5xzSr tTGQ== MIME-Version: 1.0 Received: by 10.58.31.228 with SMTP id d4mr85610vei.40.1347561788944; Thu, 13 Sep 2012 11:43:08 -0700 (PDT) Received: by 10.58.230.195 with HTTP; Thu, 13 Sep 2012 11:43:08 -0700 (PDT) X-Originating-IP: [178.250.115.206] In-Reply-To: References: Date: Thu, 13 Sep 2012 19:43:08 +0100 Message-ID: Subject: Re: [ASFCS40][DISCUSS] How should we move forward to resolution on the config files in "patches"? Was: "Re: [ASFCS40] Configuration file licensing followup" From: Noah Slater To: cloudstack-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=047d7b41c3eabe31f304c999ada1 X-Gm-Message-State: ALoCoQnk3R+asxfIxqZZ08PSZh6tymKjBjj++d0VRgXgTfYEjXkmDzrjLu5KCq6Ut/OczA2OrQtR --047d7b41c3eabe31f304c999ada1 Content-Type: text/plain; charset=ISO-8859-1 Thanks! On Thu, Sep 13, 2012 at 7:41 PM, David Nalley wrote: > On Thu, Sep 13, 2012 at 2:36 PM, Noah Slater wrote: > > Saying that configuration files, in all cases, are not copywritable > because > > that are, on the whole, not as complex as code is like saying that blog > > posts, in all cases, are not copywritable because they are, on the whole, > > not as complex as books. > > > > The law is much more nuanced than that. There is no way we can say, up > > front, whether a configuration file is protected by copywrite or not. The > > unwillingness to commit to anything on legal-discuss is an indication of > > this. (It was made explicit that with a vague question, there will only > be > > vague answers.) > > > > It might be better to actually document what we have, and then present > that > > to legal discuss and take it from there. > > > > Let's get concrete. > > > > We should put together a list of each config file path, along with > > information such as: > > > > * Size of file > > * Complexity (key/value, code snippets, what?) > > * Copyright notice or license header? > > * License of project it (may) have been taken from > > * Origin (Citrix, upstream project, unknown?) > > > > Once we have a complete picture, I think we can talk about how to > proceed. > > > > (And hopefully propose a guideline for future config files.) > > > > I certainly do not think we are in a position to write of an entire > > category of data as being uncopywritable. > > > > I am happy to run this to pursue this with legal too, but I think we > need a > > better view of what we're dealing with. > > > > Thoughts? > > > > > Alright, I'll start working on compiling this. > > --David > -- NS --047d7b41c3eabe31f304c999ada1--