Ubuntu
language-pack-es-base package

Problem in language-pack-es-base order installation makes Firefox translations lost

Bug #240028 reported by Ricardo Pérez López
34
This bug affects 2 people
Affects Status Importance Assigned to Milestone
langpack-o-matic
Invalid
Undecided
Unassigned
language-pack-es-base (Ubuntu)
Fix Released
High
Martin Pitt
language-pack-pt-base (Ubuntu)
Fix Released
High
Martin Pitt
language-pack-zh-base (Ubuntu)
Fix Released
High
Martin Pitt

Bug Description

Binary package hint: language-pack-es-base

There's a problem in the installation of the Spanish language pack files (language-pack-es-base version 1:8.04+20080527.1). They aren't be updated in the right order, so the Firefox translation is lost. They must be installed in the right order (ensuring language-pack-es-base is installed at the very end, AFTER language-pack-es) for get it work.

The following directories:

- /<email address hidden>/chrome
- /<email address hidden>/chrome
- /<email address hidden>/chrome
- /<email address hidden>/chrome

are empty after normal upgrade. I must manually reinstall language-pack-es and language-pack-es-base (in this order) to get Firefox translation properly installed.

The Conflicts field was introduced in language-pack-es-base package to try to fix the ordering problem, but is not working properly.

All the Spanish users who updates their OS will lost the Firefox translation! Please, it will be great if anyone fixes the problem before 8.04.1 release.

Revision history for this message
Alexander Sack (asac) wrote :

  Conflicts: language-pack-es (<< ${Source-Version}), language-pack-gnome-es (<< 8.04+20080527), language-pack-gnome-es-base (<< 8.04+20080527)

AFAIU, those should take care that language-pack-gnome-es and language-pack-gnome-es-base are removed _before_ language-pack-es-base gets unpacked.

  Replaces: language-pack-es (<< ${Source-Version}), language-pack-es-base (<< ${Source-Version}), language-pack-es (<< ${Source-Version}), language-pack-gnome-es-base (<< ${Source-Version}), language-pack-kde-es-base (<< ${Source-Version})

maybe those Replaces cause confusion?

Revision history for this message
Alexander Sack (asac) wrote :

havent seen it myself, but lets assume that its true for now :) confirming.

Changed in language-pack-es-base:
status: New → Confirmed
Revision history for this message
Martin Pitt (pitti) wrote :

Ah, Seb's eagle eyes spotted it: The conflicts are missing epochs.

Martin Pitt (pitti)
Changed in langpack-o-matic:
status: New → Invalid
Changed in language-pack-es-base:
assignee: nobody → pitti
importance: Undecided → High
status: Confirmed → In Progress
Changed in language-pack-pt-base:
assignee: nobody → pitti
status: New → In Progress
Revision history for this message
Martin Pitt (pitti) wrote :

Accepted into hardy-proposed, please test.

Changed in language-pack-es-base:
status: In Progress → Fix Committed
Changed in language-pack-zh-base:
assignee: nobody → pitti
importance: Undecided → High
status: New → Fix Committed
Changed in language-pack-pt-base:
importance: Undecided → High
status: In Progress → Fix Committed
Revision history for this message
Ricardo Pérez López (ricardo) wrote :

Martin, the new langpacks in hardy-proposed works for me in several Ubuntu 8.04 computers, as well as after a fresh install & subsequent full update. Although maybe I don't test all the possible situations, IMO the bug is fixed ;) Thanks a lot!

Revision history for this message
Martin Pitt (pitti) wrote :

Thanks for testing! copied to -updates.

Changed in language-pack-es-base:
status: Fix Committed → Fix Released
Changed in language-pack-pt-base:
status: Fix Committed → Fix Released
Changed in language-pack-zh-base:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.