From owner-freebsd-ports@FreeBSD.ORG Tue Jun 15 07:10:55 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EE09106564A for ; Tue, 15 Jun 2010 07:10:55 +0000 (UTC) (envelope-from snabb@epipe.com) Received: from tiktik.epipe.com (tiktik.epipe.com [IPv6:2001:470:8940:10::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4009F8FC13 for ; Tue, 15 Jun 2010 07:10:55 +0000 (UTC) Received: from tiktik.epipe.com (tiktik.epipe.com [IPv6:2001:470:8940:10::1]) by tiktik.epipe.com (8.14.3/8.14.3) with ESMTP id o5F7AsbO059429 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 15 Jun 2010 07:10:54 GMT (envelope-from snabb@epipe.com) X-DKIM: Sendmail DKIM Filter v2.8.3 tiktik.epipe.com o5F7AsbO059429 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=epipe.com; s=default; t=1276585854; x=1277190654; bh=ibq/6cygpXhztd87o1/alpOsv4CH6V122OvMcEfL3+g=; h=Date:From:To:Subject:In-Reply-To:Message-ID:References: MIME-Version:Content-Type; b=K1WwBYHPQFH7EJci+Zgigs8tcAiurjiD8oe7jGknF4KS15YLhv40fkWEni2vG1cPK VpJgwpCi1BUnf85GMlFeEeIidgCa/AEcbyUI1XKUKNdS79WqS2Cyd7BIVf0f6RifEi NS79E3fHjb8iOQBWwbqNZ+vMtMhhlN7/JqqozZuw= Date: Tue, 15 Jun 2010 07:10:49 +0000 (UTC) From: Janne Snabb To: FreeBSD Ports In-Reply-To: <6335CF3A-9845-48A6-B7E7-AB8252C123B1@mac.com> Message-ID: References: <201006150247.20325.marco.broeder@gmx.eu> <6335CF3A-9845-48A6-B7E7-AB8252C123B1@mac.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.5 (tiktik.epipe.com [IPv6:2001:470:8940:10::1]); Tue, 15 Jun 2010 07:10:54 +0000 (UTC) Subject: Re: License Framework: Develop Best Practices X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 07:10:55 -0000 On Mon, 14 Jun 2010, Chuck Swiger wrote: > Where I live, someone without a legal degree cannot offer legal > advice [..] > It might also not be a bad idea to not display anything about > licensing until a human enables some Makefile switch which acknowledges > the limitations of the system (ie, license description coverage is > incomplete, etc, etc). IMHO it might make sense to add some sort of disclaimer that the license information is not to be considered as legal advice. Otherwise people who redistribute the ports in some country with a ridiculous legal system might become liable for something if they are unlucky. I am not sure if this should be in the documentation, or if it should be displayed every time when anything license related appears on the screen. Regarding the Makefile switch I would rather have it the opposite way if it is seen necessary (IMHO not needed if there is a disclaimer somewhere). If you want to disable it, you could define: I_LIVE_IN_A_COUNTRY_WITH_A_RIDICULOUS_LEGAL_SYSTEM_WHICH_REQUIRES_DISCLAIMER_FOR_EVERY_SILLIEST_POSSIBLE_THING_TO_AVOID_LEGAL_LIABILITY_AND_THEREFORE_I_WANT_TO_DISABLE_THE_LICENSE_THING=yes As a previous poster pointed out, I also think that the different BSD licences should be separated. The 4-clause version puts heavy burdens on someone who redistributes and does marketing. In case a redistributor does any marketing, they need to figure out some acknowledgement to be added in marketing materials for every piece of 4-clause licensed software. I also second the previous posters' opinion that in specifying GPL related licenses, it is necessary to distinguish between "this version only" and "or any later version". It makes a big difference in license compatibility. If these distinctions are not made, the whole framework is not very useful. I would rather see it to be useful. DISCLAIMER: I am writing this in a country where I can give legal advice to anyone I want and also freely talk about anything else and therefore the readers of this message may freely make any interpretations they whish about the contents of this post. :) -- Janne Snabb / EPIPE Communications snabb@epipe.com - http://epipe.com/