From owner-freebsd-current  Wed Dec 20 07:26:38 1995
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id HAA23703
          for current-outgoing; Wed, 20 Dec 1995 07:26:38 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA23683
          for <current@freebsd.org>; Wed, 20 Dec 1995 07:26:29 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id CAA06304; Thu, 21 Dec 1995 02:23:37 +1100
Date: Thu, 21 Dec 1995 02:23:37 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199512201523.CAA06304@godzilla.zeta.org.au>
To: bde@zeta.org.au, jkh@time.cdrom.com
Subject: Re: conf.c and USL copyright at top
Cc: current@freebsd.org, jkh@freefall.freebsd.org
Sender: owner-current@freebsd.org
Precedence: bulk

>OK, so it was a mistake to add code to encumbered files.  No argument
>from anybody on that point, I'm pretty sure.  However, do we just
>throw up our hands in defeat?  I surely hope not!  Your analysis below
>would certainly suggest to me that removing the USL copyright is now
>an option we can realistically entertain.  It's not even remotely
>"derived" from now.  In our CVS tree, we're no worse off than before.
>In our exported tree, it's one less encumbered file, right?

It's academic for conf.c because the whole file should go away when
devfs is finished.

tty_conf.c is more interesting.  It could be handled more dynamically
like conf.c.  There isn't as much to gain because the analogue of the
major numbers -- the line discipline numbers -- can't be avoided because
there is no by-name user interface.

Bruce