Bug 3327 - spamd_utf8.t warning
Summary: spamd_utf8.t warning
Status: RESOLVED FIXED
Alias: None
Product: Spamassassin
Classification: Unclassified
Component: Regression Tests (show other bugs)
Version: SVN Trunk (Latest Devel Version)
Hardware: Other other
: P5 normal
Target Milestone: 3.1.0
Assignee: SpamAssassin Developer Mailing List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-04-28 15:05 UTC by Daniel Quinlan
Modified: 2004-05-09 07:47 UTC (History)
0 users


Attachment Type Modified Status Actions Submitter/CLA Status
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Quinlan 2004-04-28 15:05:48 UTC 
t/spamd_utf8........perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = (unset),
        LC_ALL = (unset),
        LANG = "en_US.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

My environment has this set:

$ set|egrep 'LANG|LC_ALL'
LANG=C
Comment 1 Justin Mason 2004-04-28 15:29:11 UTC 
you've upgraded something on your system and "en_US.UTF-8" is no longer
supported as a system-wide locale.  see:


NAME
       locale-gen -- generates localisation files from templates

SYNOPSIS
       locale-gen

DESCRIPTION
       This manual page documents briefly the locale-gen command.

       By default, the locale package which provides the base support for local-
       isation of libc-based programs does not contain usable localisation files
       for  every  supported  language.  This  limitation  has  became necessary
       because of the substantial size of such files and  the  large  number  of
       languages supported by libc. As a result, Debian uses a special mechanism
       where we prepare the actual localisation files on  the  target  host  and
       distribute only the templates for them.
Comment 2 Daniel Quinlan 2004-04-29 01:26:31 UTC 
> you've upgraded something on your system and "en_US.UTF-8" is no longer
> supported as a system-wide locale.  see:

Okay, maybe this is a documentation bug then if the en_US.UTF-8 locale is
required to install SpamAssassin.

As a side note:

I think we should always be running Perl in the same locale ("en_US.UTF-8"
would do) for consistency of tests, what we output is another matter, but
that's just a SpamAssassin option.
Comment 3 Justin Mason 2004-04-29 11:25:46 UTC 
the test does require the en_US.UTF-8 locale to run; that's what it's testing
after all (operation in a UTF-8 locale).

perhaps we should inhibit running the test by default, since we can't assume
that locale will be available?
Comment 4 Daniel Quinlan 2004-05-07 17:31:27 UTC 
> perhaps we should inhibit running the test by default, since we can't assume
> that locale will be available?

Hmmm... or we could require the locale, or change the test somehow.  I think we
should try to do something for 3.0.0 if it's not too hard.
Comment 5 Justin Mason 2004-05-07 17:51:44 UTC 
ok, r10564 now checked in; this checks to make sure the locale is usable by perl
itself first.
Comment 6 Graham Murray 2004-05-09 01:07:53 UTC 
I was asked to paste this error message into this bug.

t/spamd_utf8................Use of uninitialized value in concatenation (.) or
string at t/spamd_utf8.t line 10.
Comment 7 Justin Mason 2004-05-09 15:47:03 UTC 
yeah, oops.  not sure why that ahdn't shown up for me before.

fixed....