From owner-freebsd-current Tue Jun 25 22:43:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA08510 for current-outgoing; Tue, 25 Jun 1996 22:43:53 -0700 (PDT) Received: from critter.tfs.com (critter.cdrom.com [204.216.27.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA08503 for ; Tue, 25 Jun 1996 22:43:50 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id WAA02107 for ; Tue, 25 Jun 1996 22:43:48 -0700 (PDT) To: current@freebsd.org Subject: Another policy... Reply-to: phk@freebsd.org Date: Tue, 25 Jun 1996 22:43:47 -0700 Message-ID: <2105.835767827@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We made this one up too: "MAINTAINER in Makefiles" If a particular subpart of the FreeBSD is being maintained by a person or group of persons, they can communicate this fact to the world by adding a MAINTAINER= email-addresses line to the makefiles covering this piece of subpart of the tree. The semantics of this is as follows: The maintainer owns and is responsible for that code. This means that he is responsible for fixing bugs and answer PRs pertaining to that piece of the code, and in the case of contrib software, for tracking new versions, as appropriate. Commits to the directories covered by this shall be sent to the maintainer for review. Only if the maintainer does not respond for un unacceptable period of time, to several emails, will it be acceptable to commit changes without review by the maintainer. It is of course not acceptable to add a person or group as maintainer unless they agree to assume this duty, on the other hand it doesn't have to be a committer and it can easily to be a group of people. The FreeBSD core-team -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so.