Sorry Moritz, what you're saying is that localepurge's automatic setup is broken 'by design'. locales' nomenclature is different from the directory names in /usr/share/locale. localepurge's initial setup should be revised. Otherwise it will keep causing data loss that can only be replaced by reinstalling the system or by copying back the localization files from a similar system.
A simple explanation for you: - Portuguese locales: pt_BR → this is the old ISO-8859-1 pt_BR.UTF-8 * pt_PT → this is the old ISO-8859-1 pt_PT.UTF-8 * pt...@*euro* * the ones with an asterisk are the ones *Debian sets as default* during the installation. - Localization directories under /usr/share/locale: pt pt_BR You see how incongruent was you answer? Localepurge makes an exception to the 'rule' of obeying locales' settings by enabling the pt locale (which isn't available as a system locale) and it should do the same with pt_BR. If you're a localepurge developer I strongly recommend that you go through the entire list of system locales as output from 'dpkg-reconfigure locales' (see /usr/share/i18n/SUPPORTED) and compare it with the localization directories in /usr/share/locale so you can tweak localepurge's initial setup correctly and make sure this problem doesn't happen with other locales as it does with pt_BR. Thank you for your work anyway and I hope you have time and will to fix this. On Wed, Jul 28, 2010 at 11:15 PM, Debian Bug Tracking System < ow...@bugs.debian.org> wrote: > This is an automatic notification regarding your Bug report > which was filed against the localepurge package: > > #588052: localepurge defaults to wrong settings. > > It has been closed by Moritz Muehlenhoff <j...@inutil.org>. > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Moritz Muehlenhoff < > j...@inutil.org> by > replying to this email. > > > -- > 588052: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588052 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems > > > ---------- Forwarded message ---------- > From: Moritz Muehlenhoff <j...@inutil.org> > To: Sérgio Cipolla <secipo...@gmail.com> > Date: Wed, 28 Jul 2010 22:10:11 -0400 > Subject: Re: localepurge defaults to wrong settings. > On Sun, Jul 04, 2010 at 10:15:52AM -0300, Sérgio Cipolla wrote: > > Package: localepurge > > Version: 0.6.2 > > Severity: grave > > Justification: causes non-serious data loss > > > > See this example: my system is set to pt_BR.UTF-8 locale. When > localepurge is > > installed it sets itself to preserve pt and pt_BR.UTF-8 locales, but the > latter > > doesn't exist, only pt and pt_BR. Worse, it leaves pt_BR unchecked, like > this > > > > [*] pt > > [ ] pt_BR > > [*] pt_BR.UTF-8 > > > > What happens? If the user doesn't catch that flaw, localepurge deletes > all the > > pt_BR localisation files. So localepurge should be set like this > > > > [*] pt > > [*] pt_BR > > [*] pt_BR.UTF-8 > > > > As I said, there's no pt_BR.UTF-8 folder in /usr/share/locale but I don't > know > > if this option should be removed or not but the important locale to be > > preserved is, in this case, pt_BR, it doesn't matter the encoding > (UTF-8). > > This is not a bug, but due to your locale settings: The debconf choice is > preselected according to the locales you've acivated in /etc/locale.gen > (which itself can be controlled through "dpkg-reconfigure locales") > > Cheers, > Moritz > > > > ---------- Forwarded message ---------- > From: "Sérgio Cipolla" <secipo...@gmail.com> > To: Debian Bug Tracking System <sub...@bugs.debian.org> > Date: Sun, 04 Jul 2010 10:15:52 -0300 > Subject: localepurge defaults to wrong settings. > Package: localepurge > Version: 0.6.2 > Severity: grave > Justification: causes non-serious data loss > > See this example: my system is set to pt_BR.UTF-8 locale. When localepurge > is > installed it sets itself to preserve pt and pt_BR.UTF-8 locales, but the > latter > doesn't exist, only pt and pt_BR. Worse, it leaves pt_BR unchecked, like > this > > [*] pt > [ ] pt_BR > [*] pt_BR.UTF-8 > > What happens? If the user doesn't catch that flaw, localepurge deletes all > the > pt_BR localisation files. So localepurge should be set like this > > [*] pt > [*] pt_BR > [*] pt_BR.UTF-8 > > As I said, there's no pt_BR.UTF-8 folder in /usr/share/locale but I don't > know > if this option should be removed or not but the important locale to be > preserved is, in this case, pt_BR, it doesn't matter the encoding (UTF-8). > > > > -- System Information: > Debian Release: squeeze/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: i386 (i686) > > Kernel: Linux 2.6.33-5.dmz.1-liquorix-686 (SMP w/1 CPU core; PREEMPT) > Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages localepurge depends on: > ii debconf [debconf-2.0] 1.5.32 Debian configuration > management sy > ii locales 2.11.2-2 Embedded GNU C Library: > National L > ii procps 1:3.2.8-9 /proc file system utilities > ii ucf 3.0025 Update Configuration File: > preserv > > localepurge recommends no packages. > > Versions of packages localepurge suggests: > pn bleachbit <none> (no description available) > pn debfoster <none> (no description available) > ii deborphan 1.7.28 program that can find unused > packa > > -- debconf information: > localepurge/remove_no: > localepurge/none_selected: false > * localepurge/nopurge: en, pt, pt_BR, pt_BR.UTF-8 > * localepurge/mandelete: true > * localepurge/dontbothernew: false > * localepurge/showfreedspace: true > * localepurge/verbose: false > * localepurge/quickndirtycalc: true > > > >
