patchDatabase-driven manual pager suite - Patches: patch #6659, Updates for Serbian locales


You are not allowed to post comments on this tracker with your current authentication level.

patch #6659: Updates for Serbian locales

Submitter:  Chusslove Illich <caslav_ilic>
Submitted:  Sun 26 Oct 2008 10:39:25 PM UTC
Category:  None Priority:  5 - Normal
Status:  In Progress Privacy:  Public
Assigned to:  cjwatson Open/Closed:  Open

Wed 19 Nov 2008 12:36:59 AM UTC, comment #4: 

Since UTF-8 support is "in the workings", and number of Serbian man-pages low and not likely to surge anytime soon, I think it's reasonable to presently ignore the issue of possibility of sr_RS@latin; when UTF-8 is ready, a single "sr" entry will anyway cover all variants.

Off now to hunt for and warn about non-ISO-8859-5/2 characters in present and future man-pages... Thanks for the thorough resolution of proposed changes!

(As for intl/ and gnulib/ parts of the patch, the maintainer explained to me that the changes are only for obsolete systems, so there is no point in committing untested code in most likely never again used sections.)

Chusslove Illich <caslav_ilic>
Mon 17 Nov 2008 12:08:03 PM UTC, comment #3: 

Oh, with regard to UTF-8 source, you can't really do this at the moment, and won't be able to until groff support for Unicode input is finished. I'd advise teaching the localisation projects to use the notations listed in groff_char(7) for punctuation characters instead.

Colin Watson <cjwatson>
Group administrator
Sun 16 Nov 2008 06:21:51 PM UTC, comment #2: 

I've applied the remainder of this patch; thanks! However, what happens if somebody creates /usr/share/man/sr_RS@latin/, which as far as I can see ought to be perfectly valid? Since the functions that iterate over directory_table only match prefixes, this won't work. Perhaps you could expand them to do some more intelligent matching, maybe with the aid of unpack_locale_bits?

Colin Watson <cjwatson>
Group administrator
Fri 14 Nov 2008 11:30:37 PM UTC, comment #1: 

Could you please send the intl/ and gnulib/ parts of this change to gettext and gnulib upstream? I don't maintain those files in man-db by hand - they're copied automatically by various scripts. I'd very much rather not patch them by hand, and in any case those maintainers will be better placed to comment on them.

Colin Watson <cjwatson>
Group administrator
Sun 26 Oct 2008 10:39:25 PM UTC, original submission:  

There are few translated man pages in Serbian as of now, so some issues with our parallel use of Cyrillic and Latin scripts went unnoticed so far. Patch #6658 was about some technical corrections needed for dual-script languages (except Serbian, also e.g. Uzbek and Belarusian), and this one tries to disentangle Serbian-specific locale issues.

Some geopolitical notes. Current Serbian locales in GNU libc are sr_RS and sr_RS@latin, and these are likely to be stable. We went through few short-lived ones, like sr_CS, sr_CS@Latn (used by some distros but never in libc), sr_YU, etc. In general, no-modifer locale in Serbian should always be Cyrillic, and Latin should have @latin modifer.

There is one issue that the patch doesn't cover, as I couldn't figure it out. In recent times, especially in localization projects from which translated man pages normally originate, we use some characters which no 8-bit code page can handle (interpunction mostly: quotes, dashes...) So, if such a character is found in source man page (UTF-8 encoded), I get garbage in output. If I put UTF-8 in directory_table[] in encodings.cpp, still garbage; if I also add sr_RS to override roff_encoding to UTF-8 (like for CJK languages), still garbage.

Chusslove Illich <caslav_ilic>


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attached Files


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by cjwatson (Posted a comment)
  • -email is unavailable- added by caslav_ilic (Submitted the item)

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.


    Follow 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2008-11-16 cjwatson StatusNone In Progress
        Assigned toNone cjwatson
    2008-10-26 caslav_ilic Attached File- Added man-db-sr-update-01.diff, #16738

    Back to the top

    Powered by Savane 3.13-0159.
    Corresponding source code