I ran into this issue on an initial install.
The contents of the file is quite good and it would've explained to me
why installing localepurge didn't purge any not-needed locales.
I added that experience to bug #780889, which provided a workaround
which entails running `dpkg-reconfigure localepurge` and *then* the file
was available and then I learned why localepurge didn't purge any
locales, while the package description and the deb-wiki page suggested
that it would do exactly that.
I do think the dpkg-path solution is great and maybe should be included
in the (normal) `locales` package? As I said in the other bug report, I
think installing 700+ MB of locale files *which I don't need* is a bit
excessive.
- -- System Information:
Debian Release: 12.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.1.0-8-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages localepurge depends on:
ii debconf [debconf-2.0] 1.5.82
ii locales 2.36-9
ii perl 5.36.0-7
ii procps 2:4.0.3-1
ii ucf 3.0043+nmu1
localepurge recommends no packages.
Versions of packages localepurge suggests:
pn bleachbit <none>
pn debfoster <none>
pn deborphan <none>
- -- debconf information:
* localepurge/use-dpkg-feature: true
localepurge/verbose: false
localepurge/quickndirtycalc: false
* localepurge/mandelete: true
localepurge/remove_no:
localepurge/dontbothernew: true
* localepurge/none_selected: true
* localepurge/nopurge: en, en_US.UTF-8, nl, nl_NL.UTF-8
localepurge/showfreedspace: true
-----BEGIN PGP SIGNATURE-----
iHUEARYIAB0WIQT1sUPBYsyGmi4usy/XblvOeH7bbgUCZE+d/wAKCRDXblvOeH7b
bmUwAP4obvkurumTbXtcV6CHBhEnacJ6tIca7mEcW0qv0InG/AEAqdFE18HqGEtm
qP2Rwqit6DFkIVvMniHmoF5yoy3oFgs=
=teNv
-----END PGP SIGNATURE-----