On 2/23/06, Denis Barbier [EMAIL PROTECTED] wrote:
On Thu, Feb 23, 2006 at 02:39:46PM +0200, Eddy Petrişor wrote:
I managed to do it today, so here it is (hopefully) the final version
of the patch for locale ro_RO.
This fixes also:
+ * locales/ro_RO: first_weekday and first_workday
On 2/24/06, Eddy Petrişor [EMAIL PROTECTED] wrote:
All the locales were tested [snip]
I have observed that 'cal' does not take into account the
first_weekday/first_workday data. Is this a cal bug? (I know there is
an option of cal to display the first week day as Monday, but that is
another
On 2/23/06, Denis Barbier [EMAIL PROTECTED] wrote:
On Wed, Feb 22, 2006 at 09:42:49AM +0200, Eddy =?UTF-8?Q?Petri=C5=9For ?=
wrote:
Eveything looks fine, I will commit your patch against the locales
package.
The RON currency code has already been added and will be recognized by
On 2/23/06, Eddy Petrişor [EMAIL PROTECTED] wrote:
You may also define
lang_term U0072U006FU006E
lang_lib U0072U0075U006D
lang_term ron ?
lang_lib rud ?
Are you sure?
What are the meanings of these items?
These are ISO 639-2 codes, see
On Thu, Feb 23, 2006 at 02:39:46PM +0200, Eddy Petrişor wrote:
I managed to do it today, so here it is (hopefully) the final version
of the patch for locale ro_RO.
This fixes also:
+ * locales/ro_RO: first_weekday and first_workday are both Monday
+ * locales/ro_RO: added
On 2/22/06, Eddy Petrişor [EMAIL PROTECTED] wrote:
Eveything looks fine, I will commit your patch against the locales package.
[snip]
All is fine and dandy on my side except the LC_ADDRESS field, where I
haven't found any refference to a method to test the postal_fmt.
IMO you do not
On Wed, Feb 22, 2006 at 09:42:49AM +0200, Eddy =?UTF-8?Q?Petri=C5=9For ?= wrote:
Eveything looks fine, I will commit your patch against the locales package.
The RON currency code has already been added and will be recognized by
Note for myself: Then I guess the change was done by adding
On 2/10/06, Denis Barbier [EMAIL PROTECTED] wrote:
I do not understand what After denomination does mean. You may need
references when bugging upstream with this change, here is one:
http://publications.eu.int/code/en/en-5000700.htm
I have worked last night on the finalization of the
On 2/21/06, Eddy Petrişor [EMAIL PROTECTED] wrote:
All is fine and dandy on my side except the LC_ADDRESS field, where I
haven't found any refference to a method to test the postal_fmt.
Could you help with this issue? The correct format for RO should be:
In fact my problem is that I didn't
On Tue, Feb 21, 2006 at 02:33:15PM +0200, Eddy Petrişor wrote:
On 2/10/06, Denis Barbier [EMAIL PROTECTED] wrote:
I do not understand what After denomination does mean. You may need
references when bugging upstream with this change, here is one:
On 2/22/06, Denis Barbier [EMAIL PROTECTED] wrote:
I have added comments that would make it clear for everybody about the
situation of the ro_RO locale and why it has been changed.
I have made a reference to the link above and explained the change (I
have modified the currency reference
On Wed, Feb 08, 2006 at 09:59:40AM +0200, Eddy Petrişor wrote:
See the changelog for modifications.
+ * locales/ro_RO: After denomination, int'l currency symbol is RON
I do not understand what After denomination does mean. You may need
references when bugging upstream with this change,
On 2/10/06, Denis Barbier [EMAIL PROTECTED] wrote:
On Wed, Feb 08, 2006 at 09:59:40AM +0200, Eddy Petrişor wrote:
See the changelog for modifications.
+ * locales/ro_RO: After denomination, int'l currency symbol is RON
I do not understand what After denomination does mean. You may need
On Fri, Feb 10, 2006 at 02:17:21PM +0200, Eddy Petrişor wrote:
On 2/10/06, Denis Barbier [EMAIL PROTECTED] wrote:
On Wed, Feb 08, 2006 at 09:59:40AM +0200, Eddy Petrişor wrote:
See the changelog for modifications.
+ * locales/ro_RO: After denomination, int'l currency symbol is RON
On Wed, Feb 08, 2006 at 09:59:40AM +0200, Eddy Petrişor wrote:
- What is the purpose of d_t_fmt and date_fmt? What's the difference
between them?
See this thread:
http://sources.redhat.com/ml/bug-glibc/2000-03/msg00140.html
- What is name_gen?
name_gen The operand is a string defining
On 1/13/06, Denis Barbier [EMAIL PROTECTED] wrote:
You can check with 'localedef --help' where locales are looked at;
on Debian:
System's directory for character maps : /usr/share/i18n/charmaps
repertoire maps: /usr/share/i18n/repertoiremaps
On Fri, Jan 13, 2006 at 09:41:10AM +0200, Eddy Petrişor wrote:
Attached are the results of the tests. What I can say is that:
- as one can easily see the default ro_RO locale is broken (not recognised)
- the ro_RO.ISO-8859-16 is not recognised (I feel that I am doing
something wrong here)
severity 347173 minor
thanks
Please patch debian sources until upstream integrates it.
I have sent a patch and bug in upstream at
http://sourceware.org/bugzilla/show_bug.cgi?id=2125
Currently I have contacted Mr. George Prutean (a known Romanian
linguist) that, hopefully will put me in
Attached are the results of the tests. What I can say is that:
- as one can easily see the default ro_RO locale is broken (not recognised)
- the ro_RO.ISO-8859-16 is not recognised (I feel that I am doing
something wrong here)
I made the patching over the glibc with my patch and tested it.
reassign 347173 locales
thanks
On Mon, Jan 09, 2006 at 09:29:40AM +0200, Eddy Petrişor wrote:
Package: glibc
Severity: wishlist
Tags: patch
Hello,
The current glibc version contains several errors which are corrected
by the attached patch:
* locales/ro_RO: Correct the sorting order of
Package: glibc
Severity: wishlist
Tags: patch
Hello,
The current glibc version contains several errors which are corrected
by the attached patch:
* locales/ro_RO: Correct the sorting order of the letters a
circumflex and a with breve according to the Romanian alphabet.
* locales/ro_RO: Do not
21 matches
Mail list logo