[systemd-devel] [HEADSUP] fstab now parsed by generator in systemd git

[Gustavo Sverzut Barbieri]

On Tue, May 22, 2012 at 3:03 PM, Lennart Poettering
<lennart at poettering.net> wrote:
> Heya,
>
> just a quick heads-up. I just commited to git some work that rips out
> the fstab parsing from PID 1 and places this in a generator instead. The
> idea is that sooner or later we only parse native unit files from PID 1,
> and everything else is transformed as needed with generators. This makes
> the core a bit smaller and simplifies a lot of things.
>
> This is quite a substantial change, and hence I am not sure I got it all
> right. I am writing this mail for two reasons: to warn you that current
> git might break your boot more likely then usually, and secondly: please
> test this, especially if you have a more complex setup with nofail,
> noauto and x-systemd.automount in the mix!

Lennart, Kay: I hate you damn it! :-D

Man, how can a fstab file be so complex to justify it? It's simpler
than the service files we already load. Now to simply parse /etc/fstab
we need to call a generator, that parses (was being done already),
generates a new file, that triggers inotify, that calls systemd, that
parses it again. Ouch, that's cumbersome at least, slow at last!

One suggestion at IRC was to just keep systemd mount units. But if we
should go this route, then we should call to deprecate /etc/fstab.
Last time we discussed about it, people said it was not going to
happen since some tools were parsing and relying on it. Whats is the
way to go?

The only way I thing this is sane is if we call to deprecate
/etc/fstab. Otherwise it's total bs :-P

PS: please stop increasing my pid count... you know I hate it!
PS2: ls /usr/lib/systemd/system/systemd-* && crie out loud!

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--------------------------------------
MSN: barbieri at gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202