Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 29 Jun 1999 14:46:21 +0200
From:      Poul-Henning Kamp <phk@freebsd.org>
To:        freebsd-doc@freebsd.org
Subject:   please...
Message-ID:  <36103.930660381@critter.freebsd.dk>

next in thread | raw e-mail | index | archive | help

I've noticed that this bit of -core policy never made it into
section 20 of the handbook, could one of you guys SGMLify it
and add it please ?


Policy on encumbered files in the source tree

-- PUBLIC SECTION --------------------------------------------------

1. Any file which is interpreted or executed by the system CPU(s)
   and not in source format is encumbered.

2. Any file with a license more restrictive than BSD or GNU is
   encumbered.

3. A file which contains downloadable binary data for use by the
   hardware is not encumbered, unless 1) or 2) applies to it.
   It must be stored in an architecture neutral ASCII format.
   (file2c or uuencoding recommended)

4. Any encumbered file requires approval from -core before it is
   added to the CVS repository.

-- (CORE) PRIVATE SECTION ------------------------------------------

5. Encumbered files go in src/contrib or src/sys/contrib

6. The entire module should be kept together.  There is no point
   in splitting it, unless there is code-sharing with non-encumbered
   code.

7. Object files are named .../${arch}/*.o.uu

8.a. kernel files

    I. Should always be referenced in conf/files.*
       (for build simplicity)

    II. Should always be in LINT, but core decides per case if it
	should be commented out or not.  Core can of course
	change its mind later on.

    III. Release engineer decides if it goes into the releases.

8.b user-land files

    I. Core decides if the code should be part of make world

    II. Release engineer decides if it goes into the releases.

-- END -------------------------------------------------------------
--
Poul-Henning Kamp             FreeBSD coreteam member
phk@FreeBSD.ORG               "Real hackers run -current on their laptop."
FreeBSD -- It will take a long time before progress goes too far!


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?36103.930660381>