Re: [Libreoffice] yum-builddep question ...
Terrell Prude' Jr. wrote: Michael Meeks wrote: Glad to test, but a little tip would help. My other boxes, including the one I'm on now, are all running CentOS 5, and the yum-builddep openoffice.org command returns no openoffice.org.src. Is there a specific repository I need to point to? Ah - ok; so this is really a question for a RedHat-ter - I suspect Richard may have some sage advice; possibly we need an explicit command there. Hi folks, Just following up. Any sage advice for getting this to work on CentOS 5? (forgot to Reply-All again--oops) Thanks! --TP ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] PATCH - change default KDE from 3 to 4
On Mon, 25 Oct 2010 13:46:25 +0100, Michael Meeks wrote: ---disable-kde4 +--enable-kde4 so - really I would like to avoid this. This fix is better than nothing. Defaulting to qt3 confused many (who rightfully think they have kde-dev installed). I agree that auto-detection is the way to go. Enable things if the headers/pkgs are detected, and disable it when not. Other apps output a nice summary at the end of 'configure' as to what has been enabled/disabled. Something like that would be more useful than the icecream blurb that I am currently seeing every time :). As for the concerns that René and Norbert voiced, I don't think its an issue. Automatically disabling things when the required libs are missing should be done anyway (as it would not build anyway). And the option to manually --enable/--disable should not be taken away either (so builders and Gentooers can configure in support as they want), just the defaults would be set according to autodetect. Another Easy Hack? My auto-foo is too limited for that task, unfortunately. Sebastian pgpAvkS2XrVGB.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] tiny first patch - fix 32 bit overflow at compile
Hi Kevin, On Mon, 2010-10-25 at 13:44 -0400, Kevin Hunter wrote: For a project as large as LibreOffice, you may also more appreciate the use of an IDE (Integrated Development Environment). Eclipse is often touted to me, as is Geany, and KDevelop. Did you ever tried loading the sw module sources in Eclipse? it may be possible, but you'll have some memory troubles and slowdowns with the indexing. A combination of Vim/Emacs and ctags is great and much quicker. I'll try to cleanup and push my vim configuration somwhere for others to download. Regards, -- Cédric Bosdonnat LibreOffice hacker http://documentfoundation.org OOo Eclipse Integration developer http://cedric.bosdonnat.free.fr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] tiny first patch - fix 32 bit overflow at compile
At 3:12am -0400 Tue, 26 Oct 2010, Cedric Bosdonnat wrote: On Mon, 2010-10-25 at 13:44 -0400, Kevin Hunter wrote: For a project as large as LibreOffice, you may also more appreciate the use of an IDE (Integrated Development Environment). Eclipse is often touted to me, as is Geany, and KDevelop. Did you ever tried loading the sw module sources in Eclipse? it may be possible, but you'll have some memory troubles and slowdowns with the indexing. Have I with LO? No, not yet. But I've only just started with the LO codebase. No offense intended, but I will try it myself first. Software (and hardware!) configurations can vary wildly even within a single distribution, meaning that where one developer struggles, another might have great success. A combination of Vim/Emacs and ctags is great and much quicker. I'll try to cleanup and push my vim configuration somwhere for others to download. In response to the original question, I intentionally kept a very even keel about the editors/IDEs available. Though I personally can work well in a number of environments, I also have my preferred environments for certain situations and code bases. Coding is such an individual activity (outside of XP of course), that I think it foolhardy to push one's environment as the best. In this vein, I standby my original statement: Picking the right programming environment is often a never-ending journey, but certainly not one that someone else can choose for you. Regards, Kevin ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build error: segmentation fault on vcl
On Mon, 2010-10-25 at 17:41 -0700, Dave Lacy Kusters wrote: I hit an error on my first compile that I haven't seen discussed in the archive or elsewhere online. See this thread: http://www.mail-archive.com/libreoffice@lists.freedesktop.org/msg00219.html I don't know why exactly this is happening. It appears to be picking up a stlport_gcc in /usr/lib before the one in /path/to/solver. So what's the output of echo $LD_LIBRARY_PATH btw C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] yum-builddep question ...
On Tue, 2010-10-26 at 02:32 -0400, Terrell Prude' Jr. wrote: Terrell Prude' Jr. wrote: Michael Meeks wrote: Glad to test, but a little tip would help. My other boxes, including the one I'm on now, are all running CentOS 5, and the yum-builddep openoffice.org command returns no openoffice.org.src. Is there a specific repository I need to point to? Ah - ok; so this is really a question for a RedHat-ter - I suspect Richard may have some sage advice; possibly we need an explicit command there. Hi folks, Just following up. Any sage advice for getting this to work on CentOS 5? I imagine that e.g. yum-builddep gedit also fails, i.e. generic missing source repositories in the yum.conf, maybe https://www.centos.org/modules/newbb/viewtopic.php?topic_id=12958 would help, i.e. check that the repository for the SRPMS exists and/or is enabled. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] run tinderbox script in an English locale
Any chance we could tweak the tinderbox build to run under export LANG=C or en_US or something. Getting build errors in Czech is a bit tricky for me. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] credits page is 403 access forbidden
The current Help menu-about-credits points to http://libreoffice.org/credits.html which gives you a 403 Access forbidden when accessing. We shouldn't keep our list of contributors that secret :-). Please put something like this in its place: http://sspaeth.de/uploads/tmp/index.html (with or without graphs). Thanks Sebastian P.S. I can periodically rerun the script to create the page. It is also online if you want to do it yourselves. pgpngWH9h5gm5.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Pushed] Easy Task - systray build progress tracker
Hi Luke, On Mon, 2010-10-25 at 23:21 +0100, Luke Dixon wrote: I thought I would try one of the easy tasks and the zenity systray one seemed the most fun for me to look at. After getting it working I figured I needed to also add it to the configure system Cool :-) you did indeed get that bit right - not obvious is it ;-) hopefully when we switch to gmake we can clean all that set_soenv.in stuff up. I looked at some of the already existing icons in the project, but I couldn't find one that would be suitable (the best one I could find had seagulls in it). Heh; I guess default_icons/ should have a bus-load of artwork in it. Patch contributed under LGPLv3+ / MPL. Wonderful - thanks; merged it now - I added the 'sleep' inside zenity_close - to avoid it being on the other code path. Thanks for providing the easy tasks, it makes very easy to jump in and try to help. And thank you for submitting a fix ! much appreciated; I've removed the task from the Easy Hacks wiki page to avoid overlap. What would really help is the finding of other easy hacks for others ;-) [ we are running shorter over time ... ] Of course, some more feature work precisely here might be nice ;-) eg. if we are building from an interactive terminal, on Unix, and we have DISPLAY= set, and we have zenity installed - it might be nice to default that flag to on. I also needed to do some tweaking to make it work properly with parallel building - eg. autogenning with: --with-num-cpus=16 --with-max-jobs=4 --enable-zenity And I hope that the open3 module works nicely on Windows / Mac - supposedly it is 'core'. Anyhow - thanks ! is there anything else you'd like to work on ? Regards, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] rtl_uString/rtl::OUString and osl_getCommandArg
FWIW rtl_uString * pFoo; osl_getCommandArg(0, pFoo); is a bit unsafe, this should at least be... rtl_uString * pFoo = 0; osl_getCommandArg(0, pFoo); But note that you have to call rtl_uString_release on that pFoo at some stage or its a memleak. Far easier altogether when in c++ code is to use a rtl::OUString (which just wraps a rtl_uString) like so... rtl::OUString aFoo; osl_getCommandArg(0, aFoo.pData); C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Building on windows 7-64bit with Visual Studio 2010 Express
3) If pkg-config is not installed, PKG_CHECK_MODULES is not defined and autogen.sh fails with the message: ./configure: line 3598: syntax error near unexpected token `MINIMUM_REQS,' ./configure: line 3598: `PKG_CHECK_MODULES( MINIMUM_REQS,' Rather than something more useful like 'Please install pkg-config' (I logged https://bugs.freedesktop.org/show_bug.cgi?id=30989 for this) Please find a patch to fix 30989 attached, I'll attach it to that issue also. pkg-config-check.diff Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] vos removal is now merged in master
Hi Norbert, On Mon, 2010-10-25 at 21:40 -0500, Norbert Thiebaud wrote: After a heroic review by kendy, the vos-removal branch has been merged into master and is being pushed as I type :-) Congratulations ! great work. - there are a bunch of xml file related to uno service description that still mention vos as a dependencies. this need to be fixed. UNO service files are not really used, and are primarily cosmetic AFAIR, so - I would just remove the vos dependencies, particularly if that is all in sal now. Just wondering what your next target is ;-) we have a number of interesting things that need doing ;-) an example is a blocker for release [ we will be feature freezing on Friday ]. For historical reasons, we have a BrOffice brand in the LANG=pt_BR.UTF-8 locale - and we adapt our splash for that now. It would be great if we could also isolate and tweak our %PRODUCTNAME key for these locales too. That is fetched variously (no doubt in tangled ways) from things like: unotools/source/config/configmgr.cxx /PRODUCTNAME/ - and then used in lots of places - it seems that resource strings have %PRODUCTNAME auto-magically substituted. Sooo ... if configured with --enable-broffice, and in this locale, we really need to hard-code a switch of product name to BrOffice ;-) - it takes time, stickability, testing, and is on the critical path for getting 3.3 (with everyone's improvements) out :-) Are you interested ? Many thanks, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] howto for getting non-trivial cppunit tests up and running
On Mon, 2010-10-25 at 21:58 -0400, Kohei Yoshida wrote: On Wed, 2010-10-20 at 20:44 +0100, Caolán McNamara wrote: So the sc test, while working reliably for me, is apparently not working for Kohei and others So, I came home and did a clean re-build of the latest source tree on my reasonably fast desktop machine, and the unit test now runs with 'OK (1)'. So, feel free to re-enable this bit. Righteo, re-enabled again and lets have another go. Right away I see it detected a new bug introduced with the vos removalstuff, which I've now fixed :-). Tests are good. I think I've got the right syntax for this to be only run on Unix platforms, that's my intent anyway. So all I need now is someone on windows to cd sc/qa/unit and run dmake and see if it a) builds b) passes the regcomp lines c) crashes or says ok C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] credits page is 403 access forbidden
Hi Sebastian, On Tue, 2010-10-26 at 11:41 +0200, Sebastian Spaeth wrote: Please put something like this in its place: http://sspaeth.de/uploads/tmp/index.html I'ld love to have at least the wiki authors in before making the official page live. (with or without graphs). I'ld prefer without the graphs as it's only a credits page. Miklos pointed to a nice script for git live stats, but I can't remember it. P.S. I can periodically rerun the script to create the page. It is also online if you want to do it yourselves. What would be needed is to integrate that script on a documentfoundation.org server and run a cron every night. Regards, -- Cédric Bosdonnat LibreOffice hacker http://documentfoundation.org OOo Eclipse Integration developer http://cedric.bosdonnat.free.fr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] vos removal is now merged in master
release [ we will be feature freezing on Friday ]. For historical reasons, we have a BrOffice brand in the LANG=pt_BR.UTF-8 locale - and we adapt our splash for that now. It would be great if we could also isolate and tweak our %PRODUCTNAME key for these locales too. %PRODUCTNAME is the most common, but we also have %productname%, $[officename], ${PRODUCT_NAME}, and [ProductName] - all should be checked. Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] credits page is 403 access forbidden
Hi Sebastian, On Tue, 2010-10-26 at 11:41 +0200, Sebastian Spaeth wrote: The current Help menu-about-credits points to http://libreoffice.org/credits.html That is bad :-) which gives you a 403 Access forbidden when accessing. We shouldn't keep our list of contributors that secret :-). Exactly ! Please put something like this in its place: http://sspaeth.de/uploads/tmp/index.html Can we also include whatever magic you have to auto-generate that ? Florian - it'd be great to give Sebastian access to the server so this can be done daily / automagically :-) [ he is a trustworthy chap, contributing good things left and right, thus far ] P.S. I can periodically rerun the script to create the page. It is also online if you want to do it yourselves. It'd be great to have you maintaining that. [ be nice to have some rolling gitdm chart stuff too - but perhaps automating LibreOffice to do that is too 'interesting' as of now ;-]. All the best, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] javac problem when build libreoffice on opensuse
i have javac in /usr/bin but i get a problem when build libreoffice in opensuse follow thehttp://www.documentfoundation.org/develop/ on the make command: checking whether to add custom build version... yes, libreoffice-build 3.2.99.2 checking whether to build with Java support... yes checking the installed JDK... checked (JDK 1.6.0_17) checking for target java bytecode version... 1.5 configure: error: javac not found set with_jdk_home make: *** [stamp/build] 错误 1 how can i fix it___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] credits page is 403 access forbidden
On Tue, 26 Oct 2010 13:50:06 +0200, Cedric Bosdonnat wrote: I'ld love to have at least the wiki authors in before making the official page live. Done: http://sspaeth.de/uploads/tmp/index.html :-) No clue how to do a mapping to get nicer names from the Wiki user names. Also the wiki stats are limited to 500 active users and will fail to show more if there are more (for now). I'ld prefer without the graphs as it's only a credits page. Miklos pointed to a nice script for git live stats, but I can't remember it. Sure, graphs are gone (optionally). P.S. I can periodically rerun the script to create the page. It is also online if you want to do it yourselves. OK, it needs a recent python (2.5-2.6 I believe), an up-to-date python-git (not one from the distribution repository). If graphs are included it also needs matplotlib :). What would be needed is to integrate that script on a documentfoundation.org server and run a cron every night. Sure, the code is here: http://bitbucket.org/spaetz/gitanaly It can be run via cron, it's probably easiest if I help set up the thing on the server? Shrug. Michael said he trusts me (MUAHAHAHAHAHA). Sebastian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] damaged file: sysui's dummy/localize.sdf
Hi Kevin, On Mon, 2010-10-25 at 12:59 -0400, Kevin Hunter wrote: Does distclean not remove the ccache files? Both times, I ran 'make distclean, bin/g pull -r, ...' No it does not remove them; this is because ccache is thought to be 100% 'safe' - ie. if the flags, compiler version, pre-procesed code etc. match, then we will generate the same binary. So the ccache cache is (usually) kept somewhere else [ AFAIR ]. Regardless, now I'm curious. I'll start off an absolutely fresh compile and see. Heh ;-) look in ~/.ccache I guess. Possibly we should have a custom ccache directory in build/ that we can clean I guess and use CCACHE_DIR [ if we do not already ] HTH, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Pushed] Building on windows 7-64bit with Visual Studio 2010 Express
Hi Martin, On Tue, 2010-10-26 at 13:14 +0100, Martin Gallwey wrote: Sorry, better patch attached - is this the right list for this kind of thing? Now that I've actually read the appropriate wiki page about how to Thanks for the patch, just pushed it (or at least the version from bugzilla). Great to see some 64bit windows compiling going on :-) All the best, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] javac problem when build libreoffice on opensuse
On Tue, Oct 26, 2010 at 07:56:11PM +0800, ?? li.ming...@163.com wrote: i have javac in /usr/bin but i get a problem when build libreoffice in opensuse follow thehttp://www.documentfoundation.org/develop/ on the make command: checking whether to add custom build version... yes, libreoffice-build 3.2.99.2 checking whether to build with Java support... yes checking the installed JDK... checked (JDK 1.6.0_17) checking for target java bytecode version... 1.5 configure: error: javac not found set with_jdk_home make: *** [stamp/build] 1 Try '--with-jdk-home=$JAVA_HOME'. pgpBvjgrGUtH4.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] credits page is 403 access forbidden
Hm, I'm a newcomer and at this point of state I can't real help. (I will be a helper for correct spelling German) But let me point out an important issue: Sebastian, Your list isn't correct. It shows only the contributors since the - harding to say - fork. What about all the contributors for the codebase of it? Please have a look here: https://www.ohloh.net/p/libreoffice/contributors Regards and sorry for misspelling English, if so. David___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] credits page is 403 access forbidden
On Tue, 2010-10-26 at 15:39 +0200, Sebastian Spaeth wrote: On Tue, 26 Oct 2010 13:50:06 +0200, Cedric Bosdonnat wrote: I'ld love to have at least the wiki authors in before making the official page live. Done: http://sspaeth.de/uploads/tmp/index.html :-) No clue how to do a mapping to get nicer names from the Wiki user names. Also the wiki stats are limited to 500 active users and will fail to show more if there are more (for now). Not sure you are interested in this - but I pulled the numbers from the Mailing lists - though the numbers are not quite official or quite 100% right...lol..but http://wiki.documentfoundation.org/User:Drew/Nabble-post-count-10-25 drew ps - 2nd email to Sebastian (sorry 'bout that) ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] credits page is 403 access forbidden
Hi, Michael Meeks wrote on 2010-10-26 14.02: The current Help menu-about-credits points to http://libreoffice.org/credits.html That is bad :-) which gives you a 403 Access forbidden when accessing. We shouldn't keep our list of contributors that secret :-). Exactly ! oops, seems the permissions are screwed up. Thanks for reporting! Fixed it. It throed 404 then, as the file doesn't exist - which isn't better. ;) Please put something like this in its place: http://sspaeth.de/uploads/tmp/index.html Just did so - thanks! Can we also include whatever magic you have to auto-generate that ? Sure, no problem! Best is to ping Guy and Thorsten. Guy's in charge for the magic behind our website and might be able to create a PHP script to create the page, and Thorsten told me in Nurember he wants to work on the credits page - to avoid double efforts, best is to ping them. Florian - it'd be great to give Sebastian access to the server so this can be done daily / automagically :-) [ he is a trustworthy chap, contributing good things left and right, thus far ] If he gives me his SSH public key, he's in. ;) Thanks! Florian -- Florian Effenberger flo...@documentfoundation.org Steering Committee and Founding Member of The Document Foundation Tel: +49 8341 99660880 | Mobile: +49 151 14424108 Skype: floeff | Twitter/Identi.ca: @floeff ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Turkish translation mailing list
Hi, Caolán McNamara wrote on 2010-10-25 22.34: cmc-florian: Is there a procedure written anywhere as to who to contact re local mailing lists ? during one of the last calls we agreed on setting up all native-lang mailing lists and then see who will be a moderator afterwards. I'm working on it, and expect things to be done this or next week. Will announce via annou...@tdf and some other lists - stay tuned. Florian -- Florian Effenberger flo...@documentfoundation.org Steering Committee and Founding Member of The Document Foundation Tel: +49 8341 99660880 | Mobile: +49 151 14424108 Skype: floeff | Twitter/Identi.ca: @floeff ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Pushed] Building on windows 7-64bit with Visual Studio 2010 Express
Great to see some 64bit windows compiling going on :-) Umm, he is running on a 64-bit OS, but producing 32-bit code as usual... (I have also been running a 64-bit Windows for quite some time on my development machine.) That the OS is 64-bit doesn't really show up any way in the LibreOffice build mechanism. Building LibreOffice as 64-bit code on Windows could require quite many changes. I have been told by Fridrich that there is lots of code that assumes sizeof(long) == sizeof(intptr_t). (Still, it would be fun to try... next year GSOC maybe?) --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Image Compression Patch
Hi Andrew, On 2010-10-26 at 06:40 +0100, Andrew C. E. Dent wrote: I have checked the optimized icons several ways and as much as possible, but ultimately it is only through use we can catch any small oddities. I suggest we push the new icons upstream and await user feedback. I have pushed more of the icons (I've checked that they render fine in Firefox), but still there are few left. Can you please check all the icons of size '67' - they seem to be broken, just one pixel there. To be concrete: default_images/fpicker/res/list.png default_images/res/basgocl.png default_images/res/lxh03124.png default_images/res/lxh03134.png default_images/res/lxh03142.png default_images/res/lxh03145.png default_images/res/lxh03159.png default_images/res/lxh03168.png default_images/res/lxh03187.png default_images/res/lxh03190.png default_images/res/lxh03193.png default_images/res/lxh03198.png default_images/res/lxh03201.png default_images/res/lxh03202.png default_images/res/lxh03203.png default_images/res/lxh03204.png default_images/res/lxh03205.png default_images/res/lxh03206.png default_images/res/lxh03236.png default_images/res/lxh03237.png default_images/res/lx03124.png default_images/res/lx03134.png default_images/res/lx03142.png default_images/res/lx03159.png default_images/res/lx03168.png default_images/res/lx03187.png default_images/res/lx03190.png default_images/res/lx03193.png default_images/res/lx03198.png default_images/res/lx03201.png default_images/res/lx03202.png default_images/res/lx03203.png default_images/res/lx03204.png default_images/res/lx03205.png default_images/res/lx03206.png default_images/res/lx03236.png default_images/res/lx03237.png default_images/res/sxh03124.png default_images/res/sxh03134.png default_images/res/sxh03142.png default_images/res/sxh03145.png default_images/res/sxh03159.png default_images/res/sxh03168.png default_images/dbaccess/res/sxh03187.png default_images/res/sxh03187.png default_images/res/sxh03198.png default_images/res/sxh03203.png default_images/res/sxh03204.png default_images/res/sxh03205.png default_images/res/sxh03206.png default_images/res/sxh03236.png default_images/res/sxh03237.png default_images/res/sxh10602.png default_images/res/sx03124.png default_images/res/sx03134.png default_images/res/sx03142.png default_images/res/sx03159.png default_images/res/sx03168.png default_images/res/sx03198.png default_images/res/sx03203.png default_images/res/sx03204.png default_images/res/sx03205.png default_images/res/sx03206.png default_images/res/sx03236.png default_images/res/sx03237.png default_images/res/sx10602.png default_images/res/commandimagelist/lc_addbookmark.png default_images/res/commandimagelist/lc_beamer.png default_images/res/commandimagelist/lc_countall.png default_images/res/commandimagelist/lc_editframeset.png default_images/res/commandimagelist/lc_filedocument.png default_images/res/commandimagelist/lc_getactivetask.png default_images/res/commandimagelist/lc_helpdownload.png default_images/res/commandimagelist/lc_internetonline.png default_images/res/commandimagelist/lc_macrorecordingfloat.png default_images/res/commandimagelist/lc_mailwindow.png default_images/res/commandimagelist/lc_playmacro.png default_images/res/commandimagelist/lc_preview.png default_images/res/commandimagelist/lc_splithorizontal.png default_images/res/commandimagelist/lc_splitparenthorizontal.png default_images/res/commandimagelist/lc_splitparentvertical.png default_images/res/commandimagelist/lc_splitvertical.png default_images/res/commandimagelist/lc_styleupdatebyexample.png default_images/res/commandimagelist/lc_toolsmacroedit.png default_images/res/commandimagelist/lc_toolsoptions.png default_images/res/commandimagelist/lc_urlbutton.png default_images/res/commandimagelist/lch_addbookmark.png default_images/res/commandimagelist/lch_beamer.png default_images/res/commandimagelist/lch_countall.png default_images/res/commandimagelist/lch_editframeset.png default_images/res/commandimagelist/lch_filedocument.png default_images/res/commandimagelist/lch_getactivetask.png default_images/res/commandimagelist/lch_helpdownload.png default_images/res/commandimagelist/lch_internetonline.png default_images/res/commandimagelist/lch_macrorecordingfloat.png default_images/res/commandimagelist/lch_mailwindow.png default_images/res/commandimagelist/lch_playmacro.png default_images/res/commandimagelist/lch_splithorizontal.png default_images/res/commandimagelist/lch_splitparenthorizontal.png default_images/res/commandimagelist/lch_splitparentvertical.png default_images/res/commandimagelist/lch_splitvertical.png default_images/res/commandimagelist/lch_styleupdatebyexample.png default_images/res/commandimagelist/lch_toolsmacroedit.png default_images/res/commandimagelist/lch_toolsoptions.png default_images/res/commandimagelist/lch_urlbutton.png default_images/res/commandimagelist/sc_addbookmark.png default_images/res/commandimagelist/sc_beamer.png
Re: [Libreoffice] yum-builddep question ...
Caolán McNamara wrote: On Tue, 2010-10-26 at 02:32 -0400, Terrell Prude' Jr. wrote: Terrell Prude' Jr. wrote: Michael Meeks wrote: Glad to test, but a little tip would help. My other boxes, including the one I'm on now, are all running CentOS 5, and the yum-builddep openoffice.org command returns no openoffice.org.src. Is there a specific repository I need to point to? Ah - ok; so this is really a question for a RedHat-ter - I suspect Richard may have some sage advice; possibly we need an explicit command there. Hi folks, Just following up. Any sage advice for getting this to work on CentOS 5? I imagine that e.g. yum-builddep gedit also fails, i.e. generic missing source repositories in the yum.conf, maybe https://www.centos.org/modules/newbb/viewtopic.php?topic_id=12958 would help, i.e. check that the repository for the SRPMS exists and/or is enabled. C. Thanks. Just took a look there, and indeed there was no CentOS-SRPMS.repo file. Fixed that and enabled everything except for the centosplus stuff. Unfortunately, yum-builddep still isn't happy yet, even when I throw --enablerepo=*SRPMS. I still get a No such package(s): gedit.src, and the same for openoffice.org.src. However, yumdownloader --source will fetch source RPM's just fine. Below is my CentOS-SRPMS.repo file if this will help. #base [base-SRPMS] name=CentOS-$releasever - Base SRPMS baseurl=http://mirror.centos.org/centos/$releasever/os/SRPMS/ gpgcheck=1 gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5 priority=1 enabled=1 #released updates [update-SRPMS] name=CentOS-$releasever - Updates SRPMS baseurl=http://mirror.centos.org/centos/$releasever/updates/SRPMS/ gpgcheck=1 gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5 priority=1 enabled=1 #additional packages that may be useful [extras-SRPMS] name=CentOS-$releasever - Extras SRPMS baseurl=http://mirror.centos.org/centos/$releasever/extras/SRPMS/ gpgcheck=1 gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5 priority=1 enabled=1 #additional packages that extend functionality of existing packages [centosplus-SRPMS] name=CentOS-$releasever - Plus SRPMS baseurl=http://mirror.centos.org/centos/$releasever/centosplus/SRPMS/ gpgcheck=1 gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5 priority=10 enabled=0 --TP ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Pushed] Easy Task - systray build progress tracker
Hello Michael, Heh; I guess default_icons/ should have a bus-load of artwork in it. I've looked there, I can't really see one that really does it. Maybe the default icon is good enough. Wonderful - thanks; merged it now - I added the 'sleep' inside zenity_close - to avoid it being on the other code path. Thanks, that makes sense. I saw the other commits by people that fixed what I had broken, I'm very sorry for any trouble I've caused. And thank you for submitting a fix ! much appreciated; I've removed the task from the Easy Hacks wiki page to avoid overlap. What would really help is the finding of other easy hacks for others ;-) [ we are running shorter over time ... ] I'll try and look out for some, but it would be a little difficult as I'm new to this code. Of course, some more feature work precisely here might be nice ;-) eg. if we are building from an interactive terminal, on Unix, and we have DISPLAY= set, and we have zenity installed - it might be nice to default that flag to on. I also needed to do some tweaking to make it work properly with parallel building - eg. autogenning with: --with-num-cpus=16 --with-max-jobs=4 --enable-zenity I forgot about DISPLAY. Thanks. I'll have to look into it. I guess I'm going to have to try building with different option and in different environments. And I hope that the open3 module works nicely on Windows / Mac - supposedly it is 'core'. I thought about this, but I thought I'd see what gets said about it. Zenity spits out lots of stuff on stderr, which I guess could just be piped to /dev/null instead. Anyhow - thanks ! is there anything else you'd like to work on ? I'm not really sure. I've not really looked at any of this code before so I'm just trying to learn about it at the moment, though I haven't looked at anything past the build system yet. Thank you for being so welcoming. Regards, Luke ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build problem on windows 7
Sorry, nope. For me that has always worked fine, Cygwin has never mistaken me to be superuser if I use my normally powered Windows account. What does your /etc/passwd and /etc/group files look like? My entry in /etc/passwd is: Martin:unused_by_nt/2000/xp:1004:513:U-ATOMISER\Martin,S-1-5-21-1229272821-343818398-682003330-1004:/home/Martin:/bin/bash and /etc/group looks like this: root:S-1-5-32-544:0: SYSTEM:S-1-5-18:18: None:S-1-5-21-1229272821-343818398-682003330-513:513: Administrators:S-1-5-32-544:544: Guests:S-1-5-32-546:546: Users:S-1-5-32-545:545: HelpServicesGroup:S-1-5-21-1229272821-343818398-682003330-1001:1001: Where would be an appropriate place to check the uid and fail with a useful hint? I think the inner configure.in (clone/bootstrap/configure.in) would be the best place. Or even build.pl (clone/bootstrap/solenv/bin/build.pl). Patch attached! 0001-On-windows-check-uid-before-building-aborting-if-0.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build error: segmentation fault on vcl
On Tue, October 26, 2010 12:30:43 AM, Caolán McNamara wrote: On Mon, 2010-10-25 at 17:41 -0700, Dave Lacy Kusters wrote: I hit an error on my first compile that I haven't seen discussed in the archive or elsewhere online. See this thread: http://www.mail-archive.com/libreoffice@lists.freedesktop.org/msg00219.html I don't know why exactly this is happening. It appears to be picking up a stlport_gcc in /usr/lib before the one in /path/to/solver. So what's the output of echo $LD_LIBRARY_PATH btw Caolán, Thanks for the help. LD_LIBRARY_PATH is unset. A search for libstlport_gcc.so at / finds results in (1) /usr/lib, (2) libreoffices' solver/330/unxlngi6.pro/lib, and (3) libreoffice's stlport/unxlngi6.pro/misc/build/STLport-4.5/lib. When I sets the build for verbose output, I can see the link paths on the command line. Here's the line: g++ -L/usr/lib -L/usr/lib -lkdeui -lkdecore -lQtCore -lQtGui -lglib-2.0 -Wl,-z,noexecstack -Wl,-z,combreloc -Wl,-z,defs -Wl,-Bsymbolic-functions -Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo -Wl,--hash-style=both -Wl,-rpath,'$ORIGIN:$ORIGIN/../ure-link/lib' -shared -L../unxlngi6.pro/lib -L../lib -L/home/dlacykusters/libre/libreoffice/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib -L/home/dlacykusters/libre/libreoffice/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib b -L/home/dlacykusters/libre/libreoffice/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib -L/usr/lib/jvm/java-6-openjdk/lib -L/usr/lib/jvm/java-6-openjdk/jre/lib/i386 -L/usr/lib/jvm/java-6-openjdk/jre/lib/i386/client -L/usr/lib/jvm/java-6-openjdk/jre/lib/i386/native_threads -L/usr/lib ../unxlngi6.pro/slo/vclplug_kde4_dflt_version.o -o ../unxlngi6.pro/lib/libvclplug_kde4li.so ../unxlngi6.pro/slo/main.o ../unxlngi6.pro/slo/VCLKDEApplication.o ../unxlngi6.pro/slo/KDEXLib.o ../unxlngi6.pro/slo/KDEXLib.moc.o ../unxlngi6.pro/slo/KDESalDisplay.o ../unxlngi6.pro/slo/KDESalFrame.o ../unxlngi6.pro/slo/KDESalGraphics.o ../unxlngi6.pro/slo/KDESalInstance.o ../unxlngi6.pro/slo/KDEData.o -lvclplug_genli -lvclli -ltlli -lvos3gcc3 -luno_sal -Wl,--as-needed -lXext -lX11 -Wl,--no-as-needed -Wl,--as-needed -ldl -lpthread -lm -Wl,--no-as-needed -Wl,-Bdynamic -lstlport_gcc Note, there is /usr/lib, then solver/330/unxlngi6.pro/lib, then /usr/lib again. The linker doesn't have a chance to find the one in the solver hierarchy. Where specifically is this command line generated? Thanks again, Dave ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] the basic macro editor
On 25/10/10 16:49, René Kjellerup wrote: finally had time (although not to complete another build) to run the test again, the procedure I did was: Tools-Macros-Organize macros-basic select Main and click on the Edit button I've attached the back-trace of the crash René That stack looks *exactly* like one I already fixed by http://cgit.freedesktop.org/libreoffice/components/commit/?id=a472ff20aad64f386c27fdaa0152719e8097bc0d ( about a week ago ) you should check that you have up to date sources ( maybe your last git pull failed or something :-( ) Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Tar / Zip wobbly
I'll investigate :-) but I've just tried a clean download and it's blown up on me... checking for required Perl modules... Can't locate Archive/Zip.pm in @INC (@INC contains: /usr/lib64/perl5/site_perl/5.12.2/x86_64-linux /usr/lib64/perl5/site_perl/5.12.2 /usr/lib64/perl5/vendor_perl/5.12.2/x86_64-linux /usr/lib64/perl5/vendor_perl/5.12.2 /usr/lib64/perl5/5.12.2/x86_64-linux /usr/lib64/perl5/5.12.2 /usr/lib64/perl5/site_perl /usr/lib64/perl5/vendor_perl .) at -e line 1. Bearing in mind I've got Tar.pm (and Extract.pm) and am on gentoo, it looks like it might think I'm on Windows or something stupid ... Anybody got any ideas? Cheers, Wol ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Tar / Zip wobbly
On Tue, Oct 26, 2010 at 10:15 PM, Wols Lists antli...@youngman.org.uk wrote: I'll investigate :-) but I've just tried a clean download and it's blown up on me... checking for required Perl modules... Can't locate Archive/Zip.pm in [...] Bearing in mind I've got Tar.pm (and Extract.pm) and am on gentoo, it looks like it might think I'm on Windows or something stupid ... Well, if you explain why Archive/Zip.pm should be the same as Tar.pm or Extract.pm … ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Tar / Zip wobbly
On 26/10/10 21:31, Christian Lohmaier wrote: On Tue, Oct 26, 2010 at 10:15 PM, Wols Lists antli...@youngman.org.uk wrote: I'll investigate :-) but I've just tried a clean download and it's blown up on me... checking for required Perl modules... Can't locate Archive/Zip.pm in [...] Bearing in mind I've got Tar.pm (and Extract.pm) and am on gentoo, it looks like it might think I'm on Windows or something stupid ... Well, if you explain why Archive/Zip.pm should be the same as Tar.pm or Extract.pm … Bear in mind tar is a perfectly good extraction utility (that, in its gnu form is probably quite capable of coping with zips), what the h*** are people doing assuming that zip is available on a *nix system!? But the point is, it was all working fine a few days ago. Okay, there's a distinct possibility it's my system (which is why I'm investigating) because emerge --update updated perl for me ... , but I still stand by my comment what is zip doing on a nix system? Cheers, Wol ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Bug when compiling unoguard.obj
On Tue, Oct 26, 2010 at 3:29 PM, julien serval2...@yahoo.fr wrote: Hello, Here what i get : Compiling: sc/source/ui/unoobj/detreg.cxx Making: unoobj.lib Compiling: sc/source/ui/unoobj/unoguard.cxx /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/sc/source/ui/unoobj/unoguard.cxx: In constructor 'ScUnoGuard::ScUnoGuard()': /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/sc/source/ui/unoobj/unoguard.cxx:42: error: no matching function for call to 'vos::OGuard::OGuard(osl::SolarMutex)' /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/inc/vos/mutex.hxx:125: note: candidates are: vos::OGuard::OGuard(vos::IMutex) /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/inc/vos/mutex.hxx:120: note: vos::OGuard::OGuard(vos::IMutex*) /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/inc/vos/mutex.hxx:115: note: vos::OGuard::OGuard(const vos::OGuard) dmake: Error code 1, while making '../../../unxlngi6.pro/slo/unoguard.obj' Config : Debian testing updated 32 bits. Here the line I use : git pull -r bin/g pull -r ./autogen.sh --with-git --disable-kde --disable-kde4 ./download make Julien, you have a stale solver. vos/mutex.hh is no more. do rm -fr /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro and make again Julien. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Patch] Fix for installer::languages::shorten_language_string()
This patch is public domain. From bb46cc9b0af522ea5764995f0a1f0c3d98c0a3b1 Mon Sep 17 00:00:00 2001 Date: Mon, 25 Oct 2010 13:01:32 -0700 Subject: [PATCH] Bug fix for installer::languages::shorten_language_string() Added the missing : to installer:languages::shorten_language_string() call in systemactions Moved the chomp in shorten_language_string() to better imitate the original code. --- solenv/bin/modules/installer/languages.pm |2 +- solenv/bin/modules/installer/systemactions.pm |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/solenv/bin/modules/installer/languages.pm b/solenv/bin/modules/installer/languages.pm index 29f3b78..1e9b597 100644 --- a/solenv/bin/modules/installer/languages.pm +++ b/solenv/bin/modules/installer/languages.pm @@ -378,13 +378,13 @@ sub get_java_language } sub shorten_language_string { -chomp; my $languagestring = shift; if (length($languagestring) $installer::globals::max_lang_length ) { my $number_of_languages = installer::systemactions::get_number_of_langs($languagestring); my $shorter = Digest::MD5-new($languagestring); $shorter =~s/ .*//g; +chomp $shorter; my $id = substr($shorter, 0, 8); # taking only the first 8 digits $languagestring = lang_ . $number_of_languages . _id_ . $id; } diff --git a/solenv/bin/modules/installer/systemactions.pm b/solenv/bin/modules/installer/systemactions.pm index 0c39477..bade02c 100644 --- a/solenv/bin/modules/installer/systemactions.pm +++ b/solenv/bin/modules/installer/systemactions.pm @@ -398,7 +398,7 @@ sub create_directories if (!($locallanguagesref eq )) # this will be a path like 01_49, for Profiles and ConfigurationFiles, idt-Files { -my $languagestring = installer:languages::shorten_language_string($$languagesref); +my $languagestring = installer::languages::shorten_language_string($$languagesref); $path = $path . $languagestring . $installer::globals::separator; create_directory($path); -- 1.6.2.5 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Patch] Moved wrappers for all debuginfo calls into the function itself
This patch is public domain. From 8f7ac6749fce3ba0c16d528d6fd65157ee3318c9 Mon Sep 17 00:00:00 2001 Date: Mon, 25 Oct 2010 14:36:54 -0700 Subject: [PATCH] Moved the debuginfo wrappers into the call itself. Also condensed the getparameters code. --- solenv/bin/modules/installer/archivefiles.pm |2 +- solenv/bin/modules/installer/configuration.pm | 24 solenv/bin/modules/installer/files.pm | 16 +++--- solenv/bin/modules/installer/logger.pm|7 ++- solenv/bin/modules/installer/parameter.pm | 34 +--- solenv/bin/modules/installer/scriptitems.pm | 72 6 files changed, 74 insertions(+), 81 deletions(-) diff --git a/solenv/bin/modules/installer/archivefiles.pm b/solenv/bin/modules/installer/archivefiles.pm index b7636ca..0b1688e 100644 --- a/solenv/bin/modules/installer/archivefiles.pm +++ b/solenv/bin/modules/installer/archivefiles.pm @@ -148,7 +148,7 @@ sub resolving_archive_flag { my ($filesarrayref, $additionalpathsref, $languagestringref, $loggingdir) = @_; -if ( $installer::globals::debug ) { installer::logger::debuginfo(installer::archivefiles::resolving_archive_flag : $#{$filesarrayref} : $#{$additionalpathsref} : $$languagestringref : $loggingdir); } + installer::logger::debuginfo(installer::archivefiles::resolving_archive_flag : $#{$filesarrayref} : $#{$additionalpathsref} : $$languagestringref : $loggingdir); my @newallfilesarray = (); diff --git a/solenv/bin/modules/installer/configuration.pm b/solenv/bin/modules/installer/configuration.pm index b7d054b..bbd6398 100644 --- a/solenv/bin/modules/installer/configuration.pm +++ b/solenv/bin/modules/installer/configuration.pm @@ -46,7 +46,7 @@ sub analyze_path_of_configurationitem { my ($configurationitemsref) = @_; -if ( $installer::globals::debug ) { installer::logger::debuginfo(installer::configuration::analyze_path_of_configurationitem : $#{$configurationitemsref}); } + installer::logger::debuginfo(installer::configuration::analyze_path_of_configurationitem : $#{$configurationitemsref}); my ($startpath, $nodes, $name, $packagename, $onenode, $first, $second, $third, $bracketnode); @@ -193,7 +193,7 @@ sub insert_start_block_into_configfile { my ($configfileref, $oneconfig) = @_; -if ( $installer::globals::debug ) { installer::logger::debuginfo(installer::configuration::insert_start_block_into_configfile : $#{$configfileref} : $oneconfig-{'name'}); } + installer::logger::debuginfo(installer::configuration::insert_start_block_into_configfile : $#{$configfileref} : $oneconfig-{'name'}); my $line = '?xml version=1.0 encoding=UTF-8?' . \n; push( @{$configfileref}, $line); @@ -217,7 +217,7 @@ sub insert_end_block_into_configfile { my ($configfileref) = @_; -if ( $installer::globals::debug ) { installer::logger::debuginfo(installer::configuration::insert_end_block_into_configfile : $#{$configfileref}); } + installer::logger::debuginfo(installer::configuration::insert_end_block_into_configfile : $#{$configfileref}); my $line = \n . '/oor:component-data' . \n; push( @{$configfileref}, $line); @@ -231,7 +231,7 @@ sub get_node_content { my ($nodeline) = @_; -if ( $installer::globals::debug ) { installer::logger::debuginfo(installer::configuration::get_node_content : $nodeline); } +installer::logger::debuginfo(installer::configuration::get_node_content : $nodeline); my $content = ; @@ -256,7 +256,7 @@ sub get_node_line_number { my ($nodecount, $oneconfig, $oneconfigfileref) = @_; -if ( $installer::globals::debug ) { installer::logger::debuginfo(installer::configuration::get_node_line_number : $nodecount : $oneconfig-{'name'} : $#{$oneconfigfileref}); } + installer::logger::debuginfo(installer::configuration::get_node_line_number : $nodecount : $oneconfig-{'name'} : $#{$oneconfigfileref}); my $linenumber = -1; # the node does not exists, if returnvalue is -1 @@ -336,7 +336,7 @@ sub insert_into_config_file { my ($oneconfig, $oneconfigfileref) = @_; -if ( $installer::globals::debug ) { installer::logger::debuginfo(installer::configuration::insert_into_config_file : $oneconfig-{'nodenumber'} : $#{$oneconfigfileref}); } + installer::logger::debuginfo(installer::configuration::insert_into_config_file : $oneconfig-{'nodenumber'} : $#{$oneconfigfileref}); my ($nodename, $nodecontent, $newnodeline, $bracketkey, $line, $insertline); @@ -632,7 +632,7 @@ sub insert_tabs_into_configfile { my ($configfileref) = @_; -if ( $installer::globals::debug ) { installer::logger::debuginfo(installer::configuration::insert_tabs_into_configfile : $#{$configfileref}); } + installer::logger::debuginfo(installer::configuration::insert_tabs_into_configfile : $#{$configfileref}); my $counter = 0; @@ -685,7 +685,7 @@ sub collect_all_configuration_items {
Re: [Libreoffice] Tar / Zip wobbly
On 26/10/10 21:15, Wols Lists wrote: I'll investigate :-) but I've just tried a clean download and it's blown up on me... checking for required Perl modules... Can't locate Archive/Zip.pm in @INC (@INC contains: /usr/lib64/perl5/site_perl/5.12.2/x86_64-linux /usr/lib64/perl5/site_perl/5.12.2 /usr/lib64/perl5/vendor_perl/5.12.2/x86_64-linux /usr/lib64/perl5/vendor_perl/5.12.2 /usr/lib64/perl5/5.12.2/x86_64-linux /usr/lib64/perl5/5.12.2 /usr/lib64/perl5/site_perl /usr/lib64/perl5/vendor_perl .) at -e line 1. Bearing in mind I've got Tar.pm (and Extract.pm) and am on gentoo, it looks like it might think I'm on Windows or something stupid ... Anybody got any ideas? Hmmm... replying to myself ... Found it - under vendor_perl/5.8.8/Archive... Bearing in mind my perl has been updated, looks like it didn't update completely :-( My bad... Cheers, Wol ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Cleaning and organizing of configure.in
Hi Niko, *, sigh/ I must get used to that this list doesn't set reply to list... On Sun, Oct 24, 2010 at 10:34 PM, Niko Rönkkö niko.ron...@wippies.fi wrote: Licenced under MPL 1.1 / GPLv3+ / LGPLv3+ of course. Cleaning and organizing of configure.in: Make configure --help be more coherent, limit it's width to 80 chars and arranged options alphabetically to help maintaining them. I personally disagree that an alphabetically sortet list is best. e.g. now the font inclusion options wrt dejavu and liberation fonts are spread apart, build tool options are interspread the feature/code switches, extension-switches are mixed with core ones, etc. I personally don't like that part of the patch. Didn't really have a look at the rest - whether 3 or 4 spaces doesn't matter to me, just 3 was used at the time already... ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Cleaning and organizing of configure.in
At 6:18pm -0400 Tue, 26 Oct 2010, Christian Lohmaier wrote: I personally disagree that an alphabetically sortet list is best. e.g. now the font inclusion options wrt dejavu and liberation fonts are spread apart, build tool options are interspread the feature/code switches, extension-switches are mixed with core ones, etc. I personally don't like that part of the patch. And butting in to the conversation, may I offer a middle of the road suggestion? I find alphabetizing very helpful, both as an end user and as a developer. However, you do make an excellent point that related options need to still be together. Solution: argument groups. I don't actually know this environment, but if I may point you to Python's Argument Parsing module for a moment, I claim that it has an intuitive API for just this purpose: http://docs.python.org/library/argparse.html Take note as well of argument groups (Section 15.4.5.3). A thought, Kevin ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Cleaning and organizing of configure.in
On Tue, Oct 26, 2010 at 5:37 PM, Kevin Hunter hunt...@earlham.edu wrote: At 6:18pm -0400 Tue, 26 Oct 2010, Christian Lohmaier wrote: I personally disagree that an alphabetically sortet list is best. e.g. now the font inclusion options wrt dejavu and liberation fonts are spread apart, build tool options are interspread the feature/code switches, extension-switches are mixed with core ones, etc. I personally don't like that part of the patch. And butting in to the conversation, may I offer a middle of the road suggestion? I find alphabetizing very helpful, both as an end user and as a developer. However, you do make an excellent point that related options need to still be together. Solution: argument groups. I don't actually know this environment, but if I may point you to Python's Argument Parsing module for a moment, I claim that it has an intuitive API for just this purpose: http://docs.python.org/library/argparse.html Take note as well of argument groups (Section 15.4.5.3). fwiw: I like functional grouping too. pure alphabetical is useful when you know the name of the option you are looking for. most of the time, I find myself fishing for something that may be related for the issue I have... without knowing the name of the option in advance Norbert A thought, Kevin ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Cleaning and organizing of configure.in
At 6:18pm -0400 Tue, 26 Oct 2010, Christian Lohmaier wrote: sigh/ I must get used to that this list doesn't set reply to list... Oh brother, I hear you. I personally prefer that a list gets all traffic, end of discussion. However, it was pointed out to me about 6 months ago that I'm the losing side of that argument. The article(s) it took to convince me: http://woozle.org/~neale/papers/reply-to-still-harmful.html In this light, the LO list is actually doing the right thing. Cheers, Kevin ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] howto for getting non-trivial cppunit tests up and running
Caolan McNamara wrote: Righteo, re-enabled again and lets have another go. Right away I see it detected a new bug introduced with the vos removalstuff, which I've now fixed :-). Tests are good. Hi Caolan, sorry - breaks for me on at least two platforms consistently. Error log snippet: rm -f ../../unxlngx6.pro/misc/qa_unit/services.rdb : LD_LIBRARY_PATH=${LD_LIBRARY_PATH+${LD_LIBRARY_PATH}:}/builds/ooobuild/ooo-build-master/build/libreoffice-3.2.99.2/solver/330/unxlngx6.pro/lib /builds/ooobuild/ooo-build-master/build/libreoffice-3.2.99.2/solver/330/unxlngx6.pro/bin/regcomp -register -r ../../unxlngx6.pro/misc/qa_unit/services.rdb -wop \ -c configmgr.uno.so \ -c libfwklx.so configmgr.uno.so libfwklx.so register component 'configmgr.uno.so' in registry '../../unxlngx6.pro/misc/qa_unit/services.rdb' failed! error (CannotRegisterImplementationException): loading component library failed: configmgr.uno.so register component 'libfwklx.so' in registry '../../unxlngx6.pro/misc/qa_unit/services.rdb' successful! dmake: Error code 1, while making '../../unxlngx6.pro/misc/qa_unit/services.rdb' dmake: '../../unxlngx6.pro/misc/qa_unit/services.rdb' removed. (fc11.x86_64 openSUSE 11.2-x86_64) I've for the while reverted the commit, will look into this tomorrow. Cheers, -- Thorsten pgpDVaR4Yt1pg.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Cleaning and organizing of configure.in
Hi all! On 25.10.2010 01:55, Christian Lohmaier wrote: I personally disagree that an alphabetically sortet list is best. e.g. now the font inclusion options wrt dejavu and liberation fonts are spread apart, build tool options are interspread the feature/code switches, extension-switches are mixed with core ones, etc. I personally don't like that part of the patch. I think that it would be best to name all options consistently like: --with-ext-google-docs --with-ext-hunart --with-ext-languagetool --with-ext-nlpsolver --with-ext-numbertext --with-ext-oooblogger --with-ext-typo --with-fonts-dejavu --with-fonts-liberation ... adn so on... I just don't know hot to make those changes elsewhere than in configure. There is also a lots of non documented options like --enable-epm. And then there is that: http://cgit.freedesktop.org/libreoffice/build/tree/configure.in#n128 Which is definedly wrong and which nobody knows how it should be... I'd like to make a patch to those if only I would know where those changes shall made in. PS. There is also some OOo'isms like --with-ooo-builddir. Should be --with-builddir or something like that - I think. -- Niko R. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice