[systemd-devel] [PATCH] timedated: add --timezone option to set the default timezone

[Kyungmin Park]

On Thu, Mar 20, 2014 at 6:10 AM, Greg KH <gregkh at linuxfoundation.org> wrote:
> On Wed, Mar 19, 2014 at 07:55:35PM +0100, Zbigniew Jędrzejewski-Szmek wrote:
>> On Thu, Mar 20, 2014 at 12:39:12AM +0900, juho son wrote:
>> > Hi,
>> > I omitted explain about.
>> > /etc have many system's configuration files. "localtime" is one of them.
>> > Normally /etc is on readable and writable location.
>>
>> So you've made the directory for configuration read-only, but you want
>> to change the configuration, so you're creating a second configuration
>> directory to store the new values there. This doesn't make sense to me,
>> and is not going to work unless glibc is also modifed, since any program
>> will try to read that file.
>
> I'd argue this is the exact opposite of what you really want, you want a
> writable /etc/ directory on your system, due to the huge number of
> packages that think they can write to it.  What you should be able to do
> is have your system easily recover if /etc/ is messed up (i.e. restore
> it at boot to a known good state).  Keep everything else on the system
> write-only and you should be fine.
>
>> (Not to mention the fact that /opt has a rather different purpose, but
>> let's say that this is a secondary issue).
>
> It's not really secondary, but a sign that someone is a bit confused
> when creating their filesystem layout :)

Understand what you concern. but currently it has confused filesystem layout.
currently /etc is located at read-only filesystem. since phone upgrade
issue. it can update RO partition easily but RW is hard and difficult
to maintain. anyway. a few files are symlinked to RW partition like
/opt/etc

/etc/localtime (symlink, RO) -> /opt/etc/locatime (symlink, RW) ->
real local time fle.

so there's no issue to use current glibc, double symlink handling, and
system only change /opt/etc/localtime with proper local time zone.

it's big change to use RW /etc and we can't confirm it's possible.

Thank you,
Kyungmin Park
>
> greg k-h
> _______________________________________________
> systemd-devel mailing list
> systemd-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/systemd-devel