Comment 18 for bug 303273

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.