Post-installation : dix-huit locales générées là où deux suffisent #13

New issue

Open

opened 2026-09-24 22:18:43 +02:00 by Cédric A5L · 0 comments

Cédric A5L commented

2026-09-24 22:18:43 +02:00

Owner

Relevé pendant l'install party de préparation du 24/09/2026 : la génération des locales fait défiler dix-huit variantes à l'écran — en_HK, en_ZW, fr_LU… — alors que deux suffisent, fr_FR.UTF-8 et en_US.UTF-8.

D'où cela vient : pas de install.sh. C'est language-pack-fr, tiré par check-language-support -l fr, qui dépose ses variantes dans /var/lib/locales/supported.d/. Le script ne fait que déclencher l'installation du support français.

Ce que l'on gagnerait : environ une minute par machine, et cent à deux cents mégaoctets de locale-archive. Sur quinze installations un samedi matin, ce n'est pas rien.

Pourquoi ce ticket et pas un correctif tout de suite : restreindre la liste des locales supportées se défait à la première mise à jour du paquet, et casser la francisation la veille d'une install party coûterait bien plus cher que la minute gagnée. Le sujet se traite à froid.

Pistes à évaluer, sans préférence à ce stade :

restreindre /var/lib/locales/supported.d/fr après coup, en acceptant que ce soit défait aux mises à jour ;
préconfigurer locales/locales_to_be_generated par debconf avant l'installation du paquet, ce qui tient mieux dans la durée ;
ne rien changer, et considérer que la minute et les 150 Mo sont le prix d'une francisation qui marche sans y penser.

Constat et analyse : session alpicache. À reprendre après l'install party du 26/09.

Relevé pendant l'install party de préparation du 24/09/2026 : la génération des locales fait défiler dix-huit variantes à l'écran — `en_HK`, `en_ZW`, `fr_LU`… — alors que deux suffisent, `fr_FR.UTF-8` et `en_US.UTF-8`. **D'où cela vient** : pas de `install.sh`. C'est `language-pack-fr`, tiré par `check-language-support -l fr`, qui dépose ses variantes dans `/var/lib/locales/supported.d/`. Le script ne fait que déclencher l'installation du support français. **Ce que l'on gagnerait** : environ une minute par machine, et cent à deux cents mégaoctets de `locale-archive`. Sur quinze installations un samedi matin, ce n'est pas rien. **Pourquoi ce ticket et pas un correctif tout de suite** : restreindre la liste des locales supportées se défait à la première mise à jour du paquet, et casser la francisation la veille d'une install party coûterait bien plus cher que la minute gagnée. Le sujet se traite à froid. **Pistes à évaluer**, sans préférence à ce stade : - restreindre `/var/lib/locales/supported.d/fr` après coup, en acceptant que ce soit défait aux mises à jour ; - préconfigurer `locales/locales_to_be_generated` par debconf **avant** l'installation du paquet, ce qui tient mieux dans la durée ; - ne rien changer, et considérer que la minute et les 150 Mo sont le prix d'une francisation qui marche sans y penser. Constat et analyse : session alpicache. À reprendre après l'install party du 26/09.

No labels

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: alpinux.cedrica5l/alpinux-wiki#13

No description provided.