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: > > > > http://publications.eu.int/code/en/en-5000700.htm > > I have worked last night on the finalization of the glibc patch for > Romanian locale. > > 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 definitions in > locale/iso-4217.def so no error would be generated)
Hi Eddy, Your comments in ro_RO are very helpful, but they must not appear within a list, like in 'day'. 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 localedef 2.3.6-2, locale changes will be applied against 2.3.6-3. This 2-step approach is to ensure that locales are not broken in unstable, since locales is Architecture: all and may be available before localedef. > 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 have to worry much about this field, I do not know of any application that uses it. One last question though: what is the first day to be displayed by a calendar in Romania? You may set first_weekday in LC_TIME accordingly (1=Sunday ... 7=Saturday) You may also define lang_term "<U0072><U006F><U006E>" lang_lib "<U0072><U0075><U006D>" in LC_ADDRESS. Denis