Package: ikiwiki
Version: 1.41
Severity: minor
Tags: l10n
Hi,
Two types of problems with file error messages in ikiwiki; the first is
mostly style related (and I didn't want to file a bug about it alone);
the second is a problem with the encoding of the messages.
I don't like the french string for file not found:
bee% ikiwiki --setup foo
Lecture impossible de foo : Aucun fichier ou répertoire de ce type
There are two style problems here; the first disturbance I had was
about "Lecture impossible de foo" which could IMO be reworded as
"Lecture de foo impossible", but I then realized that I was also
disturbed because the message was new to me despite being a common
problem in other programs:
bee% cat foo
cat: foo: Aucun fichier ou répertoire de ce type
bee% ls foo
ls: foo: Aucun fichier ou répertoire de ce type
bee% dd if=foo
dd: ouverture de `foo': Aucun fichier ou répertoire de ce type
I don't know whether there are some central cross-programs conventions
to unite this. I'm Cc:ing the Last-Translator in case
The second type of problem is about the encoding of the resulting
message. I'm using a fr_FR.UTF-8 locale and messages from other
command-line apps render properly in my xterm, but the messages from
ikiwiki seems to be some UTF-8 data taken as ISO-8859-1 and converted
to UTF-8 again. The message appears as:
Lecture impossible de foo : Aucun fichier ou répertoire de ce type
but should really appear as:
Lecture impossible de foo : Aucun fichier ou répertoire de ce type
I can reproduce this problem with:
perl -e 'use open qw{:utf8 :std}; open(foo) || print "error: $!\n";'
Only the combination of :utf8 and :std or the usage of :locale cause
the problem.
I have no good solution to this, it seems the bytes stored in the $!
scalar will vary of encoding and are not converted to a string by Perl,
while the file descriptors are configured in UTF-8. When you write
strings such as "something $!", it seems Perl will happily take the
bytes of $! with the bytes of "something " converted to whatever the
source code is considered in.
I could not find a way to get the encoding of a locale reliably, so
perhaps you can use is_utf8 && decode_utf8 for all strings before
outputting them?
Bye,
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Versions of packages ikiwiki depends on:
ii gcc [c-compiler] 4:4.1.1-15 The GNU C compiler
ii gcc-4.1 [c-compiler] 4.1.1-21 The GNU C compiler
ii libc6-dev [libc-dev] 2.3.6.ds1-10 GNU C Library: Development Librari
ii libcgi-formbuilder-perl 3.05-1 Easily generate and process statef
ii libcgi-session-perl 4.20-1 Persistent session data in CGI app
ii libhtml-parser-perl 3.56-1 A collection of modules that parse
ii libhtml-scrubber-perl 0.08-3 Perl extension for scrubbing/sanit
ii libhtml-template-perl 2.8-1 HTML::Template : A module for usin
ii libmail-sendmail-perl 0.79-4 Send email from a perl script
ii libtime-duration-perl 1.02-1 Time::Duration -- rounded or exact
ii libtimedate-perl 1.1600-5 Time and date functions for Perl
ii liburi-perl 1.35-2 Manipulates and accesses URI strin
ii libxml-simple-perl 2.14-5 Perl module for reading and writin
ii markdown 1.0.1-6 Text-to-HTML conversion tool
ii perl 5.8.8-7 Larry Wall's Practical Extraction
Versions of packages ikiwiki recommends:
ii git-core 1:1.4.4.4-1 content addressable filesystem
pn hyperestraier <none> (no description available)
ii subversion 1.4.2dfsg1-2 Advanced version control system
-- no debconf information
--
Loïc Minier <[EMAIL PROTECTED]>