Re: locales: tr_TR.ISO-8859-9...LC_MONETARY: value of field `int_curr_symbol' does not correspond to a valid name in ISO 4217
On Sat, 2005-06-18 at 14:53 -0700, Alan Ezust wrote:
> I just did an upgrade today, and locales fails to install, when it is
> working with tr_TR.
> Preparing to replace locales 2.3.2.ds1-21
> (using .../locales_2.3.5-1_all.deb) ...
> Unpacking replacement locales ...
> Setting up locales (2.3.5-1) ...
> Generating locales...
> tr_TR.ISO-8859-9...LC_MONETARY: value of field `int_curr_symbol'
> does not correspond to a valid name in ISO 4217
> dpkg: error processing locales (--configure):
> subprocess post-installation script returned error exit status 1
> I don't know exactly what is wrong with the locales file,
the problem is in glibc source, iso-4217.def needs to be updated to
include New Turkish Lira code (TRY)
> but since it's the turkish locale, I was able to just delete all tr_TR
> related files in /usr/share/i18n and /usr/share/locales and then run
> locale-gen. Now I have locales installed.
> But whenever I run apt-get -f install, it tries to unpack locales
> again and reinstall those files I deleted.
> Is there a way to "fool" apt-get into thinking that I already have
> locales so it does not try to reinstall it again?
just remove tr_TR line(s) from /etc/locale.gen or
modify /usr/share/i18/locales/tr_TR to use old currency code (TRL).
then, apt-get -f install should work