Apache OpenOffice (AOO) Bugzilla – Issue 18765
starsuite 7 lives in 49/normal on linux sparc
Last modified: 2004-10-26 00:45:58 UTC
I got the help zips and did ./configure --with-lang=GER,FREN The soffice programs are in the languages as expected but when soffice starts it displays the banner StarSuite 7. I do not know how to stop this. Also the setup runs in english for both 49/normal and 33/normal. More strange, when i did setup from 49/normal before i did the --with-lang, at that time the setup did run in german and the banner was for OOo 1.1.0 I have this problem with both rc3 and mws_srx645, it stops upload of de and fr versions for linux sparc I had this advice on a related issue previously on dev@porting, but it is too cryptic for me :( "having a StarOffice/StarSuite intro is a hint that the setup application hasn't excuted a basic script, which does the copy of ooo*.res to iso.res within the installation." See related issue for english language in setup
I confirm this myself as there is no other linux sparc building
Now the banners are both correct = openoffice.org 1.1 - i dont know how this got fixed but it works OK now so i close this issue already, sorry about that - but the setup is still in english see issue 18766.
Now i got it, how to make starsuite 7 --with-lang=FREN, GER if i run setup from the build directory like this: cd instsetoo/unxlngs.pro/33/normal ./setup then the soffice banner is openoffice.org.1.1 but if copy or move the install to my home : mv normal ~/install and then cd ~/install ./setup the the soffice banner is starsuite 7 my home directory is on a different partition from the build direcory
Also makes starsuite 7 if i move normal to install inside the same unxlngs.pro/33 and tar it in there.
also makes starsuite 7 in rc4
set target for port.
splashscreens are Ok for upload of de,fr because i did copy ooo*.res to iso*.res by hand (or something else did change?) This is not a solution but at least this issue does not block my contrib uploads.
Created attachment 9238 [details] Fix errors in unxbasic.scp
I have made this platforms "all" since the problem is in scp/source/office/unxbasic.scp and I did not see any platform specific conditionals in there. This patch is necessary but I am not sure if it is sufficient, testing now.
committed to ooo111fix1
this problem remains in 111fix2 - need copy ooo*.res --> iso*.res to get rid of starsuite7 splashscreen when installing --with-lang 33, 49
mh->sparcmoz: I'm not able to reproduce this at all, but I have a few questions: * is STAR_RESOURCEPATH variable set ? if yes, does this alsoo occur with this variable not been set ? * have you seen this behaviour for another platform as well ? * what is the content of the program/resource folder after the installation ?
sparcmoz-->mh: i dont have a 645 build at present but here is some things from cws_src680_ooo20040329 I did a normal build configure --enable-mozilla --with-system-zlib --with-ant-home=/usr/local/ant jim@sun:~/680$ source *et.sh jim@sun:~/680$ set | grep STAR STAR_INIROOT=/home/jim/680/solenv/config STAR_INIROOTOLD=/home/jim/680/solenv/config STAR_REGISTRY=/home/jim/680/solver/680/unxlngs.pro/bin/applicat.rdb STAR_RESOURCEPATH=/home/jim/680/solver/680/unxlngs.pro/bin STAR_SSCOMMON=/home/jim/680/solenv/config/ssolar.cmn STAR_SSOLARINI=/home/jim/680/solenv/config/ssolar.ini STAR_STANDLST=/home/jim/680/solenv/config/stand.lst jim@sun:~/680$ then i run 49/normal/setup screenshots (a) running setup (b) running ./soffice& in ~/OpenOffice.org680 also attached the program/resources.
Created attachment 13928 [details] 49/normal/setup
Created attachment 13929 [details] program/resource
Created attachment 13930 [details] =;p starsuite 8 pre alpha
hmm, i did unset that STAR_RESOURCEPATH too soon, then restored it. now 49/normal runs in englisch. I think to reproduce this you need to make a fresh build of instesetoo. attached is the next screenshot showing with sun logo ;p and then the crash in german due to my bad bridges :(
Created attachment 13931 [details] who?
Created attachment 13932 [details] kaput
OK, following the hint from mh I can reproduce this problem and solve it too. The problem is caused by running setup or soffice in the build environment for the non-english versions. run setup in build environment --> 49/normal/setup has german text content but dialogs lables are in english. run setup in a fresh environment (new xterm) and 49/normal/setup is all german as expected. run setup either way and run soffice. run soffice in the build environment --> starsuite run soffice in a feesh environment --> openoffice So i have a workaround which is to use a new xterm where the build environment is not set. So you may close this if it is considered fixed, or wait untill i will discover exactly which environment variable is responssible.
This is testing with 645 build. I moved 33/normal to a different partition, tar and zip and upload to a different machine. Download, unzip, and untar. I have build environments for 680 and 645. if i run setup in the 680 environment, no problems. Run setup in the 645 environment and again setup is in english dialogs (with french text contents) and soffice runs as starsuite 7. unset STAR_RESOURCEPATH and the problem goes away. export STAR_RESOURCEPATH and the problem returns. So to reproduce this it seems necessary to run non-english product setup or soffice in the build environment of the same product. I will remove STAR_RESOURCEPATH from set_soenv.in and dmake clean and rebuild to make sure it is OK, and will report back in a few days ;(
set_soenv.in committed to ooo112fix1, please verify.
the change to setsoenv.in may have broken the bootstrap? jim@sun:~/112$ ./bootstrap STAR_RESOURCEPATH: Undefined variable. jim@sun:~/112$
new version of set_soenv.in commited.
OK, now with that patch committed in 1.1.2 and there is no STAR_RESOURCEPATH defined jim@sun:~$ set | grep STAR STAR_INIROOT=/home/jim/112/solenv/config STAR_INIROOTOLD=/home/jim/112/solenv/config STAR_REGISTRY=/home/jim/112/solver/645/unxlngs.pro/bin/applicat.rdb STAR_SSCOMMON=/home/jim/112/solenv/config/ssolar.cmn STAR_SSOLARINI=/home/jim/112/solenv/config/ssolar.ini STAR_STANDLST=/home/jim/112/solenv/config/stand.lst So the 49 and 33 builds may be instaleld from the build environment and there is no sign of starsuite. This also fixed 18766 so the installer is in the correct languages.
close issue.