Bug#647394: marked as done (mechanism for tzdata update to run scripts to update derived data)
Your message dated Sat, 28 Jan 2012 22:50:19 +0100
with message-id <20120128215019.GS19736@hall.aurel32.net>
and subject line Re: Bug#647394: mechanism for tzdata update to run scripts to update derived data
has caused the Debian Bug report #647394,
regarding mechanism for tzdata update to run scripts to update derived data
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
647394: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647394
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: mechanism for tzdata update to run scripts to update derived data
- From: Steven Ayre <steveayre@gmail.com>
- Date: Wed, 02 Nov 2011 09:11:00 +0000
- Message-id: <20111102091100.12804.61308.reportbug@qcms2.qcmsnet.com>
Package: tzdata
Version: 2011n-0squeeze1
Severity: wishlist
It could be useful to have a mechanism so that a tzdata upgrade (or downgrade) would run scripts that could perform actions such as updating any derived data on the system.
As an example we could have one such action a script that runs mysql_tzinfo_to_sql as debian-sys-maint to repopulate the timezone tables with the updated timezone information.
As a suggestion, this could be implemented as running all scripts in a /etc/tzdata.d directory at the end of the postinst script.
-- System Information:
Debian Release: 6.0.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages tzdata depends on:
ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy
tzdata recommends no packages.
tzdata suggests no packages.
-- debconf information excluded
--- End Message ---
--- Begin Message ---
- To: Steven Ayre <steveayre@gmail.com>, 647394-done@bugs.debian.org
- Subject: Re: Bug#647394: mechanism for tzdata update to run scripts to update derived data
- From: Aurelien Jarno <aurelien@aurel32.net>
- Date: Sat, 28 Jan 2012 22:50:19 +0100
- Message-id: <20120128215019.GS19736@hall.aurel32.net>
- In-reply-to: <20111209212812.GC7223@hall.aurel32.net>
- References: <20111102091100.12804.61308.reportbug@qcms2.qcmsnet.com> <4EB134EF.90404@aurel32.net> <20111209212812.GC7223@hall.aurel32.net>
On Fri, Dec 09, 2011 at 10:28:12PM +0100, Aurelien Jarno wrote:
> On Wed, Nov 02, 2011 at 01:17:51PM +0100, Aurelien Jarno wrote:
> > Le 02/11/2011 10:11, Steven Ayre a écrit :
> > > Package: tzdata
> > > Version: 2011n-0squeeze1
> > > Severity: wishlist
> > >
> > > It could be useful to have a mechanism so that a tzdata upgrade (or downgrade) would run scripts that could perform actions such as updating any derived data on the system.
> > >
> > > As an example we could have one such action a script that runs mysql_tzinfo_to_sql as debian-sys-maint to repopulate the timezone tables with the updated timezone information.
> > >
> > > As a suggestion, this could be implemented as running all scripts in a /etc/tzdata.d directory at the end of the postinst script.
> >
> > Why has it to be implemented in tzdata? Wouldn't be better if the other
> > packages use the dpkg trigger mechanism to know when tzdata is updated?
> > Or rather actually use the data from tzdata directly instead of
> > duplicating the information.
> >
>
> Any news on that?
>
No news from the submitter, I am therefore closing the bug.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurelien@aurel32.net http://www.aurel32.net
--- End Message ---
Reply to: