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]>

Reply via email to