From owner-freebsd-current  Mon Mar  4 17:44:12 1996
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA16774
          for current-outgoing; Mon, 4 Mar 1996 17:44:12 -0800 (PST)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA16769
          for <freebsd-current@FreeBSD.ORG>; Mon, 4 Mar 1996 17:44:08 -0800 (PST)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA07309; Mon, 4 Mar 1996 18:41:02 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199603050141.SAA07309@phaeton.artisoft.com>
Subject: Re: -current  submitting policys
To: ejc@nasvr1.cb.att.com
Date: Mon, 4 Mar 1996 18:41:01 -0700 (MST)
Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG
In-Reply-To: <9603050001.AA04466@ginger.cb.att.com> from "ejc@nasvr1.cb.att.com" at Mar 4, 96 07:01:44 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@FreeBSD.ORG
Precedence: bulk

> 
> 
> 

I can give you rule of thumb, re: the subject you sent.

By default, UCB-style copyright/license is preferred.

For mandatory kernel components, it is mandatory.

For optional kernel components, it's recommended, but not required.

It must be possible for a third party to put the code on CDROM,
do any component providing base functionality must not have
commercial use or distribution restrictions (the intent is to
allow commercial use of the base system, if desired).

Note that the current GPL'ed code in the source tree meets this
criteria (it is allowable on a CDROM, it does not implement any
mandary kernel components, and kernel components that are GPL'ed
are loadable as modules to allow the choice to encumber to be
made locally by the end user).

Last time I checked, the web pages didn't cover this; Jordan
probably needs to make an official policy statement and publish
a URL.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.