error upgrading tzdata_2007e to tzdata_2007f

[Steven Usdansky]

see below

/home/a/Desktop# dpkg -i tzdata_2007f-3ubuntu1_all.deb
(Reading database ... 90172 files and directories currently installed.)
Preparing to replace tzdata 2007e-0ubuntu0.7.04 (using tzdata_2007f-3ubuntu1_all.deb) ...
Unpacking replacement tzdata ...
Setting up tzdata (2007f-3ubuntu1) ...
dpkg: error processing tzdata (--install):
 subprocess post-installation script returned error exit status 10
Errors were encountered while processing:
 tzdata

TEST CASE:
 - Have a clean Feisty, and configure timezone America/Argentina/Buenos_Aires (sudo tzconfig)
 - Upgrade to current gutsy-updates package (2007h-0ubuntu0.7.10) changes /etc/timezone to "User defined" and thus breaks upgrades.
 - Upgrade to this new gutsy-proposed version (2007j-0ubuntu0.7.10) leaves /etc/timezone untouched.

[Andrew Mitchell (ajmitch)]

Could you please paste the output of 'locale'? I'm interested to see why it fails only for some users, but not for most.

[Andrew Mitchell (ajmitch)]

The contents of /etc/timezone will also be needed.

[Bill Hand (fxwgbill-gmail)]

I am having the same problem; had to go back to the 'e' version

Here is what I think you are asking for:

crazyeccentric@CrazyEccentric:~$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

and my timezone is set to: America/Chicago

should be one of the more common settings, I'd think...

Bill

[Bill Hand (fxwgbill-gmail)]

I don't know if it has anything to do with it, but it seems like I have a java issue, also, that seems like it might be locale related. If you want more info let me know...

Bill

[Steven Usdansky (usdanskys)]

My results from locale are identical to Bill's.

~$ cat /etc/timezone
America/North_Dakota/Center

[xcomm (xcomm-web)]

I had:

/UTC

Changing it to Europe/Berlin did me let install tzdata smoothly.

[asubedi (asubedi)]

Same problem here. My time zone was America/Kentucky/Monticello. However, changing it to Europe/Berlin worked around the problem.

$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

[Bill Hand (fxwgbill-gmail)]

For the record, I did go ahead and change my settings, just now, to Europe/Berlin in order to get the updated package installed. It installed properly with those settings and I was able to change it right back to America/Chicago and it came up correct.

[Brent N. Stephens (bnstephens)]

OK. That's just weird. I had the same problem, changed my timezone to Berlin, and the update worked just fine. The update is in process, if it finishes I'll try to change my timezone back. For the record, my timezone was Indianapolis.

[Arthur Penn (arthur-penn)]

Same problem here on the upgrade. Timezone was America/Kentucky/Louisville. Changing it to Europe/Berlin as above got it to install.

[Phoenix591 (phoenix591)]

same problem here.. mine was salem south dakota.

[Phoenix591 (phoenix591)]

changing to Berlin also solved here

[Matthew Hughes (tute666)]

same problem. moved from America/Argentina/Buenos_Aires
to europe/berlin worked fine

Could it be related to +/- gmt settings?
so far all related reportes ocurred on -x GMT

[Jacob Peters (zoodayz-gmail)]

Weird had the same problem was set to CST South Dakota. Worked for me too. Did sudo ln -sf ../usr/share/zoneinfo/europe/berlin /etc/localtime

[Launchpad Janitor (janitor)]

[Expired for tzdata (Ubuntu) because there has been no activity for 60 days.]

[Martin Albisetti (beuno)]

This just happened to me, changing the /etc/timezone to Europe/Berlin and then back worked.
Seems like it shouldn't be expired :D

I have America/Argentina/Buenos_Aires

and

beuno@beuno-laptop:~$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

[Michael Schultheiss (schultmc)]

Changing /etc/timezone from America/Indiana/Indianapolis to America/New York allowed me to upgrade from feisty's tzdata to gutsy's

[Eduardo Cereto (dudus)]

$ locale
LANG=pt_BR.UTF-8
LC_CTYPE="pt_BR.UTF-8"
LC_NUMERIC="pt_BR.UTF-8"
LC_TIME="pt_BR.UTF-8"
LC_COLLATE="pt_BR.UTF-8"
LC_MONETARY="pt_BR.UTF-8"
LC_MESSAGES="pt_BR.UTF-8"
LC_PAPER="pt_BR.UTF-8"
LC_NAME="pt_BR.UTF-8"
LC_ADDRESS="pt_BR.UTF-8"
LC_TELEPHONE="pt_BR.UTF-8"
LC_MEASUREMENT="pt_BR.UTF-8"
LC_IDENTIFICATION="pt_BR.UTF-8"
LC_ALL=

changed /etc/timezones from America/Indiana/Vincennes to America/New York, then the update changed it to user defined and it went smoth

[Githlar (githlar-deactivatedaccount)]

I was having the same problem. I had my time zone set to America/North_Dakota/New_Salem. Once I changed it to Europe/Tallinn (random choice) it installed fine.

[José (jagj77)]

/var/lib/dpkg/info/tzdata.postinst configure 2007b-1
debconf (developer): frontend started
debconf (developer): frontend running, package name is tzdata
debconf (developer): starting /var/lib/dpkg/info/tzdata.config configure 2007b-1
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/America/Argentina seen true
debconf (developer): --> 10 tzdata/Zones/America/Argentina doesn't exist

[Ilmari Vacklin (wolverian)]

This is a blocker for Gutsy, in my opinion, since it breaks upgrades for a large number of people.

[Martin Pitt (pitti)]

This seems to be a real blocker for a lot of upgrades. I will try to track this down and incorporate it into the current tzdata SRU (bug 152113).

[Martin Pitt (pitti)]

Got it. Apparently this was build with a broken zic, etc. Building the current gutsy source on current gutsy works, So this will be fixed with the update in bug 152113 without additional changes.

[[e-mail] (autono)]

Thanks for the reply.
-Patrick-
On 10/17/07, Martin Pitt <email address hidden> wrote:
> This seems to be a real blocker for a lot of upgrades. I will try to
> track this down and incorporate it into the current tzdata SRU (bug
> 152113).
>
> ** Changed in: tzdata (Ubuntu)
> Importance: Undecided => Critical
> Assignee: (unassigned) => Martin Pitt (pitti)
> Status: New => In Progress
> Target: None => gutsy-updates
>
> --
> error upgrading tzdata_2007e to tzdata_2007f
> https://bugs.launchpad.net/bugs/116193
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>

[Bill Hand (fxwgbill-gmail)]

This has been going on for months! At the least make folks aware of the
work around; have to install with the different timezone for it to work
and then change it after the fact; gonna be a bunchhhhhhhhh of peeps
screaming about this one!

Bill

<email address hidden> wrote:
> Thanks for the reply.
> -Patrick-
> On 10/17/07, Martin Pitt <email address hidden> wrote:
>
>> This seems to be a real blocker for a lot of upgrades. I will try to
>> track this down and incorporate it into the current tzdata SRU (bug
>> 152113).
>>
>> ** Changed in: tzdata (Ubuntu)
>> Importance: Undecided => Critical
>> Assignee: (unassigned) => Martin Pitt (pitti)
>> Status: New => In Progress
>> Target: None => gutsy-updates
>>
>> --
>> error upgrading tzdata_2007e to tzdata_2007f
>> https://bugs.launchpad.net/bugs/116193
>> You received this bug notification because you are a direct subscriber
>> of a duplicate bug.
>>
>>
>
>

[Ben (ben-j-dover)]

The tzdata error appeared - I continued the upgrade. It went from bad to worse to horrid. In the end upgrade reported it could not complete. Some fleeting statement to the effect of a recovery appeared then went away. For 30 minutes nothing happened. I then restarted --- I would have been better served opening a window and throwing the whole system out.

I do not understand why an upgrade must erase user data - applications - preferences for applications that are not part of Ubuntu's promised land. All application, data, preference for Thunderbird is non-existent. Is that supposed to make me happy to use Ubuntu?? I do not think so!

I have made a diligent effort to use Ubuntu instead of Windows XP on this system. In a word it has been way too hard, frustrating, and --- words I just cannot find to state the condition.

[Bill Hand (fxwgbill-gmail)]

And that goes right back to a previous statement that I made: If you
have a working system, you are better off keeping up with the progress
toward the next release; ie as soon as a version releases, change your
repositories to the NEXT release and do updates as they come. You have
to watch what you are doing, some will break things periodically, but as
long as you are careful about it, when the release date comes, you are
already there.

Bill

Ben wrote:
> The tzdata error appeared - I continued the upgrade. It went from bad to
> worse to horrid. In the end upgrade reported it could not complete. Some
> fleeting statement to the effect of a recovery appeared then went away.
> For 30 minutes nothing happened. I then restarted --- I would have been
> better served opening a window and throwing the whole system out.
>
> I do not understand why an upgrade must erase user data - applications -
> preferences for applications that are not part of Ubuntu's promised
> land. All application, data, preference for Thunderbird is non-existent.
> Is that supposed to make me happy to use Ubuntu?? I do not think so!
>
> I have made a diligent effort to use Ubuntu instead of Windows XP on
> this system. In a word it has been way too hard, frustrating, and ---
> words I just cannot find to state the condition.
>
>

[Juan Villarejo (juaniv-a)]

Same here, I changed my timezone to Europe/Berlin then wrote sudo dpkg --configure and it worked, everything was configured correctly tzdata, util-linux and languages packages. Then I changed back my timezone to America/Argentina/Buenos Aires.

[coffeemonk (coffeemonk)]

I can't believe this problem is still in... this was documented when I upgraded my main machine to Gutsy beta a month ago...

there really needs to be some kind of very prominent warning at the beginning of the upgrade process. or even something to check the users timezone and auto set it to a known working one... they'll forgive a timezone change easier than they will having to hand-hold the upgrade process!

[Martin Pitt (pitti)]

This just made it to gutsy-updates with the SRU in bug 152113:

 tzdata (2007h-0ubuntu0.7.10) gutsy-proposed; urgency=low
 .
   * Replace tzdata2007f.tar.gz with new version tzdata2007h:
     - Update some DST rules. (LP: #152113)
     - Add America/Indiana/Tell_City.
     - No removals/renames/merges/splits.
   * Rebuilding this with the current belocs-locales-bin and zic will also fix
     the hardlink/symlink mess which led to broken Feisty->Gutsy updates.
     (LP: #116193)

Thus upgrades from Feisty to Gutsy will get straight to the fixed package and not fall over any more.

I keep the hardy task open until it gets fixed there as well.

[Marvin M (cdpm23a)]

I clicked on the upgrade icon on my screen to upgrade tzdata 2007f to tzdata 2007h.
received this msg: E: tzdata subpross point-installation script returned error exit status 10 (screenshot.png)
Closed window, got another (screenshot-1.png)
Sending you two screenshots and dist-upgrade logs, hope it helps.

[Germán Pablo Gentile (germanpablogentile)]

Same to Marvin M happens here. Again tzdata is broken. BTW in my fresh install i can only see 3 time zones...

I do the update from update-manager and my apt db is broken.

[Germán Pablo Gentile (germanpablogentile)]

BTW, also for me changed my timezone to Europe/Berlin then wrote sudo dpkg --configure and it worked, everything was configured correctly tzdata, util-linux and languages packages. Then I changed back my timezone to America/Argentina/Buenos Aires.

I bet you must do a automated proccess checking all thw world situations, not only Europe ones.

TIA

[Diego Gaustein (gregorovius)]

Not fixed!

$sudo apt-get upgrade
(...)
Setting up tzdata (2007h-0ubuntu0.7.10) ...
dpkg: error processing tzdata (--configure):
 subprocess post-installation script returned error exit status 10
Errors were encountered while processing:
 tzdata
E: Sub-process /usr/bin/dpkg returned an error code (1)

[Loki (lhasa-jack)]

I get the same "error processing" message as Diego. I fixed this earlier this month with the work around I posted at the start of the thread, but this official "fix" is very broken still.

[Diego Gaustein (gregorovius)]

PD: My timezone is America/Argentina/Buenos Aires

[Martin Pitt (pitti)]

Indeed a local build produces a working package, whereas the package built on the buildds is broken. Investigating further...

[Martin Pitt (pitti)]

Investigating further, the buildd output is not actually broken, it just hardlinks some files the other way around.

I can reproduce the original crash with the Buenos Aires timezone in a clean Feisty installation with this recipe:

First, purge everything tzdata related, install the Feisty version and set the Buenos Aires time zone:

$ dpkg -P --force-depends tzdata; echo -e 'y\n2\nArgentina/Buenos_Aires' | dpkg -i tzdata_2007f-0ubuntu0.7.4_all.deb
[...]
Setting up tzdata (2007f-0ubuntu0.7.4) ...
Current default timezone: 'America/Argentina/Buenos_Aires'.
Local time is now: Mon Oct 22 11:43:51 ART 2007.
Universal Time is now: Mon Oct 22 14:43:51 UTC 2007.
$ cat /etc/timezone
America/Argentina/Buenos_Aires

Then, try to update to the gutsy version:

$ dpkg -i tzdata_2007f-3ubuntu1_all.deb
[...]
Setting up tzdata (2007f-3ubuntu1) ...
dpkg: error processing tzdata (--install):
 subprocess post-installation script returned error exit status 10

Now I try to upgrade to the gutsy-updates version:

$ dpkg -i tzdata_2007h-0ubuntu0.7.10_all.deb
[...]
Setting up tzdata (2007h-0ubuntu0.7.10) ...

User defined timezone, leaving /etc/localtime unchanged.
Local time is now: Mon Oct 22 11:46:08 ART 2007.
Universal Time is now: Mon Oct 22 14:46:08 UTC 2007.

I. e. the gutsy-updates deb fixed the previously broken upgrade.

Now I reset the stage by re-doing the first command (install the feisty-updates version), and try a direct upgrade to tzdata_2007h-0ubuntu0.7.10_all.deb, which succeeds.

When I try the same process with the locally built .deb, it does not differ.

Can you guys please give me the output of "cat /etc/timezone"?

[Mariano Stokle (mstokle)]

This the output of my /etc/timezone:

America/Argentina/Buenos_Aires

[Diego Gaustein (gregorovius)]

Same as Mariano. Though, I changed my timezone to something else so I could
install tzdata_2007h. Now it's back to Buenos_Aires

Cheers.

[Mariano Stokle (mstokle)]

It seems there is a boicot against Buenos Aires ;-)...

I did the same workaround to do the upgrade (including a tzdata update popt up this weekend): change to other location (America/Asuncion or American/New_York worked both).

[Everett Lumpkin (e2006)]

When I did the upgrade from Fiesty to Gutsy, I noticed that there was a pending change for tzdata. I ignored it and selected to do the Gutsy upgrade anyway. Gutsy upgrade failed so then I re-ran the upgrade manager and was again presented with tzdata which I did and everything seemed good. Now noted after reading this thread that "cat /etc/timezone" returns "User defined" so navigated my way thru the tools and have now set it to America/Indiana/Indianapolis.

[Alfredo J. Fabretti (fabrettia)]

Same problem here but with 2007h-0ubuntu0.7.10, changing the timezone doesn't solve the problem:

root@desktop:/# dpkg --configure tzdata
Setting up tzdata (2007h-0ubuntu0.7.10) ...
dpkg: error processing tzdata (--configure):
 subprocess post-installation script returned error exit status 10
Errors were encountered while processing:
 tzdata

[mcniac (esteban-soler)]

thanxs for the help,
i had the America/Argentina/Buenos_Aires timezone and didn't worked but i changed it to
America/Buenos_Aires and worked like a charm, must be some kind of problem with the thrid level of the timezone path?

Cheers
Esteban

[Alfredo J. Fabretti (fabrettia)]

I'm using Gutsy and since last upgrade I get that error with 2007h-0ubuntu0.7.10. Changing the timezone doesn't solve the problem.

[thomas langley (tomlangley1)]

Alfredo J. Fabretti wrote:
> I'm using Gutsy and since last upgrade I get that error with 2007h-
> 0ubuntu0.7.10. Changing the timezone doesn't solve the problem.
>
>
Just a note on your problem from my experience. First use package
manager and remove tzdata and util-linux then run deborphan as root
from terminal using the commands in brackets ( $ sudo deborphan | xargs
apt-get remove --purge -y)to remove orphan packages left over. If you do
not have deborphan you can download using package manager. Change your
time zone to europe and use synaptic package manager to reinstall tzdata
and util-linux. After it reinstalls change your time zone back to your
location and restart your machine. These are the steps I used to recover
my machine after my upgrade to V7.10. My machine crashed after this last
upgrade and it took a good bit of time to get my machine running as it
did before the upgrade. I had some applications that I use that did not
work after the upgrade and it took some doing to get things back as
before. But thats and other story. I must say I have been a Windows user
since the very beginning and even with some of the problems, I have
never regretted changing to Ubuntu.

[Alfredo J. Fabretti (fabrettia)]

Thomas, thank you for your help. But I still have the same problem.
I must tell you that I´m using Gutsy since beta version and I had this problem once but I solved it without too much work. Now I have this problem again but I don't find any solution.

[thomas langley (tomlangley1)]

Alfredo J. Fabretti wrote:
> Thomas, thank you for your help. But I still have the same problem.
> I must tell you that I´m using Gutsy since beta version and I had this problem once but I solved it without too much work. Now I have this problem again but I don't find any solution.
>
>
I had hoped what I did might help you. They need to resolve this problem
in short order or it will affect more and more people. Good luck. If I
can be of any further help let me know.

[elmateador (jpmmmm)]

Sorry, my Inglesh its Null jaja.
My problem its solucionated

Thank!

Muchas gracias por el aporte!
Soy de Argentina

Saludos

El mié, 31-10-2007 a las 15:57 +0000, thomas langley escribió:

> Alfredo J. Fabretti wrote:
> > I'm using Gutsy and since last upgrade I get that error with 2007h-
> > 0ubuntu0.7.10. Changing the timezone doesn't solve the problem.
> >
> >
> Just a note on your problem from my experience. First use package
> manager and remove tzdata and util-linux then run deborphan as root
> from terminal using the commands in brackets ( $ sudo deborphan | xargs
> apt-get remove --purge -y)to remove orphan packages left over. If you do
> not have deborphan you can download using package manager. Change your
> time zone to europe and use synaptic package manager to reinstall tzdata
> and util-linux. After it reinstalls change your time zone back to your
> location and restart your machine. These are the steps I used to recover
> my machine after my upgrade to V7.10. My machine crashed after this last
> upgrade and it took a good bit of time to get my machine running as it
> did before the upgrade. I had some applications that I use that did not
> work after the upgrade and it took some doing to get things back as
> before. But thats and other story. I must say I have been a Windows user
> since the very beginning and even with some of the problems, I have
> never regretted changing to Ubuntu.
>

[Martin Pitt (pitti)]

This should be fixed in hardy's version, since one of the merged changes from Debian was:

tzdata (2007f-5) unstable; urgency=medium

  * Handle three-level timezones (including Argentina) in debconf
    selection, as well as converting Argentine compatibility zones
    to their three-level counterparts. closes: #426914.
  * debian/po/en.po: updates for "new" zones.

I'll look into backporting this to gutsy.

[RHTopics (tyrht01)]

I also had the latest tzdata package getting the following error after I changed the /etc/timezone file from America/North_Dakota/Center to America/Chicago and then running the command sudo dpkg --configure tzdata

    Setting up tzdata (2007h-0ubuntu0.7.10) ...
    dpkg: error processing tzdata (--configure):
    subprocess post-installation script returned error exit status 10
    Errors were encountered while processing:
     tzdata

But I was able to get it work after also changing the time zone in the Clock applet contained in the upper panel. That is, I did the following:

    Right mouse clicked the date/time on this panel

    Clicked the Adjust Date & Time option

    Changed Time Zone in the Time and Date Settings Window to America/Chicago
    from America/North_Dakota/Center

    Ran the command: sudo dpkg --configure tzdata

I don't know if this makes any difference, but I have my clock set to Local time not UTC.

[Alejandro Díaz-Caro (janus)]

The tzdata_2007i-0ubuntu0.7.10 from Gutsy-Proposed have the same problem.

janus@Roberta-III:~$ sudo apt-get upgrade
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias
Leyendo la información de estado... Hecho
0 actualizados, 0 se instalarán, 0 para eliminar y 0 no actualizados.
1 no instalados del todo o eliminados.
Necesito descargar 0B de archivos.
Se utilizarán 0B de espacio de disco adicional después de desempaquetar.
¿Desea continuar [S/n]?
Configurando tzdata (2007i-0ubuntu0.7.10) ...
dpkg: error al procesar tzdata (--configure):
 el subproceso post-installation script devolvió el código de salida de error 10
Se encontraron errores al procesar:
 tzdata
E: Sub-process /usr/bin/dpkg returned an error code (1)

janus@Roberta-III:~$ sudo dpkg --configure tzdata
[sudo] password for janus:
Configurando tzdata (2007i-0ubuntu0.7.10) ...
dpkg: error al procesar tzdata (--configure):
 el subproceso post-installation script devolvió el código de salida de error 10
Se encontraron errores al procesar:
 tzdata

janus@Roberta-III:/etc$ apt-cache policy tzdata
tzdata:
  Instalados: 2007i-0ubuntu0.7.10
  Candidato: 2007i-0ubuntu0.7.10
  Tabla de versión:
 *** 2007i-0ubuntu0.7.10 0
        500 http://ar.archive.ubuntu.com gutsy-proposed/main Packages
        100 /var/lib/dpkg/status
     2007h-0ubuntu0.7.10 0
        500 http://ar.archive.ubuntu.com gutsy-updates/main Packages
     2007f-3ubuntu1 0
        500 http://ar.archive.ubuntu.com gutsy/main Packages

janus@Roberta-III:/etc$ sudo vi /etc/timezone
[Changed
America/Argentina/Buenos_Aires
 with
America/Buenos_Aires
]

janus@Roberta-III:/etc$ sudo dpkg --configure tzdata
Configurando tzdata (2007i-0ubuntu0.7.10) ...

Current default timezone: 'America/Buenos_Aires'
Local time is now: Tue Nov 20 09:22:10 ART 2007.
Universal Time is now: Tue Nov 20 12:22:10 UTC 2007.
Run 'dpkg-reconfigure tzdata' if you wish to change it.

[Martin Pitt (pitti)]

I reexamined this (with America/Argentina/Buenos_Aires as timezone):

- An upgrade from feisty final (2007b-0ubuntu1) to gutsy final (2007f-3ubuntu1) produces the "post-installation script returned error exit status 10" bug.
- A further upgrade from that broken system to current gutsy-updates (2007h-0ubuntu0.7.10) repairs it and makes it work again, but leaves time zone as "user defined"
- A direct upgrade from feisty final (2007b-0ubuntu1) to gutsy-updates (2007h-0ubuntu0.7.10) works and has the same "user defined" time zone glitch.

Thus the current versions at least do not break upgrades. If your system currently does not upgrade because you caught an intermediate bad version, I am afraid you have to fix this manually by running "sudo tzconfig" in a terminal window.

I'll try to fix the remaining issue of setting the time zone to "user defined" on upgrade.

[Martin Pitt (pitti)]

Uploaded into gutsy-proposed, please test:

 tzdata (2007j-0ubuntu0.7.10) gutsy-proposed; urgency=low
 .
   * Replace tzdata2007h.tar.gz with new version tzdata2007i:
     - Updates DST rules for Venezuela.
     - Split America/Guadeloupe into America/St_Barthelemy and America/Marigot,
       provide backwards compatibility links.
     - (LP: #163794)
   * debian/config: Do not try to detect a modified /etc/localtime. This is
     doomed to fail, since the original time zone files in /usr *will* change
     with upstream versions, and thus time zones end up as "user defined" which
     is not true. Change inspired by Debian's 2007f-12 version. (LP: #116193)
   * debian/{rules,config}: Handle three-level timezones (including
     Argentina) in debconf selection, as well as converting Argentine
     compatibility zones to their three-level counterparts. (Debian #426914,
     followup fix for LP #116193). Change backported from Debian's 2007f-5
     version, together with the fix in 2007f-8.

[Pedro Villavicencio (pedro)]

Verification done following the steps of the test case:

Test with tzdata 2007h-0ubuntu0.7.10 it changed the /etc/timezone file to "User Defined" which according to the report breaks the upgrades.
Test with tzdata 2007j-0ubuntu0.7.10 it doesn't change the /etc/timezone file (leaves it untouched), the bug is fixed, thanks.

[Martin Pitt (pitti)]

Copied to -updates.