[dev] Some documentation about gbuilds internals
Hi all, here: http://wiki.services.openoffice.org/wiki/Build_Environment_Effort/Gbuild_Bootstrapping you will find some documentation about the nitty gritty details of the gbuild internals that keep track of library/executable filenames, layers, rpaths on different platforms. You should not need to know about that stuff for just using the build system as developer unless you plan to directly hack the build system. Questions, Comments welcome! (Flames and Rants too, but only on Fridays.) Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] cp: missing destination file operand after `.../solver/300/unxlngx6.pro/lib/libbasegfxlx.so'
Hi imacat, please see http://www.openoffice.org/issues/show_bug.cgi?id=116225 Best Regards, Bjoern Michaelsen Am Wed, 05 Jan 2011 01:55:07 +0800 schrieb imacat ima...@mail.imacat.idv.tw: Dear all, I tried to compile OpenOffice.org with DEV300_m96 on my Debian Lenny x86_64, gcc 4.3.2, glibc 2.7. It soon stops complainting not able to copy libbasegfxlx.so. But I can find libbasegfxlx.so in ./solver/300/unxlngx6.pro/workdir/Headers/Library/libbasegfxlx.so . Is this the libbasegfxlx.so missing in the cp command? Is there any clue on why it is missing? Thank you very much in advance. = % ./configure --prefix=/tmp/ooo --disable-mozilla --with-lang=zh-TW ... Configure completed You may now run ./bootstrap in /usr/local/src/openoffice.org-3.4-274029 % . ./bootstrap found wget: wget found md5sum: md5sum % make ... [ build PKG ] sfx2_sdi mkdir -p /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/Package/ touch /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/Package/sfx2_sdi R=/usr/local/src S=$R/openoffice.org-3.4-274029 O=$S/solver/300/unxlngx6.pro W=$O/workdir mkdir -p $O/lib/ rm -f $O/lib/libbasegfxlx.so cp -f $O/lib/libbasegfxlx.so touch -r $O/lib/libbasegfxlx.so cp: missing destination file operand after `/usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/lib/libbasegfxlx.so' Try `cp --help' for more information. make: *** [/usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/lib/libbasegfxlx.so] Error 1 rm /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libvos3gcc3.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libcomphelp4gcc3.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libicuuc.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libjvmfwk.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libxml2.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libbasegfxlx.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libsotlx.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libvcllx.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libutllx.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libm.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libuno_cppuhelpergcc3.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libstdc++.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libdl.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libX11.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/StaticLibrary/libjpeglib.a /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libucbhelper4gcc3.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/StaticLibrary/libzlib.a /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libi18nutilgcc3.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libsblx.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libsaxlx.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libpthread.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libuno_cppu.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libi18nisolang1gcc3.so /usr/local/src/openoffice.org-3.4-274029/solver/300/unxlngx6.pro/workdir/ExternalHeaders/Library/libuno_sal.so % find -name libbasegfxlx.so ./solver/300/unxlngx6.pro/workdir/Headers/Library/libbasegfxlx.so % = - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: cp: missing destination file operand after `.../solver/300/unxlngx6.pro/lib/libbasegfxlx.so'
Hi imacat, Am Wed, 05 Jan 2011 02:48:22 +0800 schrieb imacat ima...@mail.imacat.idv.tw: imacat said: Björn Michaelsen said: please see http://www.openoffice.org/issues/show_bug.cgi?id=116225 Oh, OK. ^^; Sorry, and I shall give it a try. Thank you. By the way, why can't I run ./solenv/bin/build.pl --all -P4 -- -P4 directly, but instead have to run cd instset_native ../solenv/bin/build.pl --all -P4 -- -P4? mostly for historical reasons (the way build.pl was designed back then). Also note that build.pl does not know about targets so it does not know what final product it should aim for (for example: just an instset or completely up until the smoketest) -- the only way it finds out is by investigating the current directory. Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] gbuild: howto setup a repository [was: cws gnumake2 will soon be integrated ...]
Am Wed, 17 Nov 2010 19:41:34 +0100 schrieb Bjoern michaelsen bjoern.michael...@oracle.com: http://blogs.sun.com/GullFOSS/entry/gbuild_how_to_migrate_a Here is the next one: http://blogs.sun.com/GullFOSS/entry/gbuild_how_to_setup_a Comments welcome! Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] GNU make build system and exported headers
Am Fri, 19 Nov 2010 13:31:31 +0100 schrieb Frank Schönheit frank.schoenh...@oracle.com: Hi, just noticed (well, have been told) that in the new GNU make build system (oh, before I start any ranting: disclaimerGreat Stuff (TM), really!/disclaimer) it is expected that header files which are to be exported from a module reside in module/inc/module. And also, but my understanding might be wrong here: Files are exported *if and only if* they reside there. While it is great to clean up this which files are delivered from where mess we currently have, the above also implies that files from module/inc/module/* are not exported anymore, i.e. it is not possible to organize header files below the second module level. Instead, they all need to be thrown on a big fat header file pile. Is this understanding correct? No. Currently Headers are explicitly declared to be delivered and can come from anywhere. Nonewithstanding this, it still makes a lot of sense to have a good structure for the headers. If so, I think this is not a good idea at all: Consider modules such as toolkit, svtools and svx, where there is a more or less complex (well, let's say: well-arranged and -readable) folder structure below the module's include folder. Putting all those files into the flat module/inc/module folder will certainly not contribute to the readability of the source tree. Why would you want to put them into a _flat_ structure? Also note that from the named modules toolkit and svtools are already migrated to the new builds system. Just have a look at cws gnumake2. Best, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] GNU make build system and exported headers
Hi all, Am Fri, 19 Nov 2010 17:14:54 +0100 schrieb Mathias Bauer nospamfor...@gmx.de: For all readers that might got confused: with the new build systems, all delivered headers must reside inside $(module)/inc/$(module), but of course there may be further sub directories inside. Placing delivered headers into this directory was the recommended way in the old build system. Now it's a requirement. It still is not a absolute requirement really -- however, not sticking to the convention is causing you more work than sticking with it. I consider that a Good Thing(tm). Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Open Office Metadata in Writer
Hi Anil, Am Mon, 15 Nov 2010 11:35:49 -0500 schrieb Anil Chukkapalli anilu...@gmail.com: Can you please suggest how to solve my problem. I then want to look at api that allows me to do it. Can you also please suggest if this is the right approach, or if there is a better way to do the above. I would ideally want to attempt doing by hand to see if it works and then start attempting it using code. I am using OOo writer 2.3 (the old one yes) and the corresponding sdk. Have you considered the metadata support in writer? http://wiki.services.openoffice.org/wiki/Writer/Metadata_Support Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Participate in OpenOffice.org: Programming
Hi Tirunagari, Am Sun, 31 Oct 2010 15:17:45 -0700 (PDT) schrieb uttam kumar tirunagariut...@yahoo.com: My name is Uttam and i like to contribute to openoffice, especially using c++, java also is fine. Please let me know the details Regards,Tirunagari Uttam425-738-0091 see http://wiki.services.openoffice.org/wiki/Development You will hopefully find everything you need to get started. If not, please report back! Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: Contribution Ideas
Am Tue, 19 Oct 2010 11:22:11 +0200 schrieb Thomas Lange - Oracle thomas.la...@oracle.com: As for list of ToDos (unfortunately there is no single place for them) Oh yes, there is: - http://wiki.services.openoffice.org/wiki/To-Dos which already includes: - http://wiki.services.openoffice.org/wiki/Writer/ToDo - http://wiki.services.openoffice.org/wiki/Calc/To-Dos But Impress/Draw is still missing should consider to make their todos transcludable so they can be used in the generic ToDo page too http://wiki.services.openoffice.org/wiki/Impress#Planned_.2F_ToDo.27s_.2F_Seeking_for_Community_support BR, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: Aching fingers (was: [dev] SfxItemPool::Store(): some advice needed)
Am Mon, 18 Oct 2010 17:29:22 +0200 schrieb Eike Rathke eike.rat...@oracle.com: Sure, doesn't hurt to use the correct type :) Well, it surely does hurt my fingers to type ::std::vectorSomeLongClassName*::size_type instead of just size_t ;-) Well, most of the time you can leave out the first part and hope for the A.I. called argument-dependent lookup that is part of the compiler to guess it right on all platforms. Bonus points for confusing your coworkers. BR, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: Aching fingers (was: [dev] SfxItemPool::Store(): some advice needed)
Am Mon, 18 Oct 2010 17:58:29 +0200 schrieb Björn Michaelsen bjoern.michael...@gmail.com: Well, most of the time you can leave out the first part and hope for the A.I. called argument-dependent lookup that is part of the compiler to guess it right on all platforms. Bonus points for confusing your coworkers. Meh, wrong (unless size_type is a function and not a type). Still, name lookup in C++ is so much fun ... - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Open Office as additional module in software product for commercial scope
Hi Nestola, Am Fri, 15 Oct 2010 10:05:19 +0200 schrieb Nestola Valentina nesto...@gmail.com: I’m working at a company that provides software product for commercial scope. About the development of a product, I’m in charge of the analysis of a component to manage document generation from specific template. To reach this, I would like to use Open Office as additional component or module into my product. Can I distribute Open Office as additional module in my software product, since Open office has a LGPL? Thanks for your attention. That might depend on some specific circumstances of what you are planning. Also note that we are not able to give you legal advice here, this list is about development of OOo. Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] subsequenttests
Am Thu, 30 Sep 2010 14:19:37 +0200 schrieb Frank Schönheit frank.schoenh...@oracle.com: Hi Stephan, [...] The trick is to let writing tests guide you when writing an implementation, so that the resulting implementation is indeed (unit) testable. See for example http://www.growing-object-oriented-software.com/ for some food for thought. However, how well this works out for us needs to be seen, indeed... Well, this the trick is ... part is exactly why I think that issueing a statement like from now on, we do tests for our code won't work - this is a complex topic, with a lot of tricks to know, so Just Do It! is an approach which simply doesn't work. But okay, that's a different story. I beg to differ: If code is not testable, it is not good and needs to be changed. If you fear to change it because it is complex and has weird dependencies, you have two choices: - make it testable and the world will be a better place - leave the design as is, actually make it worse by adding workarounds that do not really fit in the old design. If you shied away from changing the design, the next change to the code will be even more daunting. And there will be a next change. There always is. You probably say now: I know, but If you do, take a step back and meditate about if there can be any but that will be valid against the fundamental truth that we need unit tests for the messy code we have and we even more need unit tests for the messier code we have. There isnt. So Just Do It! is exactly the right thing to do, even if -- and maybe because -- it not a comfortable road to take. We choose to write unit tests, not only because they are easy, but because they are hard, because that goal will serve to organize and measure the best of our energies and skills, because that challenge is one that we are willing to accept, one we are unwilling to postpone, and one which we intend to win, and the others, too. -- paraphrasing JFK at Rice ;) Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: building openoffice problem
Am Wed, 18 Aug 2010 16:41:13 -0700 schrieb Soohong Min shm...@gmail.com: Hello, I need to build openoffcie 3.2.1.4. By the way I have some errors to build some modules while making. When I just use command 'make' after fixing some errors in a module, it takes a lot of times to build entire modules not specific module. So I'd like to build separately each module which has some errors. Is there a way to build each module in OpenOffice? If possbile, please let me know. Yes, you can cd into the module dir and run the build alias that was created by the script you sourced (the one generated by configure). BR, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] OOo installation packages for Linux, a few (easy) questions
Am Mon, 16 Aug 2010 16:12:50 +0200 schrieb Rony G. Flatscher rony.flatsc...@wu-wien.ac.at: Maybe a last question: which Linux distributions are known to be 100% compatible in their Java interfaces to OOo with the genuine OOo ? At least openoffice-bin on gentoo as it _is_ the genuine OOo build by Hamburg RelEng. BR, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Interest in lending some programming time to help.
Am Thu, 29 Jul 2010 17:01:27 -0400 schrieb Billy Noel billy.n...@gmail.com: I have many years of coding experience in Java C++ and I am an avid Linux/Unix user. I have always depended on OpenOffice for my document needs. I live out of hotels doing engineering contract work around the country. I would be interested in donating my time to help and try and repay by improving on the baseline products or even new features. Question is where would I be best suited to help? Welcome Billy, it depends on your interests. Good entry points are: * extension development http://wiki.services.openoffice.org/wiki/Extensions * finding the root cause of bugs and providing patches http://wiki.services.openoffice.org/wiki/Development Extension development helps you to get known with the API without having to deal with all the scary implementation details. It will make it easier to understand the core of OOo itself, if you want to dig deeper later ... When you are interested in directly helping the developing of OOo itself, see the development link above and try your first own OOo build. Then you might consider fixing a few bugs to get a feel for the codebase of the apps you find interesting. If there are any issues dont hesitate to ask either here or on #dev.openoffice.org on freenode (IRC). Best Regards, Bjoern Michaelsen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: Build order
Am Wed, 28 Jul 2010 19:29:50 -0700 schrieb Gregoire Gentil grego...@gentil.com: There is no static build order with the current build system, see the note on the top of the page. To have a build command you need to source the script that is generated by ./configure. Which script are you talking about? I can't find any script that answers my question. Thanks in advance for any tip, see: http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide/Building_on_Linux you need to: source LinuxX86Env.Set.sh which will generate an alias for build ... Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Build order
Am Tue, 27 Jul 2010 00:53:42 -0700 schrieb Gregoire Gentil grego...@gentil.com: Can anyone update this page http://wiki.services.openoffice.org/wiki/Module_Build_Order, especially with the command line to get the order of the module list? The suggested command doesn't seem to exist any more (I don't have a build executable). There is no static build order with the current build system, see the note on the top of the page. To have a build command you need to source the script that is generated by ./configure. Also note the new GNU make build system will get rid of the notion of modules anyway (although we will keep the concept in the migration). BR, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] I am subscribing
Am Thu, 22 Jul 2010 05:31:22 -0400 schrieb Ricardo Espírito Santo ricardoespsa...@gmail.com: I would like to contribute too but honestly I haven't found a way yet. Are we supposed to create a openoffice account? There are many ways to contribute: http://contributing.openoffice.org/ How you proceed and how you get involved is depending on the area you are interested in. For development good starting points are: - building OOo - finding bugs in OOo - fixing bugs in OOo see also: http://wiki.services.openoffice.org/wiki/Development Best Regards, Bjoern Michaelsen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Which MSVC version is used officially to build OOo on Windows?
Am Tue, 20 Jul 2010 21:51:21 +0700 schrieb Samphan Raruenrom samp...@osdev.co.th: Which MSVC version is used officially to build OOo on Windows? The information in the wiki http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide/Building_on_Windows says Visual C++ 2008 Express Compiler but that is impossible because then the build process will have problems with ActiveX? (and mozilla component?) Thats just the recommendation for newcomers (who might not have access to a full MSVC version). The List of all ports and the toolchains they use is here (and hopefully up-to-date): http://wiki.services.openoffice.org/wiki/Compiler_versions_used_by_port_maintainers_and_release_engineers Best Regards, Bjoern Michaelsen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] branchwatch extension (automagic cws info)
Hi all, I hacked together a proof-of-concept for a mercurial extension that does automagically do all the annoying bookkeeping for cws handling. From the description page on the wiki: The branchwatch extension is an extension for the Mercurial SCM that collects data about all the feature branches (ChildWorkSpaces) in OpenOffice.org development. It extracts all information only from the repository itself. Once it is stable, it could make the annoying administrative overhead of keeping data about branches up-to-date in external tools like EIS superficial -- at least for the time of active development (i.e. before 'Ready for QA'). http://wiki.services.openoffice.org/wiki/User:B_Michaelsen/Mercurial/Branchwatch The current state of the extension shows that all administrative data can be extracted from the repository alone (so it fulfilled the proof in proof-of-concept). Before exploring the idea further, I would like to hear some feedback: Do other devs think it is worth the effort? Are there totally different ideas? Anyone interested in helping out? Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: Precompiled header support on gcc platform
Am Sat, 17 Jul 2010 11:04:31 +0900 schrieb Takashi Ono t_...@hkfreak.net: I think we should decide whether or not to give up precompiled header support on gcc. That decision should be postponed to the new GNU Make build system. It makes no sense to fix gcc pch in the old system. In the new GNU Make system, there is currently no pch support on gcc although it can be added. Precompiled header support is marked as EXPERIMENTAL in configure script for a very long time. On Windows, the buildbot is using pch and the featue is well tested these days. Windows pch and gcc pch are really very different beasts. Pch on gcc requires that the headers can be compiled in both exception handling enabled and disabled and that the precompiled header is included not more than once in each compilation unit. Some new code violates these conditions from time to time and I am raising issues like i#11379. The issue looks unrelated to me. However, pch needs to have one file with exceptions and one without on Windows too, so no difference there. As the conditions for writing code with precompiled headers are not well documented and pch on gcc is not so stable, these issues take long time to be fixed. That might be true. I feel like I am the only one using pch on gcc. If we do not want to keep pch feature on gcc, we should remove it in configure. IMHO the question is more like: Is it worth it to add the feature to the new build system? Is there any noticable performance improvement by pch on gcc platform or does it not matter anyways as these have decent filecaching? Is pch halfway stable in recent gcc releases? BR, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] changing source
Am Sat, 03 Jul 2010 18:51:24 +0200 schrieb Bartosz gan...@o2.pl: Maybe we should update the WIki webpage available at: http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide/Building_on_Linux and http://wiki.services.openoffice.org/wiki/Category:Distribution-Specific_Build_Instructions What do you feel is missing from them? From my POV they are even more up to date than cedrics excellent introduction. Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: CMake
Am Mon, 14 Jun 2010 14:13:36 -0400 schrieb Bill Hoffman bill.hoff...@kitware.com: OK, so you depend on gmake features. Indeed. Some of the recent gmake features are really nifty and make it quite powerful. This might be an interesting thing to try with CMake some day. To generate a makefile that does not have recursion, but depends on gmake as the make processor. I will put that on the todo list. That sounds interesting indeed -- and from a bootstrapping point of view with gmake being plain C and thus very portable, it should be available on pretty much any platform (or at least on any CMake platform as CMake has higher requirements being C++). Right now CMake supports generic make. I would not be against a gmake only makefile generator being added to CMake. It would be an interesting experiment to see how this type of makefile compares for large and small projects. If you do, please have a look at the stuff we are currently doing with GNU make -- you will see that it might be possible to keep a lot of the abstractions made by CMake visible in the generated files, if one uses a small generic runtime library in GNU make. Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] SfxItemSet assumptions and assertions
Am Tue, 15 Jun 2010 09:04:45 +0200 schrieb Mathias Bauer nospamfor...@gmx.de: So this is code broken (the code in the ItemSet, not yours). I would argue that both code is broken, because as is the ItemSet has no well-defined contract to design against. Of course, Malte is no more guilty than anybody else as the only alternative is not using the broken ItemSet -- which I assume was not an option. If some code in SfxItemSet just checks for SfxVoidItems to decide whether it is a disabled item, while other code just checks for ID == 0, the problem is already there. It's also an unnecessary complexity to require the check of two attributes (type *and* ID). The next interesting question is what should happen if items derived from SfxVoidItems are used ... So perhaps coding disabled as SfxVoidItem is a severe design flaw. Yes, it is. So it would be better if disabling (and checking for disabed state) should be possible only by using explicit methods from SfxItemSet. If the implementation requires to code that by storing a special item, this item should be a private class in SfxItemSet so that it can't be used outside. The problem with that approach is that it requires a non-trivial amount of work. :-( Well, the implementation in new_itemsets only checks for the which id being 0 and never checks for the type being an SfxVoidItem (outside assertions). So an disabled item is consistently defined as any item returning an which id of 0 in the new itemset implementation. Now the interesting part is finding the clients of the itemset that rely on void items being interpreted as disabled by the itemset and fixing those Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] SfxItemSet assumptions and assertions
Hi all, while testing the new SfxItemSets in cws new_itemsets I came across a few interesting uses of itemsets which I had considered to be illegal (but I might be wrong there). I assumed: - non-void items should only be put at the same which id in a set as the which id on the item itself. - void items should always have a which id of 0 and are allowed to be put anywhere. Here are a few examples where these assumptions fail: Opening an empty writer document for examples fires the assertion at: http://hg.services.openoffice.org/cws/new_itemsets/file/5d3400d7452f/svl/inc/svl/itemset.hxx#l74 The backtrace shows the first call triggering this is coming in from SwDoc::GetTxtCollFromPool(..), followed by calls from SwFmt::SetFmtAttr(..). Is there any reason why a non-void, non-invalid item is put at a different which id in the set than the which id of the item itself? Sound like the road to perdition to me ... When typing in a number in a cell in calc the assertion at: http://hg.services.openoffice.org/cws/new_itemsets/file/5d3400d7452f/svl/source/items/itemset.cxx#l98 The backtrace shows the call triggering this is coming in from EditView::GetAttribs(..). Is there any reason why a void item should have a which id 0 set? And if yes, what is the reason for using such semantics? E.g. how are a void item with which id 0 and a void item with which id 0 differing in behaviour? Best Regards, Bjoern -- Bjoern Michaelsenmailto:bjoern.michael...@sun.com http://www.sun.deOpenOffice.org/StarOffice Writer Sun Microsystems GmbHNagelsweg 55, 20097 Hamburg, Germany --- Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Jürgen Kunz - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] SfxItemSet assumptions and assertions
Am Mon, 14 Jun 2010 15:11:57 +0200 schrieb Malte Timmermann malte.timmerm...@sun.com: Hi Bjoern, Björn Michaelsen wrote, On 06/14/10 13:34: Hi all, while testing the new SfxItemSets in cws new_itemsets I came across a few interesting uses of itemsets which I had considered to be illegal (but I might be wrong there). I assumed: - non-void items should only be put at the same which id in a set as the which id on the item itself. - void items should always have a which id of 0 and are allowed to be put anywhere. Who says they would need to have which ID 0 ? Well, as I said I can be wrong here. But a SfxVoidItem with which id set to 0 is interpreted as disabled. However, some functions only test for the type being SfxVoidItem, while others test only for the which id being 0. Thus having a half-disabled item might lead to interesting results. See for example: http://svn.services.openoffice.org/opengrok/xref/DEV300_m82/svl/source/items/itemset.cxx#542 (SfxItemSet::GetItemState) http://svn.services.openoffice.org/opengrok/xref/DEV300_m82/svl/source/items/itemset.cxx#589 (SfxItemSet::Put) http://svn.services.openoffice.org/opengrok/xref/DEV300_m82/svl/source/items/itemset.cxx#2040 (SfxItemSet::DisableItem) So, when you used SfxVoidItems, did you intend them to be interpreted as disabled? Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Openoffice build woes - Ubuntu
Am Mon, 07 Jun 2010 19:05:12 +0530 schrieb Aditya Manthramurthy aditya@gmail.com: /configure --disable-binfilter --disable-crashdump --with-use-shell=bash --without-java --without-gpc --with-openldap --with-build-version=3.2.0 --without-fonts --with-unix-wrapper=ooffice3.2 --enable-evolution2 --enable-dbus --with-alloc=system --with-vba-package-format=builtin --enable-cairo=yes --enable-gtk --without-myspell-dicts --enable-gnome-vfs --enable-crypt-link --enable-pam-link --with-dynamic-xinerama --enable-xsltproc --with-linker-hash-style=both --with-gcc-speedup=ccache --with-git --with-git-managed --enable-symbols --disable-mono --disable-kde --disable-kde4 --with-mingwin=/usr/bin/i586-mingw32msvc-g++ --with-system-libs --with-system-headers --without-system-lucene --without-system-saxon --without-system-agg --without-system-lpsolve --without-system-mythes Any suggestions? lucene, saxon, agg, lpsolve, mythes all won't accept the system libraries for some reason, so they are all with a --without-system- prefix above. It is building right now. But I somehow feel pessimistic :-( Well, for starters a simple configure like: ./configure --disable-binfilter --disable-mozilla --without-junit \ --with-use-shell=bash should do on pretty much every linux disto. It might build more stuff than you need (because it does not use your system libs), but it is a lot saver (because it uses the stuff in the office repositories). I would suggest to start with that and if only if that works to go and try the more fancy configure switches, if needed. see also: http://cedric.bosdonnat.free.fr/wordpress/?p=637cpage=1 http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: [dev-fr] Rapports de bugs
Hi Jean-Baptiste, Could you please at least add a short english summary to your mail when (cross-)posting to an english list? My french is quite rusty and other might be even worse off (especially given that google translations of your mail provides interesting results). As is, most wont be able to tell why the content of the mail shall be worth an manual translation. Best Regards, Bjoern Am Sun, 06 Jun 2010 14:07:42 +0200 schrieb Jean-Baptiste Faure jbf.fa...@laposte.net: Le 03.06.2010 09:12, Cédric Bosdonnat a écrit : Bonjour Bruno, Le mercredi 02 juin 2010 à 21:48 +0200, Bruno Friedmann a écrit : C'est même souvent mieux, c'est mon cas avec openSUSE, Comme c'est super facile de remonter les bugs chez eux, et l'équipe en charge remonte upstream sur oogo. Je sais, je fait partie de cette equipe aussi ;) Bon je parle et écris l'anglais : ce qui est souvent un frein pour l'utilisateur de base. Mais très souvent c'est nécessaire, et en plus il y a souvent des confirmations ou expérimentations supplémentaires à faire. (et la ça dépasse souvent la compétence de l'utilisateur lambda ... ) Merci beaucoup pour ton aide. N'hesite pas a motiver d'autres personnes de ton entourage pour mieux repartir le travail. JBF, Gilles: comment utiliser au mieux les outils du projet francophone pour lancer cette equipe? A bientot, Bonjour Cédric et tous, Vous voudrez bien m'excuser d'avoir tardé à répondre mais j'étais en déplacement cette semaine. Tout d'abord je veux remercier Cédric pour cette excellente initiative. Pour moi l'outil de base devrait être la liste qa-t...@fr avec éventuellement des relais sur d...@fr. Actuellement le travail de remontée des problèmes signalés sur us...@fr n'est pas formalisé, il repose sur l'initiative de ceux qui suivent la liste d'entraide. La difficulté est qu'il faut faire la distinction entre ce qui est un bug entre la chaise et le clavier et ce qui est possiblement un bug de OOo et donc demande quelques tests plus approfondis. Je pense qu'une première étape pour constituer une telle équipe serait de faire le point sur les participants intéressés avec les informations suivantes : - le ou les OS sur lesquels ils peuvent réaliser des tests complémentaires avant de remonter un bug sur IZ - le ou les modules qu'ils pratiquent le plus, voire même les compétences inter-modules spécifiques, telles que le publipostage, l'utilisation de documents maître, la liaison avec des données externes, le déploiement de OOo, l'écriture de macro, etc. - s'ils ont ou non le droit canconfirm sur IZ. Par ailleurs, afin de ne pas remonter des bugs déjà connus, il est utile de se tenir au courant des nouveaux bugs rapportés sur IZ. Il existe un fil RSS qui fournit la liste des nouveaux rapports de bugs 2 fois par jour. On trouve ce fil sur le planet OOo (http://planet.services.openoffice.org/) dont le lien est disponible sur la page d'accueil du site FR. Sur le plan procédural, je pense qu'il y a deux étapes, la première relève de sentinelles sur la liste us...@fr (mais aussi peut-être ailleurs) qui d'une part détectent les possibles bugs et envoient une alerte sur qa-t...@fr pour approfondissement et d'autre part informent la liste us...@fr quand un bug déjà connu est rapporté qu'il s'agit en effet d'un bug connu. La seconde étape se passerait plutôt sur qa-t...@fr avec un travail de précision du scénario de reproduction du défaut, une recherche de doublon sur IZ et enfin, si nécessaire, un rapport sur IZ, confirmé par quelqu'un ayant le droit canconfirm. Voilà mon point de vue pour le moment. Qu'en pensez-vous ? Bonne journée JBF - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: database error ?
Am Tue, 18 May 2010 14:46:29 +0800 schrieb Qzi er hotseason...@gmail.com: when compile the sample below , it fail ... Hi Qzi er, please try not to spam the dev@ mailing list. It is mostly for Openoffice.org core development -- only in rare cases, when every other way of solving a problem has been investigated, it should be used to ask for support (those cases, where it is as likely that the user found a bug as it is that he misunderstood how to use the software). Please do at least some serious research before asking. When you are posting on various topics in parallel in a superficial way you likely wont receive much help. Please read the extensive documentation on the wiki, keep smaller issues on IRC and use the d...@api.openoffice.org mailing list for api-related topics. Thanks. Best Regards, Bjoern P.S.: Note that there is also the education project, which might help you to get started with various aspects of OpenOffice.org development. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Contributing to OpenOffice
Am Wed, 12 May 2010 11:04:56 +0200 schrieb Davy davyvanrensb...@hotmail.com: Hi I am an 3rd year IT student at the University of Pretoria in South Africa and I have been meaning to get involved in the development of Open Office for a long time, and since we now have an assignment that requires us to fix a bug in an open source project, I feel that this is a good time to get involved. How would I go about getting started and finding a bug that suits my assignment's requirements? For getting started with development, see: http://wiki.services.openoffice.org/wiki/Development and esp. http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: New build system
Am Tue, 11 May 2010 11:54:24 +0400 schrieb Konstantin Tokarev annu...@yandex.ru: Your conclusion is wrong. See add_custom_target function in manual - you can run any external build system from cmake. I even use it as configurer which founds OOo binaries and jars for ant :) That is not a migration in steps because it would require to make CMake the master build system and integrate our currently build system in it. For a project of the size of OOo (and with its number of feature branches/cws) that would be a huge step severely disrupting development -- likely for month. Just see how easy it is to migrate the SCM in a small project and what a major operation it is for OOo. As for me, major advantages of CMake are: Compared to what? * speed of initial configuration step, fast re-configuration because of caching; Does not really apply, because OOo configuration is pretty much 100% custom tests. You would basically need to reimplement our current custom tests and configuration system in CMake for little added value. * easy setting up of build parameters through ccmake - much more convenient than those --long-keys; Configuration has little to do with the build system. Dont mix them up just because CMake does. * more intelligent tracking of source dependencies - less files require rebuild if something changes than autotools think; Nobody wants to use autotools. The gbuild prototype has full and correct dependencies for C/C++ and also for other targets like our own src/srs/resource files for which we would need to reimplement dependency generation painfully in CMake. * possibility of parallel build of several directories; Even our current build system does that (badly). CMake does it a little better. GBuild does it a lot better. * much faster installation - up-to-date binaries are not updated Again: What are you comparing to? * it's easy to determine operating system of build host and do custom actions for each platform (e.g., build bundle for Mac) Thats not hard at all. Also, we are currently using custom processes for stuff like packaging and have a lot of special cases that need to be supported so that a preexisting bundle builder would not fit our needs as we would need to either heavily modify it or use custom actions anyway. Again wrong. You can use add_custom_dependencies for each module and configure build oreder as fine as you need Please read the analysis posted on the wiki. You seem to have misunderstood the limitations of CMake in that regard. Wrong. You can add paths from underlaying dirs into CMakeLists.txt, or even use ../ to get higher... Nobody forces you to have CMakeLists.txt in every directory, and you can run external build systems for sub-directories with passing them correct parameters Thats exactly the way to a lot of headaches. Please read the extensive analysis posted on the wiki. This was not decided without a lot of deep research. As you are still complaining about autotools I have to fear that you have not really had a good look that the analysis and its conclusions. We are not even planning to use autotools for building. We are planning to use GNU make directly as a build system (just as CMake does -- indirectly -- on all unix systems). The configuration system is a completely different issue. It is out of scope for the build system. IMHO one might consider to get rid of autoconf and use CMake for configuration someday -- if only for cosmetic reasons. But as of now I would not consider it worth our rare resources. But changing the build system itself is worth it. Best Regards, Bjoern Michaelsen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] New build system
Am Tue, 11 May 2010 13:23:06 +0400 schrieb Konstantin Tokarev annu...@yandex.ru: Yes, I know there're some large projects that use GNU make as build system, e.g. commercial quantum package Molpro. But it's the way of developing your own build system instead of using/improving existing one (I don't call GNU make itself a build system because it has too few built-in facilities comparing to CMake or autotools) Most of the built-in facilities are unfortunately of little help because of all the specials we have in the requirements even for seemingly innocent stuff like compiling C/C++ and linking objects/libraries. For example: - We link libraries against other libraries in other locations (that complete solver concept). - We link libraries against other libraries in different locations from where they are at runtime. - There is more than one possible runtime location for each lib (three layer office etc.) This leads to some interesting constructions, for example on OSX where the linker needs to know about the runtime locations of libs it links against. Assuming this could simply be abstracted away with built-in CMake facilities is IMHO quite naive. And there are certainly a lot of other pitfalls to be found, so that the assumption that it would be easier to use CMake just isnt valid. In addition, for stuff like our own localization toolchain etc. we cant possibly hope for any support from CMake, so it makes little difference. Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Help Download Source
Am Thu, 06 May 2010 13:25:15 -0300 schrieb Romildo Ferreira romildo...@gmail.com: Hi, my friends! I kown that this list is only to OpenOffice developer, but I would like to download the source code to undestand the implementation of goalSeek function. Unfortantly when I try this path in my TortoiseCVS: :pserver:anon...@anoncvs.services.openoffice.org:/cvs i get a fail message. Could some one help me? The building guide should get you on track (from getting the source to completing your fist build): http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide BR, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] getting started
Am Thu, 06 May 2010 19:38:29 -0700 schrieb Hebenstreit, Michael michael.hebenstr...@intel.com: I wanted to take a look at the OOO development, and started to dig around, but run into some sort of wall and am unable to find further infos. As you are so nice to invite people to wirte you if they are stuck, here I am I got ooo build - at least the build process finished without complains and I find a number of rpms. But at that point the description on the WIKI stops. My guess is, I have to install the software first before I can continue, but this seems rather odd to me. Is there no way to run the freshly compiled program out of the source directory? If you are not required to build with ooobuild you might try a plain vanilla build. Getting started is described in the Building Guide: http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide which is up-to-date and complete, so it should not leave you alone with problems. In addition to the option to use: cd .../instsetoo_native/util PKGFORMAT=archive dmake You can use: cd .../instsetoo_native/util PKGFORMAT=installed dmake which will create a runnable installation in the output tree of instsetoo_native. Just make sure that you have not set the LOCALINSTALLDIR variable, as it will make things brake in interesting and confusing ways. Best Regards, Bjoern Michaelsen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] getting started
Am Fri, 07 May 2010 09:37:51 +0200 schrieb Stephan Bergmann stephan.bergm...@sun.com: cd .../instsetoo_native/util PKGFORMAT=archive dmake Since when is that supported? Is there any reason to keep that ugly old FORCE2ARCHIVE-hack around? If not, who will kill it and update the Building Guide? BR, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: operator delete mismatch
Am Sat, 10 Apr 2010 14:24:49 -0400 schrieb Terrence Enger ten...@iseries-guru.com: On Fri, 2010-04-09 at 21:19 +0200, Björn Michaelsen wrote: Am Fri, 09 Apr 2010 15:12:00 -0400 schrieb Terrence Enger ten...@iseries-guru.com: Is there anything that will capture a record of what I did to get into an interesting situation? It has happened more than once that I have been trying to reproduced an assertion--but writing down the steps as I go along, so as to produce a good bug report--when I fat-finger something (but I am not sure exactly what) which sends me to a different assertion. This: http://wiki.services.openoffice.org/wiki/User_Experience/OpenOffice.org_User_Feedback_Program could be of some help to figure out what you fat-fingered. ;) However, I fear it is still a bit to high-level to be useful in general. But it might give you a hint on what just happened in some situations. I have never seen the help optimize the quality ... window presented, and my Tools Options OpenOffice.org lacks category Improvement Program. Output from configure --help does not contain the string improve. Is there something else I need to do to get this? Oh, I am so sorry. Yes, there is something that needs to be done to activate it. The feedback program is only activated in official sun builds. Only there there are the files: ./basis3.2/share/registry/modules/org/openoffice/Office/Jobs/Jobs-oooimprovement.xcu ./basis3.2/share/registry/modules/org/openoffice/Office/Logging/Logging-oooimprovement.xcu in the installation. In the source tree you will find the files at: ./extensions/source/oooimprovement/Jobs.xcu ./extensions/source/oooimprovement/Logging.xcu Im sorry, if I caused confusion. Actually, I find many things that tend to spread out my attention: new assertions, new techniques, new (to me) parts of OO. But I think that I will only be able to contribute usefully if I can get deeper instead of wider, if you know what I mean. I am in need of general guidance. Yes, OOo is huge and assertions take you all over the place. It might be useful to just concentrate on set of modules (from one application) and ignore everything else in the beginning. And even then it helps to limit oneself to the lowhanging fruits for starters. BR, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: Want to Contribute to open source project
Am Fri, 9 Apr 2010 13:33:31 -0400 schrieb Trevillian Highter hight...@gmail.com: I would like to contribute to openoffice.org, but not sure where to start. I am a software engineering graduate familiar with an array of programming languages, concepts and technologies, including C++, C, Java, HTML, MS Visual Studio.NET, UNIX, Windows XP, MS Office, and MySQL. Experience teaching/training others and writing documentation. Could you provide a starting point. I am really excited to get started. Hello Trevillian, great to have raised your interest! To get started with OpenOffice.org development see: http://wiki.services.openoffice.org/wiki/Development If working directly on the product itself scares you, you will find that there is a lot to be achieved with Extensions. You can get started really quick using the NetBeans integration: http://wiki.services.openoffice.org/wiki/OpenOffice_NetBeans_Integration Also note that there is the education project to help students to get involved in the project: http://wiki.services.openoffice.org/wiki/Education_Project Also note that there are various ways to get in touch with the devs directly: http://wiki.services.openoffice.org/wiki/Communication http://wiki.services.openoffice.org/wiki/IRC_Communication IRC is a great way to get started. Sometimes you will find grumpy old veterans in our IRC channels -- dont let them scare you, they are just ... grumpy. ;) Best Regards, Bjoern P.S.: The wiki in general is very active is used heavily by many subprojects of OpenOffice.org. Its a good point to get started. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: operator delete mismatch
Am Fri, 09 Apr 2010 15:12:00 -0400 schrieb Terrence Enger ten...@iseries-guru.com: Is there anything that will capture a record of what I did to get into an interesting situation? It has happened more than once that I have been trying to reproduced an assertion--but writing down the steps as I go along, so as to produce a good bug report--when I fat-finger something (but I am not sure exactly what) which sends me to a different assertion. This: http://wiki.services.openoffice.org/wiki/User_Experience/OpenOffice.org_User_Feedback_Program could be of some help to figure out what you fat-fingered. ;) However, I fear it is still a bit to high-level to be useful in general. But it might give you a hint on what just happened in some situations. Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Invalid XML? In my OpenOffice.org source tree?
Hi List, I accidentally found that there are quite a few invalid XML files in the DEV300_m75 (not even bothering checking them against a DTD). connectivity/source/drivers/adabas/adabas.xml cppuhelper/test/cfg_data/template/uno/components.xml desktop/test/deployment/locationtest/manifest.xml desktop/test/deployment/update/defect/update/info1.update.xml desktop/test/deployment/update/defect/update/info2.update.xml desktop/test/deployment/update/defect/update/info3.update.xml desktop/test/deployment/update/updateinfocreation/build/manifest.xml extensions/source/propctrlr/pcr.xml odk/examples/DevelopersGuide/Extensions/DialogWithHelp/META-INF/manifest.xml reportbuilder/template/manifest.xml reportbuilder/template/post.xml reportbuilder/template/pre.xml reportbuilder/util/manifest.xml smoketestoo_native/com/sun/star/comp/smoketest/manifest.xml sw/xml/writer.xml testautomation/global/input/xml_filter/word.xml toolkit/workben/layout/interactable-containers.xml toolkit/workben/layout/sortdlg.xml ucb/source/ucp/gio/ucpgio.xml writerfilter/qa/cppunittests/sl/helloworld.odt.flat.xml xmerge/source/inc/antbuild.xml Please check (some might just be reported because they are no xml files, but fragments), fix or remove these files. Best Regards, Bjoern P.S.: find ${SOLARSRC} -name *.xhp -or -name *.xml -or -name *.xlb |xargs xmllint /dev/null 2xmlerrors.txt - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: problem with compiling ooo-build
Am Fri, 26 Mar 2010 10:31:28 +0100 schrieb Michal Spisiak michal.spis...@gmail.com: Hi, could you please help me with the following problem? After successful downloading and configuring I typed make and got some problem with patch: Hi Michal, please use the official build instructions at: http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide or ask on a go-oo mailing list. Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: bogus bug number 120310
Am Sat, 20 Mar 2010 13:00:32 -0400 schrieb Terrence Enger ten...@iseries-guru.com: Of course, bug number 120310 is bogus. It happens that I do not have anything useful to offer to the writer, but if I did I would not know where to offer it. Does anybody care? Is there anything I can do to help out? Naa, the bug number likely is one from an old internal sun issuetracker. Of course, it is stupid to have it still in the assertion. It is likely best to attach your case to: http://www.openoffice.org/issues/show_bug.cgi?id=106896 and also request the assertion to be updated to reference bug #i106896# from now on. Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: How to build the openoffice from the src?
Am Tue, 12 Jan 2010 16:07:06 +0800 (CST) schrieb 周文斌 zhouwenbin2...@126.com: Hello, I am a student, I want to know how to build the openoffice from the src file? I have downloaded the src files, and I executed the command ./configure, successful,but execute the command make , lots of errors appeared. Can you tell me the step of build the openoffice or give a reference guide? My Linux OS is Fedora 10. Thank you very much. I am looking forward to hearing form you. Hi 周文斌, see http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide/Building_on_Linux Please report back, if you have any trouble. If you do, please remember it is best to include the tail of the output of the failed command to ease troubleshooting. Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: Some issues building Open Office on OSX
Am Mon, 11 Jan 2010 13:41:30 +0200 schrieb K S pgmb...@gmail.com: I did a clean make by doing a checkout and another make (obviously the wrong way to do things but I couldn't find the correct way to do a make clean :-( Any advice here?). In the current build system that would be: cd instsetoo_native build --from solenv --prepare This clears the solver and the working directories in each module, but not the stuff created by bootstrap (dmake) and the output of the configure step. Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: Build error
Am Tue, 22 Dec 2009 10:27:39 - schrieb Richard Whitehead richard.whiteh...@ieee.org: Hello, I hope someone can help... I'm trying to build Open Office for the first time. I'm an experienced developer on Windows using Visual Studio, but I'm not used to the unix/cygwin style of build. I've followed the instructions for building on windows and it all seemed fine (although the configuration step needed a bit of guesswork) until I got to the actual build, which is failing: Hi Richard, Unfortunately I am not familiar with the build error you describe, but I'll try to help anyway. Could you please give some additional info: - Do you have a folder testautomation in your source tree? - How did you get the source? Did you download a source package? If so, which one? Or did you download via SCM (Mercurial/SVN)? - If you used a source-tarball, how did you unpack it? Im not involved in the way source-tarballs are created (using SCM is so simple now with mercurial), but there is a also testautomation tarball, maybe you need to add that one? If that is the case, we should indeed update the docs to reflect that. Also I would be interested in the parts of the configure step that you needed guesswork for and if we can make the instructions on that more explicit/helpful. Best Regards, Bjoern Michaelsen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: Build error
Am Tue, 22 Dec 2009 14:39:51 +0100 schrieb Rene Engelhard r...@openoffice.org: No, we should fix the build to *NOT* require it if you don't need it. Actually, there is a lot of work going on in that area. see: http://wiki.services.openoffice.org/wiki/Build_Environment_Effort/Split_Build But, still the docs should reflect the current situation, as docs are a lot easier to fix than reordering the build system. Gruss/BR, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: Build error
Am Tue, 22 Dec 2009 15:27:46 +0100 schrieb Rene Engelhard r...@openoffice.org: Even now we do not (unless something changes recently which should be fixed) testautomatiopn for a simple build without running tests. True. Still, there are: - Things that can be done in hours or days (like fixing the docs) - Things that take a few days to weeks (like fixing the master build) - Things that take longer (like restructuring the build completely) Those are not mutually exclusive and one should not pit their priorities against each other. If the aim is important, all actions should get an high priority. Two Rights dont make a Wrong. I simply do not know enough about the source-tarballs and how they are intended to be used, but there is a --disable-qadevooo configure switch that actually might do what is required here. But I have not really digged much in the innards of configure.in nor am I a QA eng nor do I use the source tarballs (which are of limited use, if one wants to contribute back to OOo), so honestly I dont know. But if we offer source tree in split tarballs, we should really have that stuff documented is a _visible_ way and not in a locked filing cabinet struck in a disused lavatory in the unlit cellar with a sign on the door saying Beware of the Leopard (read: some obscure mailing list post some five years ago). BR, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: Build error
Am Tue, 22 Dec 2009 17:39:41 - schrieb Richard Whitehead richard.whiteh...@ieee.org: Bjorn and Rene, I went to http://download.openoffice.org/2.4.3/source.html and got all of the source packages at the bottom of the page except the extensions. Hmmm, sorry, but something there does not quite work out: That page provides an old office version (2.4.3/OOH680_m21) and has the testautomation module in the core tarball. However, the log you posted set-up a pretty new office version (workstamp OOO320, which is the 3.2 release branch). The OpenOffice.org 3.2 rc 1 (OOO320_m8) source code is downloadable from here: http://download.openoffice.org/all_rc.html On that page, you will also find an extra tarball for testautomation. I don't have a testautomation package. I will try to find and download a version of this from the site. In the short term it would be good if someone could add an instruciton to do this to the documentation. I will check back on the situation around the tarballs and which are required when with RelEng. As for the configure step, the building on windows page just gives two examples - no explanation of what the options mean. I had a lot of trouble with Mozilla - I don't really want to build it, I downloaded the built libraries, but I had to use both --disable-build-mozilla and the not really official -disable-nss-module to get configure to be happy. Also, it says not to use paths with spaces in, but the example uses paths with spaces. I will take a look into that after the holidays. Have Fun, Bjoern Michaelsen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: OpenOffice Calc in the Financial Markets.
Am Wed, 18 Nov 2009 21:49:49 +0100 schrieb Andreas Saeger saege...@onlinehome.de: Cassio Neri wrote: One intention (among others) of my previous messages was to propose a solution for our major problem. By doing so, OOo Calc will make one step to become a viable option for very important applications we have in financial markets. I'm very sorry to say that currently only Excel is viable. Regards, Cassio. Well, you bankers propose solutions to let others solve your major problems. I'm not surprised. There is absolutely no reason for this ad-hominem. Financial markets are generally a very conservative business: There are enough fake arguments being thrown around to prevent adoption of open solutions. This is why I find it really delightful that Cassio Neri takes his - as I would guess _private_ time - to give us insights in the typical usecases of a certain customer group. There is absolutely no reason to badmouth that. Cassio, thanks for your comments! Best Regards, Bjoern Michaelsen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: OpenOffice Calc in the Financial Markets.
Am Wed, 18 Nov 2009 23:12:43 +0100 schrieb Andreas Saeger saege...@onlinehome.de: [...] Nobody has ever been fired for using Microsoft (and the money remains on the right side of the fence). Thats totally offtopic here on d...@openoffice.org. Best Regards, Bjoern Michaelsen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: OpenOffice.org Wiki Categories
Am Wed, 28 Oct 2009 15:04:45 +0100 schrieb Cor Nouws oo...@nouenoff.nl: Hi Bjoern, bjoern michaelsen - Sun Microsystems - Hamburg Germany wrote (26-10-2009 12:59) http://wiki.services.openoffice.org/wiki/Category:MainIndex Comments? Good job :-) Thanks. Taking profit from your discussion with Juergen, I would suggest as main categories: - Development of OpenOffice.org - Development with OpenOffice.org - Marketing - NLC - Project - Wiki Sounds good, but I think Documentation deserves a spot there too, as most stuff on the Wiki is Documentation. If not, there at least needs to be a Toplevel-Category Using OpenOfffice.org (as opposed to the Development-Categories). Few remarks: - currently, Documentation is both main category and sub category of Project. Yes, this is intentionally. Every subcategory of Project should be something represented by real people. These are the owners of the pages in their category and in their subcategories. Documentation being on the toplevel of the MainIndex is because: - Most of the Wiki _is_ Documentation - They have a decent organization of subcategories - currently Performance is both under Development and Project. Intentionally, because it is an Office-wide Development Effort and not limited to some modules. Some for API, Porting, ESC. - API, Extensions should be under Development with OpenOffice.org Separating Development of and Development with sounds like a sensible thing. However, we should really get rid of Development then, as covers way to many topics (pretty much everything not-Marketing and not-Enduser). - ODFToolkit maybe as main category (after all it is http://odftoolkit.org/ as very main ;-) ) True. I found this: http://wiki.services.openoffice.org/wiki/Category:SOP sorting out categories and it is seems really useful. A few points from those: - One should never create or modify a page so that it does not belong to a project. If one wants to not yet show a page in the Project Category one should use a subcategory for those. (for example: Category:Quality Assurance/Draft) Exceptions are the User:-Pages and their subpages which can be used as Sandboxes. - The Developemnt and Wiki categories and their subcategories are supplemental as they do not attribute ownership to a project. - new Categories should always be a subcategory of an existing category (and thus end up somewhere on the MainIndex) - All projects should take a look at their subcategories and clean up if needed. NLC should consolidate on a naming scheme for subcategories (languages). - Category pages should never redirect as it is really a maintenance hassle. If the Category has a frontpage just link to it from the category page. - Never black a page. Use {{delete}} instead. (I will mark the ca. 50 blank pages we have in the wiki for deletion soon). This: http://wiki.services.openoffice.org/wiki/Special:UncategorizedCategories looks good. This: http://wiki.services.openoffice.org/w/index.php?title=Special:WantedCategorieslimit=100 http://wiki.services.openoffice.org/wiki/Special:UncategorizedPages not so much. Best Regards, Bjoern Michaelsen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: About the license of L10n products
Am Mon, 12 Oct 2009 12:31:10 +0900 schrieb JiHui Choi jihui.c...@gmail.com: I have some questions about the license. If you help me or introduce me someone who can help me, I'll really appreciate to you. :) Please be advised we cant give you legal advise. 1. and 2. Please ask only questions related to OOo on this list. Crossposting to KDE, Gnome, Mozilla and OOo is no good idea, as all lists are likely high volume and answers might be project specific. 3. Can I publish and share my glossary under GPL? If I can, which version should I use, v3.0 or v2.0? There are several licenses, for GNOME, KDE and GIMP are GPL, LGPL for OpenOffice, Firefox has MPL and BSD for Launchpad. I wonder whether I can mix all these licenses and publish under a specific license such as GPL. I'd like to share my works under GPL or similar it and works with many people. However, before that I think I should make to be clear about the license. Here is my demo. http://gloss.mr-dust.pe.kr/ Here is a starting point: http://www.openoffice.org/FAQs/faq-licensing.html 3. Which license should I use? That depends on what you want to do. If you wish for your code submissions to be included in the product, you must sign the Sun Microsystems Inc. Contributor Agreement (SCA) (see below); the license in effect is the LGPL for code. If you wish for your work to be used outside of any product (say, as website FAQ), then you may use the PDL. The usage of the source license differs from that of the PDL. To apply a source license, you must fill out and sign a Sun Microsystems Inc. Contributor Agreement (SCA). You only need to do this once. To apply the PDL, on the other hand, you must attach a copy of the license to each modifiable document covered by that license. Please see the section below on the use of the PDL. Best Regards, Bjoern Michaelsen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: UnderGraduate Project _ Help
Am Sat, 10 Oct 2009 21:20:52 + schrieb sahil hussain sahil...@hotmail.com: I would like to ask some questions related to my project if you dont mind, first i want to know from where to start this project would u mind to give me some links so i would go through them and where can i get the source code of OpenOffice where i can implement and read the code and try to figure it out. Thank you. Hi Sahil, you should find everything on how to get started with building OOo here: http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide http://wiki.services.openoffice.org/wiki/Documentation Your attachments will not be forwarded over the mailing lists. As OOo is a very big project, I would recommend you to find somebody who is working on task related to what you are about to do. The easiest way to get in contact is probably IRC: http://wiki.services.openoffice.org/wiki/IRC #dev.openoffice.org #education.openoffice.org I hope the education guys dont mind me pointing you their direction, because they have quite some experience getting people on track to contributing to OOo. ;-) http://wiki.services.openoffice.org/wiki/Education_Project Best Regards, Bjoern Michaelsen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org