Re: Are the Buildbots down?
Next problem ... libxml2 deliver deliver -- version: 275594 Module 'libxml2' delivered successfully. 50 files copied, 2 files unchanged = Building module libxslt = [snip] Disabling crypto support Enabling debugger checking for libxml libraries = 2.6.27... 2.7.8 found checking whether shared libraries will be built (required for plugins)... yes checking libxml2 module support... yes configure: creating ./config.status [snip] /bin/sh ../libtool --tag=CC --mode=link cc -g -O2 -Wall -Wl,--version-script =./libxslt.syms -version-info 2:26:1 -Wl,-rpath,'$ORIGIN:$ORIGIN/../ure-link/lib ' -Wl,-noinhibit-exec -o libxslt.la -rpath /usr/local/lib attrvt.lo xslt.lo xslt locale.lo xsltutils.lo pattern.lo templates.lo variables.lo keys.lo numbers.lo e xtensions.lo extra.lo functions.lo namespaces.lo imports.lo attributes.lo docume nts.lo preproc.lo transform.lo security.lo -L/tmp/openoffice/aoo-4.2.0/main/solv er/420/unxfbsdx.pro/lib -lxml2 -lm libtool: link: cc -shared .libs/attrvt.o .libs/xslt.o .libs/xsltlocale.o .libs/ xsltutils.o .libs/pattern.o .libs/templates.o .libs/variables.o .libs/keys.o .li bs/numbers.o .libs/extensions.o .libs/extra.o .libs/functions.o .libs/namespaces .o .libs/imports.o .libs/attributes.o .libs/documents.o .libs/preproc.o .libs/tr ansform.o .libs/security.o -L/tmp/openoffice/aoo-4.2.0/main/solver/420/unxfbsd x.pro/lib -lxml2 -lm -Wl,--version-script=./libxslt.syms -Wl,-rpath -Wl,\$ORIGI N:\$ORIGIN/../ure-link/lib -Wl,-noinhibit-exec -Wl,-soname -Wl,libxslt.so.1 -o .libs/libxslt.so.1 /usr/bin/ld: cannot find -lxml2 cc: error: linker command failed with exit code 1 (use -v to see invocation) Makefile:410: recipe for target 'libxslt.la' failed % find . -name libtextcat.so -print ./libtextcat/unxfbsdx.pro/lib/libtextcat.so ./libtextcat/unxfbsdx.pro/misc/build/libtextcat-2.2/src/.libs/libtextcat.so ./solver/420/unxfbsdx.pro/lib/libtextcat.so % find . -name libxml2.so -print ./libxml2/unxfbsdx.pro/lib/libxml2.so ./libxml2/unxfbsdx.pro/misc/build/libxml2-2.7.8/.libs/libxml2.so Looks like libxml2.so didn't get copied over into solver for some reason. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Are the Buildbots down?
On 13 Jul, Pedro Giffuni wrote: Hmm ... Perhaps there is something wrong here: tmain/libxml2/prj/d.lst Perhaps ... but since libxml is already installed on the system because it is a prerequisite of some of the other dependencies, such as java, gconf2, and gnome-vfs, I just switched to --with-system-libxml and --with-system-libxslt. The latter is required by configure if the former option is enabled. The next problem is: cc -I.. -I../.. -I../../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -I/usr/include -DTERMIO -O3 -Wall -c ui_lib.c -o ui_lib.o cc -I.. -I../.. -I../../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -I/usr/include -DTERMIO -O3 -Wall -c ui_openssl.c -o ui_openssl.o ui_openssl.c:224:11: fatal error: 'termio.h' file not found # include termio.h ^ 1 error generated. *** Error code 1 Stop. make[2]: stopped in /tmp/openoffice/aoo-4.2.0/main/openssl/unxfbsdx.pro/misc/build/openssl-0.9.8o/crypto/ui *** Error code 1 Time for --with-system-openssl ... - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Are the Buildbots down?
Next problem: /bin/sh ../../libtool --tag=CXX --mode=link c++ -g -O2 -o chmorph chmorph.o ../parsers/libparsers.a ../hunspell/libhunspell-1.3.la libtool: link: c++ -g -O2 -o chmorph chmorph.o ../parsers/libparsers.a ../hunspell/.libs/libhunspell-1.3.a c++ -DHAVE_CONFIG_H -I. -I../.. -I../../src/hunspell -I../../src/parsers -I/include -D_THREAD_SAFE -I/usr/local/include -g -O2 -MT hunspell.o -MD -MP -MF .deps/hunspell.Tpo -c -o hunspell.o hunspell.cxx hunspell.cxx:112:14: fatal error: '../../intl/libintl.h' file not found #include ../../intl/libintl.h ^ 1 error generated. Makefile:524: recipe for target 'hunspell.o' failed gmake[3]: *** [hunspell.o] Error 1 gmake[3]: Leaving directory '/tmp/openoffice/aoo-4.2.0/ext_libraries/hunspell/unxfbsdx.pro/misc/build/hunspell-1.3.2/src/tools' No libintl.h around here ... % find ext_libraries main -name libintl.h -print % There is one in /usr/local/include that is installed by gettext, but it isn't under an intl/ directory. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Rat Patch take 2
Just bumping this, anyone want to apply it? Thanks Gav… On 11 Jul 2015, at 7:54 pm, Gavin McDonald gmcdon...@apache.org wrote: HI All, So two issues with the last patch: 1. I missed two pref file for excluding 2. Four files are treated as binaries (.project and .classpath) and so the diff never showed. I’ve forced the diff in those files so should be good now. I’ll talk about why those .project and .classpath have mime-types set in the first place in another thread. Please find attached a patch to resolve the 6 remaining RAT license issues. HTH Gav… rat_patch.txt signature.asc Description: Message signed with OpenPGP using GPGMail
Re: Rat Patch take 2
rat build run and license issues down to just the two we need to exclude:- https://ci.apache.org/projects/openoffice/rat-output.html https://ci.apache.org/projects/openoffice/rat-output.html Gav… On 14 Jul 2015, at 12:44 pm, Gavin McDonald ga...@16degrees.com.au wrote: On 14 Jul 2015, at 12:37 pm, Regina Henschel rb.hensc...@t-online.de wrote: Hi Gavin, Gavin McDonald schrieb: Just bumping this, anyone want to apply it? As far as I see Kay has already done this with http://svn.apache.org/r1690817 http://svn.apache.org/r1690818 http://svn.apache.org/r1690819 http://svn.apache.org/r1690820 http://svn.apache.org/r1690820 Ah ok, thanks, the nightly RAT report run hasn’t updated to include these, I’ll force a build. However, there is one file missed from being committed. At the bottom of the patch is this: Index: main/rat-excludes === --- main/rat-excludes (revision 1690389) +++ main/rat-excludes (working copy) @@ -1492,4 +1492,6 @@ main/ooxml/source/framework/OOXMLViewer/.settings/org.eclipse.jdt.core.prefs main/ooxml/source/framework/SchemaParser/.settings/org.eclipse.jdt.core.prefs +main/ooxml/source/framework/JavaOOXMLParser/.settings/org.eclipse.jdt.core.prefs +main/ooxml/source/framework/JavaPartManager/.settings/org.eclipse.jdt.core.prefs so the rat-excludes file still needs an update. Thanks, and thanks Kay for applying the previous patches! Gav… Kind regards Regina Thanks Gav… On 11 Jul 2015, at 7:54 pm, Gavin McDonald gmcdon...@apache.org wrote: HI All, So two issues with the last patch: 1. I missed two pref file for excluding 2. Four files are treated as binaries (.project and .classpath) and so the diff never showed. I’ve forced the diff in those files so should be good now. I’ll talk about why those .project and .classpath have mime-types set in the first place in another thread. Please find attached a patch to resolve the 6 remaining RAT license issues. HTH Gav… rat_patch.txt - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org Gav... (( ( ( )\ ) )\ ) )\ ) ( ) ) )\(()/((()/( (()/( )\ ) ( ) ( /( ( (( /( ( ( ( _)( /(_))/(_)) /(_)) ( (()/( )( ( /( ( )\()))())\ ( )\()) ))\ )())\ )\ _ )\ (_)) (_))_| (_)) )\ ) /(_))(()\ )(_)) )\ (_))/(()\ /((_) )\ (_))/ /((_)(()\ /((_) (_)_\(_)/ __|| |_ |_ _| _(_/((_) _| ((_)((_)_ ((_)| |_ ((_)(_))( ((_)| |_ (_))( ((_)(_)) / _ \ \__ \| __| | | | ' \))| _|| '_|/ _` |(_-| _|| '_|| || |/ _| | _|| || || '_|/ -_) /_/ \_\ |___/|_||___||_||_| |_| |_| \__,_|/__/ \__||_| \_,_|\__| \__| \_,_||_| \___| Gav... (( ( ( )\ ) )\ ) )\ ) ( )) )\(()/((()/( (()/( )\ ) ( ) ( /( ( (( /( ( ( ( _)( /(_))/(_)) /(_)) ( (()/( )( ( /( ( )\()))())\ ( )\()) ))\ )())\ )\ _ )\ (_)) (_))_| (_)) )\ ) /(_))(()\ )(_)) )\ (_))/(()\ /((_) )\ (_))/ /((_)(()\ /((_) (_)_\(_)/ __|| |_ |_ _| _(_/((_) _| ((_)((_)_ ((_)| |_ ((_)(_))( ((_)| |_ (_))( ((_)(_)) / _ \ \__ \| __| | | | ' \))| _|| '_|/ _` |(_-| _|| '_|| || |/ _| | _|| || || '_|/ -_) /_/ \_\ |___/|_||___||_||_| |_| |_| \__,_|/__/ \__||_| \_,_|\__| \__| \_,_||_| \___|
Re: Rat Patch take 2
Hi Gavin. I am sorry you are experiencing a delay in getting the patch committed. I have had a look at the patch, and to me it looks perfect. I would commit the patch if I could, but I am currently limited to my ipad (my development system, decided to take a heat holiday). I am convinced when one of the others get a couple of spare cycles they will commit the patch. Thanks for taking time to make the correction. rgds jan i. On 14 July 2015 at 12:34, Gavin McDonald gmcdon...@apache.org wrote: Just bumping this, anyone want to apply it? Thanks Gav… On 11 Jul 2015, at 7:54 pm, Gavin McDonald gmcdon...@apache.org wrote: HI All, So two issues with the last patch: 1. I missed two pref file for excluding 2. Four files are treated as binaries (.project and .classpath) and so the diff never showed. I’ve forced the diff in those files so should be good now. I’ll talk about why those .project and .classpath have mime-types set in the first place in another thread. Please find attached a patch to resolve the 6 remaining RAT license issues. HTH Gav… rat_patch.txt
Re: Rat Patch take 2
On 14 Jul 2015, at 12:37 pm, Regina Henschel rb.hensc...@t-online.de wrote: Hi Gavin, Gavin McDonald schrieb: Just bumping this, anyone want to apply it? As far as I see Kay has already done this with http://svn.apache.org/r1690817 http://svn.apache.org/r1690818 http://svn.apache.org/r1690819 http://svn.apache.org/r1690820 http://svn.apache.org/r1690820 Ah ok, thanks, the nightly RAT report run hasn’t updated to include these, I’ll force a build. However, there is one file missed from being committed. At the bottom of the patch is this: Index: main/rat-excludes === --- main/rat-excludes (revision 1690389) +++ main/rat-excludes (working copy) @@ -1492,4 +1492,6 @@ main/ooxml/source/framework/OOXMLViewer/.settings/org.eclipse.jdt.core.prefs main/ooxml/source/framework/SchemaParser/.settings/org.eclipse.jdt.core.prefs +main/ooxml/source/framework/JavaOOXMLParser/.settings/org.eclipse.jdt.core.prefs +main/ooxml/source/framework/JavaPartManager/.settings/org.eclipse.jdt.core.prefs so the rat-excludes file still needs an update. Thanks, and thanks Kay for applying the previous patches! Gav… Kind regards Regina Thanks Gav… On 11 Jul 2015, at 7:54 pm, Gavin McDonald gmcdon...@apache.org wrote: HI All, So two issues with the last patch: 1. I missed two pref file for excluding 2. Four files are treated as binaries (.project and .classpath) and so the diff never showed. I’ve forced the diff in those files so should be good now. I’ll talk about why those .project and .classpath have mime-types set in the first place in another thread. Please find attached a patch to resolve the 6 remaining RAT license issues. HTH Gav… rat_patch.txt - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org Gav... (( ( ( )\ ) )\ ) )\ ) ( )) )\(()/((()/( (()/( )\ ) ( ) ( /( ( (( /( ( ( ( _)( /(_))/(_)) /(_)) ( (()/( )( ( /( ( )\()))())\ ( )\()) ))\ )())\ )\ _ )\ (_)) (_))_| (_)) )\ ) /(_))(()\ )(_)) )\ (_))/(()\ /((_) )\ (_))/ /((_)(()\ /((_) (_)_\(_)/ __|| |_ |_ _| _(_/((_) _| ((_)((_)_ ((_)| |_ ((_)(_))( ((_)| |_ (_))( ((_)(_)) / _ \ \__ \| __| | | | ' \))| _|| '_|/ _` |(_-| _|| '_|| || |/ _| | _|| || || '_|/ -_) /_/ \_\ |___/|_||___||_||_| |_| |_| \__,_|/__/ \__||_| \_,_|\__| \__| \_,_||_| \___|
Re: Are the Buildbots down?
On 07/13/15 23:33, Don Lewis wrote: On 13 Jul, Pedro Giffuni wrote: I did notice the buildbot was failing on nss(?). That's what I get for taking hunks from elsewhere :-P. Patch below ... Committed as revision 1690992. Thanks! As you might have noticed I don't spend much quality time with AOO lately :-(. I've been spending too much B-( It happens frequently with AOO :(. I do appreciate this, you had no obligation to fix it and it's unlikely to have any effect on FreeBSD's own packaging. OTOH, it can save some trouble to have the extra checking with the Apache buildbot. Pedro. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Are the Buildbots down?
On 07/14/15 02:32, Don Lewis wrote: Next problem: /bin/sh ../../libtool --tag=CXX --mode=link c++ -g -O2 -o chmorph chmorph.o ../parsers/libparsers.a ../hunspell/libhunspell-1.3.la libtool: link: c++ -g -O2 -o chmorph chmorph.o ../parsers/libparsers.a ../hunspell/.libs/libhunspell-1.3.a c++ -DHAVE_CONFIG_H -I. -I../.. -I../../src/hunspell -I../../src/parsers -I/include -D_THREAD_SAFE -I/usr/local/include -g -O2 -MT hunspell.o -MD -MP -MF .deps/hunspell.Tpo -c -o hunspell.o hunspell.cxx hunspell.cxx:112:14: fatal error: '../../intl/libintl.h' file not found #include ../../intl/libintl.h ^ 1 error generated. Makefile:524: recipe for target 'hunspell.o' failed gmake[3]: *** [hunspell.o] Error 1 gmake[3]: Leaving directory '/tmp/openoffice/aoo-4.2.0/ext_libraries/hunspell/unxfbsdx.pro/misc/build/hunspell-1.3.2/src/tools' No libintl.h around here ... % find ext_libraries main -name libintl.h -print % There is one in /usr/local/include that is installed by gettext, but it isn't under an intl/ directory. gettext was included in OpenOffice before the licensing cleanup. It is expected that you have a system gettext and encoding the path instead of -I including it is a bad practice, IMHO. However, this doesn't seem to be an auto-inflicted error but something that upstream hunspell does. How does the FreeBSD port work around that? Pedro. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Rat Patch take 2
Hi Gavin, Gavin McDonald schrieb: On 14 Jul 2015, at 12:37 pm, Regina Henschel rb.hensc...@t-online.de wrote: Hi Gavin, Gavin McDonald schrieb: Just bumping this, anyone want to apply it? As far as I see Kay has already done this with http://svn.apache.org/r1690817 http://svn.apache.org/r1690818 http://svn.apache.org/r1690819 http://svn.apache.org/r1690820 http://svn.apache.org/r1690820 Ah ok, thanks, the nightly RAT report run hasn’t updated to include these, I’ll force a build. However, there is one file missed from being committed. At the bottom of the patch is this: Index: main/rat-excludes === --- main/rat-excludes (revision 1690389) +++ main/rat-excludes (working copy) @@ -1492,4 +1492,6 @@ main/ooxml/source/framework/OOXMLViewer/.settings/org.eclipse.jdt.core.prefs main/ooxml/source/framework/SchemaParser/.settings/org.eclipse.jdt.core.prefs +main/ooxml/source/framework/JavaOOXMLParser/.settings/org.eclipse.jdt.core.prefs +main/ooxml/source/framework/JavaPartManager/.settings/org.eclipse.jdt.core.prefs Done with http://svn.apache.org/r1690942 We are happy, that you support us. Kind regards Regina - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Rat Patch take 2
Thanks Regina, We are all green now! :) https://ci.apache.org/projects/openoffice/rat-output.html https://ci.apache.org/projects/openoffice/rat-output.html Gav… On 14 Jul 2015, at 3:40 pm, Regina Henschel rb.hensc...@t-online.de wrote: Hi Gavin, Gavin McDonald schrieb: On 14 Jul 2015, at 12:37 pm, Regina Henschel rb.hensc...@t-online.de wrote: Hi Gavin, Gavin McDonald schrieb: Just bumping this, anyone want to apply it? As far as I see Kay has already done this with http://svn.apache.org/r1690817 http://svn.apache.org/r1690818 http://svn.apache.org/r1690819 http://svn.apache.org/r1690820 http://svn.apache.org/r1690820 Ah ok, thanks, the nightly RAT report run hasn’t updated to include these, I’ll force a build. However, there is one file missed from being committed. At the bottom of the patch is this: Index: main/rat-excludes === --- main/rat-excludes(revision 1690389) +++ main/rat-excludes(working copy) @@ -1492,4 +1492,6 @@ main/ooxml/source/framework/OOXMLViewer/.settings/org.eclipse.jdt.core.prefs main/ooxml/source/framework/SchemaParser/.settings/org.eclipse.jdt.core.prefs +main/ooxml/source/framework/JavaOOXMLParser/.settings/org.eclipse.jdt.core.prefs +main/ooxml/source/framework/JavaPartManager/.settings/org.eclipse.jdt.core.prefs Done with http://svn.apache.org/r1690942 We are happy, that you support us. Kind regards Regina - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org Gav... (( ( ( )\ ) )\ ) )\ ) ( )) )\(()/((()/( (()/( )\ ) ( ) ( /( ( (( /( ( ( ( _)( /(_))/(_)) /(_)) ( (()/( )( ( /( ( )\()))())\ ( )\()) ))\ )())\ )\ _ )\ (_)) (_))_| (_)) )\ ) /(_))(()\ )(_)) )\ (_))/(()\ /((_) )\ (_))/ /((_)(()\ /((_) (_)_\(_)/ __|| |_ |_ _| _(_/((_) _| ((_)((_)_ ((_)| |_ ((_)(_))( ((_)| |_ (_))( ((_)(_)) / _ \ \__ \| __| | | | ' \))| _|| '_|/ _` |(_-| _|| '_|| || |/ _| | _|| || || '_|/ -_) /_/ \_\ |___/|_||___||_||_| |_| |_| \__,_|/__/ \__||_| \_,_|\__| \__| \_,_||_| \___|
Re: Markmail lists need to be changed...
Kay Schenk wrote: The following references for some of the AOO lists no longer work in Markmail -- org.apache.incubator.ooo-commits org.apache.incubator.ooo-dev Where do you see the problem? If I open http://markmail.org/search/?q=list%3Aorg.apache.incubator.ooo-dev I see all recent messages to this list, including the one from you I'm quoting. These need to be changed to -- org.apache.openoffice.commits org.apache.openoffice.dev I would definitely prefer that the former were redirected to the latter, but at http://markmail.org/search/?q=list%3Aorg.apache.openoffice.dev I see messages to our list in German (the Germanophone list)... something wrong is going on with Markmail! But still, coming back to the point: the first link I mentioned still works as an archive of this (dev) list. So I cannot reproduce the problem. I tried to use MarkMail's Feedback mechanism but try as I might I can not decifer their capcha. :( So maybe someone with better screen resolution or eyes can send this in. I can definitely try, but I cannot reproduce the problem as I understand it. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: How to commit changes to 410 branch?
[top posting] In answer to my original question regarding commits to the AOO410 branch. It seems my initial suggestion might have been wrong, and probably mini-check outs of areas that need to be updated are the way to go, with just normal copies -- NOT svn copies -- from trunk to the AOO410 branch, followed by a commit. Additionally, for our further education on svn, I came across this article on why TAGS should not be used for future commits -- you must use branches. http://www.sethcardoza.com/2009/04/svn-copy-creating-a-branch-or-tag/ On 07/10/2015 03:37 PM, Kay Schenk wrote: On 07/10/2015 12:00 AM, Andrea Pescetti wrote: On 09/07/2015 Kay Schenk wrote: It seems we are still using the 410 branch for the 4.1.2 release. Yes we are. It's not the 410 branch, it's the AOO410 branch and even though the naming is unfortunate and frankly speaking I do not like it and I would have preferred a dedicated AOO412 branch, this is the pattern we already followed for the other releases see http://svn.apache.org/viewvc/openoffice/branches/ (4.0.1 is the only x.y.1 release with an own branch) and code is already committed to it for 4.1.2. So for 4.1.2 (but we discussed it on this list several times so far, see messages from Armin for reasons) we are still applying the same convention, i.e., reusing the AOO410 branch. quite a number of changes to trunk since the 4.1.1 release that I feel ALL these should be incorporated into 4.1.2. Well no! Not all changes to trunk are suitable for an update such as 4.1.2, just changes that fix significant bugs. More in separate thread later today. Maybe related to this -- an old query I have to track resolutions/fixes EXPLICITLY slated for 4.1.1/4.2.0 (you need to be registered to run it) https://bz.apache.org/ooo/buglist.cgi?cmdtype=doremlist_id=168664namedcmd=next_release_fixedremaction=runsharer_id=7 How do we get the changes from trunk into the 410 branch easily? With SVN merge. But the AOO410 branch should be considered closed to commits, except those that are marked as 4.1.2 release blockers. Wouldn't it be easier just to tag when we're ready to do the release instead of all this back porting? No. Rationale is: we cherry-pick (after discussion/notification) commits from trunk to 4.1.2, and by default a commit is NOT copied to 4.1.2. In short: we keep the same discussion/quality standards we have always applied for other x.y.1 or x.y.2 releases. [Jan] I dont like reusing 410 because if we want to make a 4101 (security issues) it will be close to impossible. We don't and we never did. Security updates to 4.1.0 are shipped in 4.1.1, and security updates for 4.1.1 are shipped in 4.1.2; we don't go back to 4.1.0 and generate a 4.1.0.1 for it, this is not our release model. 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 - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Markmail lists need to be changed...
On 07/14/2015 02:24 PM, Andrea Pescetti wrote: Kay Schenk wrote: The following references for some of the AOO lists no longer work in Markmail -- org.apache.incubator.ooo-commits org.apache.incubator.ooo-dev Where do you see the problem? If I open http://markmail.org/search/?q=list%3Aorg.apache.incubator.ooo-dev I see all recent messages to this list, including the one from you I'm quoting. These need to be changed to -- org.apache.openoffice.commits org.apache.openoffice.dev I would definitely prefer that the former were redirected to the latter, but at http://markmail.org/search/?q=list%3Aorg.apache.openoffice.dev I see messages to our list in German (the Germanophone list)... something wrong is going on with Markmail! But still, coming back to the point: the first link I mentioned still works as an archive of this (dev) list. So I cannot reproduce the problem. I tried to use MarkMail's Feedback mechanism but try as I might I can not decifer their capcha. :( So maybe someone with better screen resolution or eyes can send this in. I can definitely try, but I cannot reproduce the problem as I understand it. Regards, Andrea. hmmm...well OK, take a look at our project mailing list page-- http://openoffice.apache.org/mailing-lists.html#development-mailing-list-public Do the MarkMail links still work for you? They stopped working for me a while back (sorry I can't remember exactly). Maybe it's just link errors on THAT page and not MarkMail. - 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 - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Markmail lists need to be changed...
Does anyone have any contacts at Markmail? The following references for some of the AOO lists no longer work in Markmail -- org.apache.incubator.ooo-commits org.apache.incubator.ooo-dev org.apache.incubator.ooo-issues org.apache.incubator.ooo-marketing org.apache.incubator.ooo-users as they no longer track our existing lists. This is the result of some internal email upgrades a while back I think. These need to be changed to -- org.apache.openoffice.commits org.apache.openoffice.dev org.apache.openoffice.issues org.apache.openoffice.marketing org.apache.openoffice.users The current lists are not being tracked near as I can determine. I tried to use MarkMail's Feedback mechanism but try as I might I can not decifer their capcha. :( So maybe someone with better screen resolution or eyes can send this in. Thanks. -- MzK Way down deep, we're all motivated by the same urges. Cats have the courage to live by them. -- Jim Davis - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Build Query
Hi everyone I am at the final stage of building Openoffice on a 32-bit Windows 7 platform, such that I have called 'build --all' and the script has commenced running. All has been well until the script has stopped some way through with the following error: = 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 noted that likely the reason for this is because the script seems to be attempting to access the file 'processdeps.awk' but using an erroneous and non-sensical directory as follows: C:/cygwinc:/cygwin/tmp/aoo-4.1.1/main/solenv/gbuild/processdeps.awk As you can see, the script appears to have somehow used 'c:\cygwin' twice at the start of the path. I have manually checked for the 'processdeps.awk' file and can confirm that it does exist, but at the following path: C:/cygwin/tmp/aoo-4.1.1/main/solenv/gbuild/ My assumption would be that somewhere a conversion between Windows and Cygwin paths has gone wrong. While I do have some knowledge of shell scripting and have looked at the file that the 'build --all' command calls, it is a very long script and I have found it difficult to identify where this erroneous directory is being generated and then an attempt to access the file is actually made. I suspect that my difficulty is partly in not knowing from first principles how the build script works, meaning that I am attempting to reverse-engineer the script in order to track-down where things are going wrong. I was able to do a similar thing in the 'bootstrap' script for a different issue, but this is perhaps a simpler script. Would anyone have any ideas as to why the problem above is occurring and how I may address this in order to complete the build? Thank you for your help. Best regards Jason
Re: How to commit changes to 410 branch?
Kay Schenk wrote: In answer to my original question regarding commits to the AOO410 branch. It seems my initial suggestion might have been wrong, and probably mini-check outs of areas that need to be updated are the way to go, with just normal copies -- NOT svn copies -- from trunk to the AOO410 branch, followed by a commit. This will often miss the meta-information. If you need to merge, just merge, no need to search for workarounds. I explained it in detail a few hours ago at https://bz.apache.org/ooo/show_bug.cgi?id=126281#c11 Anyway, whatever one chooses is fine but the merged commit (assuming it happens within main) should be displayed at https://svn.apache.org/viewvc/openoffice/branches/AOO410/main/ in the svn:mergeinfo section if one wants to be sure that SVN knows that the commit coming from trunk was integrated. This doesn't cover more complex cases like patches that need to be adapted for 4.1.2 due to changes in trunk. But it is OK for the bugs currently under discussion. Additionally, for our further education on svn, I came across this article on why TAGS should not be used for future commits -- you must use branches. http://www.sethcardoza.com/2009/04/svn-copy-creating-a-branch-or-tag/ Sure. But we are not doing any new branches or tags at this stage of development. The AOO412 tag will come once we are ready for the release, and it will be used as it is supposed to be used (i.e., mark a snapshot of the final OpenOffice 4.1.2 sources). Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: How to commit changes to 410 branch?
On 07/14/2015 03:36 PM, Andrea Pescetti wrote: Kay Schenk wrote: In answer to my original question regarding commits to the AOO410 branch. It seems my initial suggestion might have been wrong, and probably mini-check outs of areas that need to be updated are the way to go, with just normal copies -- NOT svn copies -- from trunk to the AOO410 branch, followed by a commit. This will often miss the meta-information. If you need to merge, just merge, no need to search for workarounds. I explained it in detail a few hours ago at https://bz.apache.org/ooo/show_bug.cgi?id=126281#c11 ok, I missed this. Sorry. I read about merge but I wasn't sure it really applied here. I guess it does though. Anyway, whatever one chooses is fine but the merged commit (assuming it happens within main) should be displayed at https://svn.apache.org/viewvc/openoffice/branches/AOO410/main/ in the svn:mergeinfo section if one wants to be sure that SVN knows that the commit coming from trunk was integrated. This doesn't cover more complex cases like patches that need to be adapted for 4.1.2 due to changes in trunk. But it is OK for the bugs currently under discussion. Additionally, for our further education on svn, I came across this article on why TAGS should not be used for future commits -- you must use branches. http://www.sethcardoza.com/2009/04/svn-copy-creating-a-branch-or-tag/ Sure. But we are not doing any new branches or tags at this stage of development. The AOO412 tag will come once we are ready for the release, and it will be used as it is supposed to be used (i.e., mark a snapshot of the final OpenOffice 4.1.2 sources). Right. I know this. Mostly this was clarification for me and others on the differences between these concepts and what they implied. Regards, Andrea. -- MzK Way down deep, we're all motivated by the same urges. Cats have the courage to live by them. -- Jim Davis - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
First bugs fixed for OpenOffice 4.1.2
I can't expect people to read all lists, so a short update to say that the first small batch of release blockers for 4.1.2 was integrated. This includes: Issue 125519 CRASH when step through document from page to page Affects mainly Draw. Fixes a crash. Discussed by Regina and Armin, fixed by Armin on trunk October 2014, now copied by Armin to the OpenOffice 4.1.2 branch. Issue 126281 Remove HWP (Hangul Word Processor) filter Enjoyed some popularity outside the OpenOffice lists. Fixed by Andrea on trunk May 1st, related cosmetic refinements by Kay on trunk in June, reviewed by the Apache OpenOffice Security Team, now copied by Andrea and Kay respectively to the OpenOffice 4.1.2 branch. The Release Notes will need to mention that OpenOffice no longer supports files created with old (pre-1997) versions of HWP, Hangul Word Processor: discussion on the l10n list concluded that virtually no users use this file format any longer. Issue 105098 Inserting files (e.g. images) into a document by dragdrop isn't possible Affects Mac systems. Patch contributed by Manik Malhotra on June 21st, reviewed by Herbert and fixed on trunk on June 24th, now copied by Andrea to the OpenOffice 4.1.2 branch. What's next? If you have any favorite (and preferably fixed, or with patch available!) bugs that you would like to see corrected in 4.1.2 just open their Bugzilla page and nominate them as 4.1.2 Release Blockers (or simply send a link here, which will happen automatically if you suggest them as blockers). Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Are the Buildbots down?
On 14 Jul, Pedro Giffuni wrote: On 07/14/15 02:32, Don Lewis wrote: Next problem: /bin/sh ../../libtool --tag=CXX --mode=link c++ -g -O2 -o chmorph chmorph.o ../parsers/libparsers.a ../hunspell/libhunspell-1.3.la libtool: link: c++ -g -O2 -o chmorph chmorph.o ../parsers/libparsers.a ../hunspell/.libs/libhunspell-1.3.a c++ -DHAVE_CONFIG_H -I. -I../.. -I../../src/hunspell -I../../src/parsers -I/include -D_THREAD_SAFE -I/usr/local/include -g -O2 -MT hunspell.o -MD -MP -MF .deps/hunspell.Tpo -c -o hunspell.o hunspell.cxx hunspell.cxx:112:14: fatal error: '../../intl/libintl.h' file not found #include ../../intl/libintl.h ^ 1 error generated. Makefile:524: recipe for target 'hunspell.o' failed gmake[3]: *** [hunspell.o] Error 1 gmake[3]: Leaving directory '/tmp/openoffice/aoo-4.2.0/ext_libraries/hunspell/unxfbsdx.pro/misc/build/hunspell-1.3.2/src/tools' No libintl.h around here ... % find ext_libraries main -name libintl.h -print % There is one in /usr/local/include that is installed by gettext, but it isn't under an intl/ directory. gettext was included in OpenOffice before the licensing cleanup. It is expected that you have a system gettext and encoding the path instead of -I including it is a bad practice, IMHO. However, this doesn't seem to be an auto-inflicted error but something that upstream hunspell does. How does the FreeBSD port work around that? It appears that hunspell has a way of generating that header in the that location on systems that don't have gettext, but for whatever reason it decided not to do so. The real problem is this fragment of ext_libraries/hunspell/makefile.mk: .ELIF $(OS)==FREEBSD # $(SYSBASE)!= CONFIGURE_FLAGS+=CPPFLAGS=-I$(LIBINTL_PREFIX)/include --with-libintl-prefix=$(LIBINTL_PREFIX) .ENDIF The problem is that $(LIBINTL_PREFIX) does not seem to be defined anywhere, so we end up passing CPPFLAGS=-I/include --with-libintl-prefix= to configure, so it does not find the header. This is especially dumb since we are passing CPPFLAGS=-I/usr/local/include and LDFLAGS=-L/usr/local/lib to the build. By setting LIBINTL_PREFIX=/usr/local in the environment, I was able to sucessfully build hunspell. I thought that changing the above to CPPFLAGS=$(CPPFLAGS) would do the trick, but when I tried the build, it got expanded to CPPFLAGS=. There were two reasons for that. One was an error in my build script that caused CPPFLAGS not not actually get set. The other is this line in solenv/inc/settings.mk: CPPFLAGS= The latter doesn't seem to affect everything because fixing my build script allowed the python build to find libintl.h, but I suspect this is the reason for the LIBINTL_PREFIX hack. Unfortunately this seems to break the icu build. It looks like the icu build is finding the headers installed by the icu FreeBSD port instead of its own because it is appending to CPPFLAGS and thus gets the search order wrong. Unfortunately icu is an indirect dependency of gtk: gtk2 - pango - harfbuzz - icu cc -I/usr/local/include -D_REENTRANT -I. -I../i18n -DU_COMMON_IMPLEMENTATION -O-fvisibility=hidden -c -o putil.ao putil.c In file included from putil.c:67: ./cstring.h:77:12: warning: 'uprv_stricmp' macro redefined # define uprv_stricmp(str1, str2) T_CString_stricmp(str1, str2) ^ /usr/local/include/unicode/urename.h:1349:9: note: previous definition is here #define uprv_stricmp U_ICU_ENTRY_POINT_RENAME(uprv_stricmp) ^ In file included from putil.c:67: ./cstring.h:78:12: warning: 'uprv_strnicmp' macro redefined # define uprv_strnicmp(str1, str2, n) T_CString_strnicmp(str1, str2, n) ^ /usr/local/include/unicode/urename.h:1351:9: note: previous definition is here #define uprv_strnicmp U_ICU_ENTRY_POINT_RENAME(uprv_strnicmp) ^ putil.c:1673:1: error: conflicting types for 'u_versionToString_55' u_versionToString(UVersionInfo versionArray, char *versionString) { ^ /usr/local/include/unicode/urename.h:405:27: note: expanded from macro 'u_versionToString' #define u_versionToString U_ICU_ENTRY_POINT_RENAME(u_versionToString) ^ /usr/local/include/unicode/uvernum.h:112:40: note: expanded from macro 'U_ICU_ENTRY_POINT_RENAME' #define U_ICU_ENTRY_POINT_RENAME(x) U_DEF2_ICU_ENTRY_POINT_RENAME(x,U_ICU_VERSION_SUFFIX) ^ /usr/local/include/unicode/uvernum.h:111:44: note: expanded from macro 'U_DEF2_ICU_ENTRY_POINT_RENAME' #define U_DEF2_ICU_ENTRY_POINT_RENAME(x,y) U_DEF_ICU_ENTRY_POINT_RENAME(x,y) ^ /usr/local/include/unicode/uvernum.h:110:43: note: expanded from macro 'U_DEF_ICU_ENTRY_POINT_RENAME' #define U_DEF_ICU_ENTRY_POINT_RENAME(x,y) x ## y ^ scratch space:204:1: note: expanded from here u_versionToString_55 ^ /usr/local/include/unicode/uversion.h:181:1: note: previous declaration is here u_versionToString(const UVersionInfo
Re: Are the Buildbots down?
On 14 Jul, Pedro Giffuni wrote: On 07/14/15 01:37, Don Lewis wrote: On 13 Jul, Pedro Giffuni wrote: Hmm ... Perhaps there is something wrong here: tmain/libxml2/prj/d.lst Perhaps ... but since libxml is already installed on the system because it is a prerequisite of some of the other dependencies, such as java, gconf2, and gnome-vfs, I just switched to --with-system-libxml and --with-system-libxslt. The latter is required by configure if the former option is enabled. That is reasonable. perhaps that should be the default in configure. Probably so. I finally got around to looking at what arguments the buildbot passes to configure and it includes --with-system-libxml. The next problem is: cc -I.. -I../.. -I../../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -I/usr/include -DTERMIO -O3 -Wall -c ui_lib.c -o ui_lib.o cc -I.. -I../.. -I../../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -I/usr/include -DTERMIO -O3 -Wall -c ui_openssl.c -o ui_openssl.o ui_openssl.c:224:11: fatal error: 'termio.h' file not found # include termio.h ^ 1 error generated. *** Error code 1 Stop. make[2]: stopped in /tmp/openoffice/aoo-4.2.0/main/openssl/unxfbsdx.pro/misc/build/openssl-0.9.8o/crypto/ui *** Error code 1 Time for --with-system-openssl ... By all means, updating OpenSSL is something that should be done for the next release (no, I am not volunteering). It could even be risky to leave the internal OpenSSL installed in your system. Yeah. The buildbot also uses --with-system-openssl. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Are the Buildbots down?
On 14 Jul, Pedro Giffuni wrote: On 07/13/15 23:33, Don Lewis wrote: On 13 Jul, Pedro Giffuni wrote: I did notice the buildbot was failing on nss(?). That's what I get for taking hunks from elsewhere :-P. Patch below ... Committed as revision 1690992. Thanks! As you might have noticed I don't spend much quality time with AOO lately :-(. I've been spending too much B-( It happens frequently with AOO :(. I do appreciate this, you had no obligation to fix it and it's unlikely to have any effect on FreeBSD's own packaging. OTOH, it can save some trouble to have the extra checking with the Apache buildbot. That's my motivation for working on this. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org