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 -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
