From owner-cvs-all Mon Sep 21 06:24:41 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA07255 for cvs-all-outgoing; Mon, 21 Sep 1998 06:24:41 -0700 (PDT) (envelope-from owner-cvs-all) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA07231; Mon, 21 Sep 1998 06:24:27 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id GAA22404; Mon, 21 Sep 1998 06:22:58 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Studded cc: Alex Nash , Luigi Rizzo , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sbin/ipfw ipfw.c src/sys/conf files src/sys/i386/isa if_ed.c if_ep.c if_lnc.c src/sys/net if_ethersubr.c srcOR In-reply-to: Your message of "Sun, 20 Sep 1998 23:28:14 PDT." <3605F1FE.9590D52E@dal.net> Date: Mon, 21 Sep 1998 06:22:57 -0700 Message-ID: <22400.906384177@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-cvs-all@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I feel strongly that these changes should be backed out of -Stable > immediately. I spent several hours today trying to find why ipfw logging Let's give Luigi a couple of more days to work on this and then we will indeed do exactly that. > This also an EXCELLENT example of why -Current should have been > branched when the beta period for 3.0 started. Yes, this IS an "I told > you so." Nope, it's not an excellent reason at all. Right stimulus, wrong response. :) To branch now would be to create significant merge work during the polishing period for 3.0, work which is almost always extensive if past history is any judge. No way do I want to have lots of people manually merging a whole bunch of work between two branches when what they're doing well and truly reflects what would need to be happening in -current anyway. Ick. We'll branch the tree again when 3.1 is ready to begin its merry journey and 3.0 has entered a truly "-stable" phase as planned. No sooner. - Jordan