Re: questions about Base---do we need an embedded DB?
On 03/30/2013 04:30 PM, Andrea Pescetti wrote: On 29/03/2013 Reizinger Zoltán wrote: 2013.03.29. 17:25 keltezéssel, Michael Lam írta: I have been working on updating the HSQL to the latest version. I have most of the configure and build portion ready Thank you, Michael! While in general Base sees less attention from developers, I suspect that if you have specific questions then someone lurking on this list will come out. A lower-hanging fruit could be, in the meantime, to get HSQLDB 1.8.x build correctly with Java 7, see https://issues.apache.org/ooo/show_bug.cgi?id=121754 All code was stored in cws hsqldb19: http://hg.services.openoffice.org/hg/cws/hsqldb19/ The code transfer to ASF is not clear to me. If it can be useful to the project we can investigate it. I think that legal issues are among the few confidential topics better discussed off-list... but if anyone knows more, feel free to contact me directly so that we can get it done. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org I started on the integration of 2.2.9 because the project took care of the handling different jdk and also the patches being applied were integrated into the codebase. Overall I saw it as a better move to have those issues taken care of and gain whatever advances that was made between 2.2.9 and 1.8.x. As fir the cws hsqldb19 branch, i did check through it and the patches from there are currently being used. Beside that I didn't see any relevant changes, for example the check for 1.8.x in the configure script. I ran into that while working on another issue. One thing I am looking into at the moment is recovery in Base, that are code that is checking for the version of hsql but I have not been able to locate it. Any pointers or knowledge of the Base code would be most helpful since just poking around is quite time consuming. I am learning quite a bit about the code so it is not all bad. Michael - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: my config experience/woes
On 03/18/2013 05:27 PM, Kay Schenk wrote: A couple of weeks ago I tired to get going on a build to JUST test out hsqldb 2.2.9 and my now Oracle Java 1.7.0_17 version. (opensuse 12.2 Linux). Yes, this was the first time I actually tried to do an AOO build, but, decided it was time. :} I wanted to setup the config to eliminate as many the bells and whistles, so I disabled a bunch of stuff. (More about that in another post soonish.) Long story short, I had a difficult time getting configure to find libraries I have installed. It seems the script uses pkg-config to find libraries. Unfortunately, in my case, only about a third of the libraries I have installed conform to pkg-config, i.e. have the proper .pc meta files. So, my local jpeg library, for example, was not found. I could have had a VERY exasperating time putting in all the specs for the libraries not found. So those that weren't were pulled from extras, etc. but I'm wondering if there's something we could use to replace the pkg-config calls. Any ideas? We could use whereis to find them I guess, but I don't know if this is sufficient. To test hsqldb 2.2.9 and java7 I just used the --with switches and left everything alone. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
configuration changes for external libraries
I am trying to update the build to use the latest source of HSQLDB but the build is failing and I am not sure how to proceed. I already updated main/external_deps.list as well as the makefile.mk and version.mk within hsqldb. I am getting the following and not sure where it is configured dmake: Error: -- `./unxlngx6.pro/misc/c2a47e08e95cdff1dc9bb2f8dd73d553-hsqldb_2_2_9.unpack' not found, and can't be made Any help would be most helpful. Thanks Michael
Re: configuration changes for external libraries
On 02/19/2013 05:36 PM, Kay Schenk wrote: On Tue, Feb 19, 2013 at 2:18 PM, Michael Lam mnsyl4...@verizon.net wrote: I am trying to update the build to use the latest source of HSQLDB but the build is failing and I am not sure how to proceed. I already updated main/external_deps.list as well as the makefile.mk and version.mk within hsqldb. I am getting the following and not sure where it is configured dmake: Error: -- `./unxlngx6.pro/misc/**c2a47e08e95cdff1dc9bb2f8dd73d5** 53-hsqldb_2_2_9.unpackhttp://unxlngx6.pro/misc/c2a47e08e95cdff1dc9bb2f8dd73d553-hsqldb_2_2_9.unpack' not found, and can't be made Any help would be most helpful. Thanks Michael Michael -- Can you post your changed entry for main/external_deps.list maybe that would help troubleshoot this. This is the updated portion if (SOLAR_JAVA == TRUE) MD5 = c2a47e08e95cdff1dc9bb2f8dd73d553 name = hsqldb-2.2.9.zip URL1 = http://sourceforge.net/projects/hsqldb/files/hsqldb/hsqldb_2_2/hsqldb-2.2.9.zip/download URL2 = $(OOO_EXTRAS)$(MD5)-$(name) For the makefile I updated the CONVERTFILES and PATCH_FILES variable to . I tried to use Opengrok to locate where unpack is being created, I found main/solenv/inc/tg__ext.mk but that seems to be just using the variable defined in other files.
Re: Updating Java libraries
On 02/13/2013 12:48 PM, Fred Ollinger wrote: Relying on jars, IMHO, is not bad, but it depends on your goals. The point of compiling from source is that it's a first step to actually being a developer which is why I do it. Compiling problems aren't problems for us new developers they are puzzles to solve to help people out. If there are changes needed to the jars, we need to recompile. For a build where I don't modify the jar, I'd prefer to just fetch it b/c it's way faster. Also, where does compiling from source end. That is, we all rely on someone else's compiling some of our software (unless our name is Theo, I guess). :) Fred On Tue, Feb 12, 2013 at 7:28 PM, Ariel Constenla-Haile arie...@apache.org wrote: Hi Michael, On Tue, Feb 12, 2013 at 09:59:02PM -0500, Michael Lam wrote: On 02/12/2013 12:01 AM, Ariel Constenla-Haile wrote: On Mon, Feb 11, 2013 at 11:37:35PM -0500, Michael Lam wrote: I have updated the external_deps.lst with the updated hsqldb information. If someone can give me some pointer into how to just retrieve the jar instead of the source You don't retrieve precompiled stuff. The logic is: a) don't include the dependency at all b) include the dependency b.1) build it from source b.2) use the precompiled version in the system (this switch is only for external packagers, the builds are release with no system [configurable] dependencies). Regards I am still a little confused. Obviously it is possible to build from source but as a lot of email on the list have shown it could cause issues with the build that is not directly related to the AOO code. Why not just retrieve the jar so the build is inclusive? I don't know what motivated these rules, but I guess it was something in the lines of having control about what is being compiled and how it is being compiled (the use of the compiler, the Java base line, etc.). 35 million of downloads are worth not relaying on a jar built by someone else and, instead, build it from sources. I am used to retrieving compiled jars on the projects I worked on, in Java there is maven and ivy to retrieve specific version of the jar that the project is tested on along with the dependencies. But it is still trusting in a binary built by someone else. Every project is free to trust or build from sources. Historically, OpenOffice builds from external sources and includes these binaries in its releases, it has no external dependencies (other than the system libraries). The configure switches that allow building with system libraries/jars are only supported on *nix, and even there they are not relaying on a jar built by someone else: Linux distributions, for example, build all their jars; why do they build all by themselves instead of fetching compiled jars? I've no idea, but I guess they follow the same criteria mentioned above (as a Linux user you can use Maven in your projects, but it won't modify the system's jars). Regards -- Ariel Constenla-Haile La Plata, Argentina Thank you for the explanation. For now I will stick to the current setup and make couple more changes but I would like my idea to be consider in the future. It is true for most long running system that some of the why certain decisions were made is lost and I am quite sure there were/are legitimate reasons. It would just helpful to know instead of doing the same thing just because. As far as trust, that is interesting in this context since I would be fetching from the source and given that the project is using the third party code in such a integral way that I would think the trust is implicit.
Re: Updating Java libraries
On 02/12/2013 12:01 AM, Ariel Constenla-Haile wrote: On Mon, Feb 11, 2013 at 11:37:35PM -0500, Michael Lam wrote: I have updated the external_deps.lst with the updated hsqldb information. If someone can give me some pointer into how to just retrieve the jar instead of the source You don't retrieve precompiled stuff. The logic is: a) don't include the dependency at all b) include the dependency b.1) build it from source b.2) use the precompiled version in the system (this switch is only for external packagers, the builds are release with no system [configurable] dependencies). Regards I am still a little confused. Obviously it is possible to build from source but as a lot of email on the list have shown it could cause issues with the build that is not directly related to the AOO code. Why not just retrieve the jar so the build is inclusive? Wouldn't leaving it out allow someone to build with a version that is not fully tested? I am new to this type of development, so any clarification would be most helpful. I am used to retrieving compiled jars on the projects I worked on, in Java there is maven and ivy to retrieve specific version of the jar that the project is tested on along with the dependencies.
Re: Updating Java libraries
On 02/06/2013 03:58 PM, Dave Fisher wrote: On Feb 5, 2013, at 8:26 PM, Ariel Constenla-Haile wrote: Is there any recommendation/objection on this? After hsqldb I would like to move on to lucene. In this case, it would be nice to investigate if lucence can be replaced by clucene, this will reduce the need of installing Java for basic stuff, like the Online Help. Apache Lucy is a C version of Apache Lucene http://lucy.apache.org/ Regards, Dave That is certainly an option, although it comes down to how it is used, if it is only for searching the help, it might not need all the new functionality in the latest Lucene. Since Lucy is a loose port of Lucene, I am not sure if the updates on Lucene are ported although some are Java centric and the same issue might not be applicable in C. Michael
Re: Updating Java libraries
On 02/06/2013 12:50 PM, Kay Schenk wrote: On 02/06/2013 06:15 AM, Michael Lam wrote: On 02/06/2013 05:57 AM, Herbert Duerr wrote: I just saw that Ariel had already provided an excellent answer when I had trouble with my mail connection. Sorry about that. On 06.02.2013 11:49, Herbert Duerr wrote: Hi Michael, On 06.02.2013 04:06, Michael Lam wrote: I would like to update some of the Java libraries used, starting with hsqldb. Is there any preference to getting the source and building the jar or just grabbing the jar from the project site? Some other Apache projects are redistributing unmodified upstream JARs, so I guess we could do this as well and this would simplify the build. There are four BZ issues in reference to hsqldb with patches, I am going to test the new version to make sure those issues are resolved but they are very old. Should I open another issue for this? Opening just one issue with task about updating hsqldb should suffice. Is there any recommendation/objection on this? After hsqldb I would like to move on to lucene. Thank you very much for working on this! Just a general question, there are many old issues on BZ for example there are 96 for hsqldb but most of them are from 2006 and is referring to an old version of OpenOffice, would it be possible to close very old issues? Sure, obsolete issues can be closed. Quickly skimping over the list of hsqldb issues [1] shows that some problems may be generic and could still be relevant. Having their reports and descriptions on how to reproduce them could be valuable enough to reconsider closing them. Maybe they are interesting test cases when you upgraded hsqldb? [1] http://s.apache.org/aoo_hsqldb_open Herbert Thank you Herbert and Ariel. I already have a build with the latest code from SVN and the latest jar from hsqldb. I was thinking the same as using the existing issues especially the one with the patches as test cases to make sure the new jar doesn't introduce regression. Good going Michael!! Ok, you used latest HSQLDB jar, hsqldb-2.2.9, and which version of java on your system? And yes, looking through old dba dev mail archives did prove useful/interesting, as well as information starting in: http://www.openoffice.org/dba/ I can look into updating the files both ways to build but I would think it is better to just retrieve the jar and simplify the build process. As a new volunteer, the current process is quite complex even with the great documentation. I think simplifying it by concentrating on the core openoffice code would be helpful. I have successfully test hsqldb-2.2.9 against the following 4 issues and it is functioning correctly: https://issues.apache.org/ooo/show_bug.cgi?id=96823 https://issues.apache.org/ooo/show_bug.cgi?id=103528 https://issues.apache.org/ooo/show_bug.cgi?id=104901 https://issues.apache.org/ooo/show_bug.cgi?id=97032 and I have looked at http://hg.services.openoffice.org/cws/hsqldb19/ Unless I am looking at this wrong, many of the changes are not related to hsqldb19 and it is already in the latest revision. As for the hsqldb specific, the patches does not apply to 2.2.9. As far as patches, wouldn't it be better to report upstream and provide the patch instead of just patching within the build? There are also checks within the code to specifically check for version 1.8.x, not sure wouldn't it be better to enforce on configure/bootstrap? The current way seem to require a lot more work to update dependencies and the with-system-hsqldb for configure provides no warning. I will take a look at the open issues and see if it is resolved with the new version. I am guessing my next steps would be looking into updating the build to pull the jar? Michael
Re: Updating Java libraries
On 02/11/2013 01:16 PM, Kay Schenk wrote: On Mon, Feb 11, 2013 at 9:24 AM, Herbert Duerr h...@apache.org wrote: Hi Michael, On 11.02.2013 17:21, Michael Lam wrote: I have successfully test hsqldb-2.2.9 against the following 4 issues and it is functioning correctly: https://issues.apache.org/ooo/**show_bug.cgi?id=96823https://issues.apache.org/ooo/show_bug.cgi?id=96823 https://issues.apache.org/ooo/**show_bug.cgi?id=103528https://issues.apache.org/ooo/show_bug.cgi?id=103528 https://issues.apache.org/ooo/**show_bug.cgi?id=104901https://issues.apache.org/ooo/show_bug.cgi?id=104901 https://issues.apache.org/ooo/**show_bug.cgi?id=97032https://issues.apache.org/ooo/show_bug.cgi?id=97032 Thanks a lot for investigating this! yes, great news! and I have looked at http://hg.services.openoffice.**org/cws/hsqldb19/http://hg.services.openoffice.org/cws/hsqldb19/ Unless I am looking at this wrong, many of the changes are not related to hsqldb19 and it is already in the latest revision. As for the hsqldb specific, the patches does not apply to 2.2.9. As far as patches, wouldn't it be better to report upstream and provide the patch instead of just patching within the build? Definitely. In a linux distribution or a project such as ours with so many external dependencies there are good reasons not to always use the latest version of each component: That could easily result in endless churn and prevent releases. So backporting fixes is an alternative that should is often preferable. I don't know the background of the issues mentioned above that were fixed for HSQLDB but maybe they were such backports of fixes? I thought the main reason for investigating the HSQLDB upgrade/change was due to issues between java 6 and 7? we have some other patches submitted to help with that also. I could be wrong about this though. There are also checks within the code to specifically check for version 1.8.x, not sure wouldn't it be better to enforce on configure/bootstrap? The current way seem to require a lot more work to update dependencies and the with-system-hsqldb for configure provides no warning. Using configure for checking this and cleaning up checks for obsoleted versions is a good plan. Please go ahead. I will take a look at the open issues and see if it is resolved with the new version. I am guessing my next steps would be looking into updating the build to pull the jar? Better use the mechanism provided by main/external_deps.lst Herbert It is partially to address the JDK issue but there have been improvements in HSQLDB for both performance and conformance that would be helpful which is why I lean more towards updating to the latest rather than patching the existing. I understand it would be difficult to constantly update to the latest release of a dependent project both in a quality and release standpoint. With adequate planning and testing, the code should also allow for an update to the latest without too many gotchas.
Re: Updating Java libraries
On 02/11/2013 05:43 PM, Kay Schenk wrote: On 02/11/2013 02:19 PM, Fred Ollinger wrote: OK, I won't build with java6 anymore then. Fred More than likely no need unless certain sites/people refuse to update to java 1.7. I really can't imagine who that would be at this point. On Mon, Feb 11, 2013 at 12:30 PM, Fernando Cassia fcas...@gmail.com wrote: On Mon, Feb 11, 2013 at 3:13 PM, Fred Ollinger folli...@gmail.com wrote: Haha, I don't know. I could be wrong. OpenJDK 7 is the current version, OpenJDK 8 is coming along nicely. OpenJDK 6 is the past. Yes, there' s been some RedHat volunteers saying they' ll keep releasing OpenJDK 6 updates and security fixes, but from a developers' perspective it' s as unattractive as some .Net developer still using the Net 1.0 APIs... or a Java developer still using JDK 1.4 for that matter. Ubuntu: OpenJDK 7 http://packages.ubuntu.com/oneiric/openjdk-7-jdk Fedora 18: OpenJDK 7 http://pkgs.org/download/java-1.7.0-openjdk SUSE: OpenJDK 7 http://software.opensuse.org/package/java-1_7_0-openjdk Debian: OpenJDK 7 http://packages.debian.org/sid/openjdk-7-jre ArchLinux: OpenJDK 7 https://www.archlinux.org/packages/extra/x86_64/jre7-openjdk/ So, again: we should also respect that many distros are probably going to ship java 6 for a while. = SciFi ? FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act Durante épocas de Engaño Universal, decir la verdad se convierte en un Acto Revolucionario - George Orwell Using a newer JDK is fine, just need to make sure the target version is correct. I am not sure what version is the minimum, I would guess 1.5. Need to be careful not to use features that is not supported by the minimum version. Let's not limit to just Linux distros. There is probably a good portion of users on Windows and not everybody is on top of their updates. Michael
Re: Updating Java libraries
I am guessing my next steps would be looking into updating the build to pull the jar? Better use the mechanism provided by main/external_deps.lst Herbert I have updated the external_deps.lst with the updated hsqldb information. If someone can give me some pointer into how to just retrieve the jar instead of the source, I can look into simplifying the build a little bit. I am thinking I just need to emulate --with-hsqldb-jar and the rest of the build does not need to be touch, any pointer along that line would also be helpful. Michael
Re: Updating Java libraries
On 02/06/2013 05:57 AM, Herbert Duerr wrote: I just saw that Ariel had already provided an excellent answer when I had trouble with my mail connection. Sorry about that. On 06.02.2013 11:49, Herbert Duerr wrote: Hi Michael, On 06.02.2013 04:06, Michael Lam wrote: I would like to update some of the Java libraries used, starting with hsqldb. Is there any preference to getting the source and building the jar or just grabbing the jar from the project site? Some other Apache projects are redistributing unmodified upstream JARs, so I guess we could do this as well and this would simplify the build. There are four BZ issues in reference to hsqldb with patches, I am going to test the new version to make sure those issues are resolved but they are very old. Should I open another issue for this? Opening just one issue with task about updating hsqldb should suffice. Is there any recommendation/objection on this? After hsqldb I would like to move on to lucene. Thank you very much for working on this! Just a general question, there are many old issues on BZ for example there are 96 for hsqldb but most of them are from 2006 and is referring to an old version of OpenOffice, would it be possible to close very old issues? Sure, obsolete issues can be closed. Quickly skimping over the list of hsqldb issues [1] shows that some problems may be generic and could still be relevant. Having their reports and descriptions on how to reproduce them could be valuable enough to reconsider closing them. Maybe they are interesting test cases when you upgraded hsqldb? [1] http://s.apache.org/aoo_hsqldb_open Herbert Thank you Herbert and Ariel. I already have a build with the latest code from SVN and the latest jar from hsqldb. I was thinking the same as using the existing issues especially the one with the patches as test cases to make sure the new jar doesn't introduce regression. I can look into updating the files both ways to build but I would think it is better to just retrieve the jar and simplify the build process. As a new volunteer, the current process is quite complex even with the great documentation. I think simplifying it by concentrating on the core openoffice code would be helpful.
Re: Updating Java libraries
On 02/06/2013 12:50 PM, Kay Schenk wrote: On 02/06/2013 06:15 AM, Michael Lam wrote: On 02/06/2013 05:57 AM, Herbert Duerr wrote: I just saw that Ariel had already provided an excellent answer when I had trouble with my mail connection. Sorry about that. On 06.02.2013 11:49, Herbert Duerr wrote: Hi Michael, On 06.02.2013 04:06, Michael Lam wrote: I would like to update some of the Java libraries used, starting with hsqldb. Is there any preference to getting the source and building the jar or just grabbing the jar from the project site? Some other Apache projects are redistributing unmodified upstream JARs, so I guess we could do this as well and this would simplify the build. There are four BZ issues in reference to hsqldb with patches, I am going to test the new version to make sure those issues are resolved but they are very old. Should I open another issue for this? Opening just one issue with task about updating hsqldb should suffice. Is there any recommendation/objection on this? After hsqldb I would like to move on to lucene. Thank you very much for working on this! Just a general question, there are many old issues on BZ for example there are 96 for hsqldb but most of them are from 2006 and is referring to an old version of OpenOffice, would it be possible to close very old issues? Sure, obsolete issues can be closed. Quickly skimping over the list of hsqldb issues [1] shows that some problems may be generic and could still be relevant. Having their reports and descriptions on how to reproduce them could be valuable enough to reconsider closing them. Maybe they are interesting test cases when you upgraded hsqldb? [1] http://s.apache.org/aoo_hsqldb_open Herbert Thank you Herbert and Ariel. I already have a build with the latest code from SVN and the latest jar from hsqldb. I was thinking the same as using the existing issues especially the one with the patches as test cases to make sure the new jar doesn't introduce regression. Good going Michael!! Ok, you used latest HSQLDB jar, hsqldb-2.2.9, and which version of java on your system? And yes, looking through old dba dev mail archives did prove useful/interesting, as well as information starting in: http://www.openoffice.org/dba/ I can look into updating the files both ways to build but I would think it is better to just retrieve the jar and simplify the build process. As a new volunteer, the current process is quite complex even with the great documentation. I think simplifying it by concentrating on the core openoffice code would be helpful. I currently have jdk1.6.0_35. I also have jdk1.7.0_07. Once I do a quick pass with the existing build with jdk6. I will give it a try with jdk7 also. Thank you all for the links. I am getting a better picture of the project already.
Updating Java libraries
I would like to update some of the Java libraries used, starting with hsqldb. Is there any preference to getting the source and building the jar or just grabbing the jar from the project site? There are four BZ issues in reference to hsqldb with patches, I am going to test the new version to make sure those issues are resolved but they are very old. Should I open another issue for this? Is there any recommendation/objection on this? After hsqldb I would like to move on to lucene. Just a general question, there are many old issues on BZ for example there are 96 for hsqldb but most of them are from 2006 and is referring to an old version of OpenOffice, would it be possible to close very old issues? Michael
Help with building from source
Can someone help me with some hints to find the missing dependencies for the following error: dmake: Error code 1, while making ../../../unxlngx6.pro/slo/SerfRequestProcessorImpl.obj 1 module(s): ucb This is a clean checkout from SVN. I followed the page on the wiki to install the required packages. I am building on Linux, Fedora 17 specifically. In general, I am having a difficult time getting a clean build. Is there some way to make sure all dependencies are there before the build starts? I got the above error after hours of building. Would adding debug in configure help to provide a more detailed error message? Thanks, Michael
Re: Help with building from source
Thank you, that fixed the problem. In general, when testing changes what is the best practice for this project? Should I clean, update and do a complete build? Now that I have a successful build I am going to look into updating some of the Java components, is there some guidelines in updating versions of an external project? Is it required to grab the source and build the jar within the build process or would be better to grab the jar? Just don't want to go down the wrong path. Any suggestion would be most appreciated. On 02/04/2013 12:09 PM, Ariel Constenla-Haile wrote: Hi Michael, On Mon, Feb 04, 2013 at 11:52:13AM -0500, Michael Lam wrote: Can someone help me with some hints to find the missing dependencies for the following error: dmake: Error code 1, while making ../../../unxlngx6.pro/slo/SerfRequestProcessorImpl.obj 1 module(s): ucb This should be fixed with revision 1441718, please update your source tree. Side note: when reporting build errors, try to post the detailed error. If you didn't build with --html, rebuild the module with the error and copy and paste the terminal output containing the detailed error (if you build with --html you have the build logs under module/unxlngx6.pro/misc/logs). This is a clean checkout from SVN. I followed the page on the wiki to install the required packages. I am building on Linux, Fedora 17 specifically. In general, I am having a difficult time getting a clean build. Is there some way to make sure all dependencies are there before the build starts? In theory, if configure exits without error code, and ./bootstrap fetches all required stuff, you should have all dependencies in place. If not, then it's a bug. I got the above error after hours of building. Would adding debug in configure help to provide a more detailed error message? No, for this particular error. The error messages in configure would only be helpful to inform how to solve a missing dependency (what package to install, and the like), but this error is not a missing dependency. Regards
Re: Error Building module hsqldb - Installation Source Code in AOO
Sounds good, i can definitely look into it. it will provide a good start for me to see how it is utilized by the C++ code. On 01/28/2013 08:50 AM, Herbert Duerr wrote: On 27.01.2013 20:52, Michael Lam wrote: I had the same issue but it was due to JDK7, I switch and it is working but I have a question about how the java libraries are included. As mentioned by Kay, the current version of hsqldb is quite old. The latest is 2.2.9 and the same goes for Lucene the included version is 2.x whereas the latest is 4.1. How come the jar is being created as part of the build process instead of just pulling a prebuild version? I know nothing about these modules except what I just saw while peeking at http://svn.apache.org/repos/asf/openoffice/trunk/main/hsqldb/patches/ The patch files there seem to fix some general bugs seen in OpenOffice that may or may not have been fixed by upstream hsqldb. Investigating this, updating to a newer release of hsqldb and testing it might be a worthwhile task. Are you interested? For reference the bugs fixed by the patches mentioned above where: https://issues.apache.org/ooo/show_bug.cgi?id=96823 https://issues.apache.org/ooo/show_bug.cgi?id=103528 https://issues.apache.org/ooo/show_bug.cgi?id=104901 https://issues.apache.org/ooo/show_bug.cgi?id=97032 Herbert
Re: Error while trying to build from svn checkout
Herbert, Thanks, I did give that a try and it still didn't work properly. I decided to remove the existing copy and do a clean checkout. I am running into a different issue. checking if hash_map will be in __gnu_cxx namespace... configure: error: Can't find hash_map. Try with --with-stlport I get the above when running configure. This is on revision 1439200. At some point in the past I did build successfully, I still have that copy running on my machine. Any ideas? Michael On 01/25/2013 03:50 AM, Herbert Duerr wrote: On 25.01.2013 05:56, Michael Lam wrote: I got the following when I tried to build from the latest SVN checkout. I am building on Linux. dmake: Error: -- `sg25.sdv' not found, and can't be made This file was removed in [1] because of [2] [1] http://svn.apache.org/viewvc?view=revisionrevision=1415238 [2] https://issues.apache.org/ooo/show_bug.cgi?id=118845#c6 If your build is still needing it probably means that your build was not clean, it was reusing stuff from earlier build attempts. I suggest to go into the main directory and do a dmake clean there to clean all the older build artificats. Then start anew with autoconf, configure, bootstrap, etc. Hope that helps, Herbert
Hi
My name is Michael Lam, I am a software engineer and I would like to volunteer. I mostly program in Java but also know python and would like to brush up on my C/C++. I have been on this mailing list for awhile and also have an account on bugzilla. I don't have a particular module in mind and would like to know where is the best place to start. Do I just pick something bugzilla? I am up for suggestion and guidance.