From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 09:55:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31E101065690 for ; Tue, 2 Sep 2008 09:55:17 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id AF3FE8FC21 for ; Tue, 2 Sep 2008 09:55:16 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1472720fgb.35 for ; Tue, 02 Sep 2008 02:55:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=W/biHiBhzZvCukuqYb8BBI6NXErcVIujDDQiQu8SCNk=; b=lmxQi0DcWf2e8Gr3lqSRLEnGKXcUMBu2bbdNlqxFGgvkczfumhCqC3HOlkpnmd/sds HHthICAlmmfgJzY/fpDb6CSBv9xJFOs5C74CmDzQZssloiyOpzHTu1cfJBzA124f2tjR aiUGruKduxCf5o7nekdHkWfAp/D3T9PHq60iI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ADJS9wXGp0KWO8rCgHnBh4NjJuHK+Wz1kdJMIOGGnMMQxT1wW1IqLmClH/7vsPbhHE L7aZDbm5l1joSUxHnKuY9TvClc9VQTJoW7z/YZaOV5V/JSc/z0+ugTehJTKsOVuys+FV QWWF10/4GO57K8iVJS/qH6yKH25YiAM9k5JHI= Received: by 10.86.84.5 with SMTP id h5mr5419469fgb.58.1220349315454; Tue, 02 Sep 2008 02:55:15 -0700 (PDT) Received: by 10.86.79.10 with HTTP; Tue, 2 Sep 2008 02:55:15 -0700 (PDT) Message-ID: Date: Tue, 2 Sep 2008 11:55:15 +0200 From: "Claus Guttesen" To: "Daniel O'Connor" In-Reply-To: <200809021912.38401.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48BB4FEB.1050906@gmail.com> <200809021912.38401.doconnor@gsoft.com.au> Cc: Volodymyr Kostyrko , freebsd-current@freebsd.org Subject: Re: RFC: moving sysutils/fusefs-kmod to base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2008 09:55:17 -0000 >> > Unless I understand how the kernel does stuff there is no penalty >> > for having unused modules (except the size of the kernel that needs >> > to be loaded). Keeping in mind that unless I am not reading stuff >> > corectly fusefs-kmod is the only FS related module that is not in >> > the base system. Since any fundamental changes in the generic FS >> > API seems to break fusefs-kmod, and cause some very nasty effects >> > that are almost impossible to trace to fusefs-kmod (machine freezes >> > so no output or core dump) it seems to make sense to move it to >> > the base system (after all we already do this with third party FS >> > code like x/zfs) by moving it we force it to always compile >> > instead of breaking >> >> This can be done by documenting usage of make.conf PORTS_MODULES >> knob. Just a little notice in ports would suffice, not anybody out >> there compiles a new kernel daily. > > > It would be nice if ports could put their kernel module source somewhere > so that a buildkernel would build it. > > This has several advantages > - You don't upgrade the port unless you want to when building a kernel. > - If the kernel API changes you find out because the port doesn't > compile then you can make an informed decision. > - You don't need a working network connection to rebuild your kernel. > > By ports do you mean the ports-system? If that's the case you're mixing the basesystem with applications. The separation of basesystem and apps is IMO one of BSD's strength. Why not use portupgrade for that purpose? -- regards Claus When lenity and cruelty play for a kingdom, the gentler gamester is the soonest winner. Shakespeare