Return-Path: Delivered-To: apmail-legal-discuss-archive@www.apache.org Received: (qmail 87129 invoked from network); 21 Feb 2007 06:58:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 21 Feb 2007 06:58:40 -0000 Received: (qmail 88648 invoked by uid 500); 21 Feb 2007 06:58:48 -0000 Delivered-To: apmail-legal-discuss-archive@apache.org Received: (qmail 88379 invoked by uid 500); 21 Feb 2007 06:58:47 -0000 Mailing-List: contact legal-discuss-help@apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list legal-discuss@apache.org Received: (qmail 88368 invoked by uid 99); 21 Feb 2007 06:58:47 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Feb 2007 22:58:47 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of santiago.gala@gmail.com designates 66.249.92.170 as permitted sender) Received: from [66.249.92.170] (HELO ug-out-1314.google.com) (66.249.92.170) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Feb 2007 22:58:36 -0800 Received: by ug-out-1314.google.com with SMTP id 30so860749ugs for ; Tue, 20 Feb 2007 22:58:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=FlE9B+ckbb4D9JNk8q3Qg9UxRkOpBdf+yIkL/ncXF8jebgpAAa39aE+ml5FoOp5YNkJye9oGHmqN1n0BEfZXXBpmuPS1N+t4tNS06Ye/n1b53c1GDlkPJ/KZBhCiLzJ+UeGZTUsFTqDuaghJMzdqw0bKFwzfkhgbcwiFRm3UhRk= Received: by 10.67.22.14 with SMTP id z14mr9160208ugi.1172041095071; Tue, 20 Feb 2007 22:58:15 -0800 (PST) Received: by 10.67.118.5 with HTTP; Tue, 20 Feb 2007 22:58:15 -0800 (PST) Message-ID: <8ce1559a0702202258v212dd693y6abb6f6d527d49ed@mail.gmail.com> Date: Wed, 21 Feb 2007 07:58:15 +0100 From: "Santiago Gala" To: "Niclas Hedhman" Subject: Re: When is a derivative not a derivative? Cc: legal-discuss@apache.org In-Reply-To: <200702211015.17206.niclas@hedhman.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1282_20539504.1172041095009" References: <45D40613.6080205@rowe-clan.net> <200702162129.11028.niclas@hedhman.org> <09C71301-0573-44E5-A810-8C55CBED55BF@wsanchez.net> <200702211015.17206.niclas@hedhman.org> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_1282_20539504.1172041095009 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On 2/21/07, Niclas Hedhman wrote: > > On Wednesday 21 February 2007 03:08, Wilfredo S=E1nchez Vega wrote: > > The compilation can't be called Apache, but it is certainly > > reasonable to say that it includes Apache, unless they've modified it, > > in which case it is no longer Apache. > > So, example, Debian is in violation?? The Apache Web server package is > called "apache2" and only contains 2 files plus the dependency > information. > Clearly not something produced at Apache Software Foundation. I don't know the debian packages, but most distros package reparately modules, help files, etc. They add most of the httpd components to the compilation, even if they split it in several packages. My criteria here would be something like: - Debian (or gentoo, or Fedora, ...) are **always** sending uptream, (here) all the patches. Sometimes they even take those from bugzilla/jura or sourc= e control. The only exceptions are typically init.d scripts, web pages, or other integration or branding content and even those they sometimes send if we are willing to accept them - So, their delta is "accidental" (tending to zero in time), and no distribution boasts about their apache being "superior" because of their "enhancements". For binary distros, it is all about timing and mixing of patches (as interprets do with the score) and not about permanent changes They are all derivatives, but their differential falls under "fair use" and tends to zero. OpenBSD seems to boast that they are **not** shipping current apache, but rather something definitely different and better So, I think their use is not the same, and the apache brand is misused. Same would happen, IMO, if a distro consistently spoiled the quality with bad patches or kept them privative. Then we should be stricter in our interpretation of the concept and ask them to use a different name. But Open Source is about Source, so shouldn't the whole discussion revolve > around whether I can take the Source of a project, compile it and > distribute > it under its original name. > > Otherwise, the implications on the Linux market will just crumble, where > every > Apache project will be known as something else on each Linux > distribution... > Unreasonable. Funny, this is exactly what firefox is doing. My copy in gentoo is called "Bon Echo", because the Mozilla Foundation branding rules are relatively strict and nobody really cares to patch the branding away (not 100% sure of the details, but I can search them). Somebody told me debian uses a different name too, not sure. My User-Agent is: Mozilla/5.0 (X11; U; Linux x86_64; es-ES; rv:1.8.1.1) Gecko/20070218 BonEcho/2.0.0.1 Regards Santiago ------=_Part_1282_20539504.1172041095009 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline

On 2/21/07, Niclas Hedhman <niclas= @hedhman.org> wrote:
On Wednesday 21 February 2007 03:08, Wilfredo S=E1nchez Vega wrote:
>=     The compilation can't be called Apache, but it = is certainly
> reasonable to say that it includes Apache, unless they= 've modified it,
> in which case it is no longer Apache.

So, example, Debian i= s in violation?? The Apache Web server package is
called "apache2&q= uot; and only contains 2 files plus the dependency information.
Clearly = not something produced at Apache Software Foundation.

I don't know the debian packages, but most distro= s package reparately modules, help files, etc. They add most of the httpd c= omponents to the compilation, even if they split it in several packages.

My criteria here would be something like:
- Debian (or gentoo, o= r Fedora, ...) are **always** sending uptream, (here) all the patches. Some= times they even take those from bugzilla/jura or source control. The only e= xceptions are typically=20 init.d scripts, web pages, or other integration or branding content and eve= n those they sometimes send if we are willing to accept them
- So, their= delta is "accidental" (tending to zero in time), and no distribu= tion boasts about their apache being "superior" because of their = "enhancements". For binary distros, it is all about timing and mi= xing of patches (as interprets do with the score) and not about permanent c= hanges
 
They are all derivatives, but their differential falls under = "fair use" and tends to zero. OpenBSD seems to boast that they ar= e  **not** shipping current apache, but rather something definitely di= fferent and better So, I think their use is not the same, and the apache br= and is misused.

Same would happen, IMO, if a distro consistently spoiled the qualit= y with bad patches or kept them privative. Then we should be stricter in ou= r interpretation of the concept and ask them to use a different name.

But Ope= n Source is about Source, so shouldn't the whole discussion revolve
around whether I can take the Source of a project, compile it and distribut= e
it under its original name.

Otherwise, the implications on the = Linux market will just crumble, where every
Apache project will be known= as something else on each Linux distribution...
Unreasonable.

Funny, this is exactly what firefox = is doing. My copy in gentoo is called "Bon Echo", because the Moz= illa Foundation branding rules are relatively strict and nobody really care= s to patch the branding away (not 100% sure of the details, but I can searc= h them). Somebody told me debian uses a different name too, not sure.

 My User-Agent is: Mozilla/5.0 (X11; U; Linux x86_64; es-ES; r= v:1.8.1.1) Gecko/20070218 BonEcho/2.0.0.1

Regards
Santiago
------=_Part_1282_20539504.1172041095009--