Re: 4.1.2_release_blocker requested: [Issue 126377] Default SystemFilePicker setMultiSelectionMode is broken
On 15/07/2015 bugzilla wrote: bmarcelly has asked for 4.1.2_release_blocker: Issue 126377: Default SystemFilePicker setMultiSelectionMode is broken https://bz.apache.org/ooo/show_bug.cgi?id=126377 Same answer as for issue 126376 (even if this one seems more feasible): for considering for 4.1.2, we need feedback from the API list (in CC) and a patch. We would also need evaluation on whether this can bring regressions for existing code that relies on the current defaults. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Reporting broken download link
On Sat, 18 Jul 2015 16:51:09 +1000 Linda Parker lindai...@shoalhaven.net.au wrote: Downloads “Mergedocsonline” not Openoffice. Tried multiple times. Using OS/X Yosemite 10.10.4. The servers have a problem which is being worked on. Try later. -- Rory O'Farrell ofarr...@iol.ie - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Reporting broken download link
Downloads “Mergedocsonline” not Openoffice. Tried multiple times. Using OS/X Yosemite 10.10.4. Problem description Exchange this text to describe the problem (What does not work? What do you expect?) Browser variables Values navigator.appCodeName Mozilla navigator.appName Netscape navigator.appVersion5.0 (Macintosh) navigator.platform MacIntel navigator.oscpu Intel Mac OS X 10.10 navigator.cpuClass undefined navigator.product Gecko navigator.productSub20100101 navigator.vendor navigator.vendorSub navigator.language en-GB navigator.browserLanguage undefined navigator.userLanguage undefined navigator.systemLanguageundefined navigator.userAgent Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:39.0) Gecko/20100101 Firefox/39.0 Debian / Ubuntu / IceWeasel ? No / No / No Stable Release JavaScript functions/variables Values Language ISO code en-GB Language ISO code (from select box) en-GB Release matrix platform position (full) 9 Release matrix platform position (lp) 10 Release matrix platform array data y,156 Release matrix language array data en-GB,English (British),English (British),y,download/index.html UI platform nameOS X (version = 10.7) (DMG) UI platform name (not supported) Platform (short)mac64 URL platform name (full)MacOS_x86-64_install URL platform name (lp) MacOS_x86-64_langpack URL platform name (from select box) mac64 Version (from select box) 4.1.1 File name (full)Apache_OpenOffice_4.1.1_MacOS_x86-64_install_en-GB.dmg File name (lp) Apache_OpenOffice_4.1.1_MacOS_x86-64_langpack_en-GB.dmg File extension .dmg File size (full) (MByte)156 File size (lp) (MByte) 10 Release infoMilestone AOO411m6 | Build ID 9775 | SVN r1617669 | Released 2014-08-21 Download file link (full) http://sourceforge.net/projects/openofficeorg.mirror/files/4.1.1/binaries/en-GB/Apache_OpenOffice_4.1.1_MacOS_x86-64_install_en-GB.dmg/download Download file link (lp) http://sourceforge.net/projects/openofficeorg.mirror/files/4.1.1/binaries/en-GB/Apache_OpenOffice_4.1.1_MacOS_x86-64_langpack_en-GB.dmg/download Checksum file link (full) (here for MD5) http://archive.apache.org/dist/openoffice/4.1.1/binaries/en-GB/Apache_OpenOffice_4.1.1_MacOS_x86-64_install_en-GB.dmg.md5 Checksum file link (lp) (here for MD5) http://archive.apache.org/dist/openoffice/4.1.1/binaries/en-GB/Apache_OpenOffice_4.1.1_MacOS_x86-64_langpack_en-GB.dmg.md5 Base URL to Sourceforge.net http://sourceforge.net/projects/openofficeorg.mirror/files/4.1.1/binaries/ Base URL to Apache Archive http://archive.apache.org/dist/openoffice/4.1.1 getLinkSelection() (download URL) undefined isLanguageSupported() (true/false) ?true Show the sub-box (true/false) ? true General error (true/false) ?false
Re: 4.1.2_release_blocker requested: [Issue 126376] SystemFilePicker getFiles() returns an incorrect list of files
On 15/07/2015 bugzilla wrote: bmarcelly has asked for 4.1.2_release_blocker: Issue 126376: SystemFilePicker getFiles() returns an incorrect list of files https://bz.apache.org/ooo/show_bug.cgi?id=126376 For both this one and the other issue related to the FilePicker (issue 126377) we need evaluation on the API list for sure, and we don't have a patch available. I'm CCing the API list. I've put a more detailed comment in the issue. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: 4.1.2_release_blocker requested: [Issue 122712] PDF Export dialog too tall for some monitor screens
On 18 July 2015 at 00:53, Andrea Pescetti pesce...@apache.org wrote: On 15/07/2015 bugzi...@apache.org wrote: bmarcelly has asked for 4.1.2_release_blocker: Issue 122712: PDF Export dialog too tall for some monitor screens https://bz.apache.org/ooo/show_bug.cgi?id=122712 We have a patch by Hanya available for this. I've temporarily posted screenshots, before and after applying the patch, at http://people.apache.org/~pescetti/tmp/2015-07-i122712/ (I used the Italian version since strings tend to be longer and some localization issues may appear) Everything looks fine to me. We usually don't want to change the interface in a x.y.2 release, but here all strings and options remain exactly the same, they are just moved around for better visibility at some resolutions. Shall we use this rearranged layout for 4.1.2? +1 rgds jan i Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: 4.1.2_release_blocker requested: [Issue 122712] PDF Export dialog too tall for some monitor screens
+1 also -Original Message- From: jan i [mailto:j...@apache.org] Sent: Saturday, July 18, 2015 05:17 To: dev@openoffice.apache.org Subject: Re: 4.1.2_release_blocker requested: [Issue 122712] PDF Export dialog too tall for some monitor screens On 18 July 2015 at 00:53, Andrea Pescetti pesce...@apache.org wrote: [ ... ] I've temporarily posted screenshots, before and after applying the patch, at http://people.apache.org/~pescetti/tmp/2015-07-i122712/ (I used the Italian version since strings tend to be longer and some localization issues may appear) Everything looks fine to me. We usually don't want to change the interface in a x.y.2 release, but here all strings and options remain exactly the same, they are just moved around for better visibility at some resolutions. Shall we use this rearranged layout for 4.1.2? +1 - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
4.1.2_release_blocker requested: [Issue 123544] XFilePicker's setDisplayDirectory and setDefaultName do not work in Windows
brinzing oliver.brinz...@gmx.de has asked for 4.1.2_release_blocker: Issue 123544: XFilePicker's setDisplayDirectory and setDefaultName do not work in Windows https://bz.apache.org/ooo/show_bug.cgi?id=123544 --- Comment #23 from brinzing oliver.brinz...@gmx.de --- I suspect OpenOffice tried to follow Microsoft recommendation. if one uses setDisplayDirectory() to set a directory it should work as expected the current behaviour is not acceptable, e.g. it still works on Win XP but not on Win 7. btw: https://bz.apache.org/ooo/show_bug.cgi?id=110141 FilePicker Dialog setDisplayDirectory ignored seems to be a dup of this issue - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Build Problem
Hi everyone I am attempting to build OpenOffice on Windows 7 32-bit having downloaded version 4.1.1 of the source code. I have got as far as calling build, but have encountered the following error which terminates the build: = Building module comphelper = Entering /tmp/aoo-4.1.1/main/comphelper/prj cd .. make -s -r -j1make -s -r deliverlog [ info ALL ] LinkTarget Library/isal.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/icppuhelper.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/icppu.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/iucbhelper.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/ivos.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/msvcprt.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/uwinapi.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/kernel32.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/msvcrt.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/oldnames.lib not defined: Assuming headers to be there! [ build PKG ] comphelper_inc [ build PCH ] precompiled_comphelper precompiled_comphelper.cxx awk: fatal: can't open source file `C:/cygwinc:/cygwin/tmp/aoo-4.1.1/main/solenv/gbuild/processdeps.awk' for reading (No such file or directory) C:/cygwin/tmp/aoo-4.1.1/main/solenv/gbuild/PrecompiledHeaders.mk:49: recipe for target '/tmp/aoo-4.1.1/main/solver/411/wntmsci12.pro/workdir/PrecompiledHeader/nodebug/precompiled_comphelper.hxx.pch' failed make: *** [/tmp/aoo-4.1.1/main/solver/411/wntmsci12.pro/workdir/PrecompiledHeader/nodebug/precompiled_comphelper.hxx.pch] Error 2 dmake: Error code 2, while making 'all' 1 module(s): comphelper need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /tmp/aoo-4.1.1/main/comphelper/prj When you have fixed the errors in that module you can resume the build by running: build --all:comphelper I have confirmed that 'processdeps.awk' does indeed exist and believe that the problem is that the script is attempting to find the file using a following directory, which is clearly invalid: C:/cygwinc:/cygwin/tmp/aoo-4.1.1/main/solenv/gbuild It therefore seems that for some reason the build process is using a patently incorrect file path. I have tried to understand the workings of the 'build' script and the overall process, including looking in the relevant 'build.lst' file, but there is nothing obvious. Also, I note that this issue was reported by someone else previously at the following link: http://mail-archives.apache.org/mod_mbox/openoffice-dev/201301.mbox/%3c50f54500.6050...@googlemail.com%3E However, it did not appear to get any answer. I am rather stumped and essentially cannot move forward, so if anyone can help, that would be appreciated. Thanks Jason
RAT Build on AOO410 branch
Hi All, Apologies for the initial build failures, but we now have a successful RAT build on the AOO410 branch in addition to the normal RAT build on trunk. See: https://ci.apache.org/projects/openoffice/AOO410/rat-output.html https://ci.apache.org/projects/openoffice/AOO410/rat-output.html And yes we have a clean RAT pass! (as expected I guess, but nice to know.) This RAT report will run and update on every commit to that branch. I have added a link to this report on the https://ci.apache.org/projects/openoffice/ https://ci.apache.org/projects/openoffice/ page. HTH Gav… signature.asc Description: Message signed with OpenPGP using GPGMail
Re: Build Problem
Hi Jason, you have put the source into a folder under tmp. I see the same in the mail you referred. I'm not sure, but it might be, that this confuses some path settings. Some curious errors appear, if the path settings are not applied or if build is called from a wrong directory. Please close your cygwin window. Then open it again. Change into folder main of the source. Call command source winenv.set.sh Change into folder instsetoo_native Call command build --all 21 | tee mybuild.log If build still breaks, you should provide some more information, for example your configure command with all its parameters. Some access errors might occur, when an antivirus software is running. You can try to exclude the AOO source directory from any scan or you deactive the antivirus software while compiling (and do nothing parallel in that state!). Kind regards Regina Jason Marshall schrieb: Hi everyone I am attempting to build OpenOffice on Windows 7 32-bit having downloaded version 4.1.1 of the source code. I have got as far as calling build, but have encountered the following error which terminates the build: = Building module comphelper = Entering /tmp/aoo-4.1.1/main/comphelper/prj cd .. make -s -r -j1make -s -r deliverlog [ info ALL ] LinkTarget Library/isal.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/icppuhelper.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/icppu.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/iucbhelper.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/ivos.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/msvcprt.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/uwinapi.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/kernel32.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/msvcrt.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/oldnames.lib not defined: Assuming headers to be there! [ build PKG ] comphelper_inc [ build PCH ] precompiled_comphelper precompiled_comphelper.cxx awk: fatal: can't open source file `C:/cygwinc:/cygwin/tmp/aoo-4.1.1/main/solenv/gbuild/processdeps.awk' for reading (No such file or directory) C:/cygwin/tmp/aoo-4.1.1/main/solenv/gbuild/PrecompiledHeaders.mk:49: recipe for target '/tmp/aoo-4.1.1/main/solver/411/wntmsci12.pro/workdir/PrecompiledHeader/nodebug/precompiled_comphelper.hxx.pch' failed make: *** [/tmp/aoo-4.1.1/main/solver/411/wntmsci12.pro/workdir/PrecompiledHeader/nodebug/precompiled_comphelper.hxx.pch] Error 2 dmake: Error code 2, while making 'all' 1 module(s): comphelper need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /tmp/aoo-4.1.1/main/comphelper/prj When you have fixed the errors in that module you can resume the build by running: build --all:comphelper I have confirmed that 'processdeps.awk' does indeed exist and believe that the problem is that the script is attempting to find the file using a following directory, which is clearly invalid: C:/cygwinc:/cygwin/tmp/aoo-4.1.1/main/solenv/gbuild It therefore seems that for some reason the build process is using a patently incorrect file path. I have tried to understand the workings of the 'build' script and the overall process, including looking in the relevant 'build.lst' file, but there is nothing obvious. Also, I note that this issue was reported by someone else previously at the following link: http://mail-archives.apache.org/mod_mbox/openoffice-dev/201301.mbox/%3c50f54500.6050...@googlemail.com%3E However, it did not appear to get any answer. I am rather stumped and essentially cannot move forward, so if anyone can help, that would be appreciated. Thanks Jason - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: Build Problem
Hi Regina Thank you for looking at this. I have ensured that with a new Cygwin session I have run the following successfully: source winenv.set.sh Following that, I have run the following: build --all:comphelper 21 | tee mybuild.log The build again did not progress past building the 'comphelper' module and appeared to have the same error as previously. However, I have attached the log file, 'mybuild.log' that was produced. When I ran the 'configure' command, I ran this with the following parameters: ./configure --with-frame-home=$SDK_PATH --with-psdk-home=$SDK_PATH --with-midl-path=$SDK_PATH/bin --with-ant-home=/cygdrive/c/ant --with-jdk-home=/cygdrive/c/Java/jdk1.8.0_45 --with-dmake-url=https://github.com/mohawk2/dmake/archive/DMAKE_4_12.tar.gz; --with-epm-url=https://www.msweet.org/files/project2/epm-4.2-source.tar.gz; --enable-pch --disable-atl --disable-activex --without-junit --disable-directx I have also included as a file attachment the output of running 'configure' and can confirm that no errors were generated, although two warnings were as follows, which appear to not be related to the issue here: checking which cppunit to use... configure: WARNING: not using cppunit configure: WARNING: NSIS not found, no self contained installer will be build. I also note from the 'configure' output that the source code is identified as being in the 'tmp' directory as follows: The variable SRC_ROOT is set to: C:/cygwin/tmp/aoo-4.1.1/main Do you think that it may be better for me to delete the part of the build that has succeeded and then unpack the source into another directory that is not temp? If so, would this simply be to the root of the Cygwin file system? If you require any further information, please do let me know. Thanks again. Jason Date: Sat, 18 Jul 2015 20:03:11 +0200 From: rb.hensc...@t-online.de To: dev@openoffice.apache.org Subject: Re: Build Problem Hi Jason, you have put the source into a folder under tmp. I see the same in the mail you referred. I'm not sure, but it might be, that this confuses some path settings. Some curious errors appear, if the path settings are not applied or if build is called from a wrong directory. Please close your cygwin window. Then open it again. Change into folder main of the source. Call command source winenv.set.sh Change into folder instsetoo_native Call command build --all 21 | tee mybuild.log If build still breaks, you should provide some more information, for example your configure command with all its parameters. Some access errors might occur, when an antivirus software is running. You can try to exclude the AOO source directory from any scan or you deactive the antivirus software while compiling (and do nothing parallel in that state!). Kind regards Regina Jason Marshall schrieb: Hi everyone I am attempting to build OpenOffice on Windows 7 32-bit having downloaded version 4.1.1 of the source code. I have got as far as calling build, but have encountered the following error which terminates the build: = Building module comphelper = Entering /tmp/aoo-4.1.1/main/comphelper/prj cd .. make -s -r -j1make -s -r deliverlog [ info ALL ] LinkTarget Library/isal.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/icppuhelper.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/icppu.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/iucbhelper.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/ivos.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/msvcprt.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/uwinapi.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/kernel32.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/msvcrt.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/oldnames.lib not defined: Assuming headers to be there! [ build PKG ] comphelper_inc [ build PCH ] precompiled_comphelper precompiled_comphelper.cxx awk: fatal: can't open source file `C:/cygwinc:/cygwin/tmp/aoo-4.1.1/main/solenv/gbuild/processdeps.awk' for reading (No such file or directory) C:/cygwin/tmp/aoo-4.1.1/main/solenv/gbuild/PrecompiledHeaders.mk:49: recipe for target '/tmp/aoo-4.1.1/main/solver/411/wntmsci12.pro/workdir/PrecompiledHeader/nodebug/precompiled_comphelper.hxx.pch' failed make: *** [/tmp/aoo-4.1.1/main/solver/411/wntmsci12.pro/workdir/PrecompiledHeader/nodebug/precompiled_comphelper.hxx.pch] Error 2 dmake: Error code 2, while making 'all' 1 module(s): comphelper need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while
Re: RAT Build on AOO410 branch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/18/2015 11:03 AM, Gavin McDonald wrote: Hi All, Apologies for the initial build failures, but we now have a successful RAT build on the AOO410 branch in addition to the normal RAT build on trunk. See: https://ci.apache.org/projects/openoffice/AOO410/rat-output.html And yes we have a clean RAT pass! (as expected I guess, but nice to know.) This RAT report will run and update on every commit to that branch. I have added a link to this report on the https://ci.apache.org/projects/openoffice/ page. HTH Gav… Great! Thanks. - -- - MzK Way down deep, we're all motivated by the same urges. Cats have the courage to live by them. -- Jim Davis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) iQEcBAEBAgAGBQJVqsARAAoJEJ8zlgVF1GcuHigH+QFgRerbb12Du6BfwvChcAiS kkmFYp5069CUoz6PmoGQoAR8khPP3eYX7ATaGC91PjWMgDb4f6aY1WuhTRIct8Xy J1CnjC5vOKVwVs1eDScfSbrjKFf9G4zmq4gWwpZaQ1iHFOMNgnIHOEfLzqqT9HRI I8GcaiLpdw9OLm+QLJY9YN6jLdCkmI9lyyY++ip3orUAMu9J7OB5QYz8FfcDuk62 uKgxJmWVdeW2v+09qcljsgf/x+GxKxQB2AR/+bgCvW9XEpnzlO6vXQXzU75eYwI6 o1mDpnrvYFM9x/LKhQEpH2HjIf1f+cwfjAD+R+oB/nVRJcLqQmE0Ex8DrA+bJMQ= =Cqfm -END PGP SIGNATURE- - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Broken Download Link
All download links have been restored yesterday. Extensions and Templates sites are not up yet, but they are in our priority list. Updates are available via twitter @sfnet_ops and at our blog. Roberto 2015-07-18 5:03 GMT+02:00 Craig Hitchens jent...@gmail.com: Hi. Tried to download updates and some template to Open Office and the sourceforge URL is broken. http://sourceforge.net/projects/openofficeorg.mirror/files/4.1.1/binaries/en-US/Apache_OpenOffice_4.1.1_Win_x86_install_en-US.exe/download You get a HTTP400 error message. Might want to look into that :) Many thanks. Craig Hitchens. *Craig Hitchens - Natural Health Practitioner* *Dip. H.Sc. **Dip. R. Mass. Dip. Med. H. Dip. Reflex. NESCP (nes-cp-B-0083). TFTCP. I.I.C.T. Member* *www.craighitchenstherapies.com http://www.craighitchenstherapies.comcr...@craighitchenstherapies.com cr...@craighitchenstherapies.com* *PH: +61 0421 213 898*
R: Re: [RELEASE] Availability of machines for binary builds
I have a vm with visual studio express 2008 I use to build AOO for win7. It is accessible from Internet. I can support the building process. Davide Inviato da Samsung Mobile. div Messaggio originale /divdivDa: Andrea Pescetti pesce...@apache.org /divdivData:17/07/2015 18:10 (GMT+01:00) /divdivA: dev@openoffice.apache.org /divdivOggetto: Re: [RELEASE] Availability of machines for binary builds /divdiv /divIl 17/07/2015 jan i wrote: On 17 July 2015 at 09:19, Andrea Pescetti wrote: Leaving digital signing aside for a while, what environments do we have available at the moment? Who else (other volunteers) can help with building (on their machines or even with a buildbot setup on the Apache Software Foundation servers), especially for Windows and Mac? I would really prefer we use the buildbots, it has a couple of advantages Surely it would be better, but this is not the point. I'm not going to delay the release 6 months because (this is an imaginary example, nothing more) we don't have a Mac buildbot available. All our releases so far were fine without buildbots. So my questions stands, and I hope we get some answers without going down the usual endless builbots discussion. I repeat: - What environments, of those used to build 4.1.1 (and I admit I have no idea about the details, i.e., who took care of the build exactly) are still available? - Are there volunteers that can help building on their own machines (preferably a VM with documented configuration) or on the builbots (and Jan is right, this has several advantages so if we have volunteers for this I would prefer that too)? Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: Build Problem
Having looked again at the following build error message: awk: fatal: can't open source file `C:/cygwinc:/cygwin/tmp/aoo-4.1.1/main/solenv/gbuild/processdeps.awk' for reading (No such file or directory) C:/cygwin/tmp/aoo-4.1.1/main/solenv/gbuild/PrecompiledHeaders.mk:49: recipe for target '/tmp/aoo-4.1.1/main/solver/411/wntmsci12.pro/workdir/PrecompiledHeader/nodebug/precompiled_comphelper.hxx.pch' failed make: *** [/tmp/aoo-4.1.1/main/solver/411/wntmsci12.pro/workdir/PrecompiledHeader/nodebug/precompiled_comphelper.hxx.pch] Error 2 dmake: Error code 2, while making 'all' I have viewed the file 'precompiled_comphelper.hxx.pch' using vi and having searched have found multiple hard-coded entries to an invalid path as follows: C:/cygwinc:/cygwin/tmp/aoo-4.1.1/main/solver/411/wntmsci12.pro/inc/stl C:/cygwinc:/cygwin/tmp/aoo-4.1.1/main/solver/411/wntmsci12.pro/inc/external C:/cygwinc:/cygwin/tmp/aoo-4.1.1/main/solver/411/wntmsci12.pro/inc C:/cygwinc:/cygwin/tmp/aoo-4.1.1/main/solenv/wntmsci12/inc C:/cygwinc:/cygwin/tmp/aoo-4.1.1/main/solenv/inc C:/cygwinc:/cygwin/tmp/aoo-4.1.1/main/res C:/cygwinc:/cygwin/tmp/aoo-4.1.1/main/solver/411/wntmsci12.pro/inc/stl C:/cygwinc:/Cygwin/tmp/aoo-4.1.1/main/solver/411/wntmsci12.pro/inc/external C:/cygwinc:/cygwin/tmp/aoo-4.1.1/main/solver/411/wntmsci12.pro/inc C:/cygwinc:/cygwin/tmp/aoo-4.1.1/main/solenv/wntmsci12/inc C:/cygwinc:/cygwin/tmp/aoo-4.1.1/main/solenv/inc C:/cygwinc:/cygwin/tmp/aoo-4.1.1/main/res However, other paths in the same file do appear correct, as follows: c:\cygwin\tmp\aoo-4.1.1\main\solver\411\wntmsci12.pro\workdir\linktarget\pdb\library\icomphelp.lib.pdb I am guessing that this is a header file for the C++ code. Based on the date and time of modification, which is at the time of my last build attempt, I am guessing that the header file is produced at build time. However, I am struggling to understand how this erroneous path is being introduced. Presumably it is by whatever process of creating the 'precompiled_comphelper.hxx.pch' file. Furthermore, it seems to be only some of the paths in the header file that are incorrect, with others being correct. I guess that at least this has narrowed things down, but I am still struggling to know where to go from here. Thanks Jason Date: Sat, 18 Jul 2015 20:03:11 +0200 From: rb.hensc...@t-online.de To: dev@openoffice.apache.org Subject: Re: Build Problem Hi Jason, you have put the source into a folder under tmp. I see the same in the mail you referred. I'm not sure, but it might be, that this confuses some path settings. Some curious errors appear, if the path settings are not applied or if build is called from a wrong directory. Please close your cygwin window. Then open it again. Change into folder main of the source. Call command source winenv.set.sh Change into folder instsetoo_native Call command build --all 21 | tee mybuild.log If build still breaks, you should provide some more information, for example your configure command with all its parameters. Some access errors might occur, when an antivirus software is running. You can try to exclude the AOO source directory from any scan or you deactive the antivirus software while compiling (and do nothing parallel in that state!). Kind regards Regina Jason Marshall schrieb: Hi everyone I am attempting to build OpenOffice on Windows 7 32-bit having downloaded version 4.1.1 of the source code. I have got as far as calling build, but have encountered the following error which terminates the build: = Building module comphelper = Entering /tmp/aoo-4.1.1/main/comphelper/prj cd .. make -s -r -j1make -s -r deliverlog [ info ALL ] LinkTarget Library/isal.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/icppuhelper.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/icppu.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/iucbhelper.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/ivos.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/msvcprt.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/uwinapi.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/kernel32.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/msvcrt.lib not defined: Assuming headers to be there! [ info ALL ] LinkTarget Library/oldnames.lib not defined: Assuming headers to be there! [ build PKG ] comphelper_inc [ build PCH ] precompiled_comphelper precompiled_comphelper.cxx awk: fatal: can't open source file `C:/cygwinc:/cygwin/tmp/aoo-4.1.1/main/solenv/gbuild/processdeps.awk' for reading (No such file or directory)
4.1.2_release_blocker requested: [Issue 121492] Base can not filter by dates
Kay ksch...@apache.org has asked for 4.1.2_release_blocker: Issue 121492: Base can not filter by dates https://bz.apache.org/ooo/show_bug.cgi?id=121492 - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: RAT Build on AOO410 branch
I am glad this is still so! Thank you Gavin! Regards, Dave Sent from my iPhone On Jul 18, 2015, at 11:21 AM, jan i j...@apache.org wrote: On 18 July 2015 at 20:03, Gavin McDonald gmcdon...@apache.org wrote: Hi All, Apologies for the initial build failures, but we now have a successful RAT build on the AOO410 branch in addition to the normal RAT build on trunk. See: https://ci.apache.org/projects/openoffice/AOO410/rat-output.html And yes we have a clean RAT pass! (as expected I guess, but nice to know.) thanks a lot, and you are right believing is one thing, knowing is far better. rgds jan i. This RAT report will run and update on every commit to that branch. I have added a link to this report on the https://ci.apache.org/projects/openoffice/ page. HTH Gav… - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: 4.1.2_release_blocker requested: [Issue 126401] Add ASF license headers to files
On Fri, Jul 17, 2015 at 3:00 PM, Andrea Pescetti pesce...@apache.org wrote: On 16/07/2015 bugzilla wrote: Kay has asked for 4.1.2_release_blocker: Issue 126401: Add ASF license headers to files https://bz.apache.org/ooo/show_bug.cgi?id=126401 Unless I'm really mistaken this does not apply to AOO410: those files do not exist in AOO410, as I wrote yesterday. But Kay is the third person mentioning this issue after Jan and Marcus, so if I am the one who is wrong just show me the path on AOO410 where the patch should be applied and I'll definitely take a look. What I see is: https://svn.apache.org/viewvc/openoffice/trunk/main/ contains an ooxml directory with the problematic files; https://svn.apache.org/viewvc/openoffice/branches/AOO410/main/ does not contain that subdirectory at all, so it does not contain the problem. Oh my goodness, you are absolutely correct! Obviously this can not be a release blocker if the area does not even exist. I will change the flag. Well, fortunately we now have a buildbot that performs a nightly RAT scan on AOO410 at https://ci.apache.org/builders/openoffice-linux64-rat-aoo410/ so (after some initial setup issues are fixed: they are responsible for the failures you see) we will all have the RAT output visible on the web and we will agree! If RAT scan passes on AOO410, then the patch does not need porting to AOO410 and can't be a blocker for 4.1.2. Any problems found by RAT on AOO410 are, instead, blockers for 4.1.2 and need to be reported and nominated. I'll wait for a RAT output that we can all see and agree upon before commenting in the issue. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- - MzK Way down deep, we're all motivated by the same urges. Cats have the courage to live by them. -- Jim Davis
4.1.2_release_blocker canceled: [Issue 126401] Add ASF license headers to files
Kay ksch...@apache.org has canceled Kay ksch...@apache.org's request for 4.1.2_release_blocker: Issue 126401: Add ASF license headers to files https://bz.apache.org/ooo/show_bug.cgi?id=126401 --- Comment #7 from Kay ksch...@apache.org --- Removed release blocker since area does not exist in AOO410 branch. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: RAT Build on AOO410 branch
On 18 July 2015 at 20:03, Gavin McDonald gmcdon...@apache.org wrote: Hi All, Apologies for the initial build failures, but we now have a successful RAT build on the AOO410 branch in addition to the normal RAT build on trunk. See: https://ci.apache.org/projects/openoffice/AOO410/rat-output.html And yes we have a clean RAT pass! (as expected I guess, but nice to know.) thanks a lot, and you are right believing is one thing, knowing is far better. rgds jan i. This RAT report will run and update on every commit to that branch. I have added a link to this report on the https://ci.apache.org/projects/openoffice/ page. HTH Gav…