Debian Bug report logs - #420895
tzdata: debconf logic can't handle single-level zones defined in backward

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Colin Watson <cjwatson@ubuntu.com>

To: submit@bugs.debian.org

Subject: tzdata: debconf logic can't handle single-level zones defined in backward

Date: Wed, 25 Apr 2007 10:16:18 +0100

Package: tzdata
Version: 2007e-4
Severity: important
Justification: breaks debootstrap

(Actually, I saw this with 2007e-3ubuntu2 in Ubuntu; but I've looked at
the diff to 2007e-4 and I'm fairly sure it suffers from the same
problem. Sorry if I'm wrong.)

debootstrap has always done this or equivalent before configuring most
packages:

    if [ ! -e "$TARGET/etc/localtime" ]; then
        ln -sf /usr/share/zoneinfo/UTC "$TARGET/etc/localtime"
    fi

Unfortunately this confuses tzdata's new debconf code. A
DEBCONF_DEBUG=developer dump looks like this:

  Setting up tzdata (2007e-3ubuntu2) ...
  debconf (developer): frontend started
  debconf (developer): frontend running, package name is tzdata
  debconf (developer): starting /var/lib/dpkg/info/tzdata.config configure
  debconf (developer): <-- VERSION 2.0
  debconf (developer): --> 0 2.0
  debconf (developer): <-- CAPB backup
  debconf (developer): --> 0 multiselect escape
  debconf (developer): <-- FSET tzdata/Areas seen true
  debconf (developer): --> 0 true
  debconf (developer): <-- FSET tzdata/Zones/UTC seen true
  debconf (developer): --> 10 tzdata/Zones/UTC doesn't exist
  dpkg: error processing tzdata (--configure):
   subprocess post-installation script returned error exit status 10
  Errors were encountered while processing:
   tzdata

It appears not to like single-level zones (i.e. UTC rather than
Etc/UTC). While this could be worked around to some extent in
debootstrap, it seems likely that this will also affect upgrades from
systems using any single-level timezone name.

I can think of two obvious approaches to fix this. One would be to allow
any single-level zone name that exists in /usr/share/zoneinfo/. Another
(more appealing in terms of elegance, although also probably harder)
would be to automatically migrate any zone that's defined using a Link
line.

What do you think?

-- 
Colin Watson                                       [cjwatson@ubuntu.com]

Message #10 received at 420895-close@bugs.debian.org (full text, mbox, reply):

From: Aurelien Jarno <aurel32@debian.org>

To: 420895-close@bugs.debian.org

Subject: Bug#420895: fixed in tzdata 2007e-5

Date: Wed, 25 Apr 2007 13:47:05 +0000

Source: tzdata
Source-Version: 2007e-5

We believe that the bug you reported is fixed in the latest version of
tzdata, which is due to be installed in the Debian FTP archive:

tzdata_2007e-5.diff.gz
  to pool/main/t/tzdata/tzdata_2007e-5.diff.gz
tzdata_2007e-5.dsc
  to pool/main/t/tzdata/tzdata_2007e-5.dsc
tzdata_2007e-5_all.deb
  to pool/main/t/tzdata/tzdata_2007e-5_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 420895@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno <aurel32@debian.org> (supplier of updated tzdata package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Wed, 25 Apr 2007 09:25:46 -0400
Source: tzdata
Binary: tzdata
Architecture: source all
Version: 2007e-5
Distribution: unstable
Urgency: low
Maintainer: Aurelien Jarno <aurel32@debian.org>
Changed-By: Aurelien Jarno <aurel32@debian.org>
Description: 
 tzdata     - Time Zone and Daylight Saving Time Data
Closes: 420895
Changes: 
 tzdata (2007e-5) unstable; urgency=low
 .
   * Convert old or single-level timezones into two-level timezones
     (closes: bug#420895).
   * Remove the US area, all cities are already in America.
   * Add Arctic area.
Files: 
 cdcb4462a205787a140f479f3ad557fe 878 libs required tzdata_2007e-5.dsc
 28841a42f949a56b5366af74a59152c5 22654 libs required tzdata_2007e-5.diff.gz
 b630cca3066c19b6fa57e61918d03281 359286 libs required tzdata_2007e-5_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGL1fSw3ao2vG823MRAjQoAJ4qZz4AfZvnFsTtpAuGmYhsn+v5jgCfQKTo
5LMzRxN6vM+cCL1DFN6oSLg=
=9JW4
-----END PGP SIGNATURE-----

Message #15 received at 420895@bugs.debian.org (full text, mbox, reply):

From: Luis Rodrigo Gallardo Cruz <rodrigo@nul-unu.com>

To: 420895@bugs.debian.org

Subject: Bug#420895 apparently still shows up for timezone in Argentina

Date: Wed, 30 May 2007 18:49:21 -0500

[Message part 1 (text/plain, inline)]

reopen 420895
found 420895 2007f-3
thanks

Two people reported on debian-user-spanish@l.d.o[1] problems
upgrading to tzdata 2007f-3 from some previous version, most likely
the one on etch (both novice users, are not really sure what precise
version). The upgrade died on configuring the package.

I got them to run the postinst script with debconf debugging enabled,
and they sent traces ending like:

> ...
> debconf (developer): <-- CAPB backup
> debconf (developer): --> 0 multiselect escape
> debconf (developer): <-- FSET tzdata/Areas seen true
> debconf (developer): --> 0 true
> debconf (developer): <-- FSET tzdata/Zones/America/Argentina seen true
> debconf (developer): --> 10 tzdata/Zones/America/Argentina doesn't exist

Their timezone was set to
America/Argentina/Buenos_Aires

Simply running tzconfig solved their problems. I suspect some of the
old timezones were missed when converting.

[1] Threads (in spanish) starting on:
http://lists.debian.org/debian-user-spanish/2007/05/msg01250.html
http://lists.debian.org/debian-user-spanish/2007/05/msg01231.html

I can, if needed, act as interface to the reporters.

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28

[signature.asc (application/pgp-signature, inline)]

Message #24 received at 420895@bugs.debian.org (full text, mbox, reply):

From: Clint Adams <schizo@debian.org>

To: Luis Rodrigo Gallardo Cruz <rodrigo@nul-unu.com>, 420895@bugs.debian.org, control@bugs.debian.org

Subject: Re: Bug#420895: apparently still shows up for timezone in Argentina

Date: Thu, 31 May 2007 13:56:51 -0400

notfound 420895 2007f-3
clone 420895 -1
close 420895 2007e-5
retitle -1 tzdata: old Argentine compatibility timezones not converted
quit

On Wed, May 30, 2007 at 06:49:21PM -0500, Luis Rodrigo Gallardo Cruz wrote:
> Two people reported on debian-user-spanish@l.d.o[1] problems
> upgrading to tzdata 2007f-3 from some previous version, most likely
> the one on etch (both novice users, are not really sure what precise
> version). The upgrade died on configuring the package.

This is not the same bug.

> Simply running tzconfig solved their problems. I suspect some of the
> old timezones were missed when converting.

Yes, we will handle these deprecated Argentine timezones:

Buenos_Aires  ComodRivadavia  Jujuy     Mendoza       San_Juan  Ushuaia
Catamarca     Cordoba         La_Rioja  Rio_Gallegos Tucuman

Send a report that this bug log contains spam.