libc translations not imported from upstream

Bug #670678 reported by Ask Hjorth Larsen
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Launchpad itself
Invalid
Undecided
Unassigned
Ubuntu Translations
Fix Released
Medium
Unassigned
eglibc (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

This problem may already have been fixed, but I'm reporting it anyway because I think it's important to understand what's going on.

These are the upstream translations of libc:

http://translationproject.org/domain/libc.html

Downstream:

https://translations.launchpad.net/ubuntu/maverick/+source/eglibc/+pots/libc

Many of these templates have apparently been synced within the last 1-3 hours as I'm writing this, but the original problem was that the Czech, Catalan, Danish and many other translations were at 0% in maverick, while they were all at 100% (or other high percentages) upstream. This is strange, because many of them have been translated upstream for many years, and there's no reason why they shouldn't have been at 100% in ubuntu for years.

Danilo Shegan mentioned that a suspicious-looking pot file might have been blocking the import queue, but that pot file was from October, and thus cannot have prevented this import for years.

Mysteriously, downloading the (e.g. lucid) eglibc source package reveals the same po-files as upstream, so apparently the installed translations are okay in spite of empty templates in Launchpad.

We should try to understand what's going on and prevent it from happening again.

CVE References

Revision history for this message
Ask Hjorth Larsen (askhl) wrote :

Clarification: they were not just untranslated in maverick, they were untranslated in every ubuntu series.

Revision history for this message
Данило Шеган (danilo) wrote :

Actually, it was all fixed as a result of me marking that suspicious po/header.pot as 'Deleted': and it was not just from October, I am sure it has been present for years as well, since there was one from May, there's one from 2009-10-31 in Lucid queue (and there's another one), and even in Karmic. They are all "blocked", though, which might be what is causing the problem (i.e. PO files in the same path as the blocked POT file get blocked themselves).

I am not sure we can do much about this on the Launchpad side: simply having two POT files in the same path (po/libc.pot and po/header.pot) is wrong, and should be fixed in the package instead. We might do something about it if the file was not in the 'blocked' state, but it's impossible to relate PO files to a blocked POT file other than through a path.

Revision history for this message
Данило Шеган (danilo) wrote :

To clarify, the solution to this bug is for eglibc source package not to build po/header.pot (which is empty anyway). Or perhaps just to clean it up after build and before all translations are sent the Launchpad way.

Changed in rosetta:
status: New → Invalid
David Planella (dpm)
Changed in ubuntu-translations:
status: New → Triaged
importance: Undecided → Medium
Matthias Klose (doko)
Changed in eglibc (Ubuntu):
status: New → Fix Committed
Revision history for this message
Ask Hjorth Larsen (askhl) wrote :

Could something like this be affecting other packages?

Revision history for this message
David Planella (dpm) wrote : Re: [Bug 670678] Re: libc translations not imported from upstream

El dl 15 de 11 de 2010 a les 11:21 +0000, en/na Ask Hjorth Larsen va
escriure:
> Could something like this be affecting other packages?
>

I haven't seen any other package with this particular problem (empty
header.pot), but if you've observed anything similar, please, feel free
to report a new bug.

Thanks!

Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (6.3 KiB)

This bug was fixed in the package eglibc - 2.12.1-0ubuntu11

---------------
eglibc (2.12.1-0ubuntu11) natty; urgency=low

  * Update to the eglibc 2.12 branch (r12365).
    - Fix alignment of AVX safe area on x86_64, issue #12113. LP: #662511.
    - Fix issue #12159, x86-64 strchr propagation of search byte into all bytes
      of SSE register. (LP: #615953)
    - any/cvs-audit-suid.diff, any/cvs-getlogin_r-error-handling-1.patch,
      any/cvs-getlogin_r-error-handling-2.patch, any/cvs-issue12092.diff,
      any/cvs-getlogin_r-error-handling-3.patch, any/cvs-issue12113.diff,
      any/cvs-issue11968.diff: Remove, merged upstream.
    - any/cvs-dst-expansion-fix.diff, any/submitted-etc-resolv.conf.diff,
      locale/locale-print-LANGUAGE.diff: Updated.

  * Sort changelog entries with bzr-builddeb's merge_changelog to help merging
    with Debian; update Debian changelog entries to their latest version, and
    drop Debian changelog entries which aren't in the unstable changelog; this
    keeps the diff between Debian unstable's changelog and Ubuntu's changelog
    minimal (only Ubuntu entries) and makes it easier to review new Debian
    changes.
  * Copy binutils [mips mipsel] build-dep to minimize delta with Debian's
    build-deps.
  * Drop Vcs-Bzr; this package is now maintained in lp:ubuntu/eglibc.
  * Drop version in texinfo build-dep; this is satisfied even in dapper.
  * Move belocs-locales-bin conflicts around to lower the diff with Debian's
    control.
  * Copy Debian's libc6-dev-i386 Conflicts with libc6-i386 (<= 2.9-18) for
    some older upgrades; this seems to apply to Ubuntu as well, and reduces
    the delta with Debian just a bit. libc6-dev-i386 is not a commonly
    installed package, and this is satisfied in lucid and later anyway, so it
    shouldn't make upgrades harder, except if people use backports.
  * Drop debian/control.in/libc0.1, libc0.3, libc6, and libc6.1 (these are
    automatically generated) after confirming that generating them results in
    the same data.
  * Drop debian/debhelper.in/glibc-doc.docs; ChangeLog* is already listed in
    debian/debhelper.in/glibc-doc.install.
  * Drop debian/debhelper.in/libc-alt-dev.postinst as it only helps powerpc
    upgrades from dapper versions which aren't supported on powerpc anymore.
  * debian/debhelper.in/libc.postinst: drop inconsistent quotes around 2.12.
  * debian/local/manpages/gencat.1, iconvconfig.8, mtrace.1: revert differing
    RCS timestamps.
  * debian/patches/series: drop reference to changelog version with respect to
    local-ipv6-lookup.diff as the reference is bogus.
  * Drop debian/patches/alpha/submitted-getsysstats.diff,
    submitted-includes.diff, submitted-lowlevellock.diff,
    submitted-procfs_h.diff; these should have been dropped in earlier merges
    as they are not applied anymore and were dropped from Debian.
  * Drop commented-out hppa/* lines from patches/series to be consistent with
    how other arches were handled.
  * debian/sysdeps/amd64.mk: symlink ld-linux with the same rune as Debian.
  * Drop changes to debian/sysdeps/hurd.mk; Ubuntu doesn't build for Hurd.
  * Remove debian/wrapper/objcopy; was dropped in Debian already...

Read more...

Changed in eglibc (Ubuntu):
status: Fix Committed → Fix Released
Gabor Kelemen (kelemeng)
Changed in ubuntu-translations:
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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