Paul Fertser wrote: > On Tue, Apr 07, 2009 at 09:57:21AM +0400, forin...@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. r...@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 _______________________________________________ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community