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.
Regards,
-- gotom
Reply to: