Apache OpenOffice (AOO) Bugzilla – Issue 18589
Building with localized helpcontent
Last modified: 2003-10-16 17:16:21 UTC
Hi, when you want to build with localized helpcontent for e.g. for Czech, you have to manually create/copy the directory czech for build to be successful: cd helpcontent/unx for i in common s* do cp -r $i/english_us $i/czech done Only after this sequence of command could build finished its work in helpcontent if RES_CZECH is set to TRUE. But this is completely non-sense, because to really provide localized helpcontent, you have to: tar xvfz ${FILES}/helpcontent_42_unix.tgz -C solver/645/unxlngi4.pro/pck just after the build is finished, ie. replace the just copied and built files. Please find another way of building helpcontent. I think this should be sufficient: if e.g. czech directory does not exist, just skip it and continue with other languages.
mh->hjs: Do we alreadz have an issue for the new helpcontent creation process, if yes we can close this as duplicate. Is it possible to solve this in the meantime on 2.0 codeline ?
i think here are two issues mixed up: - the new help creation process for 2.0 ( AFAIK, there is no issue yet ) - the current packing of "prebuilded" help content. for the later, i'm quite surprised that you get an error as the process is designed to ignore activated languages where no content exists. as always ;-), could you provide a log? i tried here (with RES_DTCH, but shouldn't matter), but no error occurs.
See the thread that started here: http://www.openoffice.org/servlets/ReadMsg?msgId=780033&listName=dev I struggled into the similar thing myself about half a year ago, but when I just tried it, it works without problems for Czech, Slovak and Danish. Hmm, this is strange. But at least "Nikolai Vladychevski" <niko@isl.net.mx> had the same problem I had in the past.
ahh, i see! this is a different one. it orginates from unsetting "RES_ENUS" and removing the output tree. the build tries to generate dependencies and on tool in the chain (i think it's "cat" somehow) complains about no input/output. it's workaroundable by prefixing the according line in "rules.mk" with a "-": -$(TYPE) $(MISC)$/$(TARGET).$(PWD:f).*.dpzz | grep -v "CVS" >> $@
Will you commit it to the CVS?
yes, i will take care to get this into cvs.
.
will appear in OOo 1.1.1
SBA: I talked to Hans-Joachim. The fix is in CWS vcl7pp1r2. I can't tell if anything got changed, so I set this one to "verified" in order to get the CWS into the master build. SBA->Pavel: I was told that you have access to the CVS. Please comment if everything works fine for you so that this one can get closed (I don't know if you have to wait until this CWS gets into the master build). Thank you.
Everythinkg is OK, thank you both.