From owner-freebsd-ports@FreeBSD.ORG Tue Jun 15 05:26:17 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 3168D106567C for ; Tue, 15 Jun 2010 05:26:17 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout025.mac.com (asmtpout025.mac.com [17.148.16.100]) by mx1.freebsd.org (Postfix) with ESMTP id 179148FC18 for ; Tue, 15 Jun 2010 05:26:16 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from [17.151.103.255] by asmtp025.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0L41003WRJ3NXF50@asmtp025.mac.com> for freebsd-ports@freebsd.org; Mon, 14 Jun 2010 22:26:16 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1004200000 definitions=main-1006140210 X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5,1.2.40,4.0.166 definitions=2010-06-15_02:2010-02-06, 2010-06-15, 2010-06-14 signatures=0 From: Chuck Swiger In-reply-to: Date: Mon, 14 Jun 2010 22:26:11 -0700 Message-id: <6335CF3A-9845-48A6-B7E7-AB8252C123B1@mac.com> References: <201006150247.20325.marco.broeder@gmx.eu> To: Warren Block , =?iso-8859-1?Q?Marco_Br=F6der?= X-Mailer: Apple Mail (2.1081) Cc: FreeBSD Ports 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 05:26:17 -0000 On Jun 14, 2010, at 8:30 PM, Warren Block wrote: > On Tue, 15 Jun 2010, Marco Br?der wrote: > But it is not very useful in its current state, because several popular >> licenses are missing and some license foo is not right / specific enough to be >> considered legally correct (for example there is no 'one BSD License', there >> are at least three of them, all legally different). The legal consequences of >> even very small differences can be very huge. We actually have to make this >> legally right or the whole thing is useless. > > This points nicely to something I've been wondering about. > > Could it be a problem for non-lawyers to categorize ("give an opinion") on a license that isn't an exact word-for-word duplicate of a known license? Where I live, someone without a legal degree cannot offer legal advice-- giving rise to acronyms like "IANAL" (I Am Not A Lawyer) and "TINLA" (This Is Not Legal Advice). You should not rely on automated tools including the ports framework to provide arbitrarily complex guidance appropriate for various combinations of licenses, local peculiarities, and so forth-- if you don't feel comfortable you understand and comply with the licenses of the software you use, hire a local lawyer-- don't ask for legal advice from a world-wide mailing list. :-) However, there are plenty of sites like SourceForge, Apache.org, GNU/FSF, and so forth which provide support/hosting for various projects and provide a classification of licenses. Like almost any human activity, such a categorization process is imperfect-- but "good enough for now" works just fine, until someone notices/complains about some issue, in which case it will probably be quickly fixed. There are probably some things which the FreeBSD implementation of licensing could be improved. For example, if port maintainers or committers make an effort to confirm with the original author(s)/copyright holder(s) that the license of the software is being correctly categorized and recorded that with the CVS/SVN commit adopting the license categorization in the port Makefile. 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). Regards, -- -Chuck