From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <48930D59.3030003@gmail.com>
Date: Fri, 01 Aug 2008 15:19:21 +0200
From: Till Kamppeter <till.kamppeter@gmail.com>
MIME-Version: 1.0
References: <200807311309.m6VD9s5n018013@dsl092-065-009.bos1.dsl.speakeasy.net>
	<p06110400c4b793ad4cd1@[192.168.1.102]>
	<200807312114.m6VLEhgd004613@dsl092-065-009.bos1.dsl.speakeasy.net>
	<489230B6.8050306@gmail.com>
	<200807312156.m6VLusVF004364@dsl092-065-009.bos1.dsl.speakeasy.net>
	<4892B6A9.90609@gmail.com>
	<200808011134.m71BYXdK003793@dsl092-065-009.bos1.dsl.speakeasy.net>
	<4892FDDB.5060104@gmail.com>
	<20080801123314.GA26452@nagini.vm.bytemark.co.uk>
	<489307A9.1020504@gmail.com>
	<20080801130821.GC26452@nagini.vm.bytemark.co.uk>
In-Reply-To: <20080801130821.GC26452@nagini.vm.bytemark.co.uk>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [Printing-architecture] [Gimp-print-devel] Common Printing
 Dialog: PPD extension specs updated
List-Id: Printing architecture under linux
	<printing-architecture.lists.linux-foundation.org>
List-Unsubscribe: <https://lists.linux-foundation.org/mailman/listinfo/printing-architecture>,
	<mailto:printing-architecture-request@lists.linux-foundation.org?subject=unsubscribe>
List-Archive: <http://lists.linux-foundation.org/pipermail/printing-architecture>
List-Post: <mailto:printing-architecture@lists.linux-foundation.org>
List-Help: <mailto:printing-architecture-request@lists.linux-foundation.org?subject=help>
List-Subscribe: <https://lists.linux-foundation.org/mailman/listinfo/printing-architecture>,
	<mailto:printing-architecture-request@lists.linux-foundation.org?subject=subscribe>
To: Roger Leigh <rleigh@whinlatter.ukfsn.org>
Cc: Robert Krawitz <rlk@alum.mit.edu>, printing-architecture@lists.linux-foundation.org, printing-japan@lists.linux-foundation.org, gimp-print-devel@lists.sourceforge.net, jriddell@ubuntu.com

Roger Leigh wrote:
> 
> No.  Gutenprint is a special case, because the normal case is to
> translate into the user's language on the fly at run-time using gettext
> and the message catalogues.  Here, we are forcing build-time generation
> of the translations, which requires all of the needed locales to be
> present as a prerequisite.  This is not typical.
> 
> Does this also mean that global PPDs generated by CUPS are also
> dependent upon the presence of locales in order to be correctly
> translated?  If we could detect a locale is missing, it might be better
> to skip and/or warn about that.
>

CUPS DDK can create globalized PPDs from po/ directories somehow. Mike, 
is it able to do so without all locales installed?

> If you build-depend upon locales-all, this should fix things.
>

locales-all seems to be Debian-only. In Ubuntu it does not exist.

For me it seems that with all locale-related env variables undefined 
gettext creates only English text.

    Till