Hello list!<br>I still have an error<br><br>Generating locales...<br>  en_US.UTF-8...cannot map archive header: Invalid argument<br>postinst script returned status 1<br>Collected errors:<br> * ERROR: shr-utf8.postinst returned 1<br>
<br>but after installing xmodmap package from <a href="http://lucky.awardspace.co.uk/openmoko">http://lucky.awardspace.co.uk/openmoko</a> I can type and send SMS messages on Russian language without any problem.<br>I have by the way another problem with localisation - cannot add new contact with russian name to the sim card...<br>
<br><br><div class="gmail_quote">2009/4/9 Ingvaldur Sigurjonsson <span dir="ltr">&lt;<a href="mailto:ingi@telia.com">ingi@telia.com</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">Paul Fertser wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Tue, Apr 07, 2009 at 09:57:21AM +0400, <a href="mailto:foringer@gmail.com" target="_blank">foringer@gmail.com</a> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello, Paul!<br>
I&#39;ve tried to install your package -<br>
[1]<a href="http://www.stosb.com/openmoko/shr-utf8_0.1_armv4t.ipk" target="_blank">http://www.stosb.com/openmoko/shr-utf8_0.1_armv4t.ipk</a><br>
but had some problems. Here is the output from the opkg installer:<br>
</blockquote>
<br>
Not my package, btw. It&#39;s TAsn who investigated and mostly solved the<br>
issue.<br>
<br>
Fix is already in shr-unstable, feel free to update.<br>
<br>
And btw, next time you top-post, i won&#39;t even read your mail, sorry to say<br>
that.<br>
<br>
</blockquote></div>
I too is having the same problem with locale-gen, after having installed the shr-utf8*-packages.<br>
The locale-gen is run by shr-utf8.postinst but it failes with the same message as mentioned above.<br>
<br>
I modified /usr/sbin/locale-gen and added &#39;-v&#39; to to parameterlist for &#39;localedef&#39; and re-ran it manually.<br>
<br>
root@om-gta02 ~ $ /usr/sbin/locale-gen<br>
&lt;start-of-output&gt;<br>
Generating locales...<br>
  en_US.UTF-8.../usr/share/i18n/locales/en_US:7: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:8: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:9: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:11: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:14: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:15: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:16: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:17: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:19: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:20: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:21: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:22: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:23: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:24: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:25: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:26: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:27: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:28: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:29: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:34: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_GB:50: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/i18n:1328: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/i18n:1575: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/i18n:1615: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/i18n:1647: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_GB:53: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_GB:59: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_GB:149: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/en_US:40: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/iso14651_t1:3: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/translit_neutral:10: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/translit_neutral:11: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/translit_neutral:12: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/translit_neutral:13: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/translit_neutral:14: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/translit_neutral:15: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/translit_neutral:16: non-symbolic character value should not be used<br>
/usr/share/i18n/locales/translit_neutral:17: non-symbolic character value should not be used<br>
LC_NAME: field `name_gen&#39; not defined<br>
LC_IDENTIFICATION: field `audience&#39; not defined<br>
LC_IDENTIFICATION: field `application&#39; not defined<br>
LC_IDENTIFICATION: field `abbreviation&#39; not defined<br>
LC_IDENTIFICATION: no identification for category `LC_MEASUREMENT&#39;<br>
LC_CTYPE: table for class &quot;upper&quot;: 1692 bytes<br>
LC_CTYPE: table for class &quot;lower&quot;: 1692 bytes<br>
LC_CTYPE: table for class &quot;alpha&quot;: 4256 bytes<br>
LC_CTYPE: table for class &quot;digit&quot;: 600 bytes<br>
LC_CTYPE: table for class &quot;xdigit&quot;: 600 bytes<br>
LC_CTYPE: table for class &quot;space&quot;: 856 bytes<br>
LC_CTYPE: table for class &quot;print&quot;: 5848 bytes<br>
LC_CTYPE: table for class &quot;graph&quot;: 5848 bytes<br>
LC_CTYPE: table for class &quot;blank&quot;: 856 bytes<br>
LC_CTYPE: table for class &quot;cntrl&quot;: 664 bytes<br>
LC_CTYPE: table for class &quot;punct&quot;: 4888 bytes<br>
LC_CTYPE: table for class &quot;alnum&quot;: 4256 bytes<br>
LC_CTYPE: table for class &quot;combining&quot;: 3024 bytes<br>
LC_CTYPE: table for class &quot;combining_level3&quot;: 2832 bytes<br>
LC_CTYPE: table for map &quot;toupper&quot;: 16924 bytes<br>
LC_CTYPE: table for map &quot;tolower&quot;: 14876 bytes<br>
LC_CTYPE: table for map &quot;totitle&quot;: 16924 bytes<br>
LC_CTYPE: table for width: 25560 bytes<div class="im"><br>
cannot map archive header: Invalid argument<br></div>
&lt;end-of-output&gt;<br>
<br>
I&#39;m running the latest (since tonight) &#39;shr-unstable&#39; (built at home).<br>
<br>
In my shr-unstable/conf/local.conf I have the following lines:<br>
GLIBC_GENERATE_LOCALES = &quot;en_US.UTF-8&quot;<br>
#ENABLE_BINARY_LOCALE_GENERATION = &quot;0&quot;<br>
<br>
Today I sent a SMS using swedish characters, using the newly installed swedish-illume-keyboard. Entering the едц was no problem, nor was sending it. When I received a reply containing едц the openmoko-messages crashed due to an alignment trap, and does so every time I try to start openmoko-messages.<br>

&gt; [  871.925000] Alignment trap: openmoko-messag (5377) PC=0x40106104 Instr=0xe7920104 Address=0x00000001 FSR 0x013<br>
&gt; [  884.545000] Alignment trap: openmoko-messag (5380) PC=0x40106104 Instr=0xe7920104 Address=0x00000001 FSR 0x013<br>
&gt; [  893.430000] Alignment trap: openmoko-messag (5382) PC=0x40106104 Instr=0xe7920104 Address=0x00000001 FSR 0x013<br>
&gt; [ 1558.830000] Alignment trap: openmoko-messag (5434) PC=0x40106104 Instr=0xe7920104 Address=0x00000001 FSR 0x013<br>
&gt; [ 1568.030000] Alignment trap: openmoko-messag (5438) PC=0x40106104 Instr=0xe7920104 Address=0x00000001 FSR 0x013<br>
<br>
(I would like to believe it&#39;s because Apple iPhones are evil, but I cant...)<br>
<br>
Dont even know if the locale-stuff and problems with openmoko-messages is releated.<br>
<br>
I&#39;m trying to find out how to debug this stuff, and I would gladly report any findings/fixes, if I just figure out how/what...<br>
<br>
<br>
Regards<br>
-- Ingi<br>
</blockquote></div><br><br clear="all"><br>-- <br><a href="http://lcl.sytes.net:3880">http://lcl.sytes.net:3880</a><br>