On Mon, Jul 27, 2020 at 07:20:16PM +0100, Tomasz Kłoczko wrote: > On Mon, 27 Jul 2020 at 18:35, Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx> > wrote: > [..] > > > > Why the heck dist kernel cannot be without ANY fs support? I've been > > using > > > such a kernel (sic!) 15y ago !!! > > > > Tomasz, > > take a step back... This is just a kernel config change, no reason to > > get angry. > > > > > Why is it still automonter hardcoded into the kernel even if it is > > > completely useless on a typical single workstation? > > It is used by systemd for various less-frequently used mount points > > and automount entries can be configured in /etc/fstab. > > > > Really? > (my jaw is on the floor crashed into the pieces) > I must honestly confess that in the meantime systemd swallowed autofs as > well! > > So (a bit off-topic) what was wrong with autofs as a separate small process > started only when it was necessary? Do you remember that? Having automount support directly in pid1 allows automounts to be part of the unit graph — with dependencies and triggering and failure actions. The code to talk to the kernel interface is rather simple. The part to tie into the rest of the unit framework is bigger. Having a separate daemon would only make that bigger part even more complicated. > Because with some bits of the autofs user space process in systemd when > someone would be using automonter maps loaded over LDAP (going over glibc > NSS layer) it will be some redundancy between those parts. You can still have the automount daemon. For the cases where you want use automounts defined in LDAP that's totally appropriate. > PS. I think that now I have the proper impuls/reason to port SMF to Linux. > kloczek :) Zbyszek _______________________________________________ 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
