May 2011 - Arch-dev-public - lists.archlinux.org

Re: [arch-dev-public] [initscripts][RFC] deprecating TIMEZONE from rc.conf
by Ionut Biru 16 May '11

16 May '11

On 05/16/2011 09:28 PM, Tom Gundersen wrote: > Hi guys, > 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 installer(s) and > 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 interested to > 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 archboot > maintainers. Please forward if you know of anyone who maintains > 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. > > From fd5fd34f8a593710483a204d7a7984f89385e3fa Mon Sep 17 00:00:00 2001 > From: Tom Gundersen<teg(a)jklm.no> > Date: Mon, 16 May 2011 13:17:48 +0200 > Subject: [PATCH] timezone: deprecate the TIMEZONE variable > > Setting the TIMEZONE in rc.conf is a bad idea for several reasons: > > * it requires a reboot before taking effect, for people changing timezone's > frequently (this is common if you travel a lot, especially annoying if you > have several stop overs in different timezones and want your laptop's clock > to be correct) > * it is non-standard, so advice/guides that apply to other distro's will not > apply to arch > * it is non-standard, so gui tools like the ones found in KDE/GNOME will not > be aware of the setting in rc.conf, and whatever change they do will be > overwritten on next boot. > * it is one of the few remaining blockers for ro /etc support in initscripts > > For these reasons (and possibly more), we deprecate TIMEZONE from rc.conf, > and advice users and developers to clear it and set /etc/localtime directly. > However, we do not remove the implementation from the scripts, so the timezone > is still set during boot/shutdown if the variable is set. > > Signed-off-by: Tom Gundersen<teg(a)jklm.no> > --- > rc.conf | 7 ++++--- > 1 files changed, 4 insertions(+), 3 deletions(-) > > diff --git a/rc.conf b/rc.conf > index 89ea27e..0fb6472 100644 > --- a/rc.conf > +++ b/rc.conf > @@ -8,11 +8,13 @@ > # > # LOCALE: available languages can be listed with the 'locale -a' command > # DAEMON_LOCALE: If set to 'yes', use $LOCALE as the locale during daemon > # startup and during the boot process. If set to 'no', the C locale is used. > # HARDWARECLOCK: set to "UTC" or "localtime", any other value will result > # in the hardware clock being left untouched (useful for virtualization) > # Note: Using "localtime" is discouraged. > -# TIMEZONE: timezones are found in /usr/share/zoneinfo > +# TIMEZONE: (DEPRECATED) copy timezone from /usr/share/zoneinfo to > +# /etc/localtime instead > # KEYMAP: keymaps are found in /usr/share/kbd/keymaps > # CONSOLEFONT: found in /usr/share/kbd/consolefonts (only needed for non-US) > # CONSOLEMAP: found in /usr/share/kbd/consoletrans > @@ -22,7 +24,6 @@ > LOCALE="en_US.UTF-8" > DAEMON_LOCALE="no" > HARDWARECLOCK="UTC" > -TIMEZONE="Canada/Pacific" > KEYMAP="us" > CONSOLEFONT= > CONSOLEMAP= -- Ionuț

3 2

[arch-dev-public] [signoff] util-linux-2.19.1-2
by Tobias Powalowski 16 May '11

16 May '11

Hi minor patch added which fixed mount -a segfault. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 4

[arch-dev-public] [signoff] kbd-1.15.3-1
by Tobias Powalowski 16 May '11

16 May '11

o Build system: - Drop klibc support. o Programs: - kbdinfo: New utility to obtain information about console. - setvtrgb: New utility to set the virtual terminal RGB colors. - loadkeys: Add LOADKEYS_KEYMAP_PATH env variable. - loadkeys: Fix some memory leaks. - loadkeys: Do not set prefer_unicode for iso-8859-1. - loadkeys -a: Switch to ASCII mode. - loadkeys: Fix "compose as usual" for Unicode diacritics (Michael Schutte). o Keymaps: - Add dvorak-ru keymap. o Fonts: - Add LatGrkCyr fonts. Please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

[arch-dev-public] testing/curl depends on community/libssh2
by Thomas Bächler 16 May '11

16 May '11

I just noticed that a system update pulls in 'libssh2' (as opposed to 'libssh', which I already had installed). 'libssh2' is in community, this should be moved to extra - or we should not depend on it, I don't know.

1 0

[arch-dev-public] [signoff] mkinitcpio 0.6.12-1
by Thomas Bächler 15 May '11

15 May '11

"Upstream" update (haha), please sign off. Shortlog: Gerardo Exequiel Pozzi (3): Drop deprecated /proc/sys/kernel/hotplug Trigger udev events like in initscripts Cleanly stop udev >= 168 as recommended by upstream. Thomas Bächler (2): Improve comments in mkinitcpio.conf Release mkinitcpio 0.6.12 Tom Gundersen (1): /run: restrict write access to root

5 5

[arch-dev-public] Anyone want to maintain acpid?
by Thomas Bächler 15 May '11

15 May '11

For some reason, I am assigned as a maintainer for acpid, but I never actually touched it. It is out of date and has a number of bugs. Any takers?

3 3

[arch-dev-public] keyutils moved to [core]
by Tobias Powalowski 15 May '11

15 May '11

Hi guys, https://bugs.archlinux.org/task/24282 FTP install is broken with krb5. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-dev-public] [signoff] gcc-4.6.0-5
by Allan McRae 15 May '11

15 May '11

New upstream snapshot. Fixes some template code issues (FS#24142) Signoff both, Allan

2 1

[arch-dev-public] [signoff] gmp-5.0.2-1
by Allan McRae 14 May '11

14 May '11

Minor upstream bug fix release. Signoff both, Allan

3 2

[arch-dev-public] [udev][RFC][0/5] moving udev closer to upstream
by Tom Gundersen 14 May '11

14 May '11

Hi guys, Tobias agreed to let me take over maintaining the udev package, and I have some ideas for changes I'd like to get everyone's comments on. Over the last few years udev has grown and distros have consolidated to the point where most distro's should be able to ship an unpatched version of udev. We are not as far away from upstream as we used to be, and we will still need to keep some patches due to backwards compatibility, but there is quite a lot we can get rid of. The aim is to simplify the maintainers job and benefit from all bug fixing happening upstream, this also means that we should file bug reports and push patches upstream rather than keeping our own rule files (to the extent it makes sense). Udev is very actively maintained with contributions coming from different distros, so this should be a benefit for everyone. In the five subsequent emails I'll outline the changes I'd like to implement. I cc'ed arch-dev-public on this email in case any interested parties are not on arch-projects, but I'll keep the rest of the discussion on arch-projects so we don't clog down peoples' inboxes :-) If anyone has any concern or suggestions pleas speak up :-) Cheers, Tom PS I just discovered that David Reisner is maintaining udev-vanilla in AUR which is almost exactly what I have in mind, so it might be worth checking out.

1 0