Bug 95813

Summary:	X11 serb locale support
Product:	[openSUSE] SUSE LINUX 10.0	Reporter:	Kalman Kemenczy <kkemenczy>
Component:	X.Org	Assignee:	Egbert Eich <eich>
Status:	RESOLVED FIXED	QA Contact:	Stefan Dirsch <sndirsch>
Severity:	Enhancement
Priority:	P1 - Urgent	CC:	eich, kukuk, vuntz, zhargitai
Version:	unspecified
Target Milestone:	---
Hardware:	Other
OS:	All
Whiteboard:
Found By:	Other	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Attachments:	X11 oatch for new locale compose file

Description Kalman Kemenczy 2005-07-08 20:47:07 UTC

for X11 programs, one would also have to add appropriate locales
to /usr/X11R6/lib/X11/locale/locale.dir and
/usr/X11R6/lib/X11/locale/locale.alias.  These should at least list
sr_CS, sr_CS@Latn, sr_CS.UTF-8, sr_CS.UTF-8@Latn.

If this is not done, some X programs would refuse to use Serbian
localisation even if it's available, and all programs would output
annoying messages such as "Unable to set locale, using C locale" or
something like that in the terminal.

Comment 1 Kalman Kemenczy 2005-07-08 20:49:11 UTC

When locales are cleaned up, we need to make sure that keyboard input
is possible and correct.  Apart from including xkeyboard-config (which
SuSE is already doing, and it contains correct Serbian keymaps for
both Serbian and Serbian in Latin script), one would also want to
add some compose sequences to 

  /usr/X11R6/lib/X11/locale/en_US.UTF-8/Compose

All of them are consisted of one of four accents used in Serbian, and
any of the five vowels where accents can be put on.  Note that there
are no precomposed glyphs for these accented Cyrillic letters, so one
has to use Unicode decomposed form (i.e. character followed by accent)
in Compose file.  My Compose file is available from (my modifications
are at the end):

  http://srpski.org/dunav/akcenti/Compose

Comment 2 Stefan Dirsch 2005-07-08 21:57:12 UTC

I'm afraid, that this locale is currently missing in glibc as well. :-(

Comment 3 Stefan Dirsch 2005-07-08 22:02:18 UTC

Looks like sr_CS is the successor of sh_YU/sr_YU.

Comment 4 Kalman Kemenczy 2005-07-11 07:46:08 UTC

Yes, please check 
Bug #95810
https://bugzilla.novell.com/show_bug.cgi?id=95810

Comment 5 Thorsten Kukuk 2005-07-11 08:04:04 UTC

Serbian support is enhancement, not critical.

Comment 6 Stefan Dirsch 2005-07-28 21:59:37 UTC

Please attach a patch for your Compose file changes.

Comment 7 Stefan Dirsch 2005-07-28 22:18:47 UTC

Created attachment 44044 [details]
X11 oatch for new locale

Comment 8 Kalman Kemenczy 2005-08-04 14:59:02 UTC

I received this mail from Danilo Segan:

Apart from compose.dir, locale.alias and locale.dir changes, we want
to have a different Compose file as well. 

I'd rather have that extend en_US.UTF-8/Compose instead (I'm attaching
a patch: there are no precomposed Serbian Cyrillic accented glyphs,
and some of these actually are used by common people quite often, like
"аˆ"; so far, people have done ugly things like using the same looking
precomposed Latin a with circumflex -- that's pretty bad for a hack,
since it breaks everything like script and language handling, etc.).
Apply sr_CS.Compose.patch to en_US.UTF-8/Compose file.

This also means that ISO-8859-5 is not good enough (afaik) for this,
so I'd suggest we provide only UTF-8 locale (besides, ISO-8859-5 never
got widespread enough in Serbia and Montenegro [Microsoft CP 1251 is
still more common, as is old 7-bit YUSCII which is incompatible with
ASCII], so I don't see a reason in pushing it when it simply limits
what one can do for Serbian language).

I don't know which versions of locale.dir, locale.alias and
compose.dir should I patch, but I generally simply replicate whatever
entries there are for sr_YU for both sr_CS and sr_CS@Latn.

Comment 9 Kalman Kemenczy 2005-08-04 15:00:34 UTC

Created attachment 44827 [details]
compose file

Comment 10 Stefan Dirsch 2005-08-08 13:09:57 UTC

fixed for Beta2.

Comment 11 Egbert Eich 2011-05-20 15:09:21 UTC

I would like to upstream this. To do so I need a signed-off-by the author.

All patches which cannot be upstreamed and are not specific for the openSUSE or SLES environment will eventually get dropped.

Comment 12 Egbert Eich 2011-05-20 15:10:10 UTC

Please assign back to me when done.

Comment 13 Uwe Drechsel 2011-08-24 16:24:26 UTC

any update here?

Comment 14 Uwe Drechsel 2011-08-26 10:34:39 UTC

The lifecycle of openSUSE 11.2 ended on May 12th 2011.

I'm closing this bug to make it easier to focus on upcoming releases.

Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before this version wasend of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a maintained  version, please reopen this bug and change 
the 'version' of this bug to the applicable version.

Comment 15 Stefan Dirsch 2011-08-26 13:33:43 UTC

Reopen to make sure that we won't forget to remove the patch from our package.

Comment 16 Vincent Untz 2012-04-12 12:02:35 UTC

For reference, I dropped the patch in sr 113340 because upstream has most of this already. I'll let Stefan close the bug if he's happy with the removal.

Comment 17 Stefan Dirsch 2012-04-13 10:52:15 UTC

Yes, I am. We should continue with what is done upstream.