Comment 15 for bug 1094872

On Wed, Feb 20, 2013 at 12:18:57PM -0000, Gunnar Hjalmarsson wrote:
> Using the papersize command instead of editing /etc/papersize directly
> may be an option. But please note that the main point with the attached
> script is to point at a way to go from locale to papersize. It makes
> sense IMO to use the locale info that is available. Maybe that's what
> you do in the installer as well... I'd like to see a way to keep the
> papersize setting in sync with the regional formats settings as done
> from language-selector.

I don't mind what you do in language-selector for this, but it really
isn't related to this bug so I'd like it if you could keep it separate.
The installer can and does manage just fine by running 'dpkg-reconfigure
libpaper1', which already has the necessary logic to go from locale to
papersize. I'm getting the impression that you're unaware of that code
that already exists in libpaper1.config?

> As regards locales, if I understand it correctly the Ubuntu model so far
> has been that only locales corresponding to installed languages are
> available. New locales are created when a language is installed, and
> they are removed when a language is removed. That's why remove-language-
> pack works the way it does. There is no other UI besides language-
> selector for managing the generated locales as shown with "locale -a",
> is there?

UI or not, it has always been possible and supported to use the
locale-gen program directly to generate additional locales, which is why
/var/lib/locales/supported.d/local exists. It's a straightforward bug
that remove-language-pack wasn't honouring that properly. Martin
approved my patch to remove-language-pack and I've uploaded it.