Problem is that Gutenprint's PPD generator
(/usr/lib/cups/driver/gutenprint.5.2) only generates fully globalized
PPDs if the server's (the machine on which the print queue is set up)
default locale is English. With any other locale it produces broken
single-language PPDs of the locale's language.
I posted the following in the discussion on the upstream developer list
of Gutenprint:
The idea of globalized PPDs is that a print queue has a multi-language
PPD and so several users can use it with their preferred UI language.
Therefore a PPD generator has always to emit the full globalized PPD
with all languages and not to tray to extract a single-language PPD with
the server's default locale. Currently, Gutenprint's PPD generator emits
the full globalized PPD only when the server's default locale is English
(as it is on my machine, and so I did not see the bug during the
discussion on getting globalized PPDs here on the list). In addition,
the single-language PPDs which Gutenprint genrates are broken. At first
the UTF-8 translations from the extension are moved to the place of the
standard translation strings, leaving the LanguageEncoding on
"ISOLatin1". Also the LanguageVersion is left on "English" and the
"cupsLanguages" line not removed.
But what really has to happen is that every queue gets full globalized
PPDs, regardless of the server's default language. Either CUPS should
take care of it to call the PPD generators with neutral locale ("C") or
Gutenprint's PPD generator has to ignore the locale and always to emit
fully globalized PPDs.
So Mike {author of CUPS] and Robert [leader of the Gutenprint project],
one of you has to fix it.
--
French translation broken and character encoding bugs
https://bugs.launchpad.net/bugs/303273
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
