Bug#647394: mechanism for tzdata update to run scripts to update derived data
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 -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2002091100.12804.61308.report...@qcms2.qcmsnet.com
Bug#647394: mechanism for tzdata update to run scripts to update derived data
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. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4eb134ef.90...@aurel32.net
Re: tzdata 2011n uploaded to lenny-volatile and squeeze
On Tue, 2011-11-01 at 00:10 +0100, Aurelien Jarno wrote:
As part of the weekly tzdata upload (well I hope things will slow down
soon), I have just uploaded tzdata 2011n to both lenny-volatile and
squeeze. It includes DST fixes for:
- Cuba.
- Fidji.
- Pridnestrovian Moldavian Republic.
The first and last changes are already effective.
For the record, a changelog/.changes urgency disconnect meant that 2011n
also hit testing yesterday. For (old)stable, Phil released the {S,V}UAs
yesterday.
Regards,
Adam
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/1320259958.6262.2.ca...@hathi.jungle.funky-badger.org
Re: tzdata 2011n uploaded to lenny-volatile and squeeze
On Wed, Nov 02, 2011 at 06:52:37PM +, Adam D. Barratt wrote:
On Tue, 2011-11-01 at 00:10 +0100, Aurelien Jarno wrote:
As part of the weekly tzdata upload (well I hope things will slow down
soon), I have just uploaded tzdata 2011n to both lenny-volatile and
squeeze. It includes DST fixes for:
- Cuba.
- Fidji.
- Pridnestrovian Moldavian Republic.
The first and last changes are already effective.
For the record, a changelog/.changes urgency disconnect meant that 2011n
also hit testing yesterday. For (old)stable, Phil released the {S,V}UAs
yesterday.
Thanks for all.
Aurelien
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2002202400.ga32...@hall.aurel32.net
r5034 - in glibc-package/trunk/debian: . patches patches/hurd-i386
Author: sthibault
Date: 2011-11-03 01:06:44 + (Thu, 03 Nov 2011)
New Revision: 5034
Added:
glibc-package/trunk/debian/patches/hurd-i386/tg-dup3.diff
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/patches/hurd-i386/submitted-dup2-fix.diff
glibc-package/trunk/debian/patches/series
Log:
patches/hurd-i386/tg-dup3.diff: New patch from Hurd topgit to implement dup3.
patches/hurd-i386/submitted-dup2-fix.diff: Trivially port to dup3.
Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2011-11-01 23:35:34 UTC (rev
5033)
+++ glibc-package/trunk/debian/changelog2011-11-03 01:06:44 UTC (rev
5034)
@@ -42,6 +42,8 @@
patches/hurd-i386/cvs-ldsodefs.h.diff
* patches/hurd-i386/submitted-sgttyb.diff: New patch to fix sgttyb ioctls
values.
+ * patches/hurd-i386/tg-dup3.diff: New patch from Hurd topgit to implement
dup3.
+ * patches/hurd-i386/submitted-dup2-fix.diff: Trivially port to dup3.
[ Petr Salinger ]
* kfreebsd/local-sysdeps.diff: update to revision 3763 (from glibc-bsd).
Modified: glibc-package/trunk/debian/patches/hurd-i386/submitted-dup2-fix.diff
===
--- glibc-package/trunk/debian/patches/hurd-i386/submitted-dup2-fix.diff
2011-11-01 23:35:34 UTC (rev 5033)
+++ glibc-package/trunk/debian/patches/hurd-i386/submitted-dup2-fix.diff
2011-11-03 01:06:44 UTC (rev 5034)
@@ -2,15 +2,13 @@
http://sources.redhat.com/ml/libc-alpha/2009-01/msg00030.html
-TODO: merge with t/dup3.
-
---
- sysdeps/mach/hurd/dup2.c |7 +++
+ sysdeps/mach/hurd/dup3.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
a/sysdeps/mach/hurd/dup2.c
-+++ b/sysdeps/mach/hurd/dup2.c
-@@ -68,15 +68,14 @@
+--- a/sysdeps/mach/hurd/dup3.c
b/sysdeps/mach/hurd/dup3.c
+@@ -71,15 +71,14 @@
/* Get a hold of the destination descriptor. */
struct hurd_fd *d2;
@@ -28,7 +26,7 @@
d2 = _hurd_alloc_fd (NULL, fd2);
if (d2)
__spin_unlock (d2-port.lock);
-@@ -96,6 +95,7 @@
+@@ -99,6 +98,7 @@
MACH_PORT_NULL);
}
}
@@ -36,7 +34,7 @@
if (d2 == NULL)
{
-@@ -119,7 +119,6 @@
+@@ -126,7 +126,6 @@
_hurd_port_locked_set (d2-port, port); /* Unlocks D2. */
}
}
Added: glibc-package/trunk/debian/patches/hurd-i386/tg-dup3.diff
===
--- glibc-package/trunk/debian/patches/hurd-i386/tg-dup3.diff
(rev 0)
+++ glibc-package/trunk/debian/patches/hurd-i386/tg-dup3.diff 2011-11-03
01:06:44 UTC (rev 5034)
@@ -0,0 +1,320 @@
+From: Thomas Schwinge tho...@schwinge.name
+Subject: [PATCH] dup3
+
+2008-12-19 Thomas Schwinge tschwi...@gnu.org
+
+ dup3 for GNU Hurd.
+ * include/unistd.h (__dup3): New hidden declaration.
+ * sysdeps/mach/hurd/dup3.c: New file, copy from dup2.c. Evolve it to
+ implement dup3 and do some further code clean-ups.
+ * sysdeps/mach/hurd/dup2.c (__dup2): Reimplement using __dup3.
+ * sysdeps/mach/hurd/kernel-features.h (__ASSUME_DUP3): Define.
+
+---
+ sysdeps/mach/hurd/dup2.c| 115 ++--
+ sysdeps/mach/hurd/dup3.c| 140 +++
+ sysdeps/mach/hurd/kernel-features.h |3 +-
+ 3 files changed, 151 insertions(+), 107 deletions(-)
+
+diff --git a/sysdeps/mach/hurd/dup2.c b/sysdeps/mach/hurd/dup2.c
+index 3abd30c..c837305 100644
+--- a/sysdeps/mach/hurd/dup2.c
b/sysdeps/mach/hurd/dup2.c
+@@ -1,4 +1,6 @@
+-/* Copyright (C) 1991, 92, 93, 94, 95, 97, 2002 Free Software Foundation, Inc.
++/* Copyright (C) 1991, 1992, 1993, 1994, 1995, 1997, 2002, 2008 Free Software
++ Foundation, Inc.
++
+This file is part of the GNU C Library.
+
+The GNU C Library is free software; you can redistribute it and/or
+@@ -16,119 +18,20 @@
+Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+02111-1307 USA. */
+
+-#include errno.h
+-#include fcntl.h
+ #include unistd.h
+-#include hurd.h
+-#include hurd/fd.h
+
+ /* Duplicate FD to FD2, closing the old FD2 and making FD2 be
+open on the same file as FD is. Return FD2 or -1. */
+ int
+-__dup2 (fd, fd2)
+- int fd;
+- int fd2;
++__dup2 (int fd, int fd2)
+ {
+- struct hurd_fd *d;
+-
+- /* Extract the ports and flags from FD. */
+- d = _hurd_fd_get (fd);
+- if (d == NULL)
+-{
+- errno = EBADF;
+- return -1;
+-}
+-
+- HURD_CRITICAL_BEGIN;
+-
+- __spin_lock (d-port.lock);
+- if (d-port.port == MACH_PORT_NULL)
+-{
+- __spin_unlock (d-port.lock);
+- errno = EBADF;
+- fd2 = -1;
+-}
+- else if (fd2 == fd)
+-/* FD is valid and FD2 is already the
