Quel est l'équivalent de locales-all de Debian?

8

Sur Debian, je peux faire dépendre un paquet locales-allpour m'assurer que tous les paramètres régionaux sont installés / disponibles. Il n'y a pas un tel paquet dans Ubuntu.

Il en avait autrefois belocs-locales-*qui semblait faire la même chose; alternativement, on pourrait dépendre de différents packs de localisation (par exemple juste de+ en+ frpour la plupart de l'Europe occidentale, ce qui est d'une utilisation limitée; parfois, le logiciel nécessite en fait tous les paramètres régionaux standard). Ces colis ont disparu entre robustes et précis, l'AFAICT.

Alors, sur quel package Ubuntu puis-je Dependsavoir pour que tous les paramètres régionaux soient disponibles?

Edit: ce n'est pas la même chose que le localespackage, qui fournit simplement les fichiers de données nécessaires pour générer les paramètres régionaux; simplement installer le locales-allpaquet dans Debian rend ces locales disponibles immédiatement, et toutes. (Il contient un pack, dans les versions récentes, économisant également beaucoup d'espace.) De cette façon, l'utilisateur n'a pas de bouton dans lequel il peut (accidentellement) désactiver les paramètres régionaux nécessaires.

package-management debian locale mirabilos
la source
Je ne pense pas qu'il existe un équivalent dans Ubuntu. Une des raisons pour lesquelles locales-all n'est pas inclus dans l'archive Ubuntu pourrait être qu'il entrerait en conflit avec la façon dont le système langpack d'Ubuntu gère la création de paramètres régionaux (mais ce n'est qu'une supposition). Par curiosité: quel type de programme aurait besoin d'un accès instantané à tous les paramètres régionaux pris en charge?
Gunnar Hjalmarsson
@GunnarHjalmarsson plusieurs types de webapps: j'en connais un qui utilise les paramètres régionaux du système pour i18n côté serveur, et je connais un qui a des échecs inexplicables qui disparaissent lors de l'installation locales-all. Mon "déclencheur de demande" actuel est un paquet contenant des trucs qui dépendent d'une locale spécifique, mais l'utilisation localesest hors de question car d'autres packages ou l'administrateur local peuvent désactiver la locale plus tard, si je l'active en utilisant par exemple les paramètres debconf.
mirabilos
Il y a maintenant un bug ouvert à ce sujet .
mirabilos
Remarqué. J'ai ajouté une tâche pour langpack-locales , qui je pense est le bon paquet Ubuntu.
Gunnar Hjalmarsson

Réponses:

4

J'ai trouvé la solution suivante sur https://docs.moodle.org/dev/Table_of_locales

   sudo ln -s /usr/share/i18n/SUPPORTED /var/lib/locales/supported.d/all
   sudo locale-gen
Sjaak Trekhaak
la source
1
Peut-être que oui. Mais je ne peux pas le faire dans un package. (Voir ci-dessus: sans que l'utilisateur puisse à nouveau le désactiver (sauf en désinstallant mon package ou locales-all).) Peut-être aussi besoin ln -sf…
mirabilos
1

Sauf si je lis votre erreur, c'est juste localesmaintenant.

Cela fait partie des minimal^exigences de la tâche ainsi que ubuntu-minimaldirectement, donc cela devrait toujours être installé. Vous ne devriez pas avoir besoin de dépendre de quoi que ce soit pour garantir sa présence, mais si vous avez besoin de quelque chose, d'un choix ubuntu-minimalou de quelque chose d'autre dont vous avez besoin, cela dépend également ubuntu-minimal. C'est un défaut assez sain d'esprit.

En regardant le contenu de Debian,locales-all je peux voir beaucoup de fichiers comme celui-ci qui ne sont pas dans le localespaquet Ubuntu standard (voir dpkg -L locales):

/usr/lib/locale/am_ET/LC_ADDRESS
/usr/lib/locale/am_ET/LC_COLLATE
/usr/lib/locale/am_ET/LC_CTYPE
/usr/lib/locale/am_ET/LC_IDENTIFICATION
/usr/lib/locale/am_ET/LC_MEASUREMENT
/usr/lib/locale/am_ET/LC_MESSAGES/SYS_LC_MESSAGES
/usr/lib/locale/am_ET/LC_MONETARY
/usr/lib/locale/am_ET/LC_NAME
/usr/lib/locale/am_ET/LC_NUMERIC
/usr/lib/locale/am_ET/LC_PAPER
/usr/lib/locale/am_ET/LC_TELEPHONE
/usr/lib/locale/am_ET/LC_TIME

J'ai recherché packages.ubuntu.com pour des fichiers similaires et je n'en ai pas trouvé. Cela signifie qu'ils ne sont pas emballés, qu'ils ont des noms radicalement différents, ou qu'ils sont extraits lors de l'installation (rare mais possible).

La seule exception que je peux voir sont les locales installées par libc-bindans /usr/lib/locale/C.UTF-8/.

Ooo, j'aurais pu être sur l'argent avec l'extraction. Le localespackage comprend une locale-genapplication qui génère ces sortes de fichiers. Voir le wiki pour plus d'informations sur les paramètres régionaux .

Oli
la source
2
Juste le localespaquet ne suffit pas - vrai, avec locale-genje pourrais générer des paramètres régionaux spécifiques, mais cela ne remplace pas locales-allce qui les rend tous disponibles sans avoir besoin d'exécuter une commande supplémentaire (et sans que l'utilisateur ne puisse ensuite désactiver manuellement ces paramètres régionaux à nouveau) . Cela est également vrai dans Debian.
mirabilos
0

Je sais que c'est une vieille question, mais avez-vous essayé d'installer tous les modules linguistiques via apt-get? Je pourrais résoudre un problème similaire où j'aurais besoin de beaucoup de paramètres régionaux différents sur un serveur et le résoudre en cours d'exécution sudo apt-get install language-pack-*. Il a téléchargé tous les fichiers (environ 2 Go lorsque le déballage est terminé) et généré tous les paramètres régionaux disponibles.

Ricardo BRGWeb
la source
Merci, mais ce n'est pas une solution cohérente, d'autant plus que j'ai besoin de l'exprimer comme une dépendance de package, pas comme une chose interactive, et un pack de langue est bien plus que les paramètres régionaux.
mirabilos