--- El lun 16-may-11, Ionut Biru firstname.lastname@example.org escribió:
De: Ionut Biru email@example.com Asunto: Re: [arch-projects] [initscripts][RFC] deprecating TIMEZONE from rc.conf Para: Cc: "Arch Linux projects development discussion" firstname.lastname@example.org, "Public mailing list for Arch Linux development" email@example.com Fecha: lunes, 16 de mayo de 2011, 16:21 On 05/16/2011 09:28 PM, Tom Gundersen wrote:
hi, i'm forwarding this on our arch-dev-public ml for higher audience
I think the TIMEZONE variable in rc.conf is
unnecessary and it causes
some problems with other (especially GUI) tools. I'd
like to hear what
you think about deprecating it. We will still keep the
support for it
in initscripts, but we will suggest (in the standard
rc.conf) to not
set it. It will then be up to the maintainer of our
documentation to adopt (or not) this suggestion.
i found that deprecating this option will make the set up a bit more complicated and i don't really want to copy/symlink or run tzselect manually.
I cc'ed the GNOME/KDE/XFCE maintainers as I would be
hear if their timezone tools work well with rc.conf (I
think not, but
I might have missed something). I also cc'ed aif and
maintainers. Please forward if you know of anyone who
relevant packages that I left out.
gnome is perfectly capable to do this, with or without asking an administrator password. For the later we need some adjustment to polkit rules.
we shouldn't focus only on gnome/kde/xfce since they are fully featured desktop environments and have tools for setting the date/time/.
What about minimal setups, they don't have any tools like that and they need to do it manually and is an additional step that is not needed in my opinion.
With timezone I have a more strong points:
1) System should use UTC. 2) Daemons should use UTC (logger, cron, ...) 3) TZ should be set per user not system-wide.