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 -- -aab http://www.bayazit.net/alphan/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
