desktop-packages team mailing list archive

[Thorsten Glaser <1394929@xxxxxxxxxxxxxxxxxx>]

Hi Doko,

the package *is* required if you programmatically need to have “all”, or
at least a large set of, locales available.

Possible use case here is a package dependency (declaratively).

In the specific case of FusionForge, I have seen it (both the native
tracker and the embedded mediawiki) malfunction if locales-all was not
installed, even getting PHP to segfault.

Another use case is to ensure something is available to users,
especially nōn-root users, in the default location (so there is no need
to set LOCPATH. (This can help ssh, sudo, etc.)

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to langpack-locales in Ubuntu.
https://bugs.launchpad.net/bugs/1394929

Title:
  Please provide 'locales-all' as in Debian

Status in “glibc” package in Ubuntu:
  Confirmed
Status in “langpack-locales” package in Ubuntu:
  New

Bug description:
  Hi,

  Debian provides a 'locales-all' package, which is very convenient to
  ensure all locales are available, and installs very quickly.

  It's particularly handy when providing i18n'd web applications (e.g. that use php-gettext).
  As they may be accessed by visitors of all supported languages, rather than documenting how the server administrator should enable a list of 10-15 languages by reconfiguring 'locales', the packager can just add 'locales-all' to the Recommends or Depends.
  See for instance the FusionForge package in Debian (https://packages.debian.org/jessie/gforge-web-apache2).

  Cheers!
  Sylvain

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1394929/+subscriptions