Problems in openmoko-messages
Ingvaldur Sigurjonsson
ingi at telia.com
Wed Apr 8 22:42:54 CEST 2009
Paul Fertser wrote:
> On Tue, Apr 07, 2009 at 09:57:21AM +0400, foringer at gmail.com wrote:
>> Hello, Paul!
>> I've tried to install your package -
>> [1]http://www.stosb.com/openmoko/shr-utf8_0.1_armv4t.ipk
>> but had some problems. Here is the output from the opkg installer:
>
> Not my package, btw. It's TAsn who investigated and mostly solved the
> issue.
>
> Fix is already in shr-unstable, feel free to update.
>
> And btw, next time you top-post, i won't even read your mail, sorry to say
> that.
>
I too is having the same problem with locale-gen, after having installed
the shr-utf8*-packages.
The locale-gen is run by shr-utf8.postinst but it failes with the same
message as mentioned above.
I modified /usr/sbin/locale-gen and added '-v' to to parameterlist for
'localedef' and re-ran it manually.
root at om-gta02 ~ $ /usr/sbin/locale-gen
<start-of-output>
Generating locales...
en_US.UTF-8.../usr/share/i18n/locales/en_US:7: non-symbolic character
value should not be used
/usr/share/i18n/locales/en_US:8: non-symbolic character value should not
be used
/usr/share/i18n/locales/en_US:9: non-symbolic character value should not
be used
/usr/share/i18n/locales/en_US:11: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_US:14: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_US:15: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_US:16: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_US:17: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_US:19: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_US:20: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_US:21: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_US:22: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_US:23: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_US:24: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_US:25: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_US:26: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_US:27: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_US:28: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_US:29: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_US:34: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_GB:50: non-symbolic character value should
not be used
/usr/share/i18n/locales/i18n:1328: non-symbolic character value should
not be used
/usr/share/i18n/locales/i18n:1575: non-symbolic character value should
not be used
/usr/share/i18n/locales/i18n:1615: non-symbolic character value should
not be used
/usr/share/i18n/locales/i18n:1647: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_GB:53: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_GB:59: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_GB:149: non-symbolic character value should
not be used
/usr/share/i18n/locales/en_US:40: non-symbolic character value should
not be used
/usr/share/i18n/locales/iso14651_t1:3: non-symbolic character value
should not be used
/usr/share/i18n/locales/translit_neutral:10: non-symbolic character
value should not be used
/usr/share/i18n/locales/translit_neutral:11: non-symbolic character
value should not be used
/usr/share/i18n/locales/translit_neutral:12: non-symbolic character
value should not be used
/usr/share/i18n/locales/translit_neutral:13: non-symbolic character
value should not be used
/usr/share/i18n/locales/translit_neutral:14: non-symbolic character
value should not be used
/usr/share/i18n/locales/translit_neutral:15: non-symbolic character
value should not be used
/usr/share/i18n/locales/translit_neutral:16: non-symbolic character
value should not be used
/usr/share/i18n/locales/translit_neutral:17: non-symbolic character
value should not be used
LC_NAME: field `name_gen' not defined
LC_IDENTIFICATION: field `audience' not defined
LC_IDENTIFICATION: field `application' not defined
LC_IDENTIFICATION: field `abbreviation' not defined
LC_IDENTIFICATION: no identification for category `LC_MEASUREMENT'
LC_CTYPE: table for class "upper": 1692 bytes
LC_CTYPE: table for class "lower": 1692 bytes
LC_CTYPE: table for class "alpha": 4256 bytes
LC_CTYPE: table for class "digit": 600 bytes
LC_CTYPE: table for class "xdigit": 600 bytes
LC_CTYPE: table for class "space": 856 bytes
LC_CTYPE: table for class "print": 5848 bytes
LC_CTYPE: table for class "graph": 5848 bytes
LC_CTYPE: table for class "blank": 856 bytes
LC_CTYPE: table for class "cntrl": 664 bytes
LC_CTYPE: table for class "punct": 4888 bytes
LC_CTYPE: table for class "alnum": 4256 bytes
LC_CTYPE: table for class "combining": 3024 bytes
LC_CTYPE: table for class "combining_level3": 2832 bytes
LC_CTYPE: table for map "toupper": 16924 bytes
LC_CTYPE: table for map "tolower": 14876 bytes
LC_CTYPE: table for map "totitle": 16924 bytes
LC_CTYPE: table for width: 25560 bytes
cannot map archive header: Invalid argument
<end-of-output>
I'm running the latest (since tonight) 'shr-unstable' (built at home).
In my shr-unstable/conf/local.conf I have the following lines:
GLIBC_GENERATE_LOCALES = "en_US.UTF-8"
#ENABLE_BINARY_LOCALE_GENERATION = "0"
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.
> [ 871.925000] Alignment trap: openmoko-messag (5377) PC=0x40106104
Instr=0xe7920104 Address=0x00000001 FSR 0x013
> [ 884.545000] Alignment trap: openmoko-messag (5380) PC=0x40106104
Instr=0xe7920104 Address=0x00000001 FSR 0x013
> [ 893.430000] Alignment trap: openmoko-messag (5382) PC=0x40106104
Instr=0xe7920104 Address=0x00000001 FSR 0x013
> [ 1558.830000] Alignment trap: openmoko-messag (5434) PC=0x40106104
Instr=0xe7920104 Address=0x00000001 FSR 0x013
> [ 1568.030000] Alignment trap: openmoko-messag (5438) PC=0x40106104
Instr=0xe7920104 Address=0x00000001 FSR 0x013
(I would like to believe it's because Apple iPhones are evil, but I cant...)
Dont even know if the locale-stuff and problems with openmoko-messages
is releated.
I'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...
Regards
-- Ingi
More information about the community
mailing list