Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 24 Aug 2006 10:03:32 -0600
From:      Scott Long <scottl@samsco.org>
To:        Alexander Kabaev <kabaev@gmail.com>
Cc:        cvs-src@FreeBSD.org, src-committers@FreeBSD.org, Guido van Rooij <guido@gvr.org>, cvs-all@FreeBSD.org
Subject:   Re: cvs commit: src/contrib/ipfilter HISTORY Makefile bpf_filter.c ip_fil.c ipf.h ipmon.h ipt.h kmem.h mlfk_rule.c opts.h radix.c radix_ipf.h snoop.h src/contrib/ipfilter/BSD Makefile Makefile.ipsend kupgrade src/contrib/ipfilter/iplang iplang_l.l ...
Message-ID:  <44EDCDD4.6070709@samsco.org>
In-Reply-To: <20060824101606.414e8bf6@kan.dnsalias.net>
References:  <200608240737.k7O7bDMC085424@repoman.freebsd.org>	<20060824092002.44b90594@kan.dnsalias.net>	<20060824133628.GA54467@gvr.gvr.org> <20060824101606.414e8bf6@kan.dnsalias.net>

next in thread | previous in thread | raw e-mail | index | archive | help
Alexander Kabaev wrote:

> On Thu, 24 Aug 2006 15:36:28 +0200
> Guido van Rooij <guido@gvr.org> wrote:
> 
> 
>>On Thu, Aug 24, 2006 at 09:20:02AM -0400, Alexander Kabaev wrote:
>>
>>>On Thu, 24 Aug 2006 07:37:12 +0000 (UTC)
>>>Guido van Rooij <guido@FreeBSD.org> wrote:
>>>
>>>
>>>>guido       2006-08-24 07:37:12 UTC
>>>>
>>
>>[..]
>>
>>
>>>>  Log:
>>>>  MFC: ipfilter 4.1.13
>>>
>>>This begs for a question: if ipfilter can not be updated without
>>>breaking the tree anymore, does it belong there in the first place?
>>
>>We could of course also get rid of the tree ;)
>>
>>-Guido
> 
> Tree without ipfilter or ipfilter without tree - this is a
> technicality.
> 
> Seriously though, I wonder how ipfilter is being tested before being
> checked in? Past two commits by you suggested that no testing was done
> at all. 
> 

Missing an added file when doing a check-in is a forgivable mistake, 
especially since Guido isn't the author and likely doesn't have as deep
of an understanding of the changes as the author does.  And, I do highly
appreciate that Guido is responding quickly to the problems.  The 
process with ipfilter still isn't perfect, but it's definitely an
improvement over the past.

Scott




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