summaryrefslogtreecommitdiff
path: root/doc/bugs/problems_with_utf8_names.mdwn
diff options
context:
space:
mode:
authorGravatar Joey Hess <joey@kitenet.net>2012-01-28 18:09:28 -0400
committerGravatar Joey Hess <joey@kitenet.net>2012-01-28 18:09:28 -0400
commit0609e102396083afa6380f8b67a69fa849235d16 (patch)
tree992a152cdc1fa68097566ac8bb11e72b01abbd13 /doc/bugs/problems_with_utf8_names.mdwn
parent6e89064d27d8f9a3170f8677b686bbb0b3d8ca50 (diff)
reopen
People seem to want to post comments here with vague details about a new bug, rather than opening a new bug report.
Diffstat (limited to 'doc/bugs/problems_with_utf8_names.mdwn')
-rw-r--r--doc/bugs/problems_with_utf8_names.mdwn10
1 files changed, 9 insertions, 1 deletions
diff --git a/doc/bugs/problems_with_utf8_names.mdwn b/doc/bugs/problems_with_utf8_names.mdwn
index d6dc6ca3c..b734ddecf 100644
--- a/doc/bugs/problems_with_utf8_names.mdwn
+++ b/doc/bugs/problems_with_utf8_names.mdwn
@@ -1,3 +1,11 @@
+This bug is reopened to track some new UTF-8 filename issues caused by GHC
+7.4. Older versions of GHC, like the 7.0.4 in debian unstable, are not
+affected. See the comments for details about the new bug. --[[Joey]]
+
+----
+
+Old, now fixed bug report follows:
+
There are problems with displaying filenames in UTF8 encoding, as shown here:
$ echo $LANG
@@ -45,7 +53,7 @@ It looks like the common latin1-to-UTF8 encoding. Functionality other than otupu
> outputting a filename (assuming the filename is encoded using the
> user's configured encoding), and allow haskell's output encoding to then
> encode it according to the user's locale configuration.
-> > This is now [[implemented|done]]. I'm not very happy that I have to watch
+> > This is now implemented. I'm not very happy that I have to watch
> > out for any place that a filename is output and call `filePathToString`
> > on it, but there are really not too many such places in git-annex.
> >