Bug#660669: lenny->squeeze: Upgrading locales causes broken en_US.utf8 locale during upgrade
On Fri, Mar 02, 2012 at 02:45:58AM -0600, Jonathan Nieder wrote:
> Josh Triplett wrote:
> > I just upgraded an old system from lenny to squeeze. The upgrade run
> > included the "locales" package. Early on in the upgrade, apt unpacked
> > the replacement locales, but didn't actually configure it at that time.
> > Throughout the rest of the upgrade, I got numerous different and
> > repeated messages about broken locales, such as these:
> >
> > perl: warning: Setting locale failed.
> > perl: warning: Please check that your locale settings:
> > LANGUAGE = (unset),
> > LC_ALL = (unset),
> > LC_COLLATE = "C",
> > LANG = "en_US.utf8"
> > are supported and installed on your system.
> > perl: warning: Falling back to the standard locale ("C").
> > /usr/bin/mandb: can't set the locale; make sure $LC_* and $LANG are correct
> > manconv: can't set the locale; make sure $LC_* and $LANG are correct
> > locale: Cannot set LC_CTYPE to default locale: No such file or directory
> > locale: Cannot set LC_ALL to default locale: No such file or directory
> >
> > Please make sure that upgrading the locales package does not break
> > configured locales during the upgrade.
>
> This is <http://bugs.debian.org/585737>.
Looks that way, yeah.
> Is it reproducible for you (for example by downgrading locales, libc,
> and perl and running another upgrade)?
I haven't attempted to reproduce the problem via downgrading, but I've
upgraded multiple lenny systems to squeeze and encountered this issue
each time.
> Does it happen in squeeze->wheezy upgrades, too?
I've never done a full squeeze->wheezy upgrade; all of my systems either
run stable (all squeeze now) or sid (upgraded more-or-less daily). I
don't recall seeing this problem during the regular upgrades of a sid
system.
- Josh Triplett
Reply to: