[Libreoffice] Easy Hack solved: Remove mid-file emacs modelines
4 patches following this patch for filters, libs-core, libs-gui, writer repositories killing all mid-file emacs modelines. If these are applied, I'll delete the corresponding easy hack on the wiki. Thanks. Sebastian pgpgPMVbog4Pc.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] filter: Remove emacs modelines in the middle of the file
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de --- filter/source/msfilter/msdffimp.cxx |2 +- filter/source/msfilter/msocximex.cxx |1 - filter/source/msfilter/msvbasic.cxx |2 -- filter/source/msfilter/msvbasic.hxx |2 -- filter/source/msfilter/svxmsbas.cxx |1 - 5 files changed, 1 insertions(+), 7 deletions(-) diff --git a/filter/source/msfilter/msdffimp.cxx b/filter/source/msfilter/msdffimp.cxx index 44a0a7e..5b2e6fc 100644 --- a/filter/source/msfilter/msdffimp.cxx +++ b/filter/source/msfilter/msdffimp.cxx @@ -28,7 +28,7 @@ // MARKER(update_precomp.py): autogen include statement, do not remove #include precompiled_filter.hxx -/* -*- Mode: C; tab-width: 4; indent-tabs-mode: nil -*- */ + #include com/sun/star/embed/Aspects.hpp #include math.h diff --git a/filter/source/msfilter/msocximex.cxx b/filter/source/msfilter/msocximex.cxx index 722c7b9..e9032c2 100644 --- a/filter/source/msfilter/msocximex.cxx +++ b/filter/source/msfilter/msocximex.cxx @@ -29,7 +29,6 @@ // MARKER(update_precomp.py): autogen include statement, do not remove #include precompiled_filter.hxx -/* -*- Mode: C; tab-width: 4; indent-tabs-mode: nil -*- */ #include com/sun/star/uno/Any.h #include com/sun/star/text/VertOrientation.hpp #include com/sun/star/text/XText.hpp diff --git a/filter/source/msfilter/msvbasic.cxx b/filter/source/msfilter/msvbasic.cxx index f39d793..41f4f5e 100644 --- a/filter/source/msfilter/msvbasic.cxx +++ b/filter/source/msfilter/msvbasic.cxx @@ -29,8 +29,6 @@ // MARKER(update_precomp.py): autogen include statement, do not remove #include precompiled_filter.hxx -/* -*- Mode: C; tab-width: 4; indent-tabs-mode: nil -*- */ - #include string.h// memset(), ... #ifndef UNX #include io.h// access() diff --git a/filter/source/msfilter/msvbasic.hxx b/filter/source/msfilter/msvbasic.hxx index f010741..b79ed0d 100644 --- a/filter/source/msfilter/msvbasic.hxx +++ b/filter/source/msfilter/msvbasic.hxx @@ -26,8 +26,6 @@ * / -/* -*- Mode: C; tab-width: 4; indent-tabs-mode: nil -*- */ - #ifndef _MSVBASIC_HXX #define _MSVBASIC_HXX diff --git a/filter/source/msfilter/svxmsbas.cxx b/filter/source/msfilter/svxmsbas.cxx index 84753bd..6cbf6a3 100644 --- a/filter/source/msfilter/svxmsbas.cxx +++ b/filter/source/msfilter/svxmsbas.cxx @@ -29,7 +29,6 @@ // MARKER(update_precomp.py): autogen include statement, do not remove #include precompiled_filter.hxx -/* -*- Mode: C; tab-width: 4; indent-tabs-mode: nil -*- */ #include tools/debug.hxx #include sfx2/objsh.hxx #include sfx2/app.hxx -- 1.7.1 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] libs-core: Remove emacs modelines in the middle of the file
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de --- editeng/source/rtf/rtfgrf.cxx |1 - editeng/source/rtf/rtfitem.cxx |2 -- editeng/source/rtf/svxrtf.cxx |3 --- 3 files changed, 0 insertions(+), 6 deletions(-) diff --git a/editeng/source/rtf/rtfgrf.cxx b/editeng/source/rtf/rtfgrf.cxx index 2a9ce93..96c5293 100644 --- a/editeng/source/rtf/rtfgrf.cxx +++ b/editeng/source/rtf/rtfgrf.cxx @@ -29,7 +29,6 @@ // MARKER(update_precomp.py): autogen include statement, do not remove #include precompiled_editeng.hxx -/* -*- Mode: C; tab-width: 4; indent-tabs-mode: nil -*- */ #include osl/endian.h #include tools/cachestr.hxx #include vcl/graph.hxx diff --git a/editeng/source/rtf/rtfitem.cxx b/editeng/source/rtf/rtfitem.cxx index d8a90aa..a1fa4aa 100644 --- a/editeng/source/rtf/rtfitem.cxx +++ b/editeng/source/rtf/rtfitem.cxx @@ -29,8 +29,6 @@ // MARKER(update_precomp.py): autogen include statement, do not remove #include precompiled_editeng.hxx -/* -*- Mode: C; tab-width: 4; indent-tabs-mode: nil -*- */ - #include editeng/flstitem.hxx #include editeng/fontitem.hxx #include editeng/postitem.hxx diff --git a/editeng/source/rtf/svxrtf.cxx b/editeng/source/rtf/svxrtf.cxx index 605753f..e9bc5e7 100644 --- a/editeng/source/rtf/svxrtf.cxx +++ b/editeng/source/rtf/svxrtf.cxx @@ -29,9 +29,6 @@ // MARKER(update_precomp.py): autogen include statement, do not remove #include precompiled_editeng.hxx -/* -*- Mode: C; tab-width: 4; indent-tabs-mode: nil -*- */ - - #include ctype.h #include tools/datetime.hxx #include rtl/tencinfo.h -- 1.7.1 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] writer: Remove emacs modelines in the middle of the file
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de --- starmath/source/mathtype.cxx|2 -- sw/source/filter/inc/msfilter.hxx |1 - sw/source/filter/inc/wwstyles.hxx |1 - sw/source/filter/ww8/WW8FibData.hxx |1 + sw/source/filter/ww8/writerhelper.hxx |1 - sw/source/filter/ww8/writerwordglue.cxx |1 - sw/source/filter/ww8/writerwordglue.hxx |1 - 7 files changed, 1 insertions(+), 7 deletions(-) diff --git a/starmath/source/mathtype.cxx b/starmath/source/mathtype.cxx index e21faa4..9721fad 100644 --- a/starmath/source/mathtype.cxx +++ b/starmath/source/mathtype.cxx @@ -30,9 +30,7 @@ #include precompiled_starmath.hxx #include mathtype.hxx - #include osl/diagnose.h - #include sfx2/docfile.hxx #define APPEND(str,ascii) str.AppendAscii(RTL_CONSTASCII_STRINGPARAM(ascii)) diff --git a/sw/source/filter/inc/msfilter.hxx b/sw/source/filter/inc/msfilter.hxx index 9eec3df..cfbe19a 100644 --- a/sw/source/filter/inc/msfilter.hxx +++ b/sw/source/filter/inc/msfilter.hxx @@ -25,7 +25,6 @@ * for a copy of the LGPLv3 License. * / -/// @HTML #ifndef SW_MS_MSFILTER_HXX #define SW_MS_MSFILTER_HXX diff --git a/sw/source/filter/inc/wwstyles.hxx b/sw/source/filter/inc/wwstyles.hxx index 0daf91a..78ee771 100644 --- a/sw/source/filter/inc/wwstyles.hxx +++ b/sw/source/filter/inc/wwstyles.hxx @@ -26,7 +26,6 @@ * / -/// @HTML #ifndef WW_WWSTYLES_HXX #define WW_WWSTYLES_HXX diff --git a/sw/source/filter/ww8/WW8FibData.hxx b/sw/source/filter/ww8/WW8FibData.hxx index d529998..0fd655d 100644 --- a/sw/source/filter/ww8/WW8FibData.hxx +++ b/sw/source/filter/ww8/WW8FibData.hxx @@ -25,6 +25,7 @@ * for a copy of the LGPLv3 License. * / + #ifndef INCLUDED_WW8_FIB_DATA_HXX #define INCLUDED_WW8_FIB_DATA_HXX #include IDocumentExternalData.hxx diff --git a/sw/source/filter/ww8/writerhelper.hxx b/sw/source/filter/ww8/writerhelper.hxx index fed6f83..f758092 100644 --- a/sw/source/filter/ww8/writerhelper.hxx +++ b/sw/source/filter/ww8/writerhelper.hxx @@ -25,7 +25,6 @@ * for a copy of the LGPLv3 License. * / -/// @HTML #ifndef SW_WRITERHELPER #define SW_WRITERHELPER diff --git a/sw/source/filter/ww8/writerwordglue.cxx b/sw/source/filter/ww8/writerwordglue.cxx index 5e2c418..315f2ed 100644 --- a/sw/source/filter/ww8/writerwordglue.cxx +++ b/sw/source/filter/ww8/writerwordglue.cxx @@ -28,7 +28,6 @@ // MARKER(update_precomp.py): autogen include statement, do not remove #include precompiled_sw.hxx -/// @HTML #include msfilter.hxx # include writerwordglue.hxx #include doc.hxx diff --git a/sw/source/filter/ww8/writerwordglue.hxx b/sw/source/filter/ww8/writerwordglue.hxx index 09af0d9..b267ba3 100644 --- a/sw/source/filter/ww8/writerwordglue.hxx +++ b/sw/source/filter/ww8/writerwordglue.hxx @@ -25,7 +25,6 @@ * for a copy of the LGPLv3 License. * / -/// @HTML #ifndef SW_WRITERWORDGLUE #define SW_WRITERWORDGLUE -- 1.7.1 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Same patches as attachment
As Norbert Thiebaud has an email client that does not allow him to nicely apply patches sent with git send-email ;-P, here the same 4 patches as attachments. Thanks for applying. Sebastian pgp4AKtVcizTp.pgp Description: PGP signature From 79403dfb9113bdb6f7f3fcd3be692abb586525d7 Mon Sep 17 00:00:00 2001 From: Sebastian Spaeth sebast...@sspaeth.de Date: Thu, 28 Oct 2010 18:43:40 +0200 Subject: [PATCH] filter: Remove emacs modelines in the middle of the file Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de --- filter/source/msfilter/msdffimp.cxx |2 +- filter/source/msfilter/msocximex.cxx |1 - filter/source/msfilter/msvbasic.cxx |2 -- filter/source/msfilter/msvbasic.hxx |2 -- filter/source/msfilter/svxmsbas.cxx |1 - 5 files changed, 1 insertions(+), 7 deletions(-) diff --git a/filter/source/msfilter/msdffimp.cxx b/filter/source/msfilter/msdffimp.cxx index 44a0a7e..5b2e6fc 100644 --- a/filter/source/msfilter/msdffimp.cxx +++ b/filter/source/msfilter/msdffimp.cxx @@ -28,7 +28,7 @@ // MARKER(update_precomp.py): autogen include statement, do not remove #include precompiled_filter.hxx -/* -*- Mode: C; tab-width: 4; indent-tabs-mode: nil -*- */ + #include com/sun/star/embed/Aspects.hpp #include math.h diff --git a/filter/source/msfilter/msocximex.cxx b/filter/source/msfilter/msocximex.cxx index 722c7b9..e9032c2 100644 --- a/filter/source/msfilter/msocximex.cxx +++ b/filter/source/msfilter/msocximex.cxx @@ -29,7 +29,6 @@ // MARKER(update_precomp.py): autogen include statement, do not remove #include precompiled_filter.hxx -/* -*- Mode: C; tab-width: 4; indent-tabs-mode: nil -*- */ #include com/sun/star/uno/Any.h #include com/sun/star/text/VertOrientation.hpp #include com/sun/star/text/XText.hpp diff --git a/filter/source/msfilter/msvbasic.cxx b/filter/source/msfilter/msvbasic.cxx index f39d793..41f4f5e 100644 --- a/filter/source/msfilter/msvbasic.cxx +++ b/filter/source/msfilter/msvbasic.cxx @@ -29,8 +29,6 @@ // MARKER(update_precomp.py): autogen include statement, do not remove #include precompiled_filter.hxx -/* -*- Mode: C; tab-width: 4; indent-tabs-mode: nil -*- */ - #include string.h // memset(), ... #ifndef UNX #include io.h // access() diff --git a/filter/source/msfilter/msvbasic.hxx b/filter/source/msfilter/msvbasic.hxx index f010741..b79ed0d 100644 --- a/filter/source/msfilter/msvbasic.hxx +++ b/filter/source/msfilter/msvbasic.hxx @@ -26,8 +26,6 @@ * / -/* -*- Mode: C; tab-width: 4; indent-tabs-mode: nil -*- */ - #ifndef _MSVBASIC_HXX #define _MSVBASIC_HXX diff --git a/filter/source/msfilter/svxmsbas.cxx b/filter/source/msfilter/svxmsbas.cxx index 84753bd..6cbf6a3 100644 --- a/filter/source/msfilter/svxmsbas.cxx +++ b/filter/source/msfilter/svxmsbas.cxx @@ -29,7 +29,6 @@ // MARKER(update_precomp.py): autogen include statement, do not remove #include precompiled_filter.hxx -/* -*- Mode: C; tab-width: 4; indent-tabs-mode: nil -*- */ #include tools/debug.hxx #include sfx2/objsh.hxx #include sfx2/app.hxx -- 1.7.1 From d159851dffeeb2647c3ed47c2c56a2dcef789f76 Mon Sep 17 00:00:00 2001 From: Sebastian Spaeth sebast...@sspaeth.de Date: Thu, 28 Oct 2010 18:43:41 +0200 Subject: [PATCH] libs-core: Remove emacs modelines in the middle of the file Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de --- editeng/source/rtf/rtfgrf.cxx |1 - editeng/source/rtf/rtfitem.cxx |2 -- editeng/source/rtf/svxrtf.cxx |3 --- 3 files changed, 0 insertions(+), 6 deletions(-) diff --git a/editeng/source/rtf/rtfgrf.cxx b/editeng/source/rtf/rtfgrf.cxx index 2a9ce93..96c5293 100644 --- a/editeng/source/rtf/rtfgrf.cxx +++ b/editeng/source/rtf/rtfgrf.cxx @@ -29,7 +29,6 @@ // MARKER(update_precomp.py): autogen include statement, do not remove #include precompiled_editeng.hxx -/* -*- Mode: C; tab-width: 4; indent-tabs-mode: nil -*- */ #include osl/endian.h #include tools/cachestr.hxx #include vcl/graph.hxx diff --git a/editeng/source/rtf/rtfitem.cxx b/editeng/source/rtf/rtfitem.cxx index d8a90aa..a1fa4aa 100644 --- a/editeng/source/rtf/rtfitem.cxx +++ b/editeng/source/rtf/rtfitem.cxx @@ -29,8 +29,6 @@ // MARKER(update_precomp.py): autogen include statement, do not remove #include precompiled_editeng.hxx -/* -*- Mode: C; tab-width: 4; indent-tabs-mode: nil -*- */ - #include editeng/flstitem.hxx #include editeng/fontitem.hxx #include editeng/postitem.hxx diff --git a/editeng/source/rtf/svxrtf.cxx b/editeng/source/rtf/svxrtf.cxx index 605753f..e9bc5e7 100644 --- a/editeng/source/rtf/svxrtf.cxx +++ b/editeng/source/rtf/svxrtf.cxx @@ -29,9 +29,6 @@ // MARKER(update_precomp.py): autogen include statement, do not remove #include precompiled_editeng.hxx -/* -*- Mode: C; tab-width: 4; indent-tabs-mode: nil -*- */ - - #include ctype.h #include tools/datetime.hxx #include rtl/tencinfo.h -- 1.7.1 From 84bb0d60107c7b7ad103c07d5f9b2d378a96c370 Mon Sep 17
Re: [Libreoffice] [Pushed] Same patches as attachment
On Fri, Oct 29, 2010 at 1:36 AM, Sebastian Spaeth sebast...@sspaeth.de wrote: As Norbert Thiebaud has an email client that does not allow him to nicely apply patches sent with git send-email ;-P, here the same 4 patches as attachments. Pushed, Thanks Norbert Thanks for applying. Sebastian ___ 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] How to write debug output to console or file?
Hi Mattias, On Fri, 2010-10-29 at 15:49 +1100, Mattias Johnsson wrote: To help with debugging, it'd be very useful for me to be able to write out variable values from within the code. Writing to the console or a file would be fine. Writing to the console using fprintf of std:: is possible. I usually output on the error stream for the debugging purposes. std::cout doesn't work with any of the internal (unicode) string types like OUString. Is there a way to cast them to something that cout can deal with, or is there some logger that can write these strings to a file? The problem here is to get a C string from them: here are some examples: * from OUString: rtl::OUStringToOString( sOUStr, RTL_TEXTENCODING_UTF8 ).getStr() * from String / UniString ByteString( sToolStr, RTL_TEXTENCODING_UTF8 ).GetBufferAccess() I typed those without checking the case... I hope it's OK, otherwise, just check the code for the correct syntax. 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] First build error: segmentation fault on vcl
Hi Dave, On Thu, 2010-10-28 at 13:54 -0700, Dave Lacy Kusters wrote: I tried tracking down the generation of the linker paths, but got bogged down in the details. Then, I tried --without-stlport. That got me different errors, so I switched gears and tried --disable-kde and --disable-kde4. I got further, but hit an error compilng forms/source/component/GroupManager.cxx. The error is: /home/dlacykusters/libre/libreoffice/build/build/libreoffice-3.2.99.2/forms/source/component/GroupManager.hxx:75: error: 'lower_bound' is not a member of '_STL' Urk :-) I removed my forms/unxlngi6.pro directory, updated and re-built - it seems to be a transient problem; prolly introduced by some over-enthusiastic windows porting ;-) Sorry pardon, and thanks for persisting here ! hopefully as/when we branch for 3.3 (Saturday) we will have a stable branch to recommend for new builds. The KDE / stlport nasty is really awful though; I -thought- we agreed to default to --without-stlport : Caolan - is that so ? [ or do we again need an auto-detecting thing that prefers the system version, for the Devel profile ? ;-] 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] Non compiling code on mono-uno-bridge (fix)
On Thu, Oct 28, 2010 at 11:04:44PM -0500, Joshua Ismael hah...@gmail.com wrote: /me makes easy task on /scratch/mono-uno-bridge :) Again, in general such cleanups are recommended in the real repos, not in build.git. Run ./download and fine similar code under /clone/ :) Thanks. pgpbRJGCPSzhB.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First time Build issues on Ubuntu
Hi, On Fri, Oct 29, 2010 at 3:04 PM, Caolán McNamara caol...@redhat.com wrote: On Fri, 2010-10-29 at 09:34 +0530, surensp...@gmail.com wrote: I am new to Libreoffice and I was trying to build Libreoffice for the first time. I ended up with this error - [1]. I figured it might be because the file might not have included algorithm as the 'lower_bound' function that was said missing is provided by algorithm header. I naively added a snip #includealgorithm using namespace std /snip to .../build/build/libreoffice-3.2.99.2/forms/source/component/GroupManager.hxx and the build worked. And right now proceeding with the build further. Right, yes #include algorithm was the right fix. I pushed that last night, so it should be good now. You're instincts were correct. But I am not sure this is the right way of doing it as I believe we are using stlports and that would mean algorithm should come from stlports and now from system provided STL. Please do advice how to proceed to get it fixed. Nah, Ignore the stl implementation behind the curtain (For linux its only behind the curtain for x86 anyway). You generally don't need to worry about doing anything special for the stlport using ports, just #include thenormalname and its all taken care of, so indeed #include algorithm is good. C. Thanks for the response and fix. Meanwhile I had got the actual commit which introduced the break and raised the bug against the committer. Will close the bug as well. -- regards Suren ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [FIXED] First build error: segmentation fault on vcl
On Fri, 2010-10-29 at 10:08 +0100, Caolán McNamara wrote: So, the question is, where's /usr/lib coming from in the ENABLE_KDE case, and can it be stuffed to the *end* of the compiler line and not the start. I don't build against KDE, but I guess I could make an exception for once and go see this for myself. KDE_LIBS is created in configure.in and a few convoluted routes into it add one or more -L/usr/lib to it. vcl/util/makefile.mk prepended KDE_LIBS to the compile line, I've now tweaked it to append KDE_LIBS to it instead and pushed that change. Not sure why it was prepended in the first place, so something else horrible might happen, but for the moment at least I reckon that should be the end of the segmentation fault in vcl problem on Ubuntu and friends. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build error: segmentation fault on vcl
Hi all, On Thu, 2010-10-28 at 13:54 -0700, Dave Lacy Kusters wrote: I tried tracking down the generation of the linker paths, but got bogged down in the details. Then, I tried --without-stlport. That got me different errors, so I switched gears and tried --disable-kde and --disable-kde4. I got further, but hit an error compilng forms/source/component/GroupManager.cxx. The error is: /home/dlacykusters/libre/libreoffice/build/build/libreoffice-3.2.99.2/forms/source/component/GroupManager.hxx:75: error: 'lower_bound' is not a member of '_STL' Urk :-) I removed my forms/unxlngi6.pro directory, updated and re-built - it seems to be a transient problem; prolly introduced by some over-enthusiastic windows porting ;-) I still have one last patch to merge related to the Windows porting that can potentially break other platforms, I promise that after that the remaining changes will not break anything :) The change is simple in theory: remove - ::std::remove but I have a couple of questions about it: 1. We basically have two options here: use _STL::remove or ::std::remove. My first version of the patch was using _STL::remove, but I think the plan is to get rid of STLPort in the future, so the second option would be better. 2. I can make the changes for all platforms or just put it inside some ifdefs. In the later case, we are sure that nothing will break. -- Jesús Corrius je...@softcatala.org Document Foundation founding member Skype: jcorrius | Twitter: @jcorrius ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build error: segmentation fault on vcl
On Fri, Oct 29, 2010 at 12:00 PM, Caolán McNamara caol...@redhat.com wrote: On Fri, 2010-10-29 at 11:56 +0200, Jesús Corrius wrote: but I have a couple of questions about it: 1. We basically have two options here: use _STL::remove or ::std::remove. My first version of the patch was using _STL::remove, but I think the plan is to get rid of STLPort in the future, so the second option would be better. Yes use std::remove/::std::remove. stlport redefines stl to be _STL which is why that symbol name might appear in warnings or linker time errors. Avoid _STL if at all possible :-) 2. I can make the changes for all platforms or just put it inside some ifdefs. In the later case, we are sure that nothing will break. Nah, I say avoid the ifdefs if possible. I don't mind picking up a few temporary build-time breakages which are quick and easy to fix with some extra includes of namespacing rather than end up with masses of ifdefs. I have checked the offending code and it's always like this: #if defined(_MSC_VER) (_MSC_VER 1310) (_MSC_VER 1500) remove( #else std::remove( So it's already always std::remove in all platforms except Windows. I will build the code with Visual Studio 2008 this evening and try to see why can't also be std::remove there. That would be perfect and fix the porting issue. -- Jesús Corrius je...@softcatala.org Document Foundation founding member Skype: jcorrius | Twitter: @jcorrius ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] Re: [PATCH] Fix comments in filters/xmerge
On Thu, 2010-10-28 at 13:33 +0100, Nigel Hawkins wrote: Hi, My first try at this. I'm still trying to get my head around git, so I hope I've made the patches correctly. They appear good to me, they definitely apply correctly :-) Then I noticed warnings that could be fixed by only touching comments. Thanks, I see that the comments appeared to originally often seem to be just copied from somewhere else and didn't describe the code they were above. Patches applied and pushed, thanks. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] dpslo / compile poisoning ...
Hi guys, I had a fun problem with calc just now that was quite revealing. I added a file (to test Regina's nice code) to calc's makefile.mk, and it compiled the dpslo. Then I removed that file from the makefile.mk - yet it still built: echo #error an error sc/source/core/tool/interpr7.cxx would compile interpr7.obj even though it was not mentioned in SLOFILES / EXCEPTIONFILES. It seems it came from the dpslo file: mich...@linux-3bmr:/data/opt/OpenOffice/HEAD/build/libreoffice-3.2.99.2/sc grep -R s_interpr7.dpcc * unxlngi6.pro/misc/all_tool.dpslo:../../../unxlngi6.pro/misc/all_tool.dpslo : ../../../unxlngi6.pro/misc/s_interpr7.dpcc unxlngi6.pro/misc/all_tool.dpslo:tool_known_dpcc+=s_addincfg.dpcc s_addincol.dpcc s_addinhelpid.dpcc s_addinlis.dpcc s_address.dpcc s_adiasync.dpcc s_appoptio.dpcc s_autoform.dpcc s_callform.dpcc s_cellform.dpcc s_cellkeytranslator.dpcc s_chartarr.dpcc s_charthelper.dpcc s_chartlis.dpcc s_chartlock.dpcc s_chartpos.dpcc s_chgtrack.dpcc s_chgviset.dpcc s_collect.dpcc s_compiler.dpcc s_consoli.dpcc s_dbcolect.dpcc s_ddelink.dpcc s_detdata.dpcc s_detfunc.dpcc s_docoptio.dpcc s_doubleref.dpcc s_editutil.dpcc s_filtopt.dpcc s_formulaparserpool.dpcc s_hints.dpcc s_inputopt.dpcc s_interpr1.dpcc s_interpr2.dpcc s_interpr3.dpcc s_interpr4.dpcc s_interpr5.dpcc s_interpr6.dpcc s_interpr7.dpcc s_lookupcache.dpcc s_navicfg.dpcc s_odffmap.dpcc s_optutil.dpcc s_parclass.dpcc s_printopt.dpcc s_prnsave.dpcc s_progress.dpcc s_queryparam.dpcc s_rangelst.dpcc s_rangenam.dpcc s_rangeseq.dpcc s_rangeutl.dpcc s_rechead.dpcc s_refdata.dpcc s_reffind.dpcc s_refreshtimer.dpcc s_reftokenhelper.dpcc s_refupdat.dpcc s_scmatrix.dpcc s_simplerangelist.dpcc s_stringutil.dpcc s_subtotal.dpcc s_token.dpcc s_unitconv.dpcc s_userlist.dpcc s_viewopti.dpcc s_zforauto.dpcc Which - I guess needs a better rule to re-build itself :-) Will look into that. I suspect this lies behind a number of people's incremental build problems, when we remove files from the compilation. HTH, 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] How to write debug output to console or file?
On Fri, 2010-10-29 at 09:52 +0200, Cedric Bosdonnat wrote: The problem here is to get a C string from them: here are some examples: * from OUString: rtl::OUStringToOString( sOUStr, RTL_TEXTENCODING_UTF8 ).getStr() * from String / UniString ByteString( sToolStr, RTL_TEXTENCODING_UTF8 ).GetBufferAccess() I typed those without checking the case... I hope it's OK, otherwise, just check the code for the correct syntax. As an aside, when you're in gdb print dbg_dump(whatever) should (these days) work again regardless of whether whatever is a OString/OUString/String/ByteString/OStringBuffer/OUStringBuffer. Well, in theory at least, and it does seem to work for me recently again. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] How to write debug output to console or file?
On Fri, 2010-10-29 at 11:59 +0100, Caolán McNamara wrote: On Fri, 2010-10-29 at 09:52 +0200, Cedric Bosdonnat wrote: The problem here is to get a C string from them: here are some examples: * from OUString: rtl::OUStringToOString( sOUStr, RTL_TEXTENCODING_UTF8 ).getStr() Much as I hate the over-use of operator overloading, and the streams idiom; is there a good reason why we can't have some osl::OutputStrm foo aString \n; type thing ? [ as long as we don't go wild and start using this mess all over the place ;-]. Thoughts ? Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Styles and Formatting
Hi, I've been working on the Styles and Formatting window does not remember hierarchical view bug. It seems I got it. I've noticed that, the window does not remember the Frame Styles but reverts to Paragraph Styles. Is that an another bug or a feature ? (The same in openoffice) Regards. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Windows dependancies
On Thu, 2010-10-21 at 21:19 +0100, Martin Gallwey wrote: Hi there! Just working further on getting a working build up and running, there are a bunch of files needed to get a build running, namely, these? Looking for /cygdrive/c/lo/src/msvcr80.dll ... ok Looking for /cygdrive/c/lo/src/msvcp80.dll ... ok Looking for /cygdrive/c/lo/src/Microsoft.VC80.CRT.manifest ... ok Looking for /cygdrive/c/lo/src/msvcr71.dll ... ok Looking for /cygdrive/c/lo/src/gdiplus.dll ... ok With the exception of the .manifest file, these are all distributed with the OOo download - would it be possible to put a tarball or zip of these files up on libreoffice.org and have the build process download and unpack them as part of the build, or is there some redistribution licensing foo going on here? It's a bit confusing to me. Seems you can distribute them along with an app you write when you have the license to the full version of the compiler ?, so it would seem to be possible. Probably need to get the canonical EULA text for them to have a real idea if its possible or not. And you can also download some them at least from the msdn websites as well. and I see that http://kegel.com/wine/winetricks has a script which downloads these from known locations and runs their installers. I would *imagine* that it would be ok to do that anyway, i.e. a script that downloads the installers, runs them and let the end-user click-through any relevant EULAs ? C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Windows dependancies
i.e. a script that downloads the installers, runs them and let the end-user click-through any relevant EULAs ? Do you really mean the LibreOffice end-user here? I don't think that is the case which is being discussed in this thread. We do include the VC runtime in the Windows installer, OOo has always done that. I think what was wanted for us to have the files that are put in the installer also available for dowload from some LibreOffice site, not just from Microsoft. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Windows dependancies
On Fri, 2010-10-29 at 07:41 -0600, Tor Lillqvist wrote: i.e. a script that downloads the installers, runs them and let the end-user click-through any relevant EULAs ? Do you really mean the LibreOffice end-user here? No I think what was wanted for us to have the files that are put in the installer also available for dowload from some LibreOffice site, not just from Microsoft. Yes, to auto-install, or as close to possible auto-install, all the dependencies needed to build LibreOffice on windows via the ./download step, and not manually run around downloading/installing them manually. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Windows dependancies
No I think what was wanted for us to have the files that are put in the installer also available for dowload from some LibreOffice site, not just from Microsoft. Yes, to auto-install, or as close to possible auto-install, all the dependencies needed to build LibreOffice on windows via the ./download step, and not manually run around downloading/installing them manually. Yep, anything that reduces the amount of required faffing around before you can type 'make' would be good. Something else which is a bit odd is that the autogen.sh/configure scripts expect you to have a system libxml2 and ant installed despite the fact that these are included in src: 7740a8ec23878a2f50120e1faa2730f2-libxml2-2.7.6.tar.gz apache-ant-1.8.1-bin.tar.gz Seems peculiar - why is this? Is anyone familiar with any way to script Cygwin package installation? ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] build or rawbuild dir?
This page describes building in the topmost dir http://www.documentfoundation.org/develop/ whereas the wiki-page example changes to rawbuild before. Which one is recommended? I have been building from topmost dir so far. thanks Jani ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] How to write debug output to console or file?
Hi Michael, Michael Meeks píše v Pá 29. 10. 2010 v 12:14 +0100: The problem here is to get a C string from them: here are some examples: * from OUString: rtl::OUStringToOString( sOUStr, RTL_TEXTENCODING_UTF8 ).getStr() Much as I hate the over-use of operator overloading, and the streams idiom; is there a good reason why we can't have some osl::OutputStrm foo aString \n; type thing ? [ as long as we don't go wild and start using this mess all over the place ;-]. Thoughts ? My complete history of tries fails wrt. doing the debug output easier is here: http://www.openoffice.org/issues/show_bug.cgi?id=65920 At some stage I introduced std::cout foo aString std::endl; in ooo-build, but it was breaking the unit tests in tools: commit 77951e773a286800967046730ff6e536eb7196aa Author: Jan Holesovsky ke...@suse.cz Date: Thu Jul 26 17:40:35 2007 + Kill, breaks tools unit tests (and is not much helpful anyway). * patches/src680/sal-oustring-debug.diff, patches/src680/apply: Kill, breaks tools unit tests (and is not much helpful anyway). Could anybody here re-try see what exactly was going on there? Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Easy Hack solved: Remove mid-file emacs modelines
The wiki is Mediawiki, isn't it? Mediawiki has version-control/history. 2010/10/29 Caolán McNamara caol...@redhat.com: On Fri, 2010-10-29 at 08:16 +0200, Sebastian Spaeth wrote: 4 patches following this patch for filters, libs-core, libs-gui, writer repositories killing all mid-file emacs modelines. If these are applied, I'll delete the corresponding easy hack on the wiki. Could someone add a new wiki page called Fixed Easy Hacks or something and move the done things in there, might have to go back through the history of the Easy Hacks to pull out the old ones which got done. Nice to have a list of the completed tasks. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice -- Linux-user #496644 (http://counter.li.org) - first touch of linux in 2004 Demandoj en aŭ pri Esperanto? Questions about Esperanto? Vragen over Esperanto? Perguntas sobre o Esperanto? - http://demandoj.tk ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Easy Hack solved: Remove mid-file emacs modelines
On Fri, Oct 29, 2010 at 1:28 PM, Joop Kiefte iko...@gmail.com wrote: The wiki is Mediawiki, isn't it? Mediawiki has version-control/history. It's better for new developers to see that information collected on a page, though. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] patch: delete comments in German and VIM
delete comments in German and VIM at the beginning and end of file. example: /* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- * /* vim:set shiftwidth=4 softtabstop=4 expandtab: */ files: writer.cxx wrt_fn.cxx wrtswtbl.cxx *path: build/clone/writer/sw/source/filter/writer* My first patch: I hope everything goes well. Regards and good luck to all Luigi --- ../../build/clone/writer/sw/source/filter/writer/writer.cxx 2010-10-28 22:12:01.454128322 +0200 +++ ../../build/clone/writer/sw/source/filter/writer/writerNEW.cxx 2010-10-29 17:22:26.778110535 +0200 @@ -1,8 +1,8 @@ -/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */ + /* * * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. - * + * * Copyright 2000, 2010 Oracle and/or its affiliates. * * OpenOffice.org - a multi-platform office productivity suite @@ -50,7 +50,7 @@ using namespace ::com::sun::star; -// Stringbuffer fuer die umgewandelten Zahlen + static sal_Char aNToABuf[] = 0; #define NTOABUFLEN (sizeof(aNToABuf)) @@ -130,18 +130,7 @@ } } -/* - * Dieses Modul ist die Zentrale-Sammelstelle fuer alle Write-Filter - * und ist eine DLL ! - * - * Damit der Writer mit den unterschiedlichen Writern arbeiten kann, - * muessen fuer diese die Ausgabe-Funktionen der Inhalts tragenden - * Objecte auf die verschiedenen Ausgabe-Funktionen gemappt werden. - * - * Dazu kann fuer jedes Object ueber den Which-Wert in einen Tabelle ge- - * griffen werden, um seine Ausgabe-Funktion zu erfragen. - * Diese Funktionen stehen in den entsprechenden Writer-DLL's. - */ + Writer::Writer() : m_pImpl(new Writer_Impl) @@ -194,11 +183,11 @@ { if( (*ppPam)-GetNext() == pOrigPam ) { -*ppPam = pOrigPam; // wieder auf den Anfangs-Pam setzen -return FALSE;// Ende vom Ring +*ppPam = pOrigPam; +return FALSE; } -// ansonsten kopiere den die Werte aus dem naechsten Pam + *ppPam = ((SwPaM*)(*ppPam)-GetNext() ); *pCurPam-GetPoint() = *(*ppPam)-Start(); @@ -207,7 +196,7 @@ return TRUE; } -// suche die naechste Bookmark-Position aus der Bookmark-Tabelle + sal_Int32 Writer::FindPos_Bkmk(const SwPosition rPos) const { @@ -250,7 +239,7 @@ / -// Stream-spezifisches + SvStream Writer::Strm() { ASSERT( m_pImpl-m_pStream, Oh-oh. Writer with no Stream! ); @@ -262,8 +251,8 @@ SvStream Writer::OutHex( SvStream rStrm, ULONG nHex, BYTE nLen ) -{ // in einen Stream aus -// Pointer an das Bufferende setzen +{ + sal_Char* pStr = aNToABuf + (NTOABUFLEN-1); for( BYTE n = 0; n nLen; ++n ) { @@ -277,7 +266,7 @@ SvStream Writer::OutLong( SvStream rStrm, long nVal ) { -// Pointer an das Bufferende setzen + sal_Char* pStr = aNToABuf + (NTOABUFLEN-1); int bNeg = nVal 0; @@ -289,7 +278,7 @@ nVal /= 10; } while( nVal ); -// Ist Zahl negativ, dann noch - + if( bNeg ) *(--pStr) = '-'; @@ -298,7 +287,7 @@ SvStream Writer::OutULong( SvStream rStrm, ULONG nVal ) { -// Pointer an das Bufferende setzen + sal_Char* pStr = aNToABuf + (NTOABUFLEN-1); do { @@ -324,9 +313,9 @@ pOrigFileName = pFName; m_pImpl-m_pStream = rStrm; -// PaM kopieren, damit er veraendert werden kann + pCurPam = new SwPaM( *rPaM.End(), *rPaM.Start() ); -// zum Vergleich auf den akt. Pam sichern + pOrigPam = rPaM; ULONG nRet = WriteStream(); @@ -375,7 +364,7 @@ if (m_pImpl-pSrcArr) { -// wurde die Datei schon verschoben + USHORT nPos; if (m_pImpl-pSrcArr-Seek_Entry( rFileNm, nPos )) { @@ -420,9 +409,7 @@ void Writer::PutNumFmtFontsInAttrPool() { -// dann gibt es noch in den NumRules ein paar Fonts -// Diese in den Pool putten. Haben sie danach einen RefCount 1 -// kann es wieder entfernt werden - ist schon im Pool + SfxItemPool rPool = pDoc-GetAttrPool(); const SwNumRuleTbl rListTbl = pDoc-GetNumRuleTbl(); const SwNumRule* pRule; @@ -577,7 +564,7 @@ -// Storage-spezifisches + ULONG StgWriter::WriteStream() { @@ -592,9 +579,9 @@ pDoc = rPaM.GetDoc(); pOrigFileName = pFName; -// PaM kopieren, damit er veraendert werden kann + pCurPam = new SwPaM( *rPaM.End(), *rPaM.Start() ); -// zum Vergleich auf den akt. Pam sichern + pOrigPam = rPaM; ULONG nRet = WriteStorage(); @@ -613,9 +600,9 @@ pDoc = rPaM.GetDoc(); pOrigFileName = pFName; -// PaM kopieren, damit er veraendert werden kann + pCurPam = new SwPaM( *rPaM.End(), *rPaM.Start() ); -// zum Vergleich auf den akt. Pam sichern + pOrigPam
Re: [Libreoffice] How to Use Other Source Files?
On 99.10.29 07:26pm, Caolán McNamara said: On Fri, 2010-10-29 at 19:14 +0800, imacat wrote: I see. Thank you. However, as a Chinese user the newly-compiled LibreOffice does not have Chinese, I think I still need the l10n. ./autogen.sh --with-git --with-num-cpus=2 --with-lang=en-US zh-TW Thank you. I shall try it as soon as possible. Sorry I did not notice that I was not replying to the list. ^^; -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key: http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's: http://www.imacat.idv.tw/ Woman in Free and Open Source Software http://wofoss.blogspot.com/ TLUG List Manager: http://lists.linux.org.tw/cgi-bin/mailman/listinfo/tlug signature.asc Description: OpenPGP digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Windows dependancies
Hi Caolan, Caolán McNamara píše v Pá 29. 10. 2010 v 14:35 +0100: And you can also download some them at least from the msdn websites as well. and I see that http://kegel.com/wine/winetricks has a script which downloads these from known locations and runs their installers. I would *imagine* that it would be ok to do that anyway, i.e. a script that downloads the installers, runs them and let the end-user click-through any relevant EULAs ? Thanks for the tip! I've added the automation of its usage to Easy Hacks: http://wiki.documentfoundation.org/Development/Easy_Hacks#Simplify_the_download_of_Windows_dependencies Volunteers welcome :-) Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] patch: delete comments in German and VIM
Hi Luigi, bitpolare píše v Pá 29. 10. 2010 v 18:49 +0200: delete comments in German and I am afraid there must have been a bit of misunderstanding; we do not want to delete the German comments, but translate them to English :-) Do you speak German? Can you provide the translations, please? VIM at the beginning and end of file. Unfortunately, that is not the intention either :-( We want to have the Emacs and Vim modelines at the beginning and end of the file, but nowhere else :-) - so please try to find and remove those that are somewhere in the middle, I suppose there must be examples of such files still left. I am sorry - I hope this does not discourage you! :-) Thank you, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] patch: delete comments in German and VIM
Excuse me: I'm new. :-[ I was wrong. Hello everyone Luigi PS ty Jan :-) Il 29/10/2010 19:40, Jan Holesovsky ha scritto: Hi Luigi, bitpolare píše v Pá 29. 10. 2010 v 18:49 +0200: delete comments in German and I am afraid there must have been a bit of misunderstanding; we do not want to delete the German comments, but translate them to English :-) Do you speak German? Can you provide the translations, please? VIM at the beginning and end of file. Unfortunately, that is not the intention either :-( We want to have the Emacs and Vim modelines at the beginning and end of the file, but nowhere else :-) - so please try to find and remove those that are somewhere in the middle, I suppose there must be examples of such files still left. I am sorry - I hope this does not discourage you! :-) Thank you, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice -- Linux user number 526206 http://counter.li.org/ ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Export OLE objects as PDF / graphics
Hi, I'm studying the Export OLE objects as PDF / graphics feature and it reminds me of an other... When you import a picture in writer : you can't rotate it. It's a picture : style Graphics. When you import a picture in draw : you can't rotate it. If you copy it back in writer, it's a Drawing Object and then you can rotate it. I've heard many people complaining about that : open in draw and then copy to writer is a pain !. Any hint about that feature ? Regards. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Easy Hack solved: Remove mid-file emacs modelines
On Fri, 2010-10-29 at 13:28 -0300, Joop Kiefte wrote: The wiki is Mediawiki, isn't it? Mediawiki has version-control/history. yes, but that's not really for reading, so I suggest it would be helpful to quickly scan back over the mediawiki history/version control and note the tasks which got removed because they were completed and stick them on another CompletedEasyHacks page. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] build or rawbuild dir?
On Fri, 2010-10-29 at 19:34 +0200, Jan Holesovsky wrote: Jani Monoses píše v Pá 29. 10. 2010 v 17:49 +0300: This page describes building in the topmost dir http://www.documentfoundation.org/develop/ whereas the wiki-page example changes to rawbuild before. Which one is recommended? I have been building from topmost dir so far. rawbuild/ is recommended for development, because you have the git tracking there - you are easily able to generate patches that way. But - of course, I use the mechanism that is recommended on the web-site, and that is tested by most of our beginners, and is known to work well ;-) [ ie. build/libreoffice-* ] - and yes it is deadly annoying. The screwed up situation of having these two places to build, two different conflicting makefiles with different rules etc. needs to be cleared up ASAP - post the branch / freeze over the weekend, this needs to be one of the first things we fix I think. Hopefully the situation will not persist indefinitaely, since it works for me without problems, I'd personally recommend the web-site page approach :-) manifestly it has only four simple steps: autogen, download, make, bin/ooinstall ... HTH, 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] First build error: segmentation fault on vcl
On Fri, October 29, 2010 1:37:11 AM, Michael Meeks wrote: Sorry pardon, and thanks for persisting here ! hopefully as/when we branch for 3.3 (Saturday) we will have a stable branch to recommend for new builds. No problem. Sounds like the best plan for me is to sit back and wait until the patches get applied over the weekend. I'll pull on Monday morning, try again, and report back. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] yum-builddep question ...
Terrell Prude' Jr. wrote: 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 Hmm...am I asking this in the wrong place? Just wanting to set up the compile environment for LibreOffice on CentOS 5. Thanks, --TP ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] build or rawbuild dir?
Hi Michael, all, Michael Meeks píše v Pá 29. 10. 2010 v 21:41 +0100: The screwed up situation of having these two places to build, two different conflicting makefiles with different rules etc. needs to be cleared up ASAP - post the branch / freeze over the weekend, this needs to be one of the first things we fix I think. Indeed :-) So let me outline the plan here, so that people can scream before I do that. [Actually, it was Petr's idea, so praise him if you like it, but blame me if not :-)] The idea is to forget the 'build' repository in the normal process, and let it only for the documentation, and for the distro maintainers - if they need it at all. 'bootstrap' would become the new main repo, and would have the following layout: /bootstrap /autogen.sh /configure.in /dmake ... /stlport # ie. the stuff it contains even now, plus /clone # equivalent of build/clone we have now, containing /artwork /base ... /writer ~accessibility ~afms ... ~zlib# links to the clone/*/[module], ie. equivalent of the # content of rawbuild/ /bin # for scripts needed, namely 'g' It will need some shuffling around, eg. the already mentioned 'g' script (that will work both on 'bootstrap' itself, as well as on the repos in clone/) will have to be moved from the build repo, or the ./download script. Also, we'll need to update bootstrap's configure.in to have the defaults same as the current default LibreOffice{Linux,Win32,MacOSX}Devel distro. Let me know if it works for you - hopefully yes :-) Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice config migration
Michael Meeks wrote: Speaking of which - I notice that neither us, nor up-stream register the migrationoo3.uno.so - so the migrate from 3.x code is never executed :-) we only migrate from 2.x - any ideas why that is ? (Thorsten?). I will push a fix to enable that in scp2 over the weekend - scream if that will bite ;-) [ it works for me ]. Hi Michael, makes sense to enable that - migrates extensions over from any found 3.x-ish user config dir - presumably used on some upgrade-to- commercial offerings at OOo... ...so to test, install a few non-standard extensions in OOo, and see if those are migrated over. Cheers, -- Thorsten pgpdSUxLm3QlU.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Writer compatibility dialog options
All, I'm working on updating the documentation for Writer. Noticed that on the Options - LibreOffice Writer - Compatibility dialog, some options have OpenOffice.org 1.1 in the name. LibO 3.3 beta2 EN. Thanks. Ron Faile ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice