From owner-freebsd-current Sun Apr 6 05:29:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA19095 for current-outgoing; Sun, 6 Apr 1997 05:29:08 -0700 (PDT) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA19085 for ; Sun, 6 Apr 1997 05:29:05 -0700 (PDT) From: proff@suburbia.net Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with SMTP id FAA02063 for ; Sun, 6 Apr 1997 05:31:26 -0700 (PDT) Received: (qmail 5272 invoked by uid 110); 6 Apr 1997 12:28:33 -0000 Message-ID: <19970406122832.5270.qmail@suburbia.net> Subject: Re: ipfilter compilation In-Reply-To: <19970406114210.NQ47928@uriah.heep.sax.de> from J Wunsch at "Apr 6, 97 11:42:10 am" To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 6 Apr 1997 22:28:32 +1000 (EST) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As proff@suburbia.net wrote: > > sys/netinet/Makefile: No such file or directory. Yes, the situation isn't as simple as I had initially assumed. What actually takes place is config(8) builds a one-for-all Makefile in sys/compile/kernel_name based on path to option relationships specified in sys/conf/files and i386/conf/files. You could symlink the files back up to /usr/src/contrib/ipfilter/*, or symlink these down to sys/netinet, but cvs doesn't appear able to manage symlinks. There seems to be nothing preventing config(8) handling the following type of construct in sys/conf/files (which I think is the only reasonable solution, given how the kernel build is performed). ../../contrib/ipfilter/ip_fil.c optional ipfilter inet ../../contrib/ipfilter/fil.c optional ipfilter inet ../../contrib/ipfilter/ip_nat.c optional ipfilter inet ../../contrib/ipfilter/ip_frag.c optional ipfilter inet ../../contrib/ipfilter/ip_state.c optional ipfilter inet instead of: netinet/ip_fil.c optional ipfilter inet netinet/fil.c optional ipfilter inet netinet/ip_nat.c optional ipfilter inet netinet/ip_frag.c optional ipfilter inet netinet/ip_state.c optional ipfilter inet > The sys/ tree is not supposed to have references to outside. I've > been asking the very same question (about how to maintain the > > -- > cheers, J"org I don't see that outside references are a problem, provided the user is kept aware of them. The kernel does depend on some outside references i.e /usr/include and the all the tools used to build it. LINT/generic can simple be given this comment # you need src/contrib/ipfilter accessable to compile # ipfilter into the kernel options IPFILTER #options IPFITLER_LKM options IPFILTER_LOG This seems greatly perferable to me than splitting up a contributed package in such a way that it will be effectively unmaintainable. -- Prof. Julian Assange |If you want to build a ship, don't drum up people |together to collect wood and don't assign them tasks proff@suburbia.net |and work, but rather teach them to long for the endless proff@gnu.ai.mit.edu |immensity of the sea. -- Antoine de Saint Exupery