From owner-svn-src-all@FreeBSD.ORG Mon Jul 9 07:33:39 2012 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E44E106564A; Mon, 9 Jul 2012 07:33:39 +0000 (UTC) (envelope-from melifaro@FreeBSD.org) Received: from mail.ipfw.ru (unknown [IPv6:2a01:4f8:120:6141::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2482B8FC12; Mon, 9 Jul 2012 07:33:39 +0000 (UTC) Received: from v6.mpls.in ([2a02:978:2::5] helo=ws.su29.net) by mail.ipfw.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1So8W8-0007cb-NK; Mon, 09 Jul 2012 11:36:24 +0400 Message-ID: <4FFA894D.9050104@FreeBSD.org> Date: Mon, 09 Jul 2012 11:33:33 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120121 Thunderbird/9.0 MIME-Version: 1.0 To: Hiroki Sato References: <201207090716.q697GJ7A001973@svn.freebsd.org> In-Reply-To: <201207090716.q697GJ7A001973@svn.freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r238277 - in head: etc/defaults etc/rc.d sbin/ipfw share/man/man5 sys/netinet/ipfw X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2012 07:33:39 -0000 On 09.07.2012 11:16, Hiroki Sato wrote: > Author: hrs > Date: Mon Jul 9 07:16:19 2012 > New Revision: 238277 > URL: http://svn.freebsd.org/changeset/base/238277 > > Log: > Make ipfw0 logging pseudo-interface clonable. It can be created automatically > by $firewall_logif rc.conf(5) variable at boot time or manually by ifconfig(8) > after a boot. > > Discussed on: freebsd-ipfw@ Em, well, I thought "discussed" means some kind of consensus? There was an alternative implementation proposed in -ipfw with no comments from you side. Additionally, there can be other (still not discussed) solutions like making this interface as loadable module (like pf do). >