From owner-freebsd-ports Wed Dec 17 10:59:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA02260 for ports-outgoing; Wed, 17 Dec 1997 10:59:30 -0800 (PST) (envelope-from owner-freebsd-ports) Received: from kuma.web.net (root@kuma.web.net [192.139.37.6]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA02255 for ; Wed, 17 Dec 1997 10:59:25 -0800 (PST) (envelope-from woods@kuma.web.net) Received: by kuma.web.net via sendmail with stdio for freebsd-ports@FreeBSD.ORG (/\##/\ Smail3.1.30.12.0 #30.4 built 4-jul-95) id ; Wed, 17 Dec 97 14:01:27 -0500 (EST) Message-Id: Date: Wed, 17 Dec 97 14:01:27 -0500 (EST) From: woods@kuma.web.net (Greg A. Woods) To: freebsd-ports@FreeBSD.ORG Subject: clarification of RESTRICTED flag for ports ma be apropriate Reply-To: woods@planix.com (Greg A. Woods) X-Mailer: ViewMail (vm) Version 5.96 (beta) with GNU Emacs 19.28.1 (sparc-sun-sunos4.1.3) of Fri Mar 10 1995 on kuma Organization: Planix, Inc.; Toronto, Ontario; Canada Sender: owner-freebsd-ports@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I was given the following reference about ports package controls: > There are already NO_CDROM, NO_PACKAGE and RESTRICTED variables that > can be set in a package's Makefile. Here's how they are described in > the FreeBSD documentation (see FreeBSD-current/doc/handbook/porting.sgml>): > > > If the port has a `do not sell for profit' type of > license, set the variable NO_CDROM. We will make > sure such ports won't go into the CD-ROM come release time. > The distfile and package will still be available via ftp. > > If the resulting package needs to be built uniquely for > each site, or the resulting binary package can't be distributed > due to licensing; set the variable NO_PACKAGE. > We will make sure such packages won't go on the ftp site, nor > into the CD-ROM come release time. The distfile will still be > included on both however. > > If the port has legal restrictions on who can use it > (e.g., crypto stuff) or has a `no commercial use' license, > set the variable RESTRICTED to be the string > describing the reason why. For such ports, the > distfiles/packages will not be available even from our ftp > sites. > This doesn't do a very good job of identifying the difference between "commercial use" in the sense of copyright license sense and the load-and-run software sense. Since this misconception seems to endure forever it would probably be a good idea for the above paragraph to make a more accurate distinction. The RESTRICTED flag is really only applicable to legal restrictions outside normal copyright licensing. Eg. trade secrets, fully restricted copyright (usually also covered by trade secret), export laws, etc. If the package is freely re-distributable source code but has a 'no commercial use' copyright license then it should *NOT* be listed as RESTRICTED. NO_CDROM would suffice (unless they don't want binaries distributed, in which case NO_PACKAGE would be OK, though in reality I don't believe there's been any test of whether a copyright license can truely restrict binary re-distribution when source is freely available). The term "use" in copyright law means *copying*, and almost always implies "for commercial gain", though there is some protection (at least in Canada) for defamation of character. In essence any copyright license on "free" software (or shareware for that matter) is extremely difficult to defend, at least in Canada and the USA because it's next to impossible to show any concrete damages. Perhaps if someone re-distributed a badly hacked version of your code and as a result you lost your current job then you'd have a case, but otherwise I'd bet the best you could get would be a cease&desist order. -- Greg A. Woods +1 416 443-1734 VE3TCP robohack!woods Planix, Inc. ; Secrets Of The Weird