Re: [Libreoffice] map files: how to update? [was: cppu::OPropertySetHelper ABI backwards compatibility]
On Fri, Sep 02, 2011 at 05:13:36PM +0200, Lionel Elie Mamane wrote: Revised patch attached; if it is good to go (especially with respect to questions above), I'll commit (with a better commit message). Sorry, sent wrong version of patch (forgot to git add). Here is the right one. -- Lionel From 1b333a62eb61b9bab8baebc91981e7fc7f33534f Mon Sep 17 00:00:00 2001 From: Lionel Elie Mamane lio...@mamane.lu Date: Fri, 2 Sep 2011 14:57:30 +0200 Subject: [PATCH] TMP: in-progress-ABI-breakage-fix --- comphelper/inc/comphelper/propstate.hxx |4 +- comphelper/source/property/propstate.cxx |4 +- cppuhelper/inc/cppuhelper/propshlp.hxx | 67 ++ cppuhelper/source/gcc3.map | 22 - cppuhelper/source/msvc_win32_intel.map |5 +- cppuhelper/source/propshlp.cxx | 42 +-- 6 files changed, 105 insertions(+), 39 deletions(-) diff --git a/comphelper/inc/comphelper/propstate.hxx b/comphelper/inc/comphelper/propstate.hxx index 2c8f06f..b99f75f 100644 --- a/comphelper/inc/comphelper/propstate.hxx +++ b/comphelper/inc/comphelper/propstate.hxx @@ -54,11 +54,11 @@ namespace comphelper //= OPropertyStateHelper //== /// helper class for implementing property states -class COMPHELPER_DLLPUBLIC OPropertyStateHelper :public ::cppu::OPropertySetHelper +class COMPHELPER_DLLPUBLIC OPropertyStateHelper :public ::cppu::OPropertySetHelper2 ,public ::com::sun::star::beans::XPropertyState { public: -OPropertyStateHelper(::cppu::OBroadcastHelper rBHlp):OPropertySetHelper(rBHlp) { } +OPropertyStateHelper(::cppu::OBroadcastHelper rBHlp):OPropertySetHelper2(rBHlp) { } OPropertyStateHelper(::cppu::OBroadcastHelper rBHlp, ::cppu::IEventNotificationHook *i_pFireEvents); diff --git a/comphelper/source/property/propstate.cxx b/comphelper/source/property/propstate.cxx index ec621cb..3859f6a 100644 --- a/comphelper/source/property/propstate.cxx +++ b/comphelper/source/property/propstate.cxx @@ -57,7 +57,7 @@ namespace comphelper //- ::com::sun::star::uno::Any SAL_CALL OPropertyStateHelper::queryInterface(const ::com::sun::star::uno::Type _rType) throw( ::com::sun::star::uno::RuntimeException) { -::com::sun::star::uno::Any aReturn = OPropertySetHelper::queryInterface(_rType); +::com::sun::star::uno::Any aReturn = OPropertySetHelper2::queryInterface(_rType); // our own ifaces if ( !aReturn.hasValue() ) aReturn = ::cppu::queryInterface(_rType, static_cast ::com::sun::star::beans::XPropertyState*(this)); @@ -82,7 +82,7 @@ namespace comphelper OPropertyStateHelper::OPropertyStateHelper( ::cppu::OBroadcastHelper rBHlp, ::cppu::IEventNotificationHook *i_pFireEvents) -: ::cppu::OPropertySetHelper(rBHlp, i_pFireEvents) { } +: ::cppu::OPropertySetHelper2(rBHlp, i_pFireEvents) { } OPropertyStateHelper::~OPropertyStateHelper() {} diff --git a/cppuhelper/inc/cppuhelper/propshlp.hxx b/cppuhelper/inc/cppuhelper/propshlp.hxx index 670ce03..f8237da 100644 --- a/cppuhelper/inc/cppuhelper/propshlp.hxx +++ b/cppuhelper/inc/cppuhelper/propshlp.hxx @@ -351,8 +351,7 @@ public: */ class OPropertySetHelper : public ::com::sun::star::beans::XMultiPropertySet, public ::com::sun::star::beans::XFastPropertySet, - public ::com::sun::star::beans::XPropertySet, - public ::com::sun::star::beans::XPropertySetOption + public ::com::sun::star::beans::XPropertySet { public: /** @@ -372,11 +371,12 @@ public: of this object. Stored in the variable rBHelper. @param bIgnoreRuntimeExceptionsWhileFiring -indicates whether occuring RuntimeExceptions will be -ignored when firing notifications (vetoableChange((), -propertyChange()) to listeners. +indicates whether occurring RuntimeExceptions will be +ignored when firing notifications +(vetoableChange(), propertyChange()) +to listeners. PropertyVetoExceptions may still be thrown. -This flag is useful in a inter-process scenarios when +This flag is useful in an inter-process scenario when remote bridges may break down (firing DisposedExceptions). */ @@ -395,11 +395,12 @@ public: additional event notifier @param bIgnoreRuntimeExceptionsWhileFiring -indicates whether
Re: [Libreoffice] 3.5 release from QA to point-zero
Hi, for testers it might be really nice to release alpha/beta tarballs during early stages of development cycle. This would allow at least me to add it for testing into Gentoo and I think quite few people would test it that way. I provide even live ebuild that compiles from the git, but I think there are 2-3 users of that or a bit more as people tend to avoid the live packages (specially for such large project). But, at least in Gentoo community, they really enjoy to test alpha stuff and report bugs. So we just need to give them tarballs to keep them happy :) Cheers Tom ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] map files: how to update? [was: cppu::OPropertySetHelper ABI backwards compatibility]
On Sep 2, 2011, at 5:13 PM, Lionel Elie Mamane wrote: - For the question of which symbols for OPropertySetHelper2 to list in the various map files, see http://udk.openoffice.org/common/man/apicppclasses.html (you probably need access to builds on the various platforms to find out the correct mangled names). It does not say to export the vtable; I assume the vtable obviously has to be exported. No, need not be exported (if none of the ctors and dtors are inline). It says: If the destructor of a class is declared virtual, declare the destructors of all its base classes virtual. (To have a dedicated place where RTTI for the base classes is generated, which is referenced by the RTTI for the derived class. Since in general you cannot control the ways a class is used, the best advice probably is to do this for each class that is intended to be subclassed.) Well, we cannot do that anymore, since that would break ABI on OPropertySetHelper2. Can we safely ignore this instruction here? Yes. Revised patch attached; if it is good to go (especially with respect to questions above), I'll commit (with a better commit message). gcc3.map in the latest patch (sent this morning): - Do not export vtable (see above). - Comment out the RTTI symbols (_ZTI, _ZTS), as they are already implicitly exported in GCC_3_0_0 section via some hackery. (This implies that any _ZTI and _ZTS symbols covered by the previous point are always exported with version GCC_3_0_0, which defeats the correct use of versioning for those symbols.) - Do not export the thunks (_ZThn), not needed externally. -Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] ODBC literal escapes in LibreOffice
Le 03/09/11 11:26, Lionel Elie Mamane a écrit : I say go for it, sounds good :-)) Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] building release tarballs
On Mon, Sep 5, 2011 at 3:52 AM, Miklos Vajna vmik...@frugalware.org wrote: Just in case it's what Neil asks: you can avoid the whole clone thing with: 1) untar each tarball in the same directory 2) for i in */*; do mv `pwd`/$i .; done At least that's what Fedora and I do as well. then you are somehow disabling the unittest... they have (in 3.4) hard coded clone/repo/module path in few of them Norbert But as Norbert pointed out, if you are not building a distro package or something similar, you should use git so you can contribute back easier. :) ___ 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] gbuild of external libraries and question about apparently special case like zlib, jpeg etc.
On Mon, 2011-09-05 at 11:28 +0200, Stephan Bergmann wrote: On Sep 4, 2011, at 11:47 PM, Norbert Thiebaud wrote: why is there zlib/zlib.h and external/zlib/zlib.h ? At least on Linux, that would result in only one of the two versions of the external library being loaded, and the other dependee failing more or less badly. A practical example was libjpeg, iirc the stock libjpeg is always configured using platform endianness, while our internal one *was* configured little endian (or the other way around, stock is always little endian and we configured platform endian). So on solaris if you used the image preview of the gnome file picker you got reversed colours in jpegs seeing as the internal jpeg symbols got used and the gnome dialog was built against the stock system jpeg. The various workaround aren't consistent so its a bit of a horror show at the moment anyway. As one aside, we should probably make the macosx system libs the stock baseline for all the unixes at this stage, i.e. system libxml2/xslt as well as the current system lz, libjpeg etc. In the general case though, anyone got any ideas about a less fragile more universal solution where we could automatically change sonames and tweak symbol names so that *only* our own libs use/are affected by symbols in these bundled libs ? As an aside, for prettyness, it would be nice to have the external headers and libs always installed in inc/external libs/external and add -I -L to the compiler/linker to find them. I gave a go at this at one stage but fell into some trap or other with the odbc headers IIRC C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build break when generating RDBs
On Sep 2, 2011, at 6:28 PM, Peter Foley wrote: On Fri, 2 Sep 2011, Stephan Bergmann wrote: On Sep 1, 2011, at 5:33 PM, Peter Foley wrote: On Thu, 1 Sep 2011, Eike Rathke wrote: Hi Peter, On Tuesday, 2011-08-30 14:36:01 -0400, Peter Foley wrote: [ build ALL ] top level modules: i18npool [ build ALL ] loaded modules: i18npool [ build RDB ] i18npool_test_breakiterator awk: cmd. line:1: $R/^\?xml version.*$R/ { next; } { gsub($R/vnd.sun.star.expand:\$OOO_BASE_DIR\$R/program$R/, vnd.sun.star.expand:$OOO_BASE_DIR,$0); gsub($R/vnd.sun.star.expand:\$BRAND_BASE_DIR\$R/program$R/, vnd.sun.star.expand:$BRAND_BASE_DIR,$0); print; } awk: cmd. line:1:^ syntax error awk: cmd. line:1: $R/^\?xml version.*$R/ { next; } { gsub($R/vnd.sun.star.expand:\$OOO_BASE_DIR\$R/program$R/, vnd.sun.star.expand:$OOO_BASE_DIR,$0); gsub($R/vnd.sun.star.expand:\$BRAND_BASE_DIR\$R/program$R/, vnd.sun.star.expand:$BRAND_BASE_DIR,$0); print; } awk: cmd. line:1: ^ backslash not last character on line make: *** [/libreoffice/workdir/unxlngx6.pro/RdbTarget/i18npool_test_breakiterator.rdb] Error 1 I'm getting the above build error which seems to be caused by $R being added to the awk regex expression by gb_Helper_abbreviate_dirs. Apparently you're the only one getting this error, so I wonder what may be different on your system? I doubt this is a general gb_Helper_abbreviate_dirs always inserts $R before / problem. Which platform are you on? I presume winmingw, because that (and windows) defines gb_Helper_abbreviate_dirs_native to something different than the general gb_Helper_abbreviate_dirs: I'm actually building libreoffice in a gentoo linux x64 chroot. I don't know if the chroot is causing this problem or not. awk is 4.0.0 make is 3.82 Let me know if you need any more info. The path to the LibO sources within your chroot environment appears to be too short (they are probably right in the root there, right?). Then, gb_Helper_abbreviate_dirs will replace each occurrence of / with $R/ in the command line. (gb_Helper_abbreviate_dirs is broken by design, but must of the time this goes unnoticed.) Try moving the LibO sources further down in the directory hierarchy. -Stephan Moving the source tree one level down did indeed fix it. Out of curiosity could you elaborate on why building libreoffice in /libreoffice fails? I would have thought that you built in /, not /libreoffice. Anyway, what breaks is that if, say, $(REPODIR) is an empty string in gb_Helper_abbreviate_dirs (solenv/gbuild/Helper.mk), then all occurrences of / on the command line are replaced with $R/, even those occurrences that do not denote filepaths, like the occurrences of / in the awk argument '/^\?xml…' in solenv/gbuild/RdbTarget.mk. -Stephan Thanks, Peter ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] some binary string reading methods, generally msword related
I've added to tools rtl::OString read_uInt8s_AsOString(SvStream rStr, sal_Size nLen); rtl::OUString read_LEuInt16s_AsOUString(SvStream rStr, sal_Size nLen); which read nLen 8bit units or 16bit units from a SvStream into a O[UString]. They should be reasonably efficient and drop the usual extra intermediate buffer of the various methods and functions I merged/replaced with these. Down in sw I replaced, split out, refactored some various horrors with a) String read_uInt8_PascalString(SvStream rStrm, rtl_TextEncoding eEnc); String read_LEuInt16_PascalString(SvStream rStrm); which read pascal-style strings where the non-NULL terminated string on disk is preceded by the len, and in passing fixed at least one case where we passed 0 as the encoding of a string. and b) String read_uInt8_BeltAndBracesString(SvStream rStrm, rtl_TextEncoding eEnc); String read_LEuInt16_BeltAndBracesString(SvStream rStrm); which read the common msword pattern of null-terminated pascal-style strings. Spolsky has amusing terminology for these FWIW http://www.joelonsoftware.com/articles/fog000319.html C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [REVIEW] thereof should be translated to modern English
The calc print window uses has There of. Although correct English, it seem not to be the best choice of words. See http://listarchives.libreoffice.org/global/l10n/msg03013.html The following minor patch tries to fix this. Any rejections ? $ git diff diff --git a/sc/source/ui/src/scstring.src b/sc/source/ui/src/scstring.src index b280a54..a90bee9 100644 --- a/sc/source/ui/src/scstring.src +++ b/sc/source/ui/src/scstring.src @@ -843,7 +843,7 @@ StringArray SCSTR_PRINT_OPTIONS ~All sheets; ; ~Selected sheets; ; Selected cells; ; - Thereof print; ; + From which print; ; All ~pages; ; Pa~ges; ; %PRODUCTNAME %s; ; Kaplan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Please add postgresql-sdbc to Oracle source code grant to Apache Software Foundation
Hi, I'm trying to revive the postgresql-sdbc (native) driver (from http://dba.openoffice.org/drivers/postgresql/index.html ), and making good progress on the technical side. Eventually, I'd like it to be included in LibreOffice and the OpenOffice at Apache, just like the MySQL SDBC (native) driver. Because that code is, AFAIK, not in tag OOO340 at openoffice.org, nor in any pending CWS, I've been led to believe it is not currently in the planned code grant. Would it be possible to have it added to that grant? Thank you very much in advance. The web page says it can be downloaded from special tags (I presume branch) of CVS. There is also a version at http://cgit.freedesktop.org/libreoffice/build/tree/patches/postgresql, and that's what I started from. All files that have any kind of copyright notice say Sun copyright, LGPLv2.1 / Sun Industry SSLv1.1 with no other copyright notice, so I'm assuming all contributors either assigned their copyright to Sun or so small contribution that no copyright holds (e.g. gcc-4.3-postgresql.diff and sdbc-postgresql-build-lst.diff are so small / trivial that I would not bother about copyright problems on these ones). NOTE THAT some files have no copyright header AT ALL. I just consider them under the same copyright / license than the rest, but possibly I'm on more shaky ground there. -- Lionel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] gnumake / dependencies 20%+ speedup ...
On Fri, 2011-09-02 at 21:22 +0100, Michael Meeks wrote: Or are they there in fact there for some good purpose that I just failed to spot ? :-) Yes, I added all these deliberately. See http://www.makelinux.net/make3/make3-CHP-8-SECT-3 for the rationale. The outcome is that on incremental builds when someone removes a header and nothing includes it anymore, the build doesn't break with some bizarro error but does the right thing. For me the build-time difference is negligible but I guess its significant for others. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] gbuild of external libraries and question about apparently special case like zlib, jpeg etc.
On Mon, 05 Sep 2011 10:47:33 +0100 Caolán McNamara caol...@redhat.com wrote: A practical example was libjpeg, iirc the stock libjpeg is always configured using platform endianness, while our internal one *was* configured little endian (or the other way around, stock is always little endian and we configured platform endian). So on solaris if you used the image preview of the gnome file picker you got reversed colours in jpegs seeing as the internal jpeg symbols got used and the gnome dialog was built against the stock system jpeg. The various workaround aren't consistent so its a bit of a horror show at the moment anyway. As one aside, we should probably make the macosx system libs the stock baseline for all the unixes at this stage, i.e. system libxml2/xslt as well as the current system lz, libjpeg etc. In the general case though, anyone got any ideas about a less fragile more universal solution where we could automatically change sonames and tweak symbol names so that *only* our own libs use/are affected by symbols in these bundled libs ? As an aside, for prettyness, it would be nice to have the external headers and libs always installed in inc/external libs/external and add -I -L to the compiler/linker to find them. I gave a go at this at one stage but fell into some trap or other with the odbc headers IIRC To add fun to this there is a unversioned libjpeg in the libpath you need for compiling java-releated stuff (deployed from the jdk), which makes the whole thing even more interesting. Best, Bjoern -- https://launchpad.net/~bjoern-michaelsen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] gbuild of external libraries and question about apparently special case like zlib, jpeg etc.
On Mon, Sep 5, 2011 at 4:47 AM, Caolán McNamara caol...@redhat.com wrote: As an aside, for prettyness, it would be nice to have the external headers and libs always installed in inc/external libs/external and add -I -L to the compiler/linker to find them. I gave a go at this at one stage but fell into some trap or other with the odbc headers IIRC It may be easier to have --prefix=$(SOLARVER)/external (and then things in external/lib external/include) but then again why bother with 'external'. surely we don't want to pick and choose between system header and our local one for the same library. if we have the local one we use it all he time right ? What I did for zlib to keep, somewhat' the current behavior is a patch that allow to specify the name of the library in configure: With that I can ./configure + make + make install . no deliver, no name mangling But that solution was relatively easy for zlib because the configure is actually not the standard autotools I'm not sure that would transpose to other, more complicated external libraries... --- a/configure 2011-09-04 01:04:57.739956936 -0500 +++ b/configure 2011-09-04 01:11:25.436743937 -0500 @@ -18,8 +18,7 @@ CROSS_PREFIX=${CHOST}- fi -STATICLIB=libz.a -LDFLAGS=${LDFLAGS} -L. ${STATICLIB} +basename=libz VER=`sed -n -e '/VERSION /s/.*\(.*\).*/\1/p' zlib.h` VER3=`sed -n -e '/VERSION /s/.*\([0-9]*\\.[0-9]*\\.[0-9]*\).*/\1/p' zlib.h` VER2=`sed -n -e '/VERSION /s/.*\([0-9]*\\.[0-9]*\)\\..*/\1/p' zlib.h` @@ -67,9 +66,10 @@ echo 'usage:' echo ' configure [--zprefix] [--prefix=PREFIX] [--eprefix=EXPREFIX]' echo '[--static] [--64] [--libdir=LIBDIR] [--sharedlibdir=LIBDIR]' - echo '[--includedir=INCLUDEDIR]' + echo '[--includedir=INCLUDEDIR] [--basename=BASELIBNAME]' exit 0 ;; -p*=* | --prefix=*) prefix=`echo $1 | sed 's/.*=//'`; shift ;; +-b*=* | --basename=*) basename=`echo $1 | sed 's/.*=//'`; shift ;; -e*=* | --eprefix=*) exec_prefix=`echo $1 | sed 's/.*=//'`; shift ;; -l*=* | --libdir=*) libdir=`echo $1 | sed 's/.*=//'`; shift ;; --sharedlibdir=*) sharedlibdir=`echo $1 | sed 's/.*=//'`; shift ;; @@ -89,6 +89,9 @@ esac done +STATICLIB=${basename}.a +LDFLAGS=${LDFLAGS} -L. ${STATICLIB} + test=ztest$$ cat $test.c EOF extern int getchar(); @@ -118,7 +121,7 @@ uname=`(uname -s || echo unknown) 2/dev/null` fi case $uname in - Linux* | linux* | GNU | GNU/* | *BSD | DragonFly) LDSHARED=${LDSHARED-$cc -shared -Wl,-soname,libz.so.1,--version-script,zlib.map} ;; + Linux* | linux* | GNU | GNU/* | *BSD | DragonFly) LDSHARED=${LDSHARED-$cc -shared -Wl,-soname,${basename}.so.1,--version-script,zlib.map} ;; CYGWIN* | Cygwin* | cygwin* | OS/2*) EXE='.exe' ;; MINGW*|mingw*) @@ -131,21 +134,21 @@ EXE='.exe' ;; QNX*) # This is for QNX6. I suppose that the QNX rule below is for QNX2,QNX4 # (alain.bonne...@icbt.com) - LDSHARED=${LDSHARED-$cc -shared -Wl,-hlibz.so.1} ;; + LDSHARED=${LDSHARED-$cc -shared -Wl,-h${basename}.so.1} ;; HP-UX*) LDSHARED=${LDSHARED-$cc -shared $SFLAGS} case `(uname -m || echo unknown) 2/dev/null` in ia64) shared_ext='.so' - SHAREDLIB='libz.so' ;; + SHAREDLIB='${basename}.so' ;; *) shared_ext='.sl' - SHAREDLIB='libz.sl' ;; + SHAREDLIB='${basename}.sl' ;; esac ;; Darwin*) shared_ext='.dylib' - SHAREDLIB=libz$shared_ext - SHAREDLIBV=libz.$VER$shared_ext - SHAREDLIBM=libz.$VER1$shared_ext + SHAREDLIB=${basename}$shared_ext + SHAREDLIBV=${basename}.$VER$shared_ext + SHAREDLIBM=${basename}.$VER1$shared_ext LDSHARED=${LDSHARED-$cc -dynamiclib -install_name $libdir/$SHAREDLIBM -compatibility_version $VER1 -current_version $VER3} ;; *) LDSHARED=${LDSHARED-$cc -shared} ;; esac @@ -164,21 +167,21 @@ case `(uname -m || echo unknown) 2/dev/null` in ia64) shared_ext='.so' - SHAREDLIB='libz.so' ;; + SHAREDLIB='${basename}.so' ;; *) shared_ext='.sl' - SHAREDLIB='libz.sl' ;; + SHAREDLIB='${basename}.sl' ;; esac ;; IRIX*) SFLAGS=${CFLAGS--ansi -O2 -rpath .} CFLAGS=${CFLAGS--ansi -O2} - LDSHARED=${LDSHARED-cc -shared -Wl,-soname,libz.so.1} ;; + LDSHARED=${LDSHARED-cc -shared -Wl,-soname,${basename}.so.1} ;; OSF1\ V4*) SFLAGS=${CFLAGS--O -std1} CFLAGS=${CFLAGS--O -std1} LDFLAGS=${LDFLAGS} -Wl,-rpath,. - LDSHARED=${LDSHARED-cc -shared -Wl,-soname,libz.so -Wl,-msym -Wl,-rpath,$(libdir) -Wl,-set_version,${VER}:1.0} ;; + LDSHARED=${LDSHARED-cc -shared -Wl,-soname,${basename}.so -Wl,-msym -Wl,-rpath,$(libdir)
Re: [Libreoffice] gbuild of external libraries and question about apparently special case like zlib, jpeg etc.
On Mon, 2011-09-05 at 12:40 +0200, Bjoern Michaelsen wrote: To add fun to this there is a unversioned libjpeg in the libpath you need for compiling java-releated stuff (deployed from the jdk), which makes the whole thing even more interesting. I think we should be able to remove that entire -L/path/to/java/sdk/lib where that libjpeg lives from our universal link line. I think we only ever need to link to something in there for bean to link to lib[j]awt so we could add it in locally there and the problem, and the various silly workarounds for it in solenv, could go away ? C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] gnumake / dependencies 20%+ speedup ...
On Mon, Sep 5, 2011 at 5:36 AM, Caolán McNamara caol...@redhat.com wrote: On Fri, 2011-09-02 at 21:22 +0100, Michael Meeks wrote: Or are they there in fact there for some good purpose that I just failed to spot ? :-) Yes, I added all these deliberately. See http://www.makelinux.net/make3/make3-CHP-8-SECT-3 for the rationale. The outcome is that on incremental builds when someone removes a header and nothing includes it anymore, the build doesn't break with some bizarro error but does the right thing. For me the build-time difference is negligible but I guess its significant for others. maybe we could have that behavior be a config option ? that way box that don;t need it (tinderboxes that do make clean/make systematically) or people that chose performance over the occasional breakage can disable it ? Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] gbuild of external libraries and question about apparently special case like zlib, jpeg etc.
On Mon, 2011-09-05 at 05:44 -0500, Norbert Thiebaud wrote: It may be easier to have --prefix=$(SOLARVER)/external (and then things in external/lib external/include) but then again why bother with 'external'. surely we don't want to pick and choose between system header and our local one for the same library. if we have the local one we use it all he time right ? Yeah, I can't think of a reason why we would want to mix and match. That definitely wasn't the goal anyway. I have a vague memory of --prefix=$(SOLARVER)/external being a good thing for some concrete reason. If I'm right, then it'll be quickly apparent that its a good thing to do :-). So I wouldn't worry about it. If its a good thing to do it'll lend itself as the fix automatically as you build through them. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] A belated hello
Hi Stephan, On Fri, 2 Sep 2011 09:32:28 +0200 Stephan Bergmann stephan.bergmann.second...@googlemail.com wrote: As you might already have noticed, I've started to become active around here recently. That's because, since yesterday, I'm an employee of Red Hat (though not yet with a proper email address, but that will change soon), having the pleasure of reinforcing its great LibreOffice team. That is great news! A most sincere welcome to you on the LibreOffice project! Best, Bjoern -- https://launchpad.net/~bjoern-michaelsen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] gnumake / dependencies 20%+ speedup ...
On Mon, 2011-09-05 at 05:49 -0500, Norbert Thiebaud wrote: maybe we could have that behavior be a config option ? that way box that don;t need it (tinderboxes that do make clean/make systematically) For the tinderbox side of things, or for the similar distro-build-machine side of things where the build is built once and thrown away then --disable-dependency-tracking (which is a generic autogen-based flag, even if our impl is custom) is the way to go, to not do that sort of dependency generation at all, regardless of the extra header pseudo-rules. --disable-dependency-tracking may have come unstuck in gbuild land, haven't looked at it recently. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] gnumake / dependencies 20%+ speedup ...
On Mon, 5 Sep 2011 05:49:54 -0500 Norbert Thiebaud nthieb...@gmail.com wrote: maybe we could have that behavior be a config option ? that way box that don;t need it (tinderboxes that do make clean/make systematically) or people that chose performance over the occasional breakage can disable it ? Well, setting gb_FULLDEPS to the empty string should do the trick unless it broke in the meantime. While on gcc deps would still be generated, they would be ignored by the build system, thus making the build quite a bit faster. Actually on Linux it might make sense to ignore deps on a build from scratch and only read them on incremental builds, but I fear that might be a bit to fragile to distill in some automagic. Best, Bjoern -- https://launchpad.net/~bjoern-michaelsen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] gcc/g++ compilation issue in desktop/splash
On Sun, 2011-09-04 at 15:15 -0400, Kevin Hunter wrote: I went ahead and did that with no love. For reference: $ ldd sal/unxlngx6/lib/libuno_sal.so | grep stdc libstdc++.so.6 = /usr/local/lib64/libstdc++.so.6 (0x7f122c7cb000) Sure sure, but when you actually end up with an install set you get a copy of libstdc++.so.6 placed beside libuno_sal.so where the rpath $ORIGIN stuff picks up the copy. And/or during the build LD_LIBRARY_PATH is used to change the link path, so running ldd like above doesn't give the same results as what would happen when you run something using libuno_sal.so e.g. [caolan@Nom core]$ ldd install/ure/lib/libuno_sal.so.3 libstdc++.so.6 = /home/caolan/LibreOffice/core/install/ure/lib/libstdc ++.so.6 (0x7fc9fa177000) libgcc_s.so.1 = /home/caolan/LibreOffice/core/install/ure/lib/libgcc_s.so.1 i.e. my copy of libstdc++.so.6 is the one that will get used when I run the final binaries. That's why I'm plinking around the issue of the libstdc++.so.6 which gets copied/created by the external module to see if the libstdc++.so.6 that's in there is the right one. You could play around with LD_DEBUG=man-page-options and see if that gives anything useful. Have others had any issues compiling LO with GCC 4.6? It's frustrating and telling that I'm the only one noticing it. Nope, I build with it all the time. However my gcc 4.6 and stdc++ are the system ones, and not in /usr/local/somewhere C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] gbuild of external libraries and question about apparently special case like zlib, jpeg etc.
On Mon, 05 Sep 2011 11:46:38 +0100 Caolán McNamara caol...@redhat.com wrote: I think we should be able to remove that entire -L/path/to/java/sdk/lib where that libjpeg lives from our universal link line. I think we only ever need to link to something in there for bean to link to lib[j]awt so we could add it in locally there and the problem, and the various silly workarounds for it in solenv, could go away ? IIRC, I avoided reimplementing that in gbuild (i.e. the default link never had a sdk in it). A fast grep on solenv for JAVALIB and JAVA_HOME looks rather clean by now, so I guess we only have to make sure they dont creep back in. ;) Best, Bjoern -- https://launchpad.net/~bjoern-michaelsen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] gnumake / dependencies 20%+ speedup ...
Hi there, On Mon, 2011-09-05 at 11:36 +0100, Caolán McNamara wrote: On Fri, 2011-09-02 at 21:22 +0100, Michael Meeks wrote: Or are they there in fact there for some good purpose that I just failed to spot ? :-) Yes, I added all these deliberately. See http://www.makelinux.net/make3/make3-CHP-8-SECT-3 for the rationale. Ah indeed :-) The outcome is that on incremental builds when someone removes a header and nothing includes it anymore, the build doesn't break with some bizarro error but does the right thing. For me the build-time difference is negligible but I guess its significant for others. So that is great. Of course the build-time difference is indeed negligable, but the incremental build time impact is quite real. So - we need these rules in place; with a small tweak to my script to print the dummy rules we'd be throwing away, I notice that we have (eg.) 483 /data/opt/libreoffice/core/sc/inc/rangelst.hxx: 634 /data/opt/libreoffice/core/sc/inc/address.hxx: 719 /data/opt/libreoffice/core/sc/inc/global.hxx: 797 /data/opt/libreoffice/core/sc/inc/scdllapi.h: several hundred duplicate dummy rules for many headers - still consuming big chunks of the aggregated library dependency files. That yields 441k redundant lines instead of 445k - but I think that's most of the win ;-) I attach an updated cleanup.pl - that leaves the dummy rules, but removes duplicates in them; it takes a second or two to run itself ;-) [ we could write it in C no doubt to accelerate it if that is an issue ]. Which gmake rule builds the aggregated library dependency file that could have this wedged into it ? Thoughts ? ATB, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot cleanup.pl Description: Perl program ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Webdav lock support
Hi all, I wonder to know the status of webdav implementation in LibO 3.4.3. That is, I've open an issue (#39529) about support of lock file feature that seems to be supported but not yet implemented. Ciao Davide ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] gnumake / dependencies 20%+ speedup ...
Hi Michael, On Mon, 05 Sep 2011 12:38:56 +0100 Michael Meeks michael.me...@novell.com wrote: So - we need these rules in place; with a small tweak to my script to print the dummy rules we'd be throwing away, I notice that we have (eg.) [...] several hundred duplicate dummy rules for many headers - still consuming big chunks of the aggregated library dependency files. That yields 441k redundant lines instead of 445k - but I think that's most of the win ;-) Yes, that is most likely because we generate the deps for each object, but cat them together for each linktarget to reduce file-io later. Instead of cat'ing the objects we could indeed pipe them trough some cleanup script. I attach an updated cleanup.pl - that leaves the dummy rules, but removes duplicates in them; it takes a second or two to run itself ;-) [ we could write it in C no doubt to accelerate it if that is an issue ]. Which gmake rule builds the aggregated library dependency file that could have this wedged into it ? Looking good from this perlhaters point of view. I would have written it in awk for performance and lean-dependency reasons, but I am not too zealous about that. To inject it to the build system, add it in around here: http://opengrok.libreoffice.org/xref/core/solenv/gbuild/LinkTarget.mk#401 Best, Bjoern -- https://launchpad.net/~bjoern-michaelsen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Thanks for a fantastic Hackfest!
Hello everyone, I wanted to express my deepest thanks to all of you for a fantastic and wonderful Hackfest. It was really a pleasure to be with our community in Munich, having a good time, hacking on the code and dicussing many interesting topics face to face. For many of us, it has been the first real life meeting since we started TDF back in September 2010, which made it even more exciting. I would like to thank all participants who made their way to Munich for being a part of this fantastic weekend, to the folks from the city of Munich, who have been really perfect hosts and invested a lot of work into this weekend (actually, it was even their initiative to have the event in Munich!), and to our sponsors from DBI. I really enjoyed the time, and to me, the Hackfest was a real success! Thanks again, and I hope we'll all meet again soon! 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
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 rpr.nos...@gmail.com changed: What|Removed |Added Depends on||36678 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] gnumake / dependencies 20%+ speedup ...
On Mon, 2011-09-05 at 12:38 +0100, Michael Meeks wrote: I attach an updated cleanup.pl - that leaves the dummy rules, but removes duplicates in them Hmm, these dependencies and the pseudo-rules are initially spit out by gcc's -MP so... a) I'd have expected gcc to list each dependency only once in the first place per .c/.cxx file anyway. b) And then I'd have expected it to then only emit one dummy rule per dependency for those. Looking at workdir/unxlngx6/Dep/CxxObject/sc/source/filter/excel/xepage.d I see that for path/to/CxxObject/sc/source/filter/excel/xepage.o there is already core/sc/inc/scdllapi.h listed twice as a dependency for sc/source/filter/excel/xepage.o and correspondingly two pseudo rules for scdllapi.h Each pseudo-rule I *assume* is spat out by gcc on a one-to-one basis for each dependency. So I wonder why gcc for e.g. xepage lists scdllapi.h twice ? When we combine them together into the final library .d then we'd still need dup-removal between the various constituent .d files alright. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 rpr.nos...@gmail.com changed: What|Removed |Added Depends on||38065 --- Comment #197 from rpr.nos...@gmail.com 2011-09-05 05:51:10 PDT --- Nominating bug 38065 - PDF Export with OS or LibO Appearance background color. This is a quite old bug in Draw (it bit me first time in OOO 3.1 - see http://openoffice.org/bugzilla/show_bug.cgi?id=110948). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Bringing some sanity to interline spacing
On Mon, 2011-09-05 at 01:22 +0200, Khaled Hosny wrote: On Sun, Sep 04, 2011 at 02:39:37PM +0200, Eike Rathke wrote: But before going there, I just need to make sure that we are on the same page wrt keeping the new algorithm and moving on to fixing whatever needs fixing. I'm not sure we want to keep the new algorithm as default, given that there are probably many areas in several applications to be adapted to the new behavior. Maybe best we make that an option until necessary changes are done. Opinions? That fine with me, even having the new algorithm as an off by default option would be fine. *speculation*, presumably this would have to be bubbled down at an OutputDevice level or something. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [libreoffice-marketing] Thanks for a fantastic Hackfest!
On 9/5/11 2:09 PM, Florian Effenberger wrote: I really enjoyed the time, and to me, the Hackfest was a real success! Recipes of pasta hacked in Munich are now online: http://wiki.documentfoundation.org/Hackfest2011#Pasta_Recipes -- Italo Vignoli italo.vign...@gmail.com mobile +39.348.5653829 VoIP +39.02.320621813 skype italovignoli ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Depends on|38065 | -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] gnumake / dependencies 20%+ speedup ...
On Mon, 2011-09-05 at 07:39 -0500, Norbert Thiebaud wrote: could that be a case of #include scdllapi.h and #include scdllapi.h ? Norbert Sounds like a winner, but -E claims... # 41 /home/caolan/LibreOffice/core/sc/inc/address.hxx 2 # 1 /home/caolan/LibreOffice/core/sc/inc/scdllapi.h 1 # 42 /home/caolan/LibreOffice/core/sc/source/filter/inc/ftools.hxx 2 # 1 /home/caolan/LibreOffice/core/sc/inc/scdllapi.h 1 and address.hxx and ftools.hxx both have just #include scdllapi.h. There was only one scdllapi.h in sc, and tweaking it doesn't remove the dup. Dunno really. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] thereof should be translated to modern English
On Mon, 2011-09-05 at 13:10 +0300, Lior Kaplan wrote: The calc print window uses has There of. Although correct English, it seem not to be the best choice of words. See http://listarchives.libreoffice.org/global/l10n/msg03013.html The following minor patch tries to fix this. Any rejections ? Looks reasonable to me. Pushed now to master. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] hooks: update hook should reject obsolete tags
Hi there, On Wed, 2011-08-31 at 09:51 +0200, Miklos Vajna wrote: Could you please apply on kemper in core.git the following patch? sorry it took so long; Done :-) 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] [PATCH] some cleanup of Kashida justification code
On Fri, 2011-09-02 at 17:06 +0100, Caolán McNamara wrote: On Fri, 2011-09-02 at 17:51 +0200, Matúš Kukan wrote: Maybe this could be pushed? or something similar ? I think you're out of luck with an ifdef U_JG_FARSI_YEH because its an enum, how about... pushed something now that should do the right thing for the I want to use icu 4.2 case. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] Patch for importing hyperliks from .doc files
On Sun, 2011-09-04 at 00:29 +0200, Knut Olav Bøhmer wrote: Hi, This patch solves a serious problem experienced by many companies and need to be included in libreoffice. I'm using this patch with my own build for my customers with ooo 3.2.1 http://openoffice.org/bugzilla/show_bug.cgi?id=114485 Which patch exactly, my patch from #12 or #15 above or something additional ? C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Patch for MarkManager
Hi Christoph, On Sun, 4 Sep 2011 15:05:32 +0200 Christoph Lutz chrl...@googlemail.com wrote: this is a patch we wrote during the libreoffice hackfest 2011 for sw/source/core/inc/MarkManager.hxx and sw/source/core/doc/docbm.cxx which improves speed of mailmerge. Bjoern already knows details so he might be the one to review the patch... The patch could be applied under the lgpl. Patch looks good, Just to clarify before pushing, is it contributed under: MPL 1.1 / GPLv3+ / LGPLv3+ as per http://wiki.documentfoundation.org/License_Policy ? Best, Bjoern -- https://launchpad.net/~bjoern-michaelsen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Thanks for a fantastic Hackfest!
Hi This is indeed a terrific achievement. Congratulations to you Florian. To all participants, a big thank you. I hope it was enjoying. Special tanks to the cook (hopefully Italo didn't exercise his grappa tasting skills, it could have messed a lot with the boys'n girls hacking will) Special thanks to Andras who uploaded the LibreOffice API documentation. Very needed these days. Just a little tweak on the colors should be advisable as it is hard to read. Regards Olivier 2011/9/5 Florian Effenberger flo...@documentfoundation.org Hello everyone, I wanted to express my deepest thanks to all of you for a fantastic and wonderful Hackfest. It was really a pleasure to be with our community in Munich, having a good time, hacking on the code and dicussing many interesting topics face to face. For many of us, it has been the first real life meeting since we started TDF back in September 2010, which made it even more exciting. I would like to thank all participants who made their way to Munich for being a part of this fantastic weekend, to the folks from the city of Munich, who have been really perfect hosts and invested a lot of work into this weekend (actually, it was even their initiative to have the event in Munich!), and to our sponsors from DBI. I really enjoyed the time, and to me, the Hackfest was a real success! Thanks again, and I hope we'll all meet again soon! 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 LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/**mailman/listinfo/libreofficehttp://lists.freedesktop.org/mailman/listinfo/libreoffice -- Olivier Hallot Founder and Steering Commitee Member The Document Foundation ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Mailing list content filter (was: Re: (no subject))
Eike Rathke wrote: There's a bunch at http://antivirus.about.com/od/securitytips/a/fileextview.htm Updated, thx for the ptr. -- Thorsten pgpL6CdIQhQls.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] cannot build with ATL, cannot build without
In desperation, I managed to solve this by doing export DISABLE_ATL=TRUE export DISABLE_ACTIVEX=TRUE But why does configure not automatically set those variables, since I specified --disable-atl and --disable-activex on the configure command line? Thanks, Noel Noel Grandin wrote: Hi I'm trying to build LibreOffice on Windows7. At the moment, I'm stuck on an ATL problem. I've tried disabling atl (--disable-atl), but that doesn't help because stuff in /extensions/source/ole still tries to include atlbase.h I've tried using the Windows Server 2003 R2 SDK, but then I get an error from configure about a legacy SDK. Thanks, Noel. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice Disclaimer: http://www.peralex.com/disclaimer.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] cannot build with ATL, cannot build without
Spoke too soon, build still breaking. Sigh. Noel Grandin wrote: In desperation, I managed to solve this by doing export DISABLE_ATL=TRUE export DISABLE_ACTIVEX=TRUE But why does configure not automatically set those variables, since I specified --disable-atl and --disable-activex on the configure command line? Thanks, Noel Noel Grandin wrote: Hi I'm trying to build LibreOffice on Windows7. At the moment, I'm stuck on an ATL problem. I've tried disabling atl (--disable-atl), but that doesn't help because stuff in /extensions/source/ole still tries to include atlbase.h I've tried using the Windows Server 2003 R2 SDK, but then I get an error from configure about a legacy SDK. Thanks, Noel. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice Disclaimer: http://www.peralex.com/disclaimer.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Bringing some sanity to interline spacing
Hi Caolán, On Monday, 2011-09-05 13:59:16 +0100, Caolán McNamara wrote: On Mon, 2011-09-05 at 01:22 +0200, Khaled Hosny wrote: On Sun, Sep 04, 2011 at 02:39:37PM +0200, Eike Rathke wrote: But before going there, I just need to make sure that we are on the same page wrt keeping the new algorithm and moving on to fixing whatever needs fixing. I'm not sure we want to keep the new algorithm as default, given that there are probably many areas in several applications to be adapted to the new behavior. Maybe best we make that an option until necessary changes are done. Opinions? That fine with me, even having the new algorithm as an off by default option would be fine. *speculation*, presumably this would have to be bubbled down at an OutputDevice level or something. Sounds like an approach, though I don't have any idea how that could be accomplished given the different layout engines. However, I fear that too many tweaks exist in application code because of all those in my Excel|Word|PowerPoint it is a pixel taller/smaller complaints. While the casual user maybe could be convinced that now we do it the right way, for forms and legal or professional documents this may indeed be a problem, especially if a print-out suddenly consists of less pages or forms aren't lined up with pages anymore. Eike -- PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication. Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD signature.asc Description: Digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 --- Comment #198 from Michael Meeks michael.me...@novell.com 2011-09-05 09:12:23 PDT --- agree 36662 for removal - purely cosmetic and debatable. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 --- Comment #199 from vitriol vitriol_vitr...@katamail.com 2011-09-05 09:18:55 PDT --- (In reply to comment #198) agree 36662 for removal - purely cosmetic and debatable. It's not only cosmetic... see comment 4. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Additional info (was: Re: [PUSHED] thereof should be translated to modern English)
Hey Caolán, hi Lior! I just noticed this discussion, so here some additional remarks. Cool, it seems you've addressed one of my ancient undecided items ;-) Am Montag, den 05.09.2011, 14:33 +0100 schrieb Caolán McNamara: On Mon, 2011-09-05 at 13:10 +0300, Lior Kaplan wrote: The calc print window uses has There of. Although correct English, it seem not to be the best choice of words. See http://listarchives.libreoffice.org/global/l10n/msg03013.html The following minor patch tries to fix this. Any rejections ? Looks reasonable to me. Pushed now to master. When working on the printing topic, we've did several string review iterations for the new dialog. For English, Liz was so kind to support me (Liz is the author of the OOo terminology style guide). The discussion item: The sub-group name Thereof print seems to be an issue because of the mixture of nouns and verbs. Liz proposed Withing the print range, print:. @ Lior: Do you think the proposal by Liz might fit better (and does meet l10n requirements in terms of length)? Otherwise, I'm fine (and thankful for your tweak). For details (further proposals and the complete string review): http://wiki.services.openoffice.org/wiki/Printerpullpages/String_Reviews The most recent printing UI mockup incl. string review markups: http://wiki.services.openoffice.org/w/images/9/94/2010-01-17_PrintingDialog_inclStringReview.png Cheers, Christoph ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Bringing some sanity to interline spacing
Hi Eike, On Sun, Sep 4, 2011 at 8:39 AM, Eike Rathke o...@erack.de wrote: But based on what I'm seeing on this thread, I take that the new glyph metric calculation algorithm is the correct way? If so, then we'll have to make some adjustments to some of the size sensitive areas to bring things back to the way they were prior to the change. One place I definitely have to adjust is the default row height, which is now noticeably smaller. Yes, that would indeed be needed. Probably also import/export from/to Excel needs new row-height calculation, as they specify row height in fractions of font height, IIRC. Well, for the import of Excel binary documents, this won't be an issue. We use the actual absolute row height values stored in the Excel document and doesn't re-calculate heights based on the content upon import. I'm not sure about the export, but I'm pretty sure it's fixable even if it's an issue. Kohei ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] development summary: year 2011, week 35
Hi, this time a brief summary of what happened during the 35th week in 2011 on LibreOffice repositories and the living branches: + master:LO-3.5 development + libreoffice-3-3: fixes for LO-3.3.5 bug fix release + libreoffice-3-4: fixes for LO-3.4.4 bug fix release There are two logs for each branch: + bugfixes-branch-week-year-week.txt lists all commits that reference a proper bug id from a variety of trackers, i.e. #i... referring to the OpenOffice issuezilla, fdo# to freedesktop, rhbz# to RedHat bugzilla + commit-log-branch-week-year-week.txt lists all relevant commits on the actual source repositories Many thanks to all contributors - you make all the difference! Best Regards, Petr nothing this week + components + move init that depends on parent to post-parent avail (fdo#36678) [Caolán McNamara] + libs-extern + reenable use typedefs and endianess from sal patch hunk (fdo#39355) [Lionel Elie Mamane] + core + /remove italic from autotext numbered formula (i#75665, fdo#40499) [Laurent BP] + /remove italic from bg autotext numbered formula (i#75665, fdo#40499) [Laurent BP] + createProcessServiceFactory can't happen before sync (fdo#37195) [Caolán McNamara] + fix combobox import bug (i#100621) [Andor Ertsey] + fix for Don't reset selected colour on tab switch (i#95158) [Katarina Machalkova] + fix wrong line end positioning (fdo#40529) [Regina Henschel] + fixes Syntax error in SQL on -- comment (and // and /**/) (fdo#36594) [Jenei Gábor] + fixes calculation of interline spacing on unx platforms (fdo#38683, #38683) [Khaled Hosny] + get charts to import from xlsx again. (fdo#40466) [Kohei Yoshida] + libreoffice doesn't build with poppler-0.17.3 (rhbz#735182) [Caolán McNamara] + make sure we have the same numbers of URI's and Id's. (fdo#40466) [Kohei Yoshida] + missing : on line 52 (fdo#40516) [Caolán McNamara] + reenable use typedefs and endianess from sal patch hunk (fdo#39355) [Lionel Elie Mamane] + related: RTF export has to write titlepg before all headerf/footerf (fdo#38966) [Miklos Vajna] + related: RTF import should not ignore page breaks before empty pars (fdo#38966) [Miklos Vajna] + related: initial support for first page header/footer in RTF import (fdo#38966) [Miklos Vajna] + reverted commit 6f7bd9 (fdo#40344) [Cédric Bosdonnat] + speed up range name lookup by index. (bnc#715104) [Kohei Yoshida] + update gdocs extension and fix the floating toolbar problem (bnc#714876) [Andras Timar] + dictionaries + add Czech spelling dictionary and hyphenation patterns (fdo#39735) [Andras Timar] nothig this week + calc + use boost::intrusive_ptr::get() instead of operator-() [Eike Rathke] + components + move init that depends on parent to post-parent avail (fdo#36678) [Caolán McNamara] + libs-extern + reenable use typedefs and endianess from sal patch hunk (fdo#39355) [Lionel Elie Mamane] + libs-gui + make sure we stay in array bounds [Radek Doulik] + binfilter + another layer [Caolán McNamara] + another round of unused methods [Caolán McNamara] + arg to GetCurrFrm is always false [Caolán McNamara] + bIdleEnd is always false [Caolán McNamara] + callcatcher: strip further [Caolán McNamara] + class SvxUnoXPropertyTable doesn't need a XPropertyTable member. [Joseph Powers] + dangling EndAllAction/StartAllAction [Caolán McNamara] + deconfuse this [Caolán McNamara] + drop unneccessary files, etc. [Caolán McNamara] + drop various unused [Caolán McNamara] + layouter can go [Caolán McNamara] + more unused stuff [Caolán McNamara] + next layer of unused [Caolán McNamara] + pLooping is always 0 [Caolán McNamara] + presumably uncalled [Caolán McNamara] + rebase binfilter::XColorTable from XPropertyTable to XPropertyList [Joseph Powers] + remove class XDashTable [Joseph Powers] + remove class XHatchTable [Joseph Powers] + remove class XLineEndTable [Joseph Powers] + remove class XPropertyTable [Joseph Powers] + remove dangling SwCrsrShell::End/StartAction [Caolán McNamara] + remove some comments that refer to XPropertyTable [Joseph Powers] + remove stray includes [Caolán McNamara] + shrink further [Caolán McNamara] + swCrsrShell::UpdateCrsr can go now [Caolán McNamara] + swCrsrShell::UpdateCrsrPos can go now [Caolán McNamara] + swDoc::GetEditShell is always NULL for ret and first out arg [Caolán McNamara] + sync with api changes [Caolán McNamara] + track api change [Caolán McNamara] + unused SwEditShell::ApplyViewOptions inline [Caolán McNamara] + unusedcode.easy: Cleanup some of the XPropertyList based classes [Joseph Powers] + update for api [Caolán McNamara] + viewShell::EndAction bIdleEnd always false [Caolán McNamara] + viewShell::ImplEndAction bIdleEnd always false [Caolán McNamara] +
Re: [Libreoffice] Additional info (was: Re: [PUSHED] thereof should be translated to modern English)
On Mon, Sep 5, 2011 at 7:43 PM, Christoph Noack christ...@dogmatux.comwrote: Looks reasonable to me. Pushed now to master. When working on the printing topic, we've did several string review iterations for the new dialog. For English, Liz was so kind to support me (Liz is the author of the OOo terminology style guide). The discussion item: The sub-group name Thereof print seems to be an issue because of the mixture of nouns and verbs. Liz proposed Withing the print range, print:. @ Lior: Do you think the proposal by Liz might fit better (and does meet l10n requirements in terms of length)? Otherwise, I'm fine (and thankful for your tweak). I tried to keep the string as short as possible. Your/Liz's suggestion sounds OK, but I think it's a bit long (trying to visualize it on the dialog). Anyone has another opinions on this ? Kaplan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Bringing some sanity to interline spacing
Hi Kohei, On Monday, 2011-09-05 12:33:31 -0400, Kohei Yoshida wrote: Yes, that would indeed be needed. Probably also import/export from/to Excel needs new row-height calculation, as they specify row height in fractions of font height, IIRC. Well, for the import of Excel binary documents, this won't be an issue. We use the actual absolute row height values stored in the Excel document and doesn't re-calculate heights based on the content upon import. Wasn't it that Excel calculates row height in something like 255th fractions of the standard sytem font (whatever that may be) or some such? Maybe it's really only font height and doesn't interfere with line spacing so we might be on the good side. Eike -- PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication. Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD signature.asc Description: Digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] 3.5 release from QA to point-zero
Hi Kohei, Kohei Yoshida wrote (05-09-11 02:50) On Sun, Sep 4, 2011 at 4:38 PM, Cor Nouwsoo...@nouenoff.nl wrote: - How much time can one annoying bug ask? Two day, two weeks? e.g. https://bugs.freedesktop.org/show_bug.cgi?id=40466#c10 Hmm... I don't see the relevance of my comment in the bug to what you are stating here. What do you mean by your first statement? Sorry, I should have given more explanation with the reference to your comment, or not use it, I think. It is not to say how much time you used in this particular case (have no real idea honestly), but it is one of the various comments that shows how time consuming finding the cause of some bugs can be. But probably that statement is superfluous ;-) Regards, -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Additional info (was: Re: [PUSHED] thereof should be translated to modern English)
Hi Lior! Thanks for your lightning fast reply ... Am Montag, den 05.09.2011, 19:51 +0300 schrieb Lior Kaplan: On Mon, Sep 5, 2011 at 7:43 PM, Christoph Noack christ...@dogmatux.com wrote: Looks reasonable to me. Pushed now to master. [...] @ Lior: Do you think the proposal by Liz might fit better (and does meet l10n requirements in terms of length)? Otherwise, I'm fine (and thankful for your tweak). I tried to keep the string as short as possible. Your/Liz's suggestion sounds OK, but I think it's a bit long (trying to visualize it on the dialog). Anyone has another opinions on this ? Oh, let's simply keep the new string if it fits from you point-of-view. My main aim was to hint towards existing information that might have been helpful here. Concerning the latter, it would be great if you could CC the mailing list libreoffice-ux-advice if (hard to discuss) string proposals pop up. Maybe we/I can provide hints to discussion from OOo UX times. Since I have another question, I'd like to move that discussions to that mailing list (no subscription required) and like to ask you, whether a terminology database / glossary is available for UI stuff. Is this something the l10n team is working on? Terminology is terribly important and it would be immensely helpful for UX / UI stuff to have a shared resource for Documentation / Translation / Design. Cheers, Christoph ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] warning about ccache in configure.log
Hi all, I'm try to find out, what parameter to autogen.sh are really needed for a build with Cygwin and Visual Studio Express. So I start with a pure ./autogen.sh I get the warning configure:6733: WARNING: ccache's cache size is less than 1GB using it is counter-producive: Disabling auto-ccache detection What does it mean? Is there some setting I have missed? Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] In config.log: conftest.c(42) : fatal error C1083:
Hi all, I'm try to find out, what parameter to autogen.sh are really needed for a build with Cygwin and Visual Studio Express. So I start with a pure ./autogen.sh I see the following error in config.log conftest.c(42) : fatal error C1083: Cannot open include file: 'valgrind.h': No such file or directory The output itself gives only checking valgrind.h usability... no checking valgrind.h presence... no checking for valgrind.h... no I wonder about the term fatal error. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] warning about ccache in configure.log
On Mon, 05 Sep 2011 19:56:56 +0200 Regina Henschel rb.hensc...@t-online.de wrote: I get the warning configure:6733: WARNING: ccache's cache size is less than 1GB using it is counter-producive: Disabling auto-ccache detection What does it mean? Is there some setting I have missed? Using ccache for LO makes only sense if the cache is bigger than 1GB, however I dont think we use ccache with msvc anyway, so I doesnt hurt you that configure chooses to not even check further. Best, Bjoern -- https://launchpad.net/~bjoern-michaelsen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] In config.log: conftest.c(42) : fatal error C1083:
On Mon, 05 Sep 2011 20:25:32 +0200 Regina Henschel rb.hensc...@t-online.de wrote: I wonder about the term fatal error. Well, configure tested if it could use valgrind or if that would result in a fatal error. It tried and resolved to the second possibility. Best, Bjoern -- https://launchpad.net/~bjoern-michaelsen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] In config.log: conftest.c(42) : fatal error C1083:
On 05.09.2011 20:25, Regina Henschel wrote: I see the following error in config.log conftest.c(42) : fatal error C1083: Cannot open include file: 'valgrind.h': No such file or directory The output itself gives only checking valgrind.h usability... no checking valgrind.h presence... no checking for valgrind.h... no I wonder about the term fatal error. this is from the C compiler, and if it cannot open an #include file, well, as far as the compiler is concerned that's a fatal error. it is of course not fatal for your build; in this case Valgrind doesn't even exist for Windows. the configure script will exit with an error in case something that it didn't find is really required for the build. Kind regards Regina regards, michael ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] Speed up range name lookup from formula interpreter
Hi Kohei, On Sunday, 2011-09-04 20:09:30 -0400, Kohei Yoshida wrote: I didn't test with any Excel document yet to verify. Actually I currently have zero original Excel documents ;) I'll have to copy the testcase farm of the old OOo tree Daniel used to maintain [should do that while they are still there..] Yup. That would be very helpful for our future testing needs. We actually keep our suite of test documents in http://cgit.freedesktop.org/libreoffice/contrib/test-files/ but we need more test documents to cover more cases. It would be nice to migrate Daniel's test documents into this repository. Will do so later. Btw, this fetches them together with the extraordinarily fine Excel Biff documentation Daniel created, plus some website stuff to be ignored ;) git svn clone https://svn.openoffice.org/svn/sc~webcontent Apart from the anomalies and crashes I fixed I didn't encounter other glitches. Sounds good. So, do you think that these two commits combined (my original and your fix) would be safe enough to be backported to the stable (3.4) branch, or ...? What's your opinion? I think so, yes, currently building libreoffice-3-4 branch to check. Eike -- PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication. Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD signature.asc Description: Digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] warning about ccache in configure.log
On Mon, Sep 5, 2011 at 12:56 PM, Regina Henschel rb.hensc...@t-online.de wrote: Hi all, I'm try to find out, what parameter to autogen.sh are really needed for a build with Cygwin and Visual Studio Express. So I start with a pure ./autogen.sh I get the warning configure:6733: WARNING: ccache's cache size is less than 1GB using it is counter-producive: Disabling auto-ccache detection What does it mean? Is there some setting I have missed? That means that ccache was detected on you system, but the cache size was less than 1G so no attempt was made to try to use it (which is likely a good thing, considering) There is a work by kendy to have a ccache version that work with Windows's compiler... but that would not be vanilla ccache that can come with cygwin... I probably should tweak configure.in to exclude windows for now... in the mean time --disable-ccache will make that message dis-appear Norbert PS out of curiosity could you show me what which ccache and ccache -s display on your cygwin ? ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Libreoffice-commits] .: i18npool/inc i18npool/Library_localedata_euro.mk i18npool/source svtools/source
Hi Eike, 2011/9/4 Eike Rathke o...@erack.de: Hi Andras, On Saturday, 2011-09-03 02:34:32 -0700, Andras Timar wrote: i18npool/source/localedata/data/an_ES.xml | 358 ++ add an_ES (Aragonese) locale data Compiling that gave: Warning: Time100SecSeparator is different from DecimalSeparator, this may be correct or not. Intended? Warning: Don't forget to adapt corresponding FormatCode elements when changing separators. Warning: QuotationStart may be wrong: U+201C “ Warning: QuotationEnd may be wrong: U+201D ” Warning: DoubleQuotationStart may be wrong: U+2018 ‘ Warning: DoubleQuotationEnd may be wrong: U+2019 ’ I exchanged Quotation(Start|End) and DoubleQuotation(Start|End), but I'm not sure about the use of '.' Time100SecSeparator whereas DecimalSeparator is ',' Is that intentional? I got the original file from Juan Pablo Martínez Cortés. I corrected a few errors and asked him about these warnings. He said that they were intentional, so I did not investigate further. Best regards, Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Autogen.sh demands Mozilla build tooling although building Mozilla is disabled
Hi all, I'm try to find out, what parameter to autogen.sh are really needed for a build with Cygwin and Visual Studio Express. So I start with a pure ./autogen.sh Now a real stop with error message: checking which Mozilla to use... internal checking for toolkit Mozilla should use... checking whether to build Mozilla/SeaMonkey... yes checking whether to build provided NSS module... yes checking for Mozilla build tooling... configure: error: Mozilla build tooling not found. Use the --with-mozilla-build option after installing the tools obtained from http://ftp.mozilla.org/pub/mozilla.org/mozilla/libraries/win32 Error running configure at ./autogen.sh line 157. The advise to provide Mozilla build tooling seems not right in case of Windows. Fridrich Strba told on Hackfest, that building Mozilla with Cygwin and MSVC Express 2008 is still not possible. I then follow http://wiki.documentfoundation.org/Development/Windows_Build_Dependencies and load the zips from http://tools.openoffice.org/moz_prebuild/OOo3.2 (shouldn't the binaries copied to another place. OpenOffice.org services can vanish at any time.) Then I use the parameter --disable-build-mozilla. Now I get: configure:18956: checking which Mozilla to use configure:19575: result: internal configure:19592: checking for toolkit Mozilla should use configure:19627: checking whether to build Mozilla/SeaMonkey configure:19635: result: no configure:19639: checking whether to build provided NSS module configure:19644: result: yes configure:19647: checking for Mozilla build tooling configure:19650: error: Mozilla build tooling not found. Use the --with-mozilla-build option after installing the tools obtained from http://ftp.mozilla.org/pub/mozilla.org/mozilla/libraries/win32 There is still the demand to deliver the Mozilla build tooling. I know, that I can use --disable-nss-module to get it working. But is that right or is there an error in the configure scripts, that the Mozilla build tooling is not necessary but the script demands it? If --disable-nss-module is indeed necessary if you use --disable-build-mozilla, then it should be disabled in that case and a message about that should be shown. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Autogen.sh demands Mozilla build tooling although building Mozilla is disabled
On Mon, Sep 5, 2011 at 4:48 PM, Regina Henschel rb.hensc...@t-online.de wrote: Hi all, I then follow http://wiki.documentfoundation.org/Development/Windows_Build_Dependencies and load the zips from http://tools.openoffice.org/moz_prebuild/OOo3.2 (shouldn't the binaries copied to another place. OpenOffice.org services can vanish at any time.) they are here: http://dev-www.libreoffice.org/mozilla/ Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Autogen.sh demands Mozilla build tooling although building Mozilla is disabled
Hi Norbert, Norbert Thiebaud schrieb: On Mon, Sep 5, 2011 at 4:48 PM, Regina Henschelrb.hensc...@t-online.de wrote: Hi all, I then follow http://wiki.documentfoundation.org/Development/Windows_Build_Dependencies and load the zips from http://tools.openoffice.org/moz_prebuild/OOo3.2 (shouldn't the binaries copied to another place. OpenOffice.org services can vanish at any time.) they are here: http://dev-www.libreoffice.org/mozilla/ No, there is only Linux and Mac but not Windows. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Autogen.sh demands Mozilla build tooling although building Mozilla is disabled
On Mon, Sep 5, 2011 at 5:16 PM, Regina Henschel rb.hensc...@t-online.de wrote: Hi Norbert, Norbert Thiebaud schrieb: On Mon, Sep 5, 2011 at 4:48 PM, Regina Henschelrb.hensc...@t-online.de wrote: Hi all, I then follow http://wiki.documentfoundation.org/Development/Windows_Build_Dependencies and load the zips from http://tools.openoffice.org/moz_prebuild/OOo3.2 (shouldn't the binaries copied to another place. OpenOffice.org services can vanish at any time.) they are here: http://dev-www.libreoffice.org/mozilla/ No, there is only Linux and Mac but not Windows. They are there now :-) Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [REVIEW] cherry-pick to 3-4: crash when modifying a defined name (and other places as well)
Hi, fixes nasty crashers when modifying defined names http://cgit.freedesktop.org/libreoffice/core/commit/?id=792dee46f2b35a21167af182416803c0b80b517c Eike -- PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication. Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD signature.asc Description: Digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] cherry-pick to 3-4: crash when modifying a defined name (and other places as well)
Hi, On Tuesday, 2011-09-06 01:41:06 +0200, Eike Rathke wrote: fixes nasty crashers when modifying defined names http://cgit.freedesktop.org/libreoffice/core/commit/?id=792dee46f2b35a21167af182416803c0b80b517c Forgot to mention: should fix https://bugs.freedesktop.org/show_bug.cgi?id=40571 Eike -- PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication. Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD signature.asc Description: Digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Libreoffice-commits] .: i18npool/inc i18npool/Library_localedata_euro.mk i18npool/source svtools/source
Hi Juan, On Monday, 2011-09-05 23:03:04 +0200, Juan Pablo Martínez Cortés wrote: Yes, they were intentional. At least, I copied the way it was done in other languages of Spain, see for instance http://www.it46.se/localegen/locale/1207308973_es_ES.xml . The generated data files are not always a reference, they are not reviewed and seldomly updated with corrected versions. For what's available in LibO see http://cgit.freedesktop.org/libreoffice/core/tree/i18npool/source/localedata/data/es_ES.xml I guess the reason of changing the type is that in Spanish, as well as in other languages of Spain, the double quotation marks “ ” are the most widely used, and the single ones ‘ ’ are much less used. That's a misconception. Quotation(Start|End) define single quotes, DoubleQuotation(Start|End) define double quotes. They are used in replacements for ' and when activated under Tools - AutoCorrect Options - Localized Options The es_ES.xml also defines Time100SecSeparator identical to DecimalSeparator ',' comma. I'll change that accordingly for an_ES. Eike -- PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication. Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD signature.asc Description: Digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] [PUSHED] cherry-pick to 3-4: crash when modifying a defined name (and other places as well)
Looks good to me and pushed to 3-4 with my sign-off. 2011/9/6 Eike Rathke o...@erack.de Hi, On Tuesday, 2011-09-06 01:41:06 +0200, Eike Rathke wrote: fixes nasty crashers when modifying defined names http://cgit.freedesktop.org/libreoffice/core/commit/?id=792dee46f2b35a21167af182416803c0b80b517c Forgot to mention: should fix https://bugs.freedesktop.org/show_bug.cgi?id=40571 Eike -- PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication. Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD ___ 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] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Bug 35673 depends on bug 40571, which changed state. Bug 40571 Summary: UI EDITING Crash when modifying defined name https://bugs.freedesktop.org/show_bug.cgi?id=40571 What|Old Value |New Value Resolution||FIXED Status|ASSIGNED|RESOLVED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] minutes of tech. steering call ...
Michael Meeks wrote (01-09-11 16:55) * Agenda items + request to move 3.5.x feature-freeze forward (Cor) So thanks for putting this at the agenda. (But of course note that it is not stated fully correct.) As you have seen, I posted some overview on the subject to the list two days ago . I'll be glad to join a talk about this. Only problem: needs to be somewhere: - next Saturday or Sunday between 7 and 11 AM (UTC) or after 18 PM - or the week thereafter can try one of the evenings after 18 PM UTC - maybe there is some time on Friday during the day in one of the next weeks, but that is difficult to say earlier than one day in advance - For the weeks towards mid October about the same schedule. Regards, -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice