From owner-freebsd-bugs Sun May 24 09:12:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA06499 for freebsd-bugs-outgoing; Sun, 24 May 1998 09:12:25 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA06494 for ; Sun, 24 May 1998 09:12:22 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id QAA07840; Sun, 24 May 1998 16:08:47 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id SAA17069; Sun, 24 May 1998 18:08:29 +0200 (MET DST) Message-ID: <19980524180826.25491@follo.net> Date: Sun, 24 May 1998 18:08:26 +0200 From: Eivind Eklund To: Niall Smart , "Jordan K. Hubbard" Cc: Poul-Henning Kamp , Studded , ac199@hwcn.org, Ruslan Ermilov , nick@foobar.org, freebsd-bugs@FreeBSD.ORG Subject: Re: Problem reports closed by Poul-Henning Kamp [was: Re: misc/6712] References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: ; from Niall Smart on Sun, May 24, 1998 at 02:13:03PM +0100 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, May 24, 1998 at 02:13:03PM +0100, Niall Smart wrote: > 1) If they aren't committed to -stable then someone is going to have > to trawl through a list of PR's with patches which are appropriate > for both stable and current, but which have only been brought into > current. This involves reviewing (again) the correctness of the > patch, contacting the submitter (again) etc etc, all of which is a > waste of resources. The above isn't the way things work. If they don't get committed to -stable, one of three things happen: (1) The committer does what he's supposed to: Notes down which patches he's supposed to merge to -stable and merge them after an appropriate stay in -current. (2) The change is merged to -stable as a part of a merge-run (mostly before a release, and mostly done by Jordan. This is too bad) (3) (Usually only if the change is too large to be merged, or is in the kernel) The change is left in -current only. This does _not_ involve a re-handling of the PR - it _only_ involve handling of the code. A patch is most often not appropriate to commit verbatim; style fixes etc is done before it is committed. It would not be efficient to handle this from the PR. I wish I had time to do a merge-run; alas, I have other promises to keep, other parts of FreeBSD I have to do first. :-( Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message