add shs_CA langpack-locales

Bug #189995 reported by Neskie Manuel
6
Affects Status Importance Assigned to Milestone
GLibC
Fix Released
Wishlist
belocs-locales-bin (Ubuntu)
Invalid
Undecided
Martin Pitt
langpack-locales (Ubuntu)
Fix Released
Wishlist
Martin Pitt

Bug Description

I'd like to submit a new locale shs_CA to be included into the

Name:English Name:ISO-639-3:Country Code
===================
Secwepemctsin:Shuswap:shs:CA

I naively and prematurely submitted a bug to glibc http://sourceware.org/bugzilla/show_bug.cgi?id=5627

I'm happy with the locale for now. It is a copy of en_CA, except in LC_TIME where I've inserted: abday, day, abmon, and mon.

We have a keyboard that has been accepted and I've packaged a font(can't release due to some licensing issue that should be resolved soon) and now we need a locale to test out the translations.

Revision history for this message
In , Neskie Manuel (neskiem) wrote :
Download full text (6.3 KiB)

escape_char /
comment_char %

% Secwepemctsin (Shuswap) language locale for Canada
% sorting according to CAN/CSA-Z243.4.1-1992
% Source: Neskie Manuel
% Address: 745 Ska-Hiish Dr
% Chase BC V0E 1M3
% Contact: Neskie Manuel
% Email: <email address hidden>
% Tel: +1 - 2506792821
% Fax: +1 - 2506792821
% Language: shs
% Territory: CA
% Revision: 0.1
% Date: 2008-01-11
% Application: general
% Users: general
% Repertoiremap: secwepemc.wikidot.com
% Charset: ISO-8859-1
% Distribution and use is free, also
% for commercial purposes.

LC_IDENTIFICATION
title "Secwepemctsin locale for Canada"
source "Neskie Manuel"
address "745 Ska-Hiish Dr, Chase BC V0E 1M3"
contact ""
email "<email address hidden>"
tel ""
fax ""
language "Secwepemctsin"
territory "Canada"
revision "1.0"
date "2008-01-15"
%
category "shs_CA:2000";LC_IDENTIFICATION
category "shs_CA:2000";LC_CTYPE
category "shs_CA:2000";LC_COLLATE
category "shs_CA:2000";LC_TIME
category "shs_CA:2000";LC_NUMERIC
category "shs_CA:2000";LC_MONETARY
category "shs_CA:2000";LC_MESSAGES
category "shs_CA:2000";LC_PAPER
category "shs_CA:2000";LC_NAME
category "shs_CA:2000";LC_ADDRESS
category "shs_CA:2000";LC_TELEPHONE

END LC_IDENTIFICATION

LC_COLLATE
copy "iso14651_t1"

reorder-after <RES-1>
<CAP>

% Present in iso14651_t1, but these definitions seem to have been
% removed from latest iso14651 tables.
reorder-after <U0041>
<U00C6>
"<U003C><U0061><U003E><U003C><U0065><U003E>";"<U003C><U004C><U0049><U0047><U003E><U003C><U004C><U0049><U0047><U003E>";"<U003C><U0043><U0041><U0050><U003E><U003C><U0043><U0041><U0050><U003E>";IGNORE

reorder-after <U0061>
<U00E6>
"<U003C><U0061><U003E><U003C><U0065><U003E>";"<U003C><U004C><U0049><U0047><U003E><U003C><U004C><U0049><U0047><U003E>";"<U003C><U004D><U0049><U004E><U003E><U003C><U004D><U0049><U004E><U003E>";IGNORE

reorder-end

END LC_COLLATE

LC_CTYPE
copy "en_GB"
END LC_CTYPE

LC_MONETARY
int_curr_symbol "<U0043><U0041><U0044><U0020>"
currency_symbol "<U0024>"
mon_decimal_point "<U002E>"
mon_thousands_sep "<U002C>"
mon_grouping 3;3
positive_sign ""
negative_sign "<U002D>"
int_frac_digits 2
frac_digits 2
p_cs_precedes 1
p_sep_by_space 0
n_cs_precedes 1
n_sep_by_space 0
p_sign_posn 1
n_sign_posn 1
END LC_MONETARY

LC_NUMERIC
decimal_point "<U002E>"
thousands_sep "<U002C>"
grouping 3;3
END LC_NUMERIC

LC_TIME
abday
"<U0053><U0078><U0065>";"<U0053><U0070><U0065>";"<U0053><U0065><U006C>";"<U004B><U0065><U006C>";"<U004D><U0065><U0073>";"<U0054><U0073><U0065>";"<U0054><U0071><U006D>"
day
"<U0053><U0078><U0065><U0074><U0073><U0070><U0065><U0073><U0071><U0027><U0074>";"<U0053><U0070><U0065><U0074><U006B><U0065><U0073><U0071><U0027><U0074>";"<U0053><U0065><U006C><U0065><U0073><U0071><U0027><U0074>";"<U0053><U006B><U0065><U006C><U006C><U0065><U0073><U0071><U0027><U0074>";"<U0053><U006D><U0065><U0073><U0065><U0073><U0071><U0027><U0074>";"<U0053><U0074><U0073><U0065><U006C><U006B><U0073><U0074><U0065><U0073><U0071><U0027><U0074>"...

Read more...

Revision history for this message
Neskie Manuel (neskiem) wrote :
Neskie Manuel (neskiem)
Changed in langpack-locales:
assignee: nobody → pitti
Revision history for this message
Neskie Manuel (neskiem) wrote :

I've also submitted a bug against openoffice.org see:

http://www.openoffice.org/issues/show_bug.cgi?id=86084

Revision history for this message
In , Drepper-fsp (drepper-fsp) wrote :

I fixed a large number of problems with the proposed text and checked the result in.

Revision history for this message
Neskie Manuel (neskiem) wrote :

Locale fixed and locale is checked in upstream.

http://sourceware.org/bugzilla/show_bug.cgi?id=5627

Revision history for this message
In , Neskie Manuel (neskiem) wrote :

Thanks

Revision history for this message
Martin Pitt (pitti) wrote :

We should use the glibc cvs version instead of the attached one, since Ulrich mentioned fixing a lot of bugs.

Changed in langpack-locales:
importance: Undecided → Wishlist
status: New → Confirmed
Revision history for this message
Neskie Manuel (neskiem) wrote :

Yes there would be. It was my first locale written.

Revision history for this message
Martin Pitt (pitti) wrote :
Changed in langpack-locales:
status: Confirmed → In Progress
Changed in glibc:
status: Unknown → Fix Released
Martin Pitt (pitti)
Changed in langpack-locales:
assignee: pitti → nobody
status: In Progress → Confirmed
Revision history for this message
Martin Pitt (pitti) wrote :

This also needs new definitions for 'shs' in belocs-locales-bin.

Changed in belocs-locales-bin:
status: New → Confirmed
Revision history for this message
Martin Pitt (pitti) wrote :

So, I have the langpack-locales ready for upload with the locale from glibc SVN, and I attempted to add it to belocs-locales-bin with the patch below (from http://sourceware.org/cgi-bin/cvsweb.cgi/libc/locale/iso-639.def.diff?r1=1.17&r2=1.18&cvsroot=glibc). However, it still does not work:

$ sudo locale-gen shs_CA
Generating locales...
  shs_CA.UTF-8... LC_ADDRESS: terminology language code `shs' not defined
LC_ADDRESS: language abbreviation `shs' not defined
failed

I might be blind, but I wonder what I'm doing wrong here? How did you test this locale?

Changed in langpack-locales:
assignee: nobody → pitti
status: Confirmed → Fix Committed
Changed in belocs-locales-bin:
assignee: nobody → pitti
status: Confirmed → Incomplete
Revision history for this message
Neskie Manuel (neskiem) wrote :

To test the locale originally I created the locale

1. Placed the locale in /usr/share/i18n/locales
2. Added a line to /usr/share/i18n/SUPPORTED

Currently I have my modified langpack-locales for gutsy in my PPA
https://launchpad.net/~neskiem/+archive

I modified is-639.def, SUPPORTED and added the file shs_CA from the langpack-locales. I did not change the belocs-locales-bin package.

After installing the langpack-locales I could then do:

$ sudo locale-gen shs_CA

Revision history for this message
Martin Pitt (pitti) wrote :

Indeed, I keep forgetting about this /etc/belocs/iso-639.def. Indeed that works. I applied the patch to it to langpack-locales as well.

Changed in belocs-locales-bin:
status: Incomplete → Invalid
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package langpack-locales - 2.7.9-3

---------------
langpack-locales (2.7.9-3) hardy; urgency=low

  * Add debian/patches/shs_CA.patch: Add shs_CA locale. (LP: #189995)

 -- Martin Pitt <email address hidden> Thu, 13 Mar 2008 18:17:31 +0100

Changed in langpack-locales:
status: Fix Committed → Fix Released
Changed in glibc:
importance: Unknown → Wishlist
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.