Your message dated Wed, 28 Jul 2010 22:10:11 -0400
with message-id <[email protected]>
and subject line Re: localepurge defaults to wrong settings.
has caused the Debian Bug report #588052,
regarding localepurge defaults to wrong settings.
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
588052: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588052
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
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
--- End Message ---
--- Begin Message ---
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
--- End Message ---
