When I try to upgrade the tzdata pakage I get the following messages.
Setting up tzdata (2007j-1etch1) ...
Running 'tzconfig' to set this system's timezone.
/var/lib/dpkg/info/tzdata.postinst: line 27: /usr/sbin/tzconfig: No such file or directory
dpkg: error processing tzdata (--configure):
subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
tzdata
The tzconfig program is in the package libc6 for etch, but no package currently
lenny or sid has it.
It may be possible to upgrade with a non-interactive front-end and change the
time zone by hand afterwards, but a postinst script may not assume the prezence
of a program that is not provided by a dependency or an essential package.
Maybe this bug should be reassigned to the package that should contain tzconfig.
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (990, 'stable'), (950, 'testing'), (500, 'stable-backports'), (500, 'oldstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-686
Locale: LANG=nl_NL, LC_CTYPE=nl_NL (charmap=ISO-8859-1)
-- debconf information:
tzdata/Zones/Asia:
tzdata/Zones/SystemV:
tzdata/Zones/Pacific:
tzdata/Zones/Atlantic:
tzdata/Zones/Etc:
tzdata/Zones/Arctic:
tzdata/Zones/Antarctica:
tzdata/Zones/America:
* tzdata/Areas: Europe
tzdata/Zones/Australia:
tzdata/Zones/Canada:
* tzdata/Zones/Europe: Amsterdam
tzdata/Zones/Africa:
tzdata/Zones/Indian:
--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Arnold Metselaar a écrit :
> Package: tzdata
> Version: 2007j-1etch1
> Severity: important
>
> When I try to upgrade the tzdata pakage I get the following messages.
> Setting up tzdata (2007j-1etch1) ...
> Running 'tzconfig' to set this system's timezone.
> /var/lib/dpkg/info/tzdata.postinst: line 27: /usr/sbin/tzconfig: No such file or directory
> dpkg: error processing tzdata (--configure):
> subprocess post-installation script returned error exit status 1
> Errors were encountered while processing:
> tzdata
>
> The tzconfig program is in the package libc6 for etch, but no package currently
> lenny or sid has it.
> It may be possible to upgrade with a non-interactive front-end and change the
> time zone by hand afterwards, but a postinst script may not assume the prezence
> of a program that is not provided by a dependency or an essential package.
>
If you use libc6 from unstable, you should also uses tzdata from unstable.
libc6 conflicts on the orginally version in etch, but unfortunately this
doesn't work anymore now that the version has been upgraded.
We are working on a solution so that an upgrade of libc6 also imply an
upgrade of tzdata.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' aur...@debian.org | aure...@aurel32.net
`- people.debian.org/~aurel32 | www.aurel32.net
I can confirm this bug on a testing(lenny) system. The problem come from
the tzdata packet 2007j-1etch1 which is present in the volatile
repository. The volatile repository is for stable(etch) systems but I do
not know if this bug occurs on stable systems.
Antoine
Op vrijdag 14 december 2007 09:53, schreef Antoine Sirinelli:
> I can confirm this bug on a testing(lenny) system. The problem
> come from the tzdata packet 2007j-1etch1 which is present in the
> volatile repository. The volatile repository is for stable(etch)
> systems but I do not know if this bug occurs on stable systems.
>
> Antoine
The libc6 still has /usr/sbin/tzconfig, so I don't think there is
any problem for stable+volatile.
The root cause of the problem is that a package in volatile has been
given a version number that was higher than the version in sid and
testing, violating one of the acceptance rules of debian volatile:
* The upgrade path from volatile to the next stable release
needs to be at least as easy as for the stable release; version
numbers in volatile must not be higher than those in testing, for
instance. [1]
I see the problem has been solved by bumping the version number of
tzdata in sid and lenny, So I think this bug can be closed now.
Kind regards,
Arnold Metselaar
[1] http://www.debian.org/devel/debian-volatile/