[Printing-architecture] [Gimp-print-devel] Common Printing Dialog: PPD extension specs updated

[Till Kamppeter]

Robert Krawitz wrote:
>    Date: Fri, 1 Aug 2008 14:02:41 +0100
>    From: Roger Leigh <rleigh at whinlatter.ukfsn.org>
> 
>    On Fri, Aug 01, 2008 at 08:43:27AM -0400, Robert Krawitz wrote:
>    >    Date: Fri, 1 Aug 2008 13:33:14 +0100
>    >    From: Roger Leigh <rleigh at whinlatter.ukfsn.org>
>    > 
>    >    > There must be some possibility to provide an appropriate search path. 
>    >    > Would be bad if one would need to set a symlink from the source tree 
>    >    > into the system (would make distro packaging impossible).
>    > 
>    >    The search path is specified directly in genppd.c.  See
>    >    baselocaledir with relation to bindtextdomain/textdomain and the -c
>    >    option (which Robert's example used).  If this isn't working, the
>    >    debug/verbose option and strace should show you why.
>    > 
>    > I suspect that all of this is why a lot of people have had problems
>    > with translated PPD files all along.  We've had reports about this
>    > ever since the 4.2 days.
> 
>    What are you referring to here as the source of problems?
> 
> It not finding the correct translations
> 
>    >    Note: you *must* have all the locales being used available, which are
>    >    generated with localedef/locale-gen.  They should probably all be UTF-8
>    >    locales as well (do we enforce this?).
>    > 
>    > How would we enforce this (and what specifically do we need to
>    > enforce)?  We don't have much control over what users have installed
>    > on their systems.
> 
>    Don't the PPD files need to be in a single encoding?  Or does each
>    language have a defined encoding?  With the current setup, don't we just
>    get whatever locale the system is set up to use?
> 
> Per Mike Sweet, we have to use UTF-8 for all of the PPD files.
> 

I have installed all locales now, by doing

for l in `cat /usr/share/i18n/SUPPORTED`; do sudo locale-gen $l; done

on my Ubuntu Intrepid. Then I have run

LC_ALL= LANG= LANGUAGE= 
STP_MODULE_PATH=../../src/main/.libs:../../src/main 
STP_DATA_PATH=../../src/xml strace -s 1024 -o st.out ./cups-genppd.5.2 
-p ppd/Global -c `pwd`/catalog/share/locale pcl-2

and according to st.out it still reads only English message catalogs.

I tried also

LC_ALL=de LANG=de LANGUAGE=de 
STP_MODULE_PATH=../../src/main/.libs:../../src/main 
STP_DATA_PATH=../../src/xml strace -s 1024 -o st.out ./cups-genppd.5.2 
-p ppd/Global -c `pwd`/catalog/share/locale pcl-2

to see whether it perhaps reads only German message catalogs but it 
still reads only English message catalogs.

Robert, can it be that your I18n is based on something which SUSE has 
patched into gettext?

    Till