aboutsummaryrefslogtreecommitdiff
path: root/doc/bugs/yaml_setup_file_does_not_support_UTF-8_if_XS_is_installed.mdwn
diff options
context:
space:
mode:
authorintrigeri <intrigeri@boum.org>2011-04-15 03:04:52 +0200
committerintrigeri <intrigeri@boum.org>2011-04-15 12:59:53 +0200
commit626cf1b741ea005711505a2754f9e4a8e6362b3e (patch)
tree0bd1fcdbc330e17c8ed15a88afbddd5b1a388b05 /doc/bugs/yaml_setup_file_does_not_support_UTF-8_if_XS_is_installed.mdwn
parent1b76272c7a014d0a6d21381df7eabd9c1517f93e (diff)
downloadikiwiki-626cf1b741ea005711505a2754f9e4a8e6362b3e.tar
ikiwiki-626cf1b741ea005711505a2754f9e4a8e6362b3e.tar.gz
Reporting bug: YAML setup files vs. UTF-8 vs. YAML::XS.
Diffstat (limited to 'doc/bugs/yaml_setup_file_does_not_support_UTF-8_if_XS_is_installed.mdwn')
-rw-r--r--doc/bugs/yaml_setup_file_does_not_support_UTF-8_if_XS_is_installed.mdwn29
1 files changed, 29 insertions, 0 deletions
diff --git a/doc/bugs/yaml_setup_file_does_not_support_UTF-8_if_XS_is_installed.mdwn b/doc/bugs/yaml_setup_file_does_not_support_UTF-8_if_XS_is_installed.mdwn
new file mode 100644
index 000000000..8f350667d
--- /dev/null
+++ b/doc/bugs/yaml_setup_file_does_not_support_UTF-8_if_XS_is_installed.mdwn
@@ -0,0 +1,29 @@
+I converted an ikiwiki setup file to YAML as
+[[documented|tips/yaml_setup_files]].
+
+On my Debian Squeeze system, attempting to build the wiki using the
+YAML setup file triggers the following error message:
+
+ YAML::XS::Load Error: The problem:
+
+ Invalid trailing UTF-8 octet
+
+ was found at document: 0
+ usage: ikiwiki [options] source dest
+ ikiwiki --setup configfile
+
+Indeed, my setup file contains UTF-8 characters.
+
+Deinstalling YAML::XS ([[!debpkg libyaml-libyaml-perl]]) resolves this
+issue. According to YAML::Any's POD, YAML::Syck is used instead of
+YAML::XS in this case since it's the best YAML implementaion available
+on my system.
+
+No encoding-related setting is mentionned in YAML::XS' POD. We may
+consider there is a bug in there. I'll see if it's known / fixed
+somewhere as soon as I get online.
+
+Joey, as a (hopefully) temporary workaround, what do you think of
+explicitely using YAML::Syck (or whatever other YAML implementation
+that does not expose this bug) rather than letting YAML::Any pick its
+preferred one?