On Mon, Jul 27, 2020 at 1:24 PM Tomasz Kłoczko <kloczko.tomasz@xxxxxxxxx> wrote: > > On Mon, 27 Jul 2020 at 18:00, Chris Murphy <lists@xxxxxxxxxxxxxxxxx> wrote: > [..] >> >> + btrfs driver is now built-in to the kernel, rather than as a module > > > Classic .. from frying pan to open fire. > > Why the heck dist kernel cannot be without ANY fs support? I've been using such a kernel (sic!) 15y ago !!! > Why is it still automonter hardcoded into the kernel even if it is completely useless on a typical single workstation? > (which is still probably most of the cases when Fedora is used now). > Currently dracut can generate initrd with loading correct root fs module and even block layer (nvme/sata) or network layer network card module if boot is done with loading by grub kernel and initrd over network on using NFS on root fs. > Why do people who choose other FSess like xfs or ext4 or even f2fs for some embedded systems are forced to have wasted available small memory footprint by things which can be loaded as modules on demand? > > Only because with such a kernel it could not be possible to say that Fedora is supporting btrfs as default fs? (and buy this it would make all those talks about default fs obsolete?). > Why Fedora cannot have only btrfs as default proposed by anaconda/kickstart FS? > I don't completely understand what you're asking here, but it was specifically requested to build it into the kernel to support booting systems without an initramfs during the discussion of the change proposal. The kernel maintainers were fine with it, so we went ahead and did just that. And your insinuation that Fedora is mostly used for single-user workstations is wrong, as I know of surprisingly large companies that use Fedora for servers and cloud machines. :) -- 真実はいつも一つ！/ Always, there's only one truth! _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
