[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#142072: acknowledged by developer (Re: libc6: pre Euro currencies obseleted too soon)

At Tue, 1 Apr 2003 10:25:13 +0200,
Denis Barbier wrote:
> On Tue, Apr 01, 2003 at 12:29:34PM +0900, GOTO Masanori wrote:
> [...]
> > > It doesn't fail to install, it fails to install *properly* - ie it is
> > > unable to setup the dummy locale information correctly (localedef
> > > rejects some of the locale data) and as a result some of the tests
> > > fail during the test suite execution.
> > 
> > It's ridiculous that the system provides only obsolete currency
> > symbols only because of conforming to the standard, even the real
> > world uses/requires the new currency symbols.
> Of course these currencies are obsolete, but applications may want
> to define pre-Euro locales for whatever reason.
> When UTF-8 becomes the standard, will current legacy encodings be
> dropped because they are obsolete?  I hope they won't.

So please submit the report to the appropriate standard group to show
the criteria of the int_curr_symbol with the obsolete currency symbol.

> BTW I read your postings to libc-alpha in September about LC_MONETARY
> bugs, have your patches been applied into 2.3.2?
>   es_EC:  ECS -> USD
>   ar_SD:  SDP -> SDD
>   sr_YU:  YUN -> YUM
> If not, could you please perform such changes in Debian glibc?

OK, now I've committed in for ar_SD and sr_YU.

-- gotom

Reply to: