applet.py crashed with TypeError in get_description()

[Carlos Sérgio]

Binary package hint: system-config-printer

applet.py crashed with TypeError in get_description()

ProblemType: Crash
Architecture: i386
Date: Wed Apr 9 19:25:14 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/share/system-config-printer/applet.py
InterpreterPath: /usr/bin/python2.5
Package: system-config-printer-gnome 0.7.81+svn1976-0ubuntu6
PackageArchitecture: all
ProcCmdline: python /usr/share/system-config-printer/applet.py
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=pt_PT.UTF-8
 SHELL=/bin/bash
PythonArgs: ['/usr/share/system-config-printer/applet.py']
SourcePackage: system-config-printer
Title: applet.py crashed with TypeError in get_description()
Uname: Linux 2.6.24-15-generic i686
UserGroups: adm admin audio cdrom dialout dip floppy lpadmin netdev plugdev powerdev scanner vboxusers video

[Tim Waugh (twaugh)]

This is a problem with pt.po:

#: ../statereason.py:86
#, python-format
msgid "Printer '%s' is low on ink."
msgstr "A impressora está com níveis insuficientes de tinteiros."

There is a missing '%s' somewhere in the translated text.

[Pascal De Vuyst (pascal-devuyst)]

Needs to be fixed here https://translations.launchpad.net/ubuntu/hardy/+source/system-config-printer/+pots/system-config-printer/pt/378/+translate (language-pack-gnome-pt) and upstream.
Assigning to Ubuntu Portuguese Translators.

[JoiHap (astronomy)]

Fixed in Ubuntu and reported upstream (Redhat bugzilla, right?): https://bugzilla.redhat.com/show_bug.cgi?id=442416

[Steve Langasek (vorlon)]

marking as 'wontfix' for system-config-printer - it's a bug in the source package, yes, but we don't care because it's already fixed in the language pack :)

[Steve Langasek (vorlon)]

the fixed string has made it into the archive.

[Steve Langasek (vorlon)]

The present bug has been resolved, but I think there is a bug here that needs to be fixed in Launchpad Translations as well. msgfmt has a --check-format option that allows checking that there aren't format string mismatches between a string and its translation; this should be enforced for all .po translations, to avoid propagating this kind of bug into the archive.

[Jeroen T. Vermeulen (jtv)]

As far as we can tell, this bug is gone with our server upgrade. The message is checked and rejected if it lacks the formatting item. We suspect it was an old gettext version that caused the problem.