[arch-projects] [initscripts][PATCH] rc.sysinit: kill off VERBOSE= parameter

Tom Gundersen teg at jklm.no
Sat Jun 4 15:09:58 EDT 2011


On Sat, Jun 4, 2011 at 8:54 PM, Dave Reisner <d at falconindy.com> wrote:
> i just created a for-tom branch to get around the conflict i mentioned.

Thanks. I'll do the merge.

>> HARDWARECLOCK: the third line in /var/lib/hwclock/adjtime contains
>> this information, and should be moved to /etc (following upstream),
>> but discussion needed. The value is set by "hwclock --systohc
>> --{utc,localtime}".
>
> There's gotta be a reason that everyone puts the adjust file in /var/lib
> instead of /etc. I'm really not sure what that reason is, though.

adjtime contains the driftinformation, that is updated automatically
and regularly, and hence really belongs in /var, it also contains the
UTC/LOCALTIME info which is needed at early boot and only rarely
changed by the admin, so belongs in /etc.

The correct fix would be to submit a patch to upstream to split the
file in two, but given the choice between the two evils, I think
having it in /etc is the correct choice for now (as most people don't
even use the drift information, and we can't use /etc ro anyway).

>> USECOLOR: not important, but we should be able to detect if color is
>> supported...
>
> Even if you can support color, you might not necessarily want it.

Why should anyone care? Then again, I guess I don't really care either
way myself, so it can stay.

>> NETWORK_PERSIST: once we find a way to auto-detect if this is needed.
>> This should be simple, but we would need someone with the relevant
>> setup to test.
>
> Very hard, if not impossible, to do with a high degree of accuracy. I
> think this one may need to stick around. Maybe there's a magical silver
> bullet I don't know about. Other distros maintain a list of network
> filesystem and tie that into their shutdown procedure to avoid killing
> the network.

I have forgotten, what does systemd do at the moment? They have a
list? I guess that at some point the kernel must know that a given
filesystem is a networked filesystem, so one would hope that this
information was somehow exported in a generic way.

-t


More information about the arch-projects mailing list