Wed 22 Apr 2009 03:00:20 PM UTC, comment #1:
I infer that you are using a groff package from Debian, or one based on the Debian patchset to groff.
Real UTF-8 support was not present until groff 1.20. Before that, the best that man-db could do was to recode the manual page to some appropriate legacy locale, run it through groff using a special and rather hacky "ascii8" device added by the Debian patchset, and then recode it back to UTF-8. However, this only works if your page uses only characters representable in the appropriate legacy locale, which is ISO-8859-13 in the case of Lithuanian. This is not the case for your wesnoth(6) manual page:
$ zcat wesnoth.6.gz | iconv -f UTF-8 -t ISO-8859-13 >/dev/null
iconv: illegal input sequence at position 1029
This is actually a bug in your manual page, although I agree that the response to it is rather unhelpful. In your PAVADINIMAS (NAME) section, you use the U+2013 EN DASH character. The NAME section has a special format, and unless you follow it mandb will be unable to understand your page. You need to replace this character with "\-", where the "-" there is the plain ASCII hyphen.
I've tested your page with current man-db and groff 1.20, and it is displayed correctly, although lexgrog still says "parse failed" (even after I added support for the Lithuanian translation of NAME; I've just committed that to Bazaar). After correcting the NAME section, the page is displayed correctly by a Debian unstable system. I'm afraid this is the best that I can can do in man-db given the underlying software involved; I do hope to get Debian up to groff 1.20 in the not-too-distant future.
Your wesnothd(6) page appears to have no problems; it displays correctly for me with no changes.
|