From owner-freebsd-stable Mon Jun 11 15: 2:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from bkmls01.bak.rr.com (bkmls01.bak.rr.com [24.30.163.15]) by hub.freebsd.org (Postfix) with ESMTP id DE23237B401 for ; Mon, 11 Jun 2001 15:02:11 -0700 (PDT) (envelope-from rjackson@cs.csubak.edu) Received: from cs.csubak.edu ([24.161.200.221]) by bkmls01.bak.rr.com (Post.Office MTA v3.5.3 release 223 ID# 0-59787U250000L250000S0V35) with ESMTP id com for ; Mon, 11 Jun 2001 15:02:10 -0700 Message-ID: <3B25405D.2090209@cs.csubak.edu> Date: Mon, 11 Jun 2001 15:04:13 -0700 From: Russell Jackson User-Agent: Mozilla/5.0 (X11; U; FreeBSD 4.2-RELEASE i386; en-US; rv:0.9) Gecko/20010525 X-Accept-Language: en MIME-Version: 1.0 To: stable@freebsd.org Subject: Re: Why is the STABLE branch not so stable anymore? References: <20010611172443.A18552@home.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mixtim wrote: > Several times in the last few weeks people have broken the STABLE branch, > sometimes for days at a time. Why has this started happening? Is there no > process to prevent this from happening? > > I have a wild idea. How about making everyone who commits to the STABLE > branch actually: > > 1. Checkout a clean copy. > 2. make buildworld. > 3. Actually test the programs they changed. > > These three steps would have prevented each of the problems in the last few > weeks. Does no one test anymore? Is no one required to test? > > Perhaps a process should be put into place. (unless there already is one in > which case someone should start cracking the whip over some backs). > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > Sorry about the previous reply. I can understand. I cvsup'ed yesterday only to find that ipfilter was broken due to having it it moved out of the base os tree and into contrib. I tried fixing this by modifying the source to use the header files in the local ipfilter directory rather than /usr/include/netinet, but then I recieved a new set of undefined symbol errors with kmemstat among others (perhaps we need to build the new kernel first?). Today I cvsup'ed yet again only to find that perl won't build either now. What's going on here? I know I'm not the only one with this build problem. I've seen numerious posts about this: ipfilter, ipmon.c, etc. I've yet to see a good answer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message