Package: sloccount Version: 2.26-2 Severity: normal Each time I run sloccount, I see many of these:
perl: warning: Falling back to the standard locale ("C").
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_COLLATE = "C",
LC_TIME = "C",
LANG = "en_US"
are supported and installed on your system.
My usual locale:
[EMAIL PROTECTED]:~>locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME=C
LC_COLLATE=C
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
The code that mangles it:
# Perl 5.8.0 handles the "LANG" environment variable oddly;
# if it includes ".UTF-8" (which is does in Red Hat Linux 9 and others)
# then it will bitterly complain about ordinary text.
# So, we'll need to filter ".UTF-8" out of LANG.
if [ x"$LANG" != x ]
then
LANG=`echo "$LANG" | sed -e 's/\.UTF-8//'`
export LANG
# echo "New LANG variable: $LANG"
fi
The comment makes little sense to me, and if I remove this mangling
code, perl does not seem to complain about ordinary text or even files
with utf8 in them. Granted, the comment talks about perl 5.8.2, which is
quite old and probably had much worse unicode support than current perl.
To I suspect this workaround is past its use-by date.
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages sloccount depends on:
ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries
ii perl 5.8.8-7 Larry Wall's Practical Extraction
sloccount recommends no packages.
-- no debconf information
--
see shy jo
signature.asc
Description: Digital signature
