Apache OpenOffice (AOO) Bugzilla – Issue 39636
Generate setup_native/source/win32/msi-encodinglist.txt list during the build.
Last modified: 2013-08-07 15:00:01 UTC
set prio p3 -> p4
As discuessed with IS, there is no need to touch this list for new added languages. This list contains the codepages for all released Windows 98 . All other languages have default UTF8 encoding and the installer don't works on Windows 98, because Windows 98 and the installer needs to have the same code page...
OK, closing.
reopening. I added nn and nb (Norwegian Nynorsk and Bokmal) to configure (--with-lang) and the build on unix systems was OK. It failed to create installation sets for the new language and printed: ... cleaning the output tree ... ... removing directory /cygdrive/c/DOCUME~1/pjanik/LOCALS~1/Temp/1/instsetunpack_33801108364254 ... *************************************************************** ERROR: Unknown language nb in function get_windows_language in function: get_windows_language Saved logfile: e:/home/pavel/BuildDir/ooo_SRC680_m78_src/instsetoo_native/wntmsci10.pro/OpenOffice/logging/nb/log_SRC680__nb.log *************************************************************** Mon Feb 14 07:58:25 2005 (00:51 min.) dmake: Error code 255, while making 'openoffice_nb' ---* tg_merge.mk *--- ERROR: Error 65280 occurred while making /cygdrive/e/home/pavel/BuildDir/ooo_SRC680_m78_src/instsetoo_native/util dmake: Error code 1, while making 'build_all' ---* tg_merge.mk *--- After: --- msi-encodinglist.txt 18 říj 2004 16:08:17 +0200 1.2 +++ msi-encodinglist.txt 14 úno 2005 18:55:47 +0100 @@ -18,6 +18,8 @@ en-GB 1252 2057 da 1252 1030 sv 1252 1053 +nb 1252 1044 +nn 1252 2068 no 1252 1044 pl 1250 1045 de 1252 1031 and build again, both installation sets were created. So the statement: "there is no need to touch this list for new added languages." is false and we have to setup the mechanism/owner who will take care about this file for every new language.
ingo, what happend here ?
Created attachment 22615 [details] Log from building nb
Yes, that is a problem, because the Windows language cannot be defaulted. The value is needed at least for the value ProductLanguage in the property table and the template that is written into the Summary Information Stream. I will have to check, whether the correct values are needed or if a value can be created dynamically if it is not set in the encoding list. The encoding itself should be no problem, because the "65001" (UTF-8) should be used for all languages that are not defined in the encodinglist. I will integrate into cws nativefixer4, that 65001 is always returned for not defined languages. But the Windows Language is a bigger problem -> Setting to OOo Later
setting started