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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
