On Wed, Feb 07, 2007 at 09:28:14AM -0500, Jesse Keating wrote: > On Wednesday 07 February 2007 03:15, Andreas Bierfert wrote: > > Maybe we should just follow a different approach for kmods then? Why not do > > something like a module manager (I heard some other distros have that ;) )? > > With it people could easily build their modules themselves but have them > > integrated via rpm so their filesystems don't go into nirvana after a > > couple of system upgrades. If you make it easy (and graphical) enough I > > suspect that people would be ok with it for external module stuff. That > > would solve the problems of repo inconsistency but still give users what > > they want... > > And when they don't rebuild cleanly? Then what? The user is left holding the > bag of a broken system should they ever reboot to that new kernel. > > I am entirely unconvinced that out of tree kernel modules adds any value over > the long run. It may work for a kernel or two, but it will lag, it will > break, and somebody will get blamed for it, more often than not, it will be > us for moving the kernel too fast, or not caring enough about external > modules to hold back updates, or, or, or... Out of tree modules _will_ lead > to poor user experiences and I do _not_ want the Fedora name attached to > _any_ of them. #1: I agree, I really want all kernel modules in the Fedora kernel. No question. For this I push very hard, and where I have influence (or can hack the driver code myself), it gets into upstream. We're not backing down from that stance. #2: For the subset of kernel modules where #1 isn't (yet) reality, we need to strive for #1. In the mean time, having not-yet-merged-upstream-but-in-progress kernel modules available can demonstrate both the value and the bug-freeness of the new code. (e.g. 1000 people have been running it for a month, and no new bug reports have been filed in the last 3 weeks). Here, tools like kmods and DKMS may provide some benefit. It's the same as with updates-testing. It needs to exist, even if we don't necessarily want all mainstream users using it. -Matt _______________________________________________ fedora-advisory-board mailing list fedora-advisory-board@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-advisory-board _______________________________________________ fedora-advisory-board-readonly mailing list fedora-advisory-board-readonly@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-advisory-board-readonly
