Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 2 Sep 2008 11:55:15 +0200
From:      "Claus Guttesen" <kometen@gmail.com>
To:        "Daniel O'Connor" <doconnor@gsoft.com.au>
Cc:        Volodymyr Kostyrko <c.kworr@gmail.com>, freebsd-current@freebsd.org
Subject:   Re: RFC: moving sysutils/fusefs-kmod to base system
Message-ID:  <b41c75520809020255l790ff91cyd0fb3e1650bb1cdb@mail.gmail.com>
In-Reply-To: <200809021912.38401.doconnor@gsoft.com.au>
References:  <48BB4FEB.1050906@gmail.com> <g9it70$bm7$1@ger.gmane.org> <200809021912.38401.doconnor@gsoft.com.au>

next in thread | previous in thread | raw e-mail | index | archive | help
>> > 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.
>
> <soapbox>
> 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.
>
> </soapbox>

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



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