Re: Error Compiling LibreOffice Core on Debian 12 - x64

[Andreas Mantke]

Hi Michael, hi all,

excuse for the late answer, but I had to made a lot of edits and tests
to get to a successful build and later to a successful Docker image. In
addition the build inside a virtual machine took a lot of time for every
new test circle.

Am 25.03.24 um 09:51 schrieb Michael Weghorn:

On 2024-03-24 00:17, Andreas Mantke wrote:

I try to compile LibreOffice core on Debian 12 -x64 but the process
ended with an error.

Here the messages in the shell at the end of the build process:

[MOD] unoxml
/builddir/core/filter/source/graphicfilter/icgm/cgmtypes.hxx:108:
warning: type ‘LineType’ violates the C++ One Definition Rule [-Wodr]
   108 | enum LineType   { LT_SOLID = 1, LT_DASH = 2, LT_DOT =
3, LT_DASHDOT = 4, LT_DASHDOTDOT = 5, // Standard
   |
/builddir/core/vcl/inc/regband.hxx:47: note: an enum with different
value name is defined in another translation unit
    47 | enum class LineType { Ascending, Descending };
   |
/builddir/core/filter/source/graphicfilter/icgm/cgmtypes.hxx:108: note:
name ‘LT_SOLID’ differs from name ‘Ascending’ defined in another
translation unit
   108 | enum LineType   { LT_SOLID = 1, LT_DASH = 2, LT_DOT =
3, LT_DASHDOT = 4, LT_DASHDOTDOT = 5, // Standard
   |
/builddir/core/vcl/inc/regband.hxx:47: note: mismatching definition
    47 | enum class LineType { Ascending, Descending };
   |
g++: fatal error: Getötet signal terminated program lto1
compilation terminated.
lto-wrapper: fatal error: /usr/bin/g++ returned 1 exit status
compilation terminated.
/usr/bin/ld: error: lto-wrapper failed
collect2: error: ld returned 1 exit status
make[1]: *** [/builddir/core/Library_merged.mk:11:
/builddir/core/instdir/program/libmergedlo.so] Fehler 1
make: *** [Makefile:290: build] Fehler 2


I tried in parallel with a build on openSUSE 15.5 -x64 and the build of
LibreOffice  core was successful.

Any hints about a workaround or fix?


Renaming one of the enums could be one approach, e.g. the one defined
in vcl/inc/regband.hxx to something like "RegionBandLineType".  (Just
a first thought when skimming over the file, I don't otherwise know
the involved code.)


I made this edits inside the git clone on the Debian 12 -x64 install and
that fixed that problem. But I got another one and the build was again
not successful.

Thus I created a new Debian 12 environment on Virtualbox and started
again from scratch. I installed the packages mentioned on our wiki page
for building on Debian.
This time the build process finished successful after some hours. I used
no special options for this build process. I run ./autogen.sh and then
make, without any changes on the source code.

I then tested a build with the option '--with-distro=LibreOfficeOnline'
but that didn't work.
I also tried to build with the option '--with-distro=CPLinux-LOKit', but
that gave some errors.
I had to evaluate every option in the latter configuration file
(proposed from Collabora Productivity for a build) and see if the build
got done. I stumbled over some build options that were not available in
LibreOffice core. It seemed they were only implemented in a fork of
LibreOffice but never made it upstream, e.g. '--enable-noto-font',
'--disable-ext-ct2n'. Maybe something to dig into a bit deeper.

Then there are some options which didn't work my git clone on Debian 12:
'--enable-cairo-rgba', '--without-system-cairo', '--disable-gui',
'--enable-mergelibs'  and '--enable-lto'. Maybe also something to
investigate more in depth once I had some free cycles again.

If I disable all this options above I could successfully build
LibreOffice again.

Regards,
Andreas



--
## Free Software Advocate
## Free Online Office (LibreOffice Technology):
## https://github.com/freeonlineoffice/online
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Error Compiling LibreOffice Core on Debian 12 - x64

[Andreas Mantke]

Hello,

I try to compile LibreOffice core on Debian 12 -x64 but the process
ended with an error.

Here the messages in the shell at the end of the build process:

[MOD] unoxml
/builddir/core/filter/source/graphicfilter/icgm/cgmtypes.hxx:108:
warning: type ‘LineType’ violates the C++ One Definition Rule [-Wodr]
  108 | enum LineType   { LT_SOLID = 1, LT_DASH = 2, LT_DOT =
3, LT_DASHDOT = 4, LT_DASHDOTDOT = 5, // Standard
  |
/builddir/core/vcl/inc/regband.hxx:47: note: an enum with different
value name is defined in another translation unit
   47 | enum class LineType { Ascending, Descending };
  |
/builddir/core/filter/source/graphicfilter/icgm/cgmtypes.hxx:108: note:
name ‘LT_SOLID’ differs from name ‘Ascending’ defined in another
translation unit
  108 | enum LineType   { LT_SOLID = 1, LT_DASH = 2, LT_DOT =
3, LT_DASHDOT = 4, LT_DASHDOTDOT = 5, // Standard
  |
/builddir/core/vcl/inc/regband.hxx:47: note: mismatching definition
   47 | enum class LineType { Ascending, Descending };
  |
g++: fatal error: Getötet signal terminated program lto1
compilation terminated.
lto-wrapper: fatal error: /usr/bin/g++ returned 1 exit status
compilation terminated.
/usr/bin/ld: error: lto-wrapper failed
collect2: error: ld returned 1 exit status
make[1]: *** [/builddir/core/Library_merged.mk:11:
/builddir/core/instdir/program/libmergedlo.so] Fehler 1
make: *** [Makefile:290: build] Fehler 2


I tried in parallel with a build on openSUSE 15.5 -x64 and the build of
LibreOffice  core was successful.

Any hints about a workaround or fix?

Regards,
Andreas

--
## Free Software Advocate
## Free Online Office (LibreOffice Technology):
## https://github.com/freeonlineoffice/online
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Re: Debian 12.5 - 32bit Compiling Error - Missing jawt_md.h

[Andreas Mantke]

Hi Hossein,

thanks for your answer. Sorry for my late answer. I was busy with other
tasks during the last days.

Am 05.03.24 um 21:51 schrieb Hossein Nourikhah:

Hello Andreas,

The file jawt_md.h is available in the include path of the openjdk,
but the path to the file varies according to the architecture. For
example, compare these two:

/usr/lib/jvm/java-17-openjdk-i386/include/linux/jawt_md.h
/usr/lib/jvm/java-17-openjdk-amd64/include/linux/jawt_md.h
https://packages.debian.org/search?searchon=contents=jawt_md.h=path=stable=any



I looked onto the Debian packages site (your link above) and they listed
jawt_md.h inside the folder, you mentioned above. But I looked into this
folder on my Netbook and there was no such file. There was only a file
named jni_md.h.

I tried to purge and reinstall the package with apt-get from the server
and local, but that didn't change anything. The local directory stayed
as it was.

Then I tried a run of apt-get install with the dependencies from the TDF
wiki for Debian and that fixed the issue. There is an jawt_md.h file
available jet in the folder, you mentioned above.

But yet another issue appeared with JAVA. There is no 'java' inside the
bin directory. There is instead a file named 'jconsole' and this breaks
the run of autogen.sh. It stops with the error message 'no java in the
bin directory of the jre found'.

Regards,
Andreas

--
## Free Software Advocate
## Free Online Office (LibreOffice Technology):
## https://github.com/freeonlineoffice/online
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Debian 12.5 - 32bit Compiling Error - Missing jawt_md.h

[Andreas Mantke]

Hi all,

I tried to compile the current source code from the LibreOffice core
master, but I failed with an error within the bean module:

[C  ] bean/native/unix/com_sun_star_comp_beans_LocalOfficeWindow.c
/home/andreas/libreoffice/libo/bean/native/unix/com_sun_star_comp_beans_LocalOfficeWindow.c:35:10:
fatal error: jawt_md.h: Datei oder Verzeichnis nicht gefunden
   35 | #include 
  |  ^~~
compilation terminated.
make[1]: ***
[/home/andreas/libreoffice/libo/solenv/gbuild/LinkTarget.mk:275:
/home/andreas/libreoffice/libo/workdir/CObject/bean/native/unix/com_sun_star_comp_beans_LocalOfficeWindow.o]
Fehler 1


The gcc compiler didn't find the 'jawa_md.h' file. This seemed to be an
issue with the open-jdk on Debian Linux.

The error didn't appear during my previous compilation of LibreOffice on
the same 32-bit Netbook, using a LibreOffice source checkout about two
weeks before.

Is there a workaround or a solution for this issue available?

Regards,
Andreas

--
## Free Software Advocate
## Free Online Office (LibreOffice Technology):
## https://github.com/freeonlineoffice/online
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Missing Patch Inside LibreOffice Core Branch Master

[Andreas Mantke]

Hi all,

I found out again that at least one patch didn't make it to the
LibreOffice core repository, branch master:
https://gerrit.libreoffice.org/c/core/+/160022

I hope this is a lapse again and it would be good to have this patch in
the LibreOffice core master tree too. It's currently only available in a
branch.

Regards,
Andreas

--
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Missing Patches Inside LibreOffice Core Branch Master (again)

[Andreas Mantke]

Hi all,

I looked on the LibreOffice Gerrit and found out that at least two
patches around the
LibreOffice kit and its features were not committed to the LibreOffice
master branch:
https://gerrit.libreoffice.org/c/core/+/158343
https://gerrit.libreoffice.org/c/core/+/158512

I think it would only a lapse that they (again) didn't make it only in a
branch but
not into the master.

Regards,
Andreas

--
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Re: LO 24.2 C++20 baseline

[Andreas Mantke]

Hi Christian,

Am 22.09.23 um 22:15 schrieb Christian Lohmaier:

Hi Andreas,

On Fri, Sep 22, 2023 at 11:09 PM Andreas Mantke  wrote:

You can also look in config.log for more details as to why it fails

I tried with:
export CC=/usr/bin/gcc-12

That's not enough, when doing it that way you'd also have to export
CXX (one for gcc compiler, the other env for the g++ compiler)


thanks, that helps. I did two exports:

export CC=/usr/bin/gcc-11

export CXX=/usr/bin/g++-11

And autogen.sh runs without errors.

Regards,
Andreas

--
## Free Software Advocate
## Plone add-on developer
## My blog:http://www.amantke.de/blog

Re: LO 24.2 C++20 baseline

[Andreas Mantke]

Hi Christian,

Am 22.09.23 um 21:25 schrieb Christian Lohmaier:

Hi Andreas,

On Fri, Sep 22, 2023 at 9:31 PM Andreas Mantke  wrote:

You can upgrade to Leap 15.5 and compiling should work again:
https://build.opensuse.org/package/show/openSUSE:Leap:15.5:Update/gcc12

unfortunately the upgrade didn't fix the issue. I got this lines at the end of 
the autogen.sh run:

checking what the C++ library is... GNU libstdc++
checking for gperf... /usr/bin/gperf
checking whether gperf is new enough... yes (3.1)
checking which libcmis to use... internal
checking whether ccache g++ supports C++20... configure: error: no
Error running configure at ./autogen.sh line 321.

Did you make sure g++ without any setup is pointing to the new gcc
version? maybe you need to add its path in front of your existing PATH
env-var or you have to use update-alternatives or similar.

You can also look in config.log for more details as to why it fails


I tried with:
export CC=/usr/bin/gcc-12

and again in a new virtual terminal with:
export CC=/usr/bin/gcc-11

and it uses the compiler from the export, but the error stays the same:

checking for sys/sdt.h... no
checking whether ccache gcc-11 supports -fstack-clash-protection... yes
checking whether ccache gcc-11 supports -mno-avx... yes
checking whether ccache gcc-11 supports atomic functions... yes
checking whether ccache g++ defines __base_class_type_info in
cxxabi.h... yes
checking whether ccache g++ defines __class_type_info in cxxabi.h... yes
checking whether ccache g++ declares __cxa_allocate_exception in
cxxabi.h... yes
checking whether ccache g++ defines __cxa_eh_globals in cxxabi.h... no
checking whether ccache g++ defines __cxa_exception in cxxabi.h... no
checking whether ccache g++ declares __cxa_get_globals in cxxabi.h... yes
checking whether ccache g++ declares __cxa_current_exception_type in
cxxabi.h... yes
checking whether ccache g++ declares __cxa_throw in cxxabi.h... yes
checking whether ccache g++ defines __si_class_type_info in cxxabi.h... yes
checking whether ccache g++ defines __vmi_class_type_info in cxxabi.h...
yes
checking what the C++ library is... GNU libstdc++
checking for gperf... /usr/bin/gperf
checking whether gperf is new enough... yes (3.1)
checking which libcmis to use... internal
checking whether ccache g++ supports C++20... configure: error: no
Error running configure at ./autogen.sh line 32

Regards,
Andreas

--
## Free Software Advocate
## Plone add-on developer
## My blog:http://www.amantke.de/blog

Re: LO 24.2 C++20 baseline

[Andreas Mantke]

Hi Ilmari,

Am 22.09.23 um 18:05 schrieb Ilmari Lauhakangas:

On 22.9.2023 18.36, Andreas Mantke wrote:

Am 22.09.23 um 09:20 schrieb Stephan Bergmann:

I just submitted
<https://git.libreoffice.org/core/+/1eef07805021b7ca26a1a8894809b6d995747ba1%5E%21>

"Bump baseline to C++20" to master.  I will let it sit like that for a
few more days, to see if anything breaks (Coverity? Linux distros'
needs? etc.), before cleaning up now-unnecessary `#if __cplusplus <
202002L` etc., and before potentially unleashing the rewriting Clang
plugin to mass-introduce uses of u""_ustr that I talked about
yesterday at
<https://events.documentfoundation.org/libreoffice-conference-2023/talk/U9XTSL/>
"If I Had C++20".


> Hi Stephan,
>
> I tried to compile from master on openSUSE 15.4 without success yet. It
> complains about the compiler (the current tool chain is gcc 7).
>
> Regards,
> Andreas

You can upgrade to Leap 15.5 and compiling should work again:
https://build.opensuse.org/package/show/openSUSE:Leap:15.5:Update/gcc12


unfortunately the upgrade didn't fix the issue. I got this lines at the
end of the autogen.sh run:

checking what the C++ library is... GNU libstdc++
checking for gperf... /usr/bin/gperf
checking whether gperf is new enough... yes (3.1)
checking which libcmis to use... internal
checking whether ccache g++ supports C++20... configure: error: no
Error running configure at ./autogen.sh line 321.


Regards,
Andreas

--
## Free Software Advocate
## Plone add-on developer
## My blog:http://www.amantke.de/blog

Re: LO 24.2 C++20 baseline

[Andreas Mantke]

Hi Stephan,

I tried to compile from master on openSUSE 15.4 without success yet. It
complains about the compiler (the current tool chain is gcc 7).

Regards,
Andreas

Am 22.09.23 um 09:20 schrieb Stephan Bergmann:

I just submitted

"Bump baseline to C++20" to master.  I will let it sit like that for a
few more days, to see if anything breaks (Coverity? Linux distros'
needs? etc.), before cleaning up now-unnecessary `#if __cplusplus <
202002L` etc., and before potentially unleashing the rewriting Clang
plugin to mass-introduce uses of u""_ustr that I talked about
yesterday at 

"If I Had C++20".

Missing Patch Inside LibreOffice Core Master Branch

[Andreas Mantke]

Hi all,

I looked on the LibreOffice Gerrit and found out that a patch of the
LibreOffice kit has not been committed to the LibreOffice master branch:
https://gerrit.libreoffice.org/c/core/+/155282

I think it would only a lapse that it didn't make it only in branch but
not into the master.

Regards,
Andreas

--
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Re: Build failed inside skia module on openSUSE 15.4-x64 with skia m116

[Andreas Mantke]

Hi Noel,

because I got no response to my answer of your questions I'd like to ask
if you need some further information to  work on the issue.

Regards,
Andreas

Am 16.07.23 um 20:35 schrieb Andreas Mantke:


Hi Noel,

Am 16.07.23 um 20:28 schrieb Noel Grandin:

what kind of build is this? debug/release?

and what version of gcc?


rpm -qa | grep gcc gave me:

gcc7-c++-7.5.0+r278197-4.30.1.x86_64
gcc-info-7-3.9.1.x86_64
gcc-c++-7-3.9.1.x86_64
gcc-7-3.9.1.x86_64
libgcc_s1-12.3.0+git1204-15.1.10.1.x86_64
libstdc++6-devel-gcc7-7.5.0+r278197-4.30.1.x86_64
gcc7-7.5.0+r278197-4.30.1.x86_64
gcc7-info-7.5.0+r278197-4.30.1.noarch
libgcc_s1-32bit-12.3.0+git1204-15.1.10.1.x86_64

It's the build from LibreOffice source branch master. I run a regular
build without debug symbols.

Regards,
Andreas


--
## Free Software Advocate
## Plone add-on developer
## My blog:http://www.amantke.de/blog

Re: Build failed inside skia module on openSUSE 15.4-x64 with skia m116

[Andreas Mantke]

Hi Noel,

Am 16.07.23 um 20:28 schrieb Noel Grandin:

what kind of build is this? debug/release?

and what version of gcc?


rpm -qa | grep gcc gave me:

gcc7-c++-7.5.0+r278197-4.30.1.x86_64
gcc-info-7-3.9.1.x86_64
gcc-c++-7-3.9.1.x86_64
gcc-7-3.9.1.x86_64
libgcc_s1-12.3.0+git1204-15.1.10.1.x86_64
libstdc++6-devel-gcc7-7.5.0+r278197-4.30.1.x86_64
gcc7-7.5.0+r278197-4.30.1.x86_64
gcc7-info-7.5.0+r278197-4.30.1.noarch
libgcc_s1-32bit-12.3.0+git1204-15.1.10.1.x86_64

It's the build from LibreOffice source branch master. I run a regular
build without debug symbols.

Regards,
Andreas

--
## Free Software Advocate
## Plone add-on developer
## My blog:http://www.amantke.de/blog

Build failed inside skia module on openSUSE 15.4-x64 with skia m116

[Andreas Mantke]

Hi all,

I build LibreOffice from source on an openSUSE 15.4 -x64 and it breaks
inside the skia module. I made a fresh git checkout today and it breaks
inside that module. I tried to remove the last three commits inside that
module (step by step), but that didn't solve the issue. The build breaks
with the following compiler messages:

 begin compiler messages ---

[LNK] Executable/bestreversemap
[CXX] external/skia/source/SkMemory_malloc.cxx
[CXX] external/skia/source/skia_compiler.cxx
[CXX] external/skia/source/skia_opts.cxx
[CXX] workdir/UnpackedTarball/skia/src/base/SkArenaAlloc.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkBezierCurves.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkBlockAllocator.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkBuffer.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkContainers.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkCubics.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkDeque.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkFloatingPoint.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkHalf.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkMalloc.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkMathPriv.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkQuads.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkSafeMath.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkSemaphore.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkSharedMutex.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkSpinlock.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkTDArray.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkThreadID.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkTSearch.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkUtils.cpp
[CXX] workdir/UnpackedTarball/skia/src/base/SkUTF.cpp
[CXX] workdir/UnpackedTarball/skia/src/codec/SkAndroidCodecAdapter.cpp
[CXX] workdir/UnpackedTarball/skia/src/codec/SkAndroidCodec.cpp
[CXX] workdir/UnpackedTarball/skia/src/codec/SkBmpBaseCodec.cpp
/home/andreas/libogitrepos/libreoffice/workdir/UnpackedTarball/skia/src/base/SkBezierCurves.cpp:
In static member function ‘static SkSpan
SkBezierQuad::Intersect(double, double, double, double, double, double,
double, float*)’:
/home/andreas/libogitrepos/libreoffice/workdir/UnpackedTarball/skia/src/base/SkBezierCurves.cpp:185:57:
error: class template argument deduction failed:
 return SkSpan{intersectionStorage, intersectionCount};
 ^
/home/andreas/libogitrepos/libreoffice/workdir/UnpackedTarball/skia/src/base/SkBezierCurves.cpp:185:57:
error: no matching function for call to ‘SkSpan()’
In file included from
/home/andreas/libogitrepos/libreoffice/workdir/UnpackedTarball/skia/src/base/SkBezierCurves.h:10:0,
 from
/home/andreas/libogitrepos/libreoffice/workdir/UnpackedTarball/skia/src/base/SkBezierCurves.cpp:8:
/home/andreas/libogitrepos/libreoffice/workdir/UnpackedTarball/skia/include/private/base/SkSpan_impl.h:122:1:
note: candidate: template SkSpan(Container&&)->
SkSpan()))>::type>
 SkSpan(Container&&) ->
 ^~
/home/andreas/libogitrepos/libreoffice/workdir/UnpackedTarball/skia/include/private/base/SkSpan_impl.h:122:1:
note:   template argument deduction/substitution failed:
/home/andreas/libogitrepos/libreoffice/workdir/UnpackedTarball/skia/src/base/SkBezierCurves.cpp:185:57:
note:   couldn't deduce template parameter ‘Container’
 return SkSpan{intersectionStorage, intersectionCount};
 ^
In file included from
/home/andreas/libogitrepos/libreoffice/workdir/UnpackedTarball/skia/src/base/SkBezierCurves.h:10:0,
 from
/home/andreas/libogitrepos/libreoffice/workdir/UnpackedTarball/skia/src/base/SkBezierCurves.cpp:8:
/home/andreas/libogitrepos/libreoffice/workdir/UnpackedTarball/skia/include/private/base/SkSpan_impl.h:79:5:
note: candidate: template SkSpan(std::initializer_list<_Tp>)->
SkSpan
 SkSpan(std::initializer_list il SK_CHECK_IL_LIFETIME)
 ^~
/home/andreas/libogitrepos/libreoffice/workdir/UnpackedTarball/skia/include/private/base/SkSpan_impl.h:79:5:
note:   template argument deduction/substitution failed:
/home/andreas/libogitrepos/libreoffice/workdir/UnpackedTarball/skia/src/base/SkBezierCurves.cpp:185:57:
note:   deduced conflicting types for parameter ‘_Tp’ (‘float*’ and ‘int’)
 return SkSpan{intersectionStorage, intersectionCount};
 ^
In file included from
/home/andreas/libogitrepos/libreoffice/workdir/UnpackedTarball/skia/src/base/SkBezierCurves.h:10:0,
 from
/home/andreas/libogitrepos/libreoffice/workdir/UnpackedTarball/skia/src/base/SkBezierCurves.cpp:8:
/home/andreas/libogitrepos/libreoffice/workdir/UnpackedTarball/skia/include/private/base/SkSpan_impl.h:78:15:
note: candidate: template
SkSpan(Container&&)-> SkSpan
 constexpr SkSpan(Container&& c) : SkSpan(std::data(c),
std::size(c)) { }
   ^~

Re: LibreOffice Build failed on Debian-x86-32bit inside Module VCL

[Andreas Mantke]

Hi Michael,

with the fix of the skia module from Noel
(https://cgit.freedesktop.org/libreoffice/core/commit/?id=64140e0e7f8a151f298568c9173364efca636a46)
the VCL module could be build. It builds without the former break thus
the issue should be fixed.

Thanks for the work.

Regards,
Andreas

Am 13.07.23 um 21:06 schrieb Andreas Mantke:

Hi Michael,

thanks for your answer. I tried again with the latest patches from the
git repository. But it breaks again in the skia module yet.
(see my other mail to this list).

Thus I need to solve this issue, because the VCL module is currently not
build (it stops before in the skia module).

I will give feedback here once I got the skia issue fixed.

Regards,
Andreas

Am 13.07.23 um 08:31 schrieb Michael Weghorn:

On 2023-07-12 21:04, Andreas Mantke wrote:

I compiled LibreOffice on a Netbook with Debian-x86-32bit for a while
successful. I did this with success from the source repo some weeks ago
(before version 7.6 was tagged).

[...]

But yet I got a break inside the VCL module
Here is the output from my current build process:

[...]
error: no declaration matches ‘void AtkListener::handleChildAdded(const
com::sun::star::uno::Reference&,


const
com::sun::star::uno::Reference&,


sal_Int32)’
   164 | void AtkListener::handleChildAdded(
   |  ^~~
[...]


This sounds like the issue fixed by
https://git.libreoffice.org/core/commit/469fc646ec782f42e42947f480d5931b97e686ab


("gtk3 a11y: Use sal_Int32 consistently to fix i386 build").

Can you try again with current git master (or apply that commit)?


--
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog


--
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Re: LibreOffice Build failed again on Debian-x86-32bit inside Module Skia

[Andreas Mantke]

Hi Noel,

Am 14.07.23 um 14:02 schrieb Noel Grandin:

That should be fixed as of an hour ago with

https://cgit.freedesktop.org/libreoffice/core/commit/?id=64140e0e7f8a151f298568c9173364efca636a46



thanks for your work. The skia module build again.

Regards,
Andreas

--
## Free Software Advocate
## Plone add-on developer
## My blog:http://www.amantke.de/blog

LibreOffice Build failed again on Debian-x86-32bit inside Module Skia

[Andreas Mantke]

Hi all,

I updated my LibreOffice source with the latest commits from yesterday
(June, 12) and run the build process again on my Netbook with Debian
Bookworm.

I could build the skia module successfully with the patch, provided by
Rene some days ago. But after running an git pull to get the patch which
should fix the break inside the VCL module it breaks again in the skia
module.

- beginn compile messages --

[CXX]
workdir/UnpackedTarball/skia/third_party/vulkanmemoryallocator/GrVulkanMemoryAllocator.cpp
[CXX]
workdir/UnpackedTarball/skia/src/ports/SkGlobalInitialization_default.cpp
[CXX] workdir/UnpackedTarball/skia/src/ports/SkImageGenerator_none.cpp
[CXX] workdir/UnpackedTarball/skia/src/ports/SkOSFile_stdio.cpp
[CXX] external/skia/source/skia_opts_ssse3.cxx
[CXX] workdir/UnpackedTarball/skia/src/opts/SkOpts_avx.cpp
[CXX] workdir/UnpackedTarball/skia/src/opts/SkOpts_hsw.cpp
In file included from /usr/include/c++/12/memory:76,
 from
/home/andreas/libreoffice/libo/workdir/UnpackedTarball/skia/src/image/SkImageGeneratorPriv.h:13,
 from
/home/andreas/libreoffice/libo/workdir/UnpackedTarball/skia/src/ports/SkImageGenerator_none.cpp:9:
/usr/include/c++/12/bits/unique_ptr.h: In instantiation of ‘void
std::default_delete<_Tp>::operator()(_Tp*) const [with _Tp =
SkImageGenerator]’:
/usr/include/c++/12/bits/unique_ptr.h:396:17:   required from
‘std::unique_ptr<_Tp, _Dp>::~unique_ptr() [with _Tp = SkImageGenerator;
_Dp = std::default_delete]’
/home/andreas/libreoffice/libo/workdir/UnpackedTarball/skia/src/ports/SkImageGenerator_none.cpp:14:12:
required from here
/usr/include/c++/12/bits/unique_ptr.h:93:23: error: invalid application
of ‘sizeof’ to incomplete type ‘SkImageGenerator’
   93 | static_assert(sizeof(_Tp)>0,
  |   ^~~
make[1]: ***
[/home/andreas/libreoffice/libo/solenv/gbuild/LinkTarget.mk:402:
/home/andreas/libreoffice/libo/workdir/GenCxxObject/UnpackedTarball/skia/src/ports/SkImageGenerator_none.o]
Fehler 1
make[1]: *** Es wird auf noch nicht beendete Prozesse gewartet
make: *** [Makefile:289: build] Fehler 2

- end compile messages ---


I tried to run make after a revert of commit
e2dc9b2d8404ac467bb74b5db423c84a249381bb with no change. And another try
with also reverting commit 254b90801d4af1b775447dc701c2f0d71fcfd773 lead
to the same result.
It breaks further in module skia with the above error message.

Regards,
Andreas

--
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Re: LibreOffice Build failed on Debian-x86-32bit inside Module VCL

[Andreas Mantke]

Hi Michael,

thanks for your answer. I tried again with the latest patches from the
git repository. But it breaks again in the skia module yet.
(see my other mail to this list).

Thus I need to solve this issue, because the VCL module is currently not
build (it stops before in the skia module).

I will give feedback here once I got the skia issue fixed.

Regards,
Andreas

Am 13.07.23 um 08:31 schrieb Michael Weghorn:

On 2023-07-12 21:04, Andreas Mantke wrote:

I compiled LibreOffice on a Netbook with Debian-x86-32bit for a while
successful. I did this with success from the source repo some weeks ago
(before version 7.6 was tagged).

[...]

But yet I got a break inside the VCL module
Here is the output from my current build process:

[...]
error: no declaration matches ‘void AtkListener::handleChildAdded(const
com::sun::star::uno::Reference&,

const
com::sun::star::uno::Reference&,

sal_Int32)’
   164 | void AtkListener::handleChildAdded(
   |  ^~~
[...]


This sounds like the issue fixed by
https://git.libreoffice.org/core/commit/469fc646ec782f42e42947f480d5931b97e686ab

("gtk3 a11y: Use sal_Int32 consistently to fix i386 build").

Can you try again with current git master (or apply that commit)?


--
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog

LibreOffice Build failed on Debian-x86-32bit inside Module VCL

[Andreas Mantke]

Hi all,

I compiled LibreOffice on a Netbook with Debian-x86-32bit for a while
successful. I did this with success from the source repo some weeks ago
(before version 7.6 was tagged).

I run a build from source again with the source from June, 30 with a
clean environment and applied the patch, Rene provided for the skia module.
This module compiles successful with the patch.

But yet I got a break inside the VCL module
Here is the output from my current build process:


 beginn compile messages
---


[MOD] i18nutil
[ECH] CustomTarget/instsetoo_native/setup/setuprc
[ECH] CustomTarget/instsetoo_native/setup/versionrc
[MOD] sax
[MOD] scaddins
[MOD] sccomp
[BIN] sot
[CXX] svtools/langsupport/langsupport.cxx
[CXX] test/source/vclbootstrapprotector.cxx
[CXX] vcl/unx/gtk3/a11y/atklistener.cxx
[CXX] vcl/unx/gtk3/a11y/atktable.cxx
[CXX] vcl/unx/gtk3/a11y/atktablecell.cxx
[CXX] vcl/unx/gtk3/a11y/atktextattributes.cxx
/home/andreas/libreoffice/libo/vcl/unx/gtk3/a11y/atklistener.cxx:164:6:
error: no declaration matches ‘void AtkListener::handleChildAdded(const
com::sun::star::uno::Reference&,
const
com::sun::star::uno::Reference&,
sal_Int32)’
  164 | void AtkListener::handleChildAdded(
  |  ^~~
In file included from
/home/andreas/libreoffice/libo/vcl/unx/gtk3/a11y/atklistener.cxx:29:
/home/andreas/libreoffice/libo/vcl/unx/gtk3/a11y/atklistener.hxx:54:10:
note: candidate is: ‘void AtkListener::handleChildAdded(const
com::sun::star::uno::Reference&,
const
com::sun::star::uno::Reference&,
int)’
   54 | void handleChildAdded(
  |  ^~~~
/home/andreas/libreoffice/libo/vcl/unx/gtk3/a11y/atklistener.hxx:29:7:
note: ‘class AtkListener’ defined here
   29 | class AtkListener : public ::cppu::WeakImplHelper<
css::accessibility::XAccessibleEventListener >
  |   ^~~
make[1]: ***
[/home/andreas/libreoffice/libo/solenv/gbuild/LinkTarget.mk:337:
/home/andreas/libreoffice/libo/workdir/CxxObject/vcl/unx/gtk3/a11y/atklistener.o]
Fehler 1
make[1]: *** Es wird auf noch nicht beendete Prozesse gewartet
make: *** [Makefile:289: build] Fehler 2


-- End compile message 

Regards,
Andreas

--
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Re: LibreOffice Build failed on Debian-x86-32bit

[Andreas Mantke]

Hi Rene,

Am 04.07.23 um 20:47 schrieb Rene Engelhard:

Hi,

Am 04.07.23 um 20:45 schrieb Andreas Mantke:

big thanks for investigating. I'll try to apply your patch and look if
it build successful.


A somewhat improved version of it (keeping amd64 intact) is in
https://gerrit.libreoffice.org/c/core/+/153984.

> But it may take some time to get the whole build done on the (old)
machine.

Also test-building above patch now.



I adapted your patchset (5) and the skia package was build without errors.

Thanks for your work.

Regards,
Andreas

--
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Re: LibreOffice Build failed on Debian-x86-32bit

[Andreas Mantke]

Hi Rene,

big thanks for investigating. I'll try to apply your patch and look if
it build successful.
But it may take some time to get the whole build done on the (old) machine.

Regards,
Andreas

Am 04.07.23 um 20:31 schrieb Rene Engelhard:

Hi again,

Am 04.07.23 um 20:19 schrieb Rene Engelhard:

/home/rene/LibreOffice/git/libreoffice-7-6/workdir/UnpackedTarball/skia/src/core/SkBlitRow_D32.cpp:65:50:
error: always_inline function '_mm_loadu_si128' requires target
feature 'sse2', but would be inlined into function
'blit_row_s32_blend' that is compiled without support for 'sse2'


Hmm.

commit 9c9a711ac5d8f32ac318d0e4ecab7b3a26bc2150
Author: Noel Grandin 
Date:   Fri Jan 27 10:48:45 2023 +0200

    Update skia to m111

    (*) Remove patches already upstream

    (*) Remove the skia_sk_cpu_sse_level_0_by_default.patch.1 patch
and rather set
    that define via -D parameter, because that is how the skia BUILD.gn
    seems to do it

    (*) I hand edited the PCH file, because running the update_pch
script failed for me.

    Change-Id: I1fd175b9f63f8d2792a1876e4ece03fe92fb5374
    Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146251
    Tested-by: Jenkins
    Tested-by: Noel Grandin 
    Reviewed-by: Noel Grandin 

was the commit.

Apparently the second part doesn't work?

Oh, no, that patch contains

diff --git a/external/skia/Library_skia.mk
b/external/skia/Library_skia.mk
index 3bb9cc3eed40..4b7d9ee56407 100644
--- a/external/skia/Library_skia.mk
+++ b/external/skia/Library_skia.mk
@@ -20,6 +20,7 @@ $(eval $(call gb_Library_add_defs,skia,\
 -DSKIA_IMPLEMENTATION=1 \
 -DSKIA_DLL \
-DSK_USER_CONFIG_HEADER="<$(BUILDDIR)/config_host/config_skia.h>" \
+    $(if $(filter INTEL
X86_64,$(CPUNAME)),-DSK_CPU_SSE_LEVEL=SK_CPU_SSE_LEVEL_SSE2) \
 ))

 # SK_DEBUG controls runtime checks and is controlled by config_skia.h
and depends on DBG_UTIL.

ARGH, no

diff --git a/external/skia/Library_skia.mk
b/external/skia/Library_skia.mk
index 4b7d9ee56407..7dd5375f1eb9 100644
--- a/external/skia/Library_skia.mk
+++ b/external/skia/Library_skia.mk
@@ -20,7 +20,7 @@ $(eval $(call gb_Library_add_defs,skia,\
 -DSKIA_IMPLEMENTATION=1 \
 -DSKIA_DLL \
-DSK_USER_CONFIG_HEADER="<$(BUILDDIR)/config_host/config_skia.h>" \
-    $(if $(filter INTEL
X86_64,$(CPUNAME)),-DSK_CPU_SSE_LEVEL=SK_CPU_SSE_LEVEL_SSE2) \
+    $(if $(filter INTEL X86_64,$(CPUNAME)),-DSK_CPU_SSE_LEVEL=0) \
 ))

 # SK_DEBUG controls runtime checks and is controlled by config_skia.h
and depends on DBG_UTIL.

is what I am trying right now.

Regards,

Rene


--
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog

LibreOffice Build failed on Debian-x86-32bit

[Andreas Mantke]

Hi all,

I compiled LibreOffice on a Netbook with Debian-x86-32bit for a while
successful. I did this with success from the source repo some weeks ago
(before version 7.6 was tagged).

I run a build from source again last week but without success. I tried
again with make clean, but that didn't changed anything. I upgraded the
Debian environment to Bookworm and made a clean make, but with the same
result. The build always breaks at the same stage.

Here is the output from my current build process (from the status of the
LibreOffice source from last Friday):


- beginn compile messages


mkdir -p /home/andreas/libreoffice/libo/instdir
/home/andreas/libreoffice/libo/solenv/bin/install-gdb-printers -a
/home/andreas/libreoffice/libo/instdir -c
make -j 2  -rs -f /home/andreas/libreoffice/libo/Makefile.gbuild build
[build DEP] LNK:Executable/bestreversemap.d
[build DEP] LNK:Library/libstorelo.so.d
[build DEP] LNK:Library/libuno_salhelpergcc3.so.3.d
[build DEP] LNK:Executable/osl_process_child.d
[build DEP] LNK:Library/libsal_textenclo.so.d
[build DEP] LNK:StaticLibrary/libprecompiled_system.a.d
[build DEP] LNK:Executable/opencltest.d
[build DEP] LNK:Executable/tilebench.d
[build DEP] LNK:StaticLibrary/libtransex.a.d
[build DEP] LNK:Executable/treex.d
[build DEP] LNK:Executable/propex.d
[build DEP] LNK:Executable/pocheck.d
[build DEP] LNK:Executable/localize.d
[build DEP] LNK:Executable/cfgex.d
[build DEP] LNK:Library/libjpipe.so.d
[build DEP] LNK:Executable/gendict.d
[build DEP] LNK:Executable/genconv_dict.d
[build DEP] LNK:StaticLibrary/libzxing.a.d
[build DEP] LNK:Library/libskialo.so.d
[build DEP] LNK:StaticLibrary/libpoppler.a.d
[build DEP] LNK:StaticLibrary/libexpat.a.d
[build DEP] LNK:Library/libclucene.so.d
[build DEP] LNK:StaticLibrary/libbox2d.a.d
[build DEP] LNK:StaticLibrary/libboost_iostreams.a.d
[build DEP] LNK:StaticLibrary/libboost_system.a.d
[build DEP] LNK:StaticLibrary/libboost_filesystem.a.d
[build DEP] LNK:StaticLibrary/libboost_date_time.a.d
[build DEP] LNK:Executable/oosplash.d
[build DEP] LNK:StaticLibrary/libcodemaker_java.a.d
[build DEP] LNK:Library/libsal_textenclo.so.d
[build LNK] Library/libsal_textenclo.so
[build DEP] LNK:Library/libuno_salhelpergcc3.so.3.d
[build LNK] Library/libuno_salhelpergcc3.so.3
[build CXX] registry/source/keyimpl.cxx
[build CXX] registry/source/reflread.cxx
[build CXX] registry/source/reflwrit.cxx
[build CXX] registry/source/regimpl.cxx
[build CXX] registry/source/registry.cxx
[build CXX] registry/source/regkey.cxx
[build DEP] LNK:Executable/bestreversemap.d
[build LNK] Executable/bestreversemap
[build DEP] LNK:StaticLibrary/libexpat.a.d
[build LNK] StaticLibrary/libexpat.a
[build CXX] workdir/UnpackedTarball/skia/src/core/SkBlitRow_D32.cpp
[build CXX] workdir/UnpackedTarball/skia/src/core/SkBlitter_ARGB32.cpp
[build CXX] workdir/UnpackedTarball/skia/src/core/SkBlitter_A8.cpp
In file included from
/home/andreas/libreoffice/libo/workdir/UnpackedTarball/skia/src/core/SkBlitRow_D32.cpp:27:
/usr/lib/gcc/i686-linux-gnu/12/include/emmintrin.h: In function ‘__m128i
SkPMLerp_SSE2(const __m128i&, const __m128i&, unsigned int)’:
/usr/lib/gcc/i686-linux-gnu/12/include/emmintrin.h:1052:1: error:
inlining failed in call to ‘always_inline’ ‘__m128i
_mm_add_epi8(__m128i, __m128i)’: target specific option mismatch
 1052 | _mm_add_epi8 (__m128i __A, __m128i __B)
  | ^~~~
/home/andreas/libreoffice/libo/workdir/UnpackedTarball/skia/src/core/SkBlitRow_D32.cpp:54:28:
note: called from here
   54 | return _mm_add_epi8(dst, diff);
  |    ^~~
/usr/lib/gcc/i686-linux-gnu/12/include/emmintrin.h:1321:1: error:
inlining failed in call to ‘always_inline’ ‘__m128i
_mm_or_si128(__m128i, __m128i)’: target specific option mismatch
 1321 | _mm_or_si128 (__m128i __A, __m128i __B)
  | ^~~~
/home/andreas/libreoffice/libo/workdir/UnpackedTarball/skia/src/core/SkBlitRow_D32.cpp:51:36:
note: called from here
   51 | __m128i diff = _mm_or_si128(diff_rb, diff_ag);
  |    ^~
/usr/lib/gcc/i686-linux-gnu/12/include/emmintrin.h:1315:1: error:
inlining failed in call to ‘always_inline’ ‘__m128i
_mm_andnot_si128(__m128i, __m128i)’: target specific option mismatch
 1315 | _mm_andnot_si128 (__m128i __A, __m128i __B)
  | ^~~~
/home/andreas/libreoffice/libo/workdir/UnpackedTarball/skia/src/core/SkBlitRow_D32.cpp:50:35:
note: called from here
   50 | diff_ag = _mm_andnot_si128(mask, diff_ag);
  |   ^~~
/usr/lib/gcc/i686-linux-gnu/12/include/emmintrin.h:1243:1: error:
inlining failed in call to ‘always_inline’ ‘__m128i
_mm_srli_epi16(__m128i, int)’: target specific option mismatch
 1243 | _mm_srli_epi16 (__m128i __A, int __B)
  | ^~

Re: Origin/master build fail

[Andreas Mantke]

Hi Franklin,

Am 22.03.23 um 06:02 schrieb Franklin Weng:


Hi,

Since yesterday when I built from origin/master it always halted with
the following messages:


I have no issue to build LibreOffice this mornig:

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: a76ef6e4cb345d6aa70f4808188fce0ceacb
CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: en-US

Calc: threaded

Regards,
Andreas

--
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Changes in LibreOffice Core, e.g. LibreOfficeKit (and other folders/files)

[Andreas Mantke]

Hi all,

I looked at Gerrit.LibreOffice and found another patch on the
LibreOfficeKit (and other files in LibreOffice core)
which not make it into the LibreOffice master. I'd expect this a slip of
the pen:

https://gerrit.libreoffice.org/c/core/+/140403

I looked further a bit more around on Gerrit and I couldn't find some
further patches inside the LibreOffice core master yet:

https://gerrit.libreoffice.org/c/core/+/143877

https://gerrit.libreoffice.org/c/core/+/143989

https://gerrit.libreoffice.org/c/core/+/144149

https://gerrit.libreoffice.org/c/core/+/144150

It would be great if the developers or the reviewers of this patches
could merge them into the LibreOffice master too.

Regards,
Andreas

--
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Re: Changes in LibreOfficeKit

[Andreas Mantke]

Hi Miklos,

Am 21.11.22 um 10:15 schrieb Miklos Vajna:

Hi,

On Sat, Nov 19, 2022 at 12:58:24PM +0100, Andreas Mantke  wrote:

https://gerrit.libreoffice.org/c/core/+/137869

It would be great if the developer or the reviewer could merge this
patch into the LibreOffice master too.

Done in <https://gerrit.libreoffice.org/c/core/+/142969>.


thanks.

Regards,
Andreas

--
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Changes in LibreOfficeKit

[Andreas Mantke]

Hi all,

I looked at Gerrit.LibreOffice and found a patch on the LibreOfficeKit
which not make it into the LibreOffice master. I think this were only a
slip of the pen:

https://gerrit.libreoffice.org/c/core/+/137869

It would be great if the developer or the reviewer could merge this
patch into the LibreOffice master too.

Regards,
Andreas

--
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Re: (was: ESC meeting minutes: 2022-10-20)

[Andreas Mantke]

Am 22.10.22 um 15:58 schrieb Thorsten Behrens:

Hi Andreas, all,

Andreas Mantke wrote:

I find it very shameful how much efford the board and it's members with
a known and possible CoI on this topic invest to not enable further
contributions and throw away a project which is evaluated important for
the future of LibreOffice and TDF.


While I understand your frustration - as Stephan points out up-thread,
you did significant infrastructure work on the repo - I don't find it
particularly nice, when you try (again) to politicize a technical
evaluation.


sorry but you try to refract. Please read my replies carefully. I'm not
talking about numbers and this is not my matter here.

And really I'm personally not frustrated. But as a member of TDF I'm
frustrated about the actions of board members, not fostering
opportunities for TDF/LibreOffice especially (online) collaborative
versions of the softwre. And I hope I'm not the only TDF/community
member who is concerned about this process.



In this venue (with the dev list in Cc), it is not credible to claim
someone would 'throw away' a project, or prevent further
contributions, when you've just shown that there's no problem setting
up shop on github easily.


And here you try to refract again. The matter is not, if one could set
up a project else where (like another LibreOffice Online fork), but if a
collaborative work could be done on the resources and under the umbrella
of TDF. There were times, when TDF was eager to broaden its OSS basis
and try to convince further OSS projects / initiatives to join the
foundation.

Regards,
Andreas


--
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Re: (was: ESC meeting minutes: 2022-10-20)

[Andreas Mantke]

Hi all,

Am 22.10.22 um 08:27 schrieb Noel Grandin:



On Fri, 21 Oct 2022 at 23:32, Andreas Mantke  wrote:

The whole action was driven by members of the board with a
(potential?)
Conflict of Interest (CoI) on just this topic.


This is just another way of attempting to exclude everybody you
disagree with.

The way you define COI, everybody involved with LibreOiffce has a
conflict of interest, so nobody should be commenting.


it would have been great, if you'd explained that you are  working for
the company which forked away from LibreOffice Online
(https://www.documentfoundation.org/gethelp/developers/).

Thus you have on this specific topic (the online version of LibreOffice
and the work on that project) a (potential?) CoI.

And to make it clear: your above statement is not correct; I'm not
talking about a CoI regarding general LibreOffice topics, but about a
specific for just the LibreOffice Online part.

The whole thing is about stopping the LibreOffice Online project by
interested parties.

Regards,
Andreas

--
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Re: (was: ESC meeting minutes: 2022-10-20)

[Andreas Mantke]

Hi Chris,

Am 21.10.22 um 16:47 schrieb Chris Sherlock:

On 21 Oct 2022, at 11:29 pm, Andreas Mantke  wrote:

Hi,

I find it very shameful how much efford the board and it's members with
a known and possible CoI on this topic invest to not enable further
contributions and throw away a project which is evaluated important for
the future of LibreOffice and TDF.

And this whole topic shows that this board members use other
contributors and the staff to get their work done. It's a great pity.

Regards,
Andreas

I’m not a board member, and I can’t understand why you say that. Stephan is 
correct from what I can see, there aren’t enough significant commits.

As someone who has made my fair share of insignificant commits, I think I know 
what I’m talking about :-) j/k


maybe I wasn't clear enough with my message. My point is not the
counting of something but the objective behind this action.

The whole action was driven by members of the board with a (potential?)
Conflict of Interest (CoI) on just this topic.

Regards,
Andreas

--
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Re: (was: ESC meeting minutes: 2022-10-20)

[Andreas Mantke]

Hi,

I find it very shameful how much efford the board and it's members with
a known and possible CoI on this topic invest to not enable further
contributions and throw away a project which is evaluated important for
the future of LibreOffice and TDF.

And this whole topic shows that this board members use other
contributors and the staff to get their work done. It's a great pity.

Regards,
Andreas

Am 21.10.22 um 11:29 schrieb Stephan Bergmann:

On 20/10/2022 16:29, Miklos Vajna wrote:

* BoD asks whether we can re-evaluate LOOL atticisation (Stephan/Xisco)
   + criteria is "see if there are 3 devs with non-trivial commits at
", see

   + git shortlog -s -n --since "3 months ago" --grep="collabora"
--invert-grep
    244  andreasma
 13  Skyler Grey (*)
 10  Marco Marinello
  4  Julius Härtl (*)
  2  genofire (*)
  1  Bayram Çiçek (*)
  1  ChrisGlad (*)
  1  Gabriel Masei (*)
  1  Tushar (*)

  * also in COOL
   + cloned the repo, checked the # of commits (Xisco)
 + excluded Collabora emails, above is the list
 + then executed the same in collaboraonline/online.git
 + diff is: Andreas and Marco
   + don't know if that can count
   + didn't look into it in detail (Stephan)
   + did you check what are these commits about? (Kendy)
 + real fixes? or cherry-picks without keeping authorship? or
renames?
 + would be good to know if they are substantial
 + didn't check, the first criteria is already not matching (Xisco)
AI: double-check Xisco's take & pass it to the board (Stephan)
=> no objections with this as a statement from the ESC (all)


So I checked the above numbers again and can confirm the 244 + 10 =
254 commits by Andreas and Marco being the only ones not also present
at .

Furthermore, I stripped down those 254 commits down to 76 interesting
ones with


git log --author=ma...@gmx.de --author=Marinello --grep=adapt -i
--invert-grep --no-merges
61d82524f6a68c7af3f7129e1e7f2ec4cfe3b245^..2cdb197bd54308a596b6969a184cae67f43929e4
':(glob,exclude)**/.gitignore' ':(glob,exclude)**/.gitattributes'
':(glob,exclude)**/.eslintignore' ':!.github'
':!browser/package.json' ':(glob,exclude)**/*.tar' ':!browser/po'


(excluding: adaptions of commits cherry-picked from COOL, commits only
affecting the project's infrastructure files, commits only affecting
what looks like 3rd-party tar files, and commits only affecting the
translation that appears to be bulk-copied from COOL).  Those 76
commits appear to be concerned for a very large part with rather
trivial cleanup (LOOL vs. COOL naming issues, dead code removal):


/data/sbergman/github.com/freeonlineoffice/online git log --oneline
--author=ma...@gmx.de --author=Marinello --grep=adapt -i
--invert-grep --no-merges
61d82524f6a68c7af3f7129e1e7f2ec4cfe3b245^..2cdb197bd54308a596b6969a184cae67f43929e4
':(glob,exclude)**/.gitignore' ':(glob,exclude)**/.gitattributes'
':(glob,exclude)**/.eslintignore' ':!.github'
':!browser/package.json' ':(glob,exclude)**/*.tar' ':!browser/po'
f1af114f4 Array literal notation
94778ce3a Add libnss3-dev as dependency, explicitly set x permissions
for loolmount
05b46935a Remove outdated css file w2ui-1.5.rc1.css
fb48fd382 Remove outdated rc1 of w2ui-1.5
211f15700 Add w2ui-1.5.js and w2ui-1.5.css files
a345d8844 Use w2ui-1.5 final instead of the rc1
2fa1b3c00 Switch to trademark-free variable names
291822807 Add missing full stop
0b34d3208 Name fix
dfe0da423 fix url
6c2dc9737 Update eslint to version 8.23.1
f7e353401 Update npm-shrinkwrap.json.in
6339855e8 Go with naming to Lool
d873434c7 Change naming to FrOO
7108436ae Change naming to LO for constancy
1f3200131 Revert "Change to LO"
b75708904 Revert "Remove old file"
e545bae93 Remove old file
a6cb67b80 Change to LO
1d14a134e Updated file header
8a73e454b Handle some defaults for the build
4b4d21612 Default to nightly as long as we build on top of master
b2f27b921 Give more accurate instructions directly in the outupt
367b050e0 Fixed typo in LibreOffice
f3af6ce88 Change naming
93fc8c9be Implemented various enhancements for docker script
8260e792a We do not provide binaries, drop the "from-packages" directory
9608c1ecb Use the naming "lok" for the webkit messaging for the iOS
and the gtk app too
d89e181c7 Fix title
4095b9509 ios: register the script message handler as 'lok', not 'lool'
bfae6959d Improve the configure options in the online repository
dc25c3371 Fix loolwsd numbering
c394d92b8 Use vanilla LibreOfficeKit includes from master
1d2fa2a69 Remove not needed ConfigMigrationAssistant
347f7eee8 Do not build the not useful ConfigMigrationAssistant for
LibreOffice Online
e83d4b5f7 Remove not used Poco:File
f8aaf64a3 Remove not necessary code, because there is no need to
migrate the loolconfiguration
4b769d432 add loolstress to the rpm package of LibreOffice Online
594d752cf No need for 

Re: Packaging a template set into an Extension

[Andreas Mantke]

Hi Kevin,

Am 01.10.22 um 12:47 schrieb Kevin Suo:


Dear Community：

I am trying to package several templates (i.e., a template set) into
an extension, so that others can install this extension and have these
templates installed all at once rather than copy-paste those ott files
one by one manually into the /user/templates folder.

I have the following files in the folder:

$ tree . . ├── description.xml ├── META-INF │   └── manifest.xml ├──
mimetype ├── Paths.xcu └── template     ├──
zh_CN_ott_normal_another.ott     └── zh_CN_ott_normal.ott

And I zip these as chinese_template.oxt. After I install the oxt, the
extension shows up in the extension manager, but the template files
are not shown in the Template Manager dialog. I don't know where I did
it wrong. I searched the internet and did not get an answer yet.

Could someone please help me?

I have uploaded the contents of the above files into my Nextcloud
shared folder (with upload and editing permissions, so that you can
edit them or add new files):
https://go.suokunlong.cn:88/nextcloud/index.php/s/KSWTqg7ZRWMSnnY


maybe you could look at this example:
https://github.com/andreasma/extensionbook/tree/master/extensiontemplates/template_extension/templateextensionexample01

I didn't test it with a current version of LibreOffice.

Regards,
Andreas

--
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Merging Of A Contribution

[Andreas Mantke]

Hi all,

I wonder about the necessary time-slot to merge a volunteer patch, which
is reviewed and marked ready into the LibreOffice master branch.

I'm asking in this case especially for the following patch:

https://gerrit.libreoffice.org/c/core/+/138884

But it is general interesting for volunteer developers useful (and
necessary) to know about the expected time-slot.

Regards,
Andreas

--
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog

Re: Onenote alternative for libreoffice is needed

[Andreas Mantke]

Hello Peter,

Am 20.02.21 um 15:49 schrieb peter20...@tutanota.com:
> LibreOffice is amazing already but an alternative to onenote is
> needed. A way to store notes and been able to store the database
> locally or on the cloud.

maybe you could have a look on Joplin for this purpose:
https://joplinapp.org/

Regards,
Andreas
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Extension Manager - GSOC'20

[Andreas Mantke]

Hello,

because this is a new Implementation with noch connection to the current 
LibreOffice Extensions and Templates site I couldn't provide any information 
about api etc.

I was not included in the discussion and development of a new site. TDF had 
done this development behind the scenes.

I could only explain about the current site, that a rest-api would be 
available. This site is implemented with varnish and haproxy for best 
performance.

I worked on an upgrade of the extensions.libreoffice.org Plone buildout on 
github. It is ready for an upgrade to Plone 5.1.x yet. The upgrade for Plone 
5.2.x and Python 3.x is nearly done. I did  this work in pure volunteer basis 
and in public on github.

Kind regards,
Andreas

Am 2. März 2020 23:19:33 MEZ schrieb Yusuf Keten :
>Hello,
>
>I want to create a new Extension Manager through GSOC'2020. The idea's
>name
>is "Additions - Tight integration of extensions!". Yesterday, I've seen
>your article titled "Our new extensions and templates page is getting
>ready!"  in TDF Blog. Will there be an API to get data such as
>extension
>name, rating, download link, etc? Because I have to write a proposal
>for
>this project, and also I need to specify how to implement features. If
>you
>can provide an API for me, I can implement features easily.
>
>Regards,
>Yusuf Keten

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

FYI: Building LibreOffice - Missing Library On Debian

[Andreas Mantke]

Hi,

I tried to build LibreOffice on Debian bullseye/sid i686 from source
(master) (git checkout from yesterday evening). I got no warning about
missing libraries and ran into an error:

(...)/workdir/UnpackedTarball/skia/tools/sk_app/unix/VulkanWindowContext_unix.cpp:19:10:
fatal error: X11/Xlib-xcb.h: Datei oder Verzeichnis nicht gefunden

19 | #include 

| ^~~~

compilation terminated.


There the package libx11-xcb-dev was missing. Once I installed that
package manually the error message disappeared.
I don't know if this dependency has already been added to the build-deps
for Debian.

Kind regards,
Andreas



___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-qa] Issue Gallery Theme Export To Extension

[Andreas Mantke]

Hello,

I tested the creation of a new gallery theme with LibreOffice with
version down to LibreOffice 5.1.x and the behavior seemed to be the
same. It is impossible to create gallery extensions with LibreOffice in
the way it was described in the TDF wiki and on a lot of other websites
(and in my howto too).
I tried to edit the *.sdg file that was created from the new gallery
theme, but with no success. I tried to edit the URL at the end of the
file, but that doesn't help. It is impossible to drag a graphic from the
theme (installed via extension) into a document.

Seemed to be that there has been inserted a regression.

Kind regards,
Andreas

Am 05.09.2018 um 22:27 schrieb Andreas Mantke:
> Hello,
>
> it was possible to easily create a new gallery theme with former
> versions of LibreOffice and create an extension to deploy it to other
> users. LibreOffice created three new files in the 'gallery' subdirectory
> of the users configuration. You could copy (and rename) this files and
> put them in a subdirectory of the gallery-extension. If a user installed
> it on his/her computer, the new theme were added to his/her gallery and
> could be inserted by drag and drop into a document.
>
> This way is not available anymore (since at least LibreOffice 6.0).
> LibreOffice creates in addition to the three files a subdirectory with
> the new graphics (the ones that are added to the new theme). But if you
> copy the whole files in the 'gallery' subdirectory and also the
> subdirectory with the graphics into the subdirectory of the extension
> you could install the extension, see a new gallery theme, but could not
> drag and drop the graphics into a document. You will get a dialog
> instead, that shows in one field the (old) link to the graphic. This is
> the absolute link to the graphic at that time when the gallery theme was
> created.
>
> If you have a look into the *.sdg file of the new gallery theme, you'll
> find the absolute path to the graphic(s) at the end of it. It should
> have been a relative path to the graphic(s).
>
> This new behavior of LibreOffice makes it impossible to create and share
> LibreOffice gallery extensions. The included graphics will never be found.
>
> I have to update my documentation about non-code extensions next days
> and explain that it is only possible to create gallery extensions with
> former (not actively supported) versions of LibreOffice yet.
>
> Kind regards,
> Andreas
>
> ___
> List Name: Libreoffice-qa mailing list
> Mail address: Libreoffice-qa@lists.freedesktop.org
> Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
> Problems? 
> http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
> Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
> List archive: http://lists.freedesktop.org/archives/libreoffice-qa/


___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

[Libreoffice-qa] Issue Gallery Theme Export To Extension

[Andreas Mantke]

Hello,

it was possible to easily create a new gallery theme with former
versions of LibreOffice and create an extension to deploy it to other
users. LibreOffice created three new files in the 'gallery' subdirectory
of the users configuration. You could copy (and rename) this files and
put them in a subdirectory of the gallery-extension. If a user installed
it on his/her computer, the new theme were added to his/her gallery and
could be inserted by drag and drop into a document.

This way is not available anymore (since at least LibreOffice 6.0).
LibreOffice creates in addition to the three files a subdirectory with
the new graphics (the ones that are added to the new theme). But if you
copy the whole files in the 'gallery' subdirectory and also the
subdirectory with the graphics into the subdirectory of the extension
you could install the extension, see a new gallery theme, but could not
drag and drop the graphics into a document. You will get a dialog
instead, that shows in one field the (old) link to the graphic. This is
the absolute link to the graphic at that time when the gallery theme was
created.

If you have a look into the *.sdg file of the new gallery theme, you'll
find the absolute path to the graphic(s) at the end of it. It should
have been a relative path to the graphic(s).

This new behavior of LibreOffice makes it impossible to create and share
LibreOffice gallery extensions. The included graphics will never be found.

I have to update my documentation about non-code extensions next days
and explain that it is only possible to create gallery extensions with
former (not actively supported) versions of LibreOffice yet.

Kind regards,
Andreas

___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: License information for extensions on LO's extension site

[Andreas Mantke]

Am 30.08.2018 um 19:02 schrieb Stephan Bergmann:
> On 30/08/18 18:43, Andreas Mantke wrote:
>> In my view it is necessary, that a LibreOffice extension that is
>> published on a TDF resource, has a clear license statement and presents
>> this license statement to the user during the installation process.
>
> Why should presenting the license during installation be necessary?
> Installing LO itself, for example, doesn't do that, either.

if you want to make an agreement with the user about the license, you
have to present the license during the installing process and ask for
accepting it.

Otherwise there is no agreement on the license.

Kind regards,
Andreas

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: License information for extensions on LO's extension site

[Andreas Mantke]

Hello Stephan,

there is no way to comment directly on my blog.

Am 30.08.2018 um 12:19 schrieb Stephan Bergmann:
> I don't find a way to comment directly at
> ,
> so moving that here.  Quoting that blog post:
>
> [...]
>> But without a proper license the Extension it is not appropriate to
>> publish the Extension on the LibreOffice Extensions website.
>>
>> But it is not a very difficult task to add such a license information
>> to the Extension. Just add a text file with the license to the
>> Extension (zipped) container (preferably in a subfolder) and update
>> the description.xml with the following xml-tag:
>>
>> 
>> 
>> ”
>> lang=”en” />
>> 
>> 
>
> The description.xml simple-license element is about asking the user to
> actively accept a license before installing/using the extension.  This
> is awkward UX and I guess that many extensions do not want to bother
> users with click-through license bla bla.
>
It's not the question if they (the extension developer) want it. They
have to ask for an agreement on the license during the install process.
If they don't do that there will be no license agreement.
My take is,  that in this case there is no clear rule, if and for what
purpose the user is allowed to use the extension software. But it's
clear that there is no agreement to use the extension software on the
ground of a free software license. And thus it could not published on
the LibreOffice extensions website.

> I don't think that it is a good idea to tie the question of whether an
> extension is suitably licensed for publishing on LO's extension site
> to the presence of such a simple-license element.

In my view it is necessary, that a LibreOffice extension that is
published on a TDF resource, has a clear license statement and presents
this license statement to the user during the installation process.
Because the installation routine gives only the way with the xml-tag
above, this is the way to do it. If the implementation is ugly from your
point of view, you could improve it. But at least there has to be a
workflow to accept the license during the installation process.

That's my view and I'm following it as long as I'm responsible for the
website and the review of the extensions on it.

Cheers,
Andreas

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Linux Build Dependencies For openSuSE 15.0?

[Andreas Mantke]

Hello,

there is the description on build dependencies for LibreOffice on
openSuSE inside the TDF-Wiki:

https://wiki.documentfoundation.org/Development/Linux_Build_Dependencies#openSUSE

If you look into the openSuSE buildservice there are currently only tags
for arm, Leap 42.3 and tumbleweed, but nothing for the current openSuSE
version Leap 15.0:
https://build.opensuse.org/repositories/LibreOffice:Factory

If I'm not wrong the support for the 42.3 distro stops in about half an
year. New users of openSuSE will most likely install the current 15.0.

Is there a change to get a new tag / branch for 15.0 inside the
LibreOffice factory repository?

Kind regards,
Andreas

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Letter-Wizzard - Dialog Doesn't Show Up

[Andreas Mantke]

Hi Julien,

Am 20.02.2017 um 23:28 schrieb julien2412:
> It should be fixed with https://gerrit.libreoffice.org/#/c/34495/
>

thanks. Yes it is fixed.

Kind regards,
Andreas

-- 
## Infrastructure Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Letter-Wizzard - Dialog Doesn't Show Up

[Andreas Mantke]

Hello,

I checkout the latest code from the source tree and build LibreOffice
from it.
Build ID: 5706b29974c1c3ab0ba5a23685accf2fbebc3e06

If I try to start the letter wizzard I get only a traceback in the shell:

Traceback (most recent call last):
  File "(...)/instdir/program/wizards/letter/LetterWizardDialogImpl.py",
line 85, in startWizard
self.buildStep6()
  File "(...)/instdir/program/wizards/letter/LetterWizardDialog.py",
line 1097, in buildStep6
UIConsts.INFOIMAGEURL,
NameError: name 'UIConsts' is not definedTraceback (most recent call last):
  File "(...)/instdir/program/wizards/letter/LetterWizardDialogImpl.py",
line 85, in startWizard
self.buildStep6()
  File "(...)/instdir/program/wizards/letter/LetterWizardDialog.py",
line 1097, in buildStep6
UIConsts.INFOIMAGEURL,
NameError: name 'UIConsts' is not defined

Kind regards,
Andreas

-- 
## Infrastructure Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-qa] Templates website

[Andreas Mantke]

Hi Rob,

Am 27.02.2016 um 15:58 schrieb Rob Snelders:
> Hi,
>
> I was looking at the templates website but the release 5.1 still isn't
> added there. Can somebody add 5.1 to that site?
added 5.0 and 5.1 to the templates and the extensions site.
>
> Also the email-address stated at the home of the site isn't valid. It
> still points to extensions [at] otrs.documentfoundation.org but that
> gets bounced.
Fixed this for the English home.

Thanks for reporting this
Andreas

-- 
## Infrastructure Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: porting extension [java-netbeans] from OpenOffice to LibreOffice

[Andreas Mantke]

Hello,

Am 21.09.2015 um 18:21 schrieb John D'Orazio:
> I'm trying to create an account on the extensions website... I'm
> figuring maybe everyone is busy for the conference, but when the admin
> of the extensions website gets a chance, I'm ready to upload my plugin...
(...)
please fill in in your data in the form:
http://extensions.libreoffice.org/@@hosting-your-extension

and I'll set up an account for you on the site.

Kind regards,

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-qa] Issues with Display of Dialogs of 5.0-beta2

[Andreas Mantke]

Hello,

Am 11.06.2015 um 23:03 schrieb Terrence Enger:
 On Thu, 2015-06-11 at 22:13 +0200, Andreas Mantke wrote:
 Hello,
 Hi,

 I installed LibreOffice 5.0-beta2-x64 on my openSuSE 13.2 with KDE
 4.14.8 and got issues with the display of some dialogs. E.g. if I open a
 new presentation in Impress and call in the context menu 'Text' the
 dialog gets only a small part with a grey background. The biggest part
 of the dialog gets a transparent background.
 In late May we had a flurry of bugs which sounded like this.
 tdf#01488 [META] RenderContext related issues collects a lot of
 them.

 However, I thought they were mostly fixed by the time of beta2.  Just
 now in Impress in beta2, I see a fully-painted context menu in each of
 the three big panes.

 I hate to suggest that you are confused about what version you are
 running, but well, right now I am talking about ...

 Version: 5.0.0.0.beta2
 Build ID: 059fa2b7a3bda92168c65c61e50cc5c6fda8cfac
 Locale: en-CA (en_CA.UTF-8)


 But there are many of such dialogs in 5.0, that behave that way. It's an
 regression to 4.4 etc.

 I tried with the own dialogs of LibreOffice but that doesn't change
 anything.

 Is this only a KDE thing or is this behavior shown on other desktop
 environments too?
 My environment is debian-wheezy with gnome in a fallback mode.  So,
 that difference might be the second thing I would look at.

 BTW, you know that beta3 is available now, don't you?

I saw this message yesterday but didn't scroll down the list to the new
beta(3).

I installed the beta3 now and deleted my LibreOffice-dev user profile.
The dialogue for Text displays fine now, but if I call the paragraph
dialog instead (context menu) I get the issue again.

I tried again a second time (after deleting the profile again) with the
paragraph dialogue directly and get the rendering issue with that dialog
too.

I try to figure out, if there are more of such dialogs with issues left.

Regards,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

[Libreoffice-qa] Issues with Display of Dialogs of 5.0-beta2

[Andreas Mantke]

Hello,

I installed LibreOffice 5.0-beta2-x64 on my openSuSE 13.2 with KDE
4.14.8 and got issues with the display of some dialogs. E.g. if I open a
new presentation in Impress and call in the context menu 'Text' the
dialog gets only a small part with a grey background. The biggest part
of the dialog gets a transparent background.

But there are many of such dialogs in 5.0, that behave that way. It's an
regression to 4.4 etc.

I tried with the own dialogs of LibreOffice but that doesn't change
anything.

Is this only a KDE thing or is this behavior shown on other desktop
environments too?

Regards,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: Android Build Error on Linux (openSuSE)

[Andreas Mantke]

Hi Christian,

Am 06.05.2015 um 10:20 schrieb Christian Lohmaier:
 iHi Andreas, *,

 On Tue, May 5, 2015 at 6:52 PM, Andreas Mantke ma...@gmx.de wrote:
 Am 04.05.2015 um 10:49 schrieb Miklos Vajna:
 Hi Andreas,

 cp: der Aufruf von stat für
 „/home/andi/Android/Sdk/extras/android/support/v7/appcompat/*“ ist nicht
 möglich: Datei oder Verzeichnis nicht gefunden
 There you have it, your SDK setup doesn't include the appcompat
 library - use your sdk-manager to install it...
 (android sdk from tools dir, or from within android studio)

thanks, got it.

It works now. Great!

Regards,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Android Build Error on Linux (openSuSE)

[Andreas Mantke]

Hi Miklos,

thanks for your hints.

Am 04.05.2015 um 10:49 schrieb Miklos Vajna:
 Hi Andreas,

 (...)
 Hmm, ideally none of these switches should cause a problem, but just in
 case, can you try './autogen.sh' with 'autogen.input' having just:

 --enable-werror
 --with-android-sdk=/home/andi/Android/Sdk
 --with-android-ndk=/home/andi/android_development/android-ndk-r10d
 --with-distro=LibreOfficeAndroid

 and nothing else?

I run the buildout with that configuration only, but with no success.

The messages seemed to be the same as before (I copied a bit more of the
output):

[build ALL] All modules but instset: UnoControls accessibility
animations apple_remote avmedia basctl basebmp basegfx basic bean
binaryurp bridges canvas chart2 cli_ure comphelper configmgr
connectivity cppcanvas cppu cppuhelper cpputools cui dbaccess desktop
drawinglayer dtrans editeng embeddedobj embedserv eventattacher
extensions external accessories beanshell boost clucene coinmp curl
expat fontconfig freetype glew glm harfbuzz hsqldb hunspell hyphen icu
jpeg lcms2 libabw libcdr libcmis libebook libetonyek libexttextcat
libfreehand libmspub libmwaw libodfgen liborcus libpagemaker libpng
librevenge libvisio libwpd libwpg libwps libxml2 libxmlsec libxslt mdds
more_fonts mythes nss openssl redland rhino ucpp vigra extras filter
forms formula framework hwpfilter i18nlangtag i18npool i18nutil idl io
javaunohelper jurt jvmaccess jvmfwk librelogo libreofficekit
lingucomponent linguistic lotuswordpro o3tl offapi officecfg oovbaapi
oox package postprocess readlicense_oo registry remotebridges
reportbuilder reportdesign ridljar rsc sal salhelper sax sc scaddins
sccomp scripting sd sdext sfx2 shell slideshow smoketest solenv soltools
sot starmath stoc store svgio svl svtools svx sw swext sysui test
testtools toolkit tools tubes ucb ucbhelper udkapi unodevtools unoidl
unoil unotest unotools unoxml ure uui vbahelper vcl winaccessibility
wizards writerfilter writerperfect xmerge xmloff xmlreader xmlscript
xmlsecurity
[build MAK] CustomTarget/android/experimental/LOAndroid3/done
cp: der Aufruf von stat für
„/home/andi/Android/Sdk/extras/android/support/v7/appcompat/*“ ist nicht
möglich: Datei oder Verzeichnis nicht gefunden
../../Bootstrap/Makefile.shared:56: die Regel für Ziel
„prepare-appcompat“ scheiterte
make[2]: *** [prepare-appcompat] Fehler 1
make[2]: *** Es wird auf noch nicht beendete Prozesse gewartet...
Skipping UI files
removed org.openoffice.Office/Addons - saving 4296
removed org.openoffice.Office.DataAccess/Drivers - saving 860
removed org.openoffice.Office/TableWizard - saving 1123
removed org.openoffice.Office.UI/BaseWindowState - saving 359
removed org.openoffice.Office.UI/BasicIDECommands - saving 457
removed org.openoffice.Office.UI/BasicIDEWindowState - saving 363
removed org.openoffice.Office.UI/BibliographyCommands - saving 461
removed org.openoffice.Office.UI/BibliographyWindowState - saving 367
removed org.openoffice.Office.UI/Category - saving 310
removed org.openoffice.Office.UI/ChartCommands - saving 454
removed org.openoffice.Office.UI/ChartWindowState - saving 360
removed org.openoffice.Office.UI/Controller - saving 697
removed org.openoffice.Office.UI/DbBrowserWindowState - saving 364
removed org.openoffice.Office.UI/DbQueryWindowState - saving 362
removed org.openoffice.Office.UI/DbRelationWindowState - saving 365
removed org.openoffice.Office.UI/DbTableDataWindowState - saving 366
removed org.openoffice.Office.UI/DbTableWindowState - saving 362
removed org.openoffice.Office.UI/DbuCommands - saving 452
removed org.openoffice.Office.UI/DrawImpressCommands - saving 460
removed org.openoffice.Office.UI/GenericCategories - saving 357
removed org.openoffice.Office.UI/GenericCommands - saving 456
removed org.openoffice.Office.UI/GlobalSettings - saving 515
removed org.openoffice.Office.UI/Sidebar - saving 2198
removed org.openoffice.Office.UI/StartModuleCommands - saving 460
removed org.openoffice.Office.UI/StartModuleWindowState - saving 366
removed org.openoffice.Office.UI/WindowContentFactories - saving 566
removed org.openoffice.Office/WebWizard - saving 5200
removed org.openoffice.Office/TableWizard - saving 175291
removed org.openoffice.Office.UI/BaseWindowState - saving 2547
removed org.openoffice.Office.UI/BasicIDECommands - saving 2153
removed org.openoffice.Office.UI/BasicIDEWindowState - saving 3783
removed org.openoffice.Office.UI/BibliographyCommands - saving 1636
removed org.openoffice.Office.UI/ChartCommands - saving 20305
removed org.openoffice.Office.UI/ChartWindowState - saving 3738
removed org.openoffice.Office.UI/Controller - saving 13158
removed org.openoffice.Office.UI/DbBrowserWindowState - saving 681
removed org.openoffice.Office.UI/DbQueryWindowState - saving 1620
removed org.openoffice.Office.UI/DbRelationWindowState - saving 689
removed org.openoffice.Office.UI/DbTableDataWindowState - saving 683
removed org.openoffice.Office.UI/DbTableWindowState - saving 686
removed 

Android Build Error on Linux (openSuSE)

[Andreas Mantke]

Hello,

I try to build Android version from source with the following
autoconfiguration:

 ./autogen.sh --enable-werror --disable-dbgutil  --enable-ccache
--with-android-sdk=/home/andi/Android/Sdk
--with-android-ndk=/home/andi/android_development/android-ndk-r10d
--with-android-ndk-toolchain-version=4.9
--with-build-platform-configure-options=--with-system-jpeg=no
--disable-gstreamer-1-0 --disable-gstreamer-0-10 --disable-cairo-canvas
--disable-cups --disable-gconf --disable-gnome-vfs --disable-liblangtag
--disable-odk --disable-postgresql-sdbc --disable-python --disable-randr
--disable-randr-link --disable-systray --without-junit
--without-helppack-integration --with-distro=LibreOfficeAndroid

But my try up with the following error message:

removed org.openoffice.Office.UI/GenericCommands - saving 136
removed org.openoffice.Office.DataAccess/Drivers - saving 136
removed org.openoffice.Office.DataAccess/Drivers - saving 136
removed org.openoffice.Office.DataAccess/Drivers - saving 136
removed org.openoffice.Office.DataAccess/Drivers - saving 136
removed org.openoffice.Office.DataAccess/Drivers - saving 136
removed org.openoffice.Office.DataAccess/Drivers - saving 136
removed org.openoffice.Office.DataAccess/Drivers - saving 136
saved 3818 of 7422 bytes: 51%
/home/andi/libreoffice/gerritgit/androiddevelopment/android/CustomTarget_lo_android.mk:17:
die Regel für Ziel
„/home/andi/libreoffice/gerritgit/androiddevelopment/workdir/CustomTarget/android/experimental/LOAndroid3/done“
scheiterte
make[1]: ***
[/home/andi/libreoffice/gerritgit/androiddevelopment/workdir/CustomTarget/android/experimental/LOAndroid3/done]
Fehler 2
Makefile:247: die Regel für Ziel „build“ scheiterte
make: *** [build] Fehler 2


The build rule that didn't work is the following:

$(loandroid3_DIR)/done : $(call
gb_Postprocess_get_target,AllModulesButInstsetNative)
$(call gb_Output_announce,$(subst $(WORKDIR)/,,$@),$(true),MAK,2)
cd $(SRCDIR)/android/experimental/LOAndroid3  $(MAKE) all


Regards,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Compilation of LibreOffice for Android

[Andreas Mantke]

Hello,

I tried to compile the current state of LibreOffice for Android from a
fresh git repository clone, but I was not successful The make process
stops with the following messages:

removed org.openoffice.Office.DataAccess/Drivers - saving 136
saved 3818 of 7422 bytes: 51%
/home/andi/android_development/android-ndk-r10d/toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86_64/bin/../lib/gcc/arm-linux-androideabi/4.9/../../../../arm-linux-androideabi/bin/ld.gold:
error:
/home/andi/libreoffice/gerritgit/androiddevelopment/instdir/program/libi18npoollo.a(OpenOffice_dat.o):
incompatible target
/home/andi/libreoffice/gerritgit/androiddevelopment/instdir/program/libi18npoollo.a(breakiterator_unicode.o):breakiterator_unicode.cxx:function
com::sun::star::i18n::BreakIterator_Unicode::loadICUBreakIterator(com::sun::star::lang::Locale
const, short, short, char const*, rtl::OUString const): error:
undefined reference to 'OpenOffice_dat'
collect2: error: ld returned 1 exit status
../../Bootstrap/Makefile.shared:102: die Regel für Ziel
„obj/local/armeabi-v7a/liblo-native-code.so“ scheiterte
make[2]: *** [obj/local/armeabi-v7a/liblo-native-code.so] Fehler 1
/home/andi/libreoffice/gerritgit/androiddevelopment/android/CustomTarget_lo_android.mk:17:
die Regel für Ziel
„/home/andi/libreoffice/gerritgit/androiddevelopment/workdir/CustomTarget/android/experimental/LOAndroid3/done“
scheiterte
make[1]: ***
[/home/andi/libreoffice/gerritgit/androiddevelopment/workdir/CustomTarget/android/experimental/LOAndroid3/done]
Fehler 2
Makefile:247: die Regel für Ziel „build“ scheiterte

I configured the build process with the following autoconfig command:

 ./autogen.sh --enable-werror --disable-dbgutil  --enable-ccache
--with-android-sdk=/home/andi/Android/Sdk
--with-android-ndk=/home/andi/android_development/android-ndk-r10d
--with-android-ndk-toolchain-version=4.9
--with-build-platform-configure-options=--with-system-jpeg=no
--disable-gstreamer-1-0 --disable-gstreamer-0-10
--host=arm-linux-androidabi --disable-cairo-canvas --disable-cups
--disable-gconf --disable-gnome-vfs --disable-liblangtag --disable-odk
--disable-postgresql-sdbc --disable-python --disable-randr
--disable-randr-link --disable-systray --without-junit
--without-helppack-integration --enable-option-checking=fatal
--srcdir=/home/andi/lo/master-android-arm


I had a look at the configuration of the daily Android build and it's
configuration and adapted my configuration to it.

Maybe I forgot to set a further option or there is something else
missing on my openSuSE 13.2-x64?

Regards,
Andreas

-- 
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-commits] core.git: Changes to 'refs/changes/35/8735/1'

[Andreas Mantke]

___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: Changes to 'refs/changes/35/8735/2'

[Andreas Mantke]

___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: Changes to 'refs/changes/26/2926/1'

[Andreas Mantke]

___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: Changes to 'refs/changes/26/2926/2'

[Andreas Mantke]

___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: Changes to 'refs/changes/60/2960/1'

[Andreas Mantke]

___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: Changes to 'refs/changes/57/3157/2'

[Andreas Mantke]

___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: Changes to 'refs/changes/57/3157/1'

[Andreas Mantke]

___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: Changes to 'refs/changes/57/3157/3'

[Andreas Mantke]

___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: cui/source

[Andreas Mantke]

 cui/source/options/treeopt.hrc |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit b53ba68b6b4a070ec56d02aaa6f649ec9482
Author: Andreas Mantke ma...@gmx.de
Date:   Sun Mar 23 22:02:02 2014 +0100

More vertical space for the options dialog

The vertical space of the options dialog is to small for the new
security page in German translation. The last entry is not visible
and the button could not be reached.
Solution: I added more vertical space to ROW_3 which is the postion
of the separation line. I added the hight of a button and of the line.
This fixes the issue with missing space for the last entry in section
especially for the German translation.

Change-Id: Icacfd4587d605e56438f3d7207ce5d257f313072
Reviewed-on: https://gerrit.libreoffice.org/8735
Reviewed-by: Björn Michaelsen bjoern.michael...@canonical.com
Tested-by: Björn Michaelsen bjoern.michael...@canonical.com

diff --git a/cui/source/options/treeopt.hrc b/cui/source/options/treeopt.hrc
index 2986640..aa502a4 100644
--- a/cui/source/options/treeopt.hrc
+++ b/cui/source/options/treeopt.hrc
@@ -51,7 +51,7 @@
 
 #define ROW_1   (RSC_SP_DLG_INNERBORDER_TOP)
 #define ROW_2   (ROW_1+HEIGHT_PAGEFRAME)
-#define ROW_3   (ROW_2+RSC_SP_CTRL_GROUP_Y)
+#define ROW_3   
(ROW_2+RSC_SP_CTRL_GROUP_Y+RSC_CD_PUSHBUTTON_HEIGHT+RSC_CD_FIXEDLINE_HEIGHT)
 #define ROW_4   (ROW_3+RSC_CD_FIXEDLINE_HEIGHT)
 #define ROW_5   (ROW_4+RSC_CD_PUSHBUTTON_HEIGHT)
 #define ROW_6   (ROW_5+RSC_SP_DLG_INNERBORDER_BOTTOM)
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

Re: Bad empty file at http://updateexte.libreoffice.org/ExtensionUpdateService/check.Update

[Andreas Mantke]

Hi Thorsten, Stephan, *,

Am 16.03.2014 22:38, schrieb Thorsten Behrens:
 Hi Andi,

 any chance for a quick fix there?

I have not working in this area on our server. But cloph or Alex should
be in the know.

+1 for Stephans proposal and fix the file on the server.

Regards,
Andreas


 Thanks a lot, Thorsten

 Stephan Bergmann wrote:
 (...)
 I see three options to fix this:

 1  Fix the file at 
 http://updateexte.libreoffice.org/ExtensionUpdateService/check.Update
 to conform to the expected syntax (even if it would not contain any
 true payload yet, but could do so in the future).  That would fix
 this issue even for already released versions of LO.
 (...)

 I favour option 1 and will see to get hold of somebody to fix the
 file at 
 http://updateexte.libreoffice.org/ExtensionUpdateService/check.Update.

 So, who can fix that file (or propose a better fix)?

 Stephan



-- 
Andreas Mantke andreas.man...@documentfoundation.org
Twitter: @andreaslibo Skype: andreaslibo
The Document Foundation, Kurfürstendamm 188, 10707 Berlin, Germany
Rechtsfähige Stiftung des bürgerlichen Rechts
Legal details: http://www.documentfoundation.org/imprint 




smime.p7s
Description: S/MIME Cryptographic Signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Current Build from Git: Writer-Wizards don't run

[Andreas Mantke]

Hi Stephan,

Am 03.03.2014 12:02, schrieb Stephan Bergmann:
 On 03/02/2014 05:45 PM, Andreas Mantke wrote:
 I build LibreOffice from the current master on my openSuSE 12.3-x64 and
 the Writer wizzards don't run anymore.

 Fixed with
 http://cgit.freedesktop.org/libreoffice/core/commit/?id=97822e3cbc63d3bd110bc3c654b3fbb4d4d1904c
 Wizards should look for templates in Template_internal, not
 Template_user.

created a new build from the current git pull (Build ID:
04c7f741f831d87c31b38de5f4074456ad91fb3d) and get the following messages
once I run LibreOffice from command line and call the letter wizard:

 ./soffice
Traceback (most recent call last):
  File
/home/username/libreoffice/libogitrepo/gerritgit/libo3/instdir/program/wizards/common/FileAccess.py,
line 156, in getFolderTitles
nameList = xInterface.getFolderContents(FolderName, False)
wizards.common.FileAccess.com.sun.star.ucb.InteractiveAugmentedIOException:
an error occurred during opening a directory
Traceback (most recent call last):
  File
/home/username/libreoffice/libogitrepo/gerritgit/libo3/instdir/program/wizards/common/FileAccess.py,
line 156, in getFolderTitles
nameList = xInterface.getFolderContents(FolderName, False)
wizards.common.FileAccess.com.sun.star.ucb.InteractiveAugmentedIOException:
an error occurred during opening a directory
Traceback (most recent call last):
  File
/home/username/libreoffice/libogitrepo/gerritgit/libo3/instdir/program/wizards/common/FileAccess.py,
line 156, in getFolderTitles
nameList = xInterface.getFolderContents(FolderName, False)
wizards.common.FileAccess.com.sun.star.ucb.InteractiveAugmentedIOException:
an error occurred during opening a directory
Traceback (most recent call last):
  File
/home/username/libreoffice/libogitrepo/gerritgit/libo3/instdir/program/wizards/letter/LetterWizardDialogImpl.py,
line 96, in startWizard
self.initializeTemplates(xMSF)
  File
/home/username/libreoffice/libogitrepo/gerritgit/libo3/instdir/program/wizards/letter/LetterWizardDialogImpl.py,
line 766, in initializeTemplates
tuple(self.BusinessFiles[0])
IndexError: list index out of range


The letter wizard doesn't show up.

Regards,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Current Build from Git: Writer-Wizzards don't run

[Andreas Mantke]

Hello,

I build LibreOffice from the current master on my openSuSE 12.3-x64 and
the Writer wizzards don't run anymore. I got the following message once
I run LibreOffice from 'instdir/program':

 ./soffice
Traceback (most recent call last):
  File
/home/username/libreoffice/libogitrepo/gerritgit/libo3/instdir/program/wizards/letter/LetterWizardDialogImpl.py,
line 87, in startWizard
self.initializePaths()
  File
/home/username/libreoffice/libogitrepo/gerritgit/libo3/instdir/program/wizards/ui/WizardDialog.py,
line 129, in initializePaths
xPropertySet.getPropertyValue(Template_user)[0]
IndexError: tuple index out of range

Maybe a regression?

Regards,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Templates for Fax and Letter doesn't work as expected

[Andreas Mantke]

Hello,

Am 11.12.2013 18:52, schrieb Michael Meeks:
 On Sun, 2013-12-08 at 23:01 +0100, Andreas Mantke wrote:
 I tried out the fax and letter wizard of LibO 4.1.4, 4.2-beta2 and the
 master in different options but I don't get a fax with all the personal
 data inside in the right column. E.g. I missed my name, phone number
 etc. The wizard could not copy the data from tools-options to the template.
   It's by far the best to file bugs in bugzilla =)
already done:

https://bugs.freedesktop.org/show_bug.cgi?id=72604
 I think this issue was implemented with the new templates in Summer 2012
 and persists since then.

 In my opinion it is an ugly bug that we should fix for 4.1.5 and 4.2
 (and later).
   Then it should be marked a MAB for 4.1.


Done.

Regards,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Templates for Fax and Letter doesn't work as expected

[Andreas Mantke]

Hello,

I tried out the fax and letter wizard of LibO 4.1.4, 4.2-beta2 and the
master in different options but I don't get a fax with all the personal
data inside in the right column. E.g. I missed my name, phone number
etc. The wizard could not copy the data from tools-options to the template.

I think this issue was implemented with the new templates in Summer 2012
and persists since then.

In my opinion it is an ugly bug that we should fix for 4.1.5 and 4.2
(and later).

Regards,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-qa] Bug in Fax-Wizard of LibO 4.1.4 and 4.2.-beta (was: Re: Issue with Fax-Wizard in current Build)

[Andreas Mantke]

Hello,

Am 03.12.2013 23:13, schrieb Andreas Mantke:
 Hello,

 I tried to create a new fax with the wizard. I choose a business fax in
 classic style from private. Before I did that I added my personal data
 including email address and private phone number to the tools-options
 menu. The fax was created but there were only my address in the header
 and the placeholder on the left side. The fields on the right side were
 blank (no personal data, e.g. no phone number, email address).

 I tested this with my own build from the current source (Version:
 4.3.0.0.alpha0+ Build ID: b40dcdf4f5a03b71fe9e45f8f24fcaf25fd2febf)
I tested the wizard with LibreOffice 4.1.4-1 (from our repo) and
4.2.0-beta on my openSuSE 12.3-x64 and I got the same experience:

My name is missing in the header of the fax. The header contains only:
street with number, city, zip-code.
Besides the missing name the city and zip-code are in the wrong order
(zip-code city without comma is the correct order).

Then the fields on the right side of the body are empty (there are only
the title of the fields: 'Fax:', 'Tel.:', 'E-Mail:'). There is no
information about the from above this fields.

The language setting of the created fax document is English (USA) and
should be German.

Once I called the wizard I got a preview of the fax with my name in the
header and on the right side of the body.

The fax wizard is nearly useless in this shape and we should fix this.

I recommend that we run tests on all the wizards in Writer and fix
located bugs (not only in 4.2 but also in 4.1.x).

Regards,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

[Libreoffice-qa] Issue with Fax-Wizard in current Build

[Andreas Mantke]

Hello,

I tried to create a new fax with the wizard. I choose a business fax in
classic style from private. Before I did that I added my personal data
including email address and private phone number to the tools-options
menu. The fax was created but there were only my address in the header
and the placeholder on the left side. The fields on the right side were
blank (no personal data, e.g. no phone number, email address).

I tested this with my own build from the current source (Version:
4.3.0.0.alpha0+ Build ID: b40dcdf4f5a03b71fe9e45f8f24fcaf25fd2febf)

Regards,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: Dev-Environment with Vagrant/VirtualBox?

[Andreas Mantke]

Hi,

Am 15.11.2013 20:37, schrieb Michael Stahl:
 On 15/11/13 19:56, bjoern wrote:
 Hi Andreas,

 On Fri, Nov 15, 2013 at 07:19:02PM +0100, Andreas Mantke wrote:
 The environment should contain a Linux environment with the necessary
 tools installed, everything created from an vagrant script.

 I ask here before I start to work on the vagrant script if I should
 invest my time for that.
 t
 What do you think?
 Such a get started right away environment would be quite valueable IMHO. If
 we have a full Linux environment in it, it might make sense to have a
 moderately recent checkout of master fully build in it, as it likely is not
 that much extra space and really lets a developer start right away.
 given that a full debug build (which is what would make sense for a
 newbie) is 30 GB, let me take this opportunity to question Bjoern's
 sanity and/or request a don't-drink-and-post policy.
but the vagrant script and the VirtualBox-image need not to contain a
git checkout and a full debug build. The image should contain only a
clean environment with the necessary development tools.

I think the download of git checkout and creating a first LibreOffice
buildout (full debug) should be done live later.

 also, a build will get outdated pretty soon anyway... what would be the
 benefit of a 2 month old build today with 4000 extra commits on master?

If that would be part of the VirtualBox-image that would be true. But
that is not my intention.

Cheers,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Dev-Environment with Vagrant/VirtualBox?

[Andreas Mantke]

Hello,

I don't know if it would be useful to create a development environment
based on vagrant and VirtualBox. I saw such a project in another open
source project that should lower the barriers to get involved with the
project and the code/environment.

The environment should contain a Linux environment with the necessary
tools installed, everything created from an vagrant script.

I ask here before I start to work on the vagrant script if I should
invest my time for that.

What do you think?

Regards,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-qa] [LibreOffice-QA] Need Testers for New Python Wizards - daily builds, 4.1 Beta or Master

[Andreas Mantke]

Hi Joel,

Am 06.06.2013 16:24, schrieb Joel Madero:
 Hi All,

 We need as many testers as possible for the wizards (File - Wizard)
 in every component for the daily build, 4.1 beta or master builds. You
 can get the most stable of these here:

 http://www.libreoffice.org/download/pre-releases/

 Please note that this is not recommended for enterprise use or for a
 daily use machine if you are doing important things with it :) If you
 have a computer that you can just play around with LibreOffice a bit -
 especially if you have used the wizards in the past and know what to
 expect, please download one of the versions mentioned and play around
 with the wizards to test for bugs.

 Reason for this is that Java was stripped out and replaced with python
 - quite a major code change but hopefully not much of a change for
 user experience.

 Report back if you get a chance to test it.

I tested the fax wizzard yesterday and reported it to this list. There
are some fields still missing.

Regards,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

[Libreoffice-qa] Fax Wizzard - Missing Fields in Template

[Andreas Mantke]

Hello,

I build a LibreOffice from source today (4.2.0 alpha) and run the fax
wizzard. It produces a better template/document than some day ago. The
implemented fields are at the right place and have a correct size in the
view.

But there is still the data with the name of the user missing in the
header of the document (fax). And it's the same for the block on the
right side (From:). This block contains only the email address of the
user.

I have not looked into the latest build for branch 4.1 but I know that I
found this problem in LibreOffice 4.0.x.

Is this problem already know (Sorry, I have not searched through
Bugzilla yet) and could somebody confirm this issue?

Regards,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

[Libreoffice-qa] Header of the Print Dialog: Localisation?

[Andreas Mantke]

Hello,

an user reported on the German list that the header of the print dialog
is not localized in LibreOffice 4.0.2. I can confirm this for the German
version.

Before I or another volunteer search into the translated strings I'm
happy to know if this issue appears also in another language setting.

Regards,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

[Libreoffice-commits] core.git: filter/source

[Andreas Mantke]

 filter/source/pdf/impdialog.src |8 
 1 file changed, 4 insertions(+), 4 deletions(-)

New commits:
commit 54e8623d73ace01e66735f70d8f9635e74eb9b25
Author: Andreas Mantke ma...@gmx.de
Date:   Mon Apr 1 16:23:10 2013 +0200

fdo#62890: Fix for the dialog PDF Options, register Digital Signatures

This patch changes the length of the fixed text field Use this certificate 
(...)
because in some languages, e.g. German, the translation fits not into the 
available
space.
It also changes for the same reason the width of the Select- and the 
Clear-Button.

Change-Id: Ifbba3e40b27d96da4706c8dcdf4d9ab26069a83f
Reviewed-on: https://gerrit.libreoffice.org/3157
Reviewed-by: Björn Michaelsen bjoern.michael...@canonical.com
Tested-by: Björn Michaelsen bjoern.michael...@canonical.com

diff --git a/filter/source/pdf/impdialog.src b/filter/source/pdf/impdialog.src
index 0155b07..8d74616 100644
--- a/filter/source/pdf/impdialog.src
+++ b/filter/source/pdf/impdialog.src
@@ -820,7 +820,7 @@ TabPage  RID_PDF_TAB_SIGNING
 FixedText FT_SIGN_CERT_TEXT
 {
 Pos = MAP_APPFONT( 6, 3 );
-Size = MAP_APPFONT( 200, 10 );
+Size = MAP_APPFONT( 250, 10 );
 Text[ en-US ] = Use this certificate to digitally sign PDF 
documents:;
 };
 
@@ -836,15 +836,15 @@ TabPage  RID_PDF_TAB_SIGNING
 {
 TabStop = TRUE ;
 Pos = MAP_APPFONT ( 130, 17 ) ;
-Size = MAP_APPFONT ( 30 , 13 ) ;
+Size = MAP_APPFONT ( 40 , 13 ) ;
 Text[ en-US ] = ~Select...;
 };
 
 PushButton BTN_SIGN_CERT_CLEAR
 {
 TabStop = TRUE ;
-Pos = MAP_APPFONT ( 165, 17 ) ;
-Size = MAP_APPFONT ( 30 , 13 ) ;
+Pos = MAP_APPFONT ( 175, 17 ) ;
+Size = MAP_APPFONT ( 40 , 13 ) ;
 Text[ en-US ] = Clear;
 };
 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[PATCH] Fix for the dialog PDF Options, register Digital Signatures

[Andreas Mantke (via Code Review)]

Hi,

I have submitted a patch for review:

https://gerrit.libreoffice.org/3157

To pull it, you can do:

git pull ssh://gerrit.libreoffice.org:29418/core refs/changes/57/3157/1

Fix for the dialog PDF Options, register Digital Signatures

This patch changes the length of the fixed text field Use this certificate 
(...)
because in some languages, e.g. German, the translation fits not into the 
available
space.
It also changes for the same reason the width of the Select- and the 
Clear-Button.

Change-Id: Ifbba3e40b27d96da4706c8dcdf4d9ab26069a83f
---
M filter/source/pdf/impdialog.src
1 file changed, 4 insertions(+), 4 deletions(-)



diff --git a/filter/source/pdf/impdialog.src b/filter/source/pdf/impdialog.src
index 0155b07..8d74616 100644
--- a/filter/source/pdf/impdialog.src
+++ b/filter/source/pdf/impdialog.src
@@ -820,7 +820,7 @@
 FixedText FT_SIGN_CERT_TEXT
 {
 Pos = MAP_APPFONT( 6, 3 );
-Size = MAP_APPFONT( 200, 10 );
+Size = MAP_APPFONT( 250, 10 );
 Text[ en-US ] = Use this certificate to digitally sign PDF 
documents:;
 };
 
@@ -836,15 +836,15 @@
 {
 TabStop = TRUE ;
 Pos = MAP_APPFONT ( 130, 17 ) ;
-Size = MAP_APPFONT ( 30 , 13 ) ;
+Size = MAP_APPFONT ( 40 , 13 ) ;
 Text[ en-US ] = ~Select...;
 };
 
 PushButton BTN_SIGN_CERT_CLEAR
 {
 TabStop = TRUE ;
-Pos = MAP_APPFONT ( 165, 17 ) ;
-Size = MAP_APPFONT ( 30 , 13 ) ;
+Pos = MAP_APPFONT ( 175, 17 ) ;
+Size = MAP_APPFONT ( 40 , 13 ) ;
 Text[ en-US ] = Clear;
 };
 

-- 
To view, visit https://gerrit.libreoffice.org/3157
To unsubscribe, visit https://gerrit.libreoffice.org/settings

Gerrit-MessageType: newchange
Gerrit-Change-Id: Ifbba3e40b27d96da4706c8dcdf4d9ab26069a83f
Gerrit-PatchSet: 1
Gerrit-Project: core
Gerrit-Branch: master
Gerrit-Owner: Andreas Mantke andreas.man...@googlemail.com

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[PATCH] fixed the dialog because there was an overlap

[Andreas Mantke (via Code Review)]

Hi,

I have submitted a patch for review:

https://gerrit.libreoffice.org/2926

To pull it, you can do:

git pull ssh://gerrit.libreoffice.org:29418/core refs/changes/26/2926/1

fixed the dialog because there was an overlap

Change-Id: I5520eed20357d493ef198a935486f45dd7181e0a
---
M sd/source/ui/animations/CustomAnimationDialog.src
1 file changed, 1 insertion(+), 1 deletion(-)



diff --git a/sd/source/ui/animations/CustomAnimationDialog.src 
b/sd/source/ui/animations/CustomAnimationDialog.src
index f8f7afe4..2bd8664 100644
--- a/sd/source/ui/animations/CustomAnimationDialog.src
+++ b/sd/source/ui/animations/CustomAnimationDialog.src
@@ -636,7 +636,7 @@
 {
 HelpID = sd:CheckBox:RID_TP_CUSTOMANIMATION_TEXT:CBX_GROUP_AUTO;
 Pos = MAP_APPFONT ( X0 , 20  ) ;
-Size = MAP_APPFONT ( W0 , 10 ) ;
+Size = MAP_APPFONT ( W1 , 8 ) ;
 TabStop = TRUE ;
 Text [ en-US ] = Automatically after ;
 };

-- 
To view, visit https://gerrit.libreoffice.org/2926
To unsubscribe, visit https://gerrit.libreoffice.org/settings

Gerrit-MessageType: newchange
Gerrit-Change-Id: I5520eed20357d493ef198a935486f45dd7181e0a
Gerrit-PatchSet: 1
Gerrit-Project: core
Gerrit-Branch: master
Gerrit-Owner: Andreas Mantke andreas.man...@googlemail.com

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-commits] core.git: sd/source

[Andreas Mantke]

 sd/source/ui/animations/CustomAnimationDialog.src |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 20064583080a8622ba1b8f217cb0b9c184a3ae15
Author: Andreas Mantke ma...@gmx.de
Date:   Sat Mar 23 12:36:27 2013 +0100

fixed the dialog because there was an overlap

Change-Id: I5520eed20357d493ef198a935486f45dd7181e0a
Reviewed-on: https://gerrit.libreoffice.org/2926
Reviewed-by: Björn Michaelsen bjoern.michael...@canonical.com
Tested-by: Björn Michaelsen bjoern.michael...@canonical.com

diff --git a/sd/source/ui/animations/CustomAnimationDialog.src 
b/sd/source/ui/animations/CustomAnimationDialog.src
index f8f7afe4..2bd8664 100644
--- a/sd/source/ui/animations/CustomAnimationDialog.src
+++ b/sd/source/ui/animations/CustomAnimationDialog.src
@@ -636,7 +636,7 @@ TabPage RID_TP_CUSTOMANIMATION_TEXT
 {
 HelpID = sd:CheckBox:RID_TP_CUSTOMANIMATION_TEXT:CBX_GROUP_AUTO;
 Pos = MAP_APPFONT ( X0 , 20  ) ;
-Size = MAP_APPFONT ( W0 , 10 ) ;
+Size = MAP_APPFONT ( W1 , 8 ) ;
 TabStop = TRUE ;
 Text [ en-US ] = Automatically after ;
 };
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

Re: templates.libreoffice.org CMIS/FTP/DAV support

[Andreas Mantke]

Hi Cedric,

Am 12.12.2012 10:22, schrieb Cedric Bosdonnat:
 Hi Andreas,

 The UX guys asked me to have the new templates manager out for 4.0 and
 I'm working hard these days to fix the usability issues around this one.

 It would be even better to have the templates.libreoffice.org repository
 set up as a default remote templates location accessible from the new
 dialog. For that to work we need to have an access to the template files
 via one of those protocols: CMIS, FTP, WebDAV.

 Could you help us on the plone side to get this ready?

yes, I could do. There is currently a WebDAV available for the
extensions- and the template-site:
webdav://extensions.libreoffice.org
webdav://templates.libreoffice.org

Both need a login.

It would be posible to change the buildout thus there are a special port
for the WebDAV. I did that for the conference-site.

I've not tried out ftp with Plone yet. But there is a description that
it would work, if it was added to the buildout script.

I don't know yet anything about CMIS-support for Plone. But maybe you
are the expert in that area ;-)

I'm currently working on a new solution for the templates-repository
with content-types based on the Dexterity framework. It's intended to
run on a more flat hierarchy: template-center, projects, downloadable files.

I managed to create a structure with the different content objects, but
there are some steps missing yet, e.g. the indexing, search and display
feature. I've the goal to get ready with this new environment at Fosdem
2013, but I'm not shure if I could manage without some help (extra
manpower/womenpower ;-)

Regards,
Andreas

-- 
Andreas Mantke andreas.man...@documentfoundation.org
Twitter: @andreaslibo Skype: andreaslibo
The Document Foundation, Zimmerstr. 69, 10117 Berlin, Germany
Rechtsfähige Stiftung des bürgerlichen Rechts
Legal details: http://www.documentfoundation.org/imprint 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: templates.libreoffice.org CMIS/FTP/DAV support

[Andreas Mantke]

Hi Cedric,

Am 12.12.2012 21:29, schrieb Cedric Bosdonnat:
 Hi Andreas,

 On Wed, 2012-12-12 at 19:57 +0100, Andreas Mantke wrote:
 Could you help us on the plone side to get this ready?

 yes, I could do. There is currently a WebDAV available for the
 extensions- and the template-site:
 webdav://extensions.libreoffice.org
 webdav://templates.libreoffice.org

 Both need a login.
 Ok, great! the only thing we'll need thus is to have some public access
 to webdav://templates.libreoffice.org.
hmm, I changed the permissions. It worked for me now. You could try the
URL of the template-center with WebDAV.

http://templates.libreoffice.org/template-center

It should not be posible to reach the root of the site with anonymus
WebDAV and it should also not posible to add or write content to the
template-center or elsewhere without login. Please try that and give me
short feedback, if that works for you (I want to be sure that there is
no remaining cookie on my Laptop that makes it possible to access the
folder.
 It would be posible to change the buildout thus there are a special port
 for the WebDAV. I did that for the conference-site.
 You're the expert here... on LibreOffice side, we don't really need any
 special port: we only need to know the URL to access the templates.

Let's try if it works with the current setup. We could later use
hub.libreoffice.org for setting the path. Thus we could change the
resource later without any trouble.
 I've not tried out ftp with Plone yet. But there is a description that
 it would work, if it was added to the buildout script.

 I don't know yet anything about CMIS-support for Plone. But maybe you
 are the expert in that area ;-)
 As long as WebDAV is working, we can skip FTP and CMIS for the while. We
 may need CMIS someday if we want to extract some additional infos on the
 templates, but that's all.
Go ahead and test it.
 I'm currently working on a new solution for the templates-repository
 with content-types based on the Dexterity framework. It's intended to
 run on a more flat hierarchy: template-center, projects, downloadable files.

 I managed to create a structure with the different content objects, but
 there are some steps missing yet, e.g. the indexing, search and display
 feature. I've the goal to get ready with this new environment at Fosdem
 2013, but I'm not shure if I could manage without some help (extra
 manpower/womenpower ;-)
 Tell me when you have something I can test via an anonymous webdav
 access. There may be some tweaks to add on the templates management
 classes (not sure).

To see if it works as expected you could use the current setting.

Regards,
Andreas

-- 
Andreas Mantke andreas.man...@documentfoundation.org
Twitter: @andreaslibo Skype: andreaslibo
The Document Foundation, Zimmerstr. 69, 10117 Berlin, Germany
Rechtsfähige Stiftung des bürgerlichen Rechts
Legal details: http://www.documentfoundation.org/imprint 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: templates.libreoffice.org CMIS/FTP/DAV support

[Andreas Mantke]

Hi Michael, Cedric,

Am 12.12.2012 22:20, schrieb Michael Meeks:
 On Wed, 2012-12-12 at 19:57 +0100, Andreas Mantke wrote:
 yes, I could do. There is currently a WebDAV available for the
 extensions- and the template-site:
 webdav://extensions.libreoffice.org
 webdav://templates.libreoffice.org
   If we're going to put this on a hot path that users use frequently; I
 suspect we should think about the server load etc. a little - and/or how
 things will cope if/as/when the server is unreachable / over-loaded ;-)
sure. We will migrate to a new server soon. If I remember correctly
every webservice will run in a seperate VM then. Thus would make it
easier to monitor the different services and maintain them. But maybe we
had to change the setup later to distribute the load between different
servers. That's posible with a different Plone buildout setting.

Regards,
Andreas

-- 
Andreas Mantke andreas.man...@documentfoundation.org
Twitter: @andreaslibo Skype: andreaslibo
The Document Foundation, Zimmerstr. 69, 10117 Berlin, Germany
Rechtsfähige Stiftung des bürgerlichen Rechts
Legal details: http://www.documentfoundation.org/imprint 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Extension Manager: Link to further Extensions

[Andreas Mantke]

Hi Christian, *,

Am 21.11.2012 19:58, schrieb Christian Lohmaier:
 Hi Andreas, *,

 On Sat, Nov 17, 2012 at 11:36 PM, Andreas Mantke ma...@gmx.de wrote:
 the link for further extensions in extension manager of LibreOffice
 points currently to http://extensions.libreoffice.org. This page
 contains some explanation about the use of the extension-site but no
 extensions.

 Should we move this link to
 http://extensions.libreoffice.org/extension-center where our users could
 search for further extensions? What do you think?
 I think all links referenced from LO (the software) should use

 http://hub.libreoffice.org based links

 so have it point to hub.libreoffice.org/extensions [with optional
 parameters like ?ver=3.6.4os=winlang=fr_FR]

 That than can redirect appropriately.

I think that needs some extra development from my side. I'll try to
develop a new add-on for the template repository from scratch that would
be much easier to use. I get back to your proposal if I had something to
show and if we could implement such direct links.

Regards,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Extension Manager: Link to further Extensions

[Andreas Mantke]

Hi Christian, *,

Am 21.11.2012 21:20, schrieb Christian Lohmaier:
 HI Andreas, *,

 On Wed, Nov 21, 2012 at 8:42 PM, Andreas Mantke ma...@gmx.de wrote:
 Am 21.11.2012 19:58, schrieb Christian Lohmaier:
 Should we move this link to
 http://extensions.libreoffice.org/extension-center where our users could
 search for further extensions? What do you think?
 I think all links referenced from LO (the software) should use

 http://hub.libreoffice.org based links

 so have it point to hub.libreoffice.org/extensions [with optional
 parameters like ?ver=3.6.4os=winlang=fr_FR]

 That than can redirect appropriately.

 I think that needs some extra development from my side.
 I fail to see how that would require any development on your side.
 hub.libreoffice.org/extensions would just redirect to
 http://extensions.libreoffice.org/extensions-center or whatever URL we
 want.

 hub won't host any content itself (it could display stuff like your
 version is old, you should consider updating or similar before
 redirecting, and could also redirect to different sites depending on
 the version and langauge/os that is passed along with the service-URL,
 but currently it just redirects..

 Example: http://hub.libreoffice.org/file-a-bug

 It is just an abstraction. You cannot change URLs in LO that is
 installed on the users' computer, but you can easily change a
 redirection.
then let's try if that would work for us. Could you create such a
redirection and we evaluate if that helps our users to get their
extensions more easily?

Regards,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Extension Manager: Link to further Extensions

[Andreas Mantke]

Hi all,

the link for further extensions in extension manager of LibreOffice
points currently to http://extensions.libreoffice.org. This page
contains some explanation about the use of the extension-site but no
extensions.

Should we move this link to
http://extensions.libreoffice.org/extension-center where our users could
search for further extensions? What do you think?

Regards,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Community-Meetings at the LibreOffice Conference (Tuesday 16. Oct. 2012)

[Andreas Mantke]

Hi all,

we, the LibreOffice conference organization team, are working currently
on the schedule of the conference program. As usual there is a day for
Community Meetings, Tuesday, 16. Oct. 2012. To create a schedule for
this meetings we need to know which groups need a room for their meeting.

Therefor I ask you to reply to this thread and notify us which group
want to meet to which subject(s) on Tuesday. We will create a schedule
from your recommendations.

Regards,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

LibreOffice Conference: Call for Papers ends in about two weeks

[Andreas Mantke]

Hi all,

the LibreOffice conference will take place this October in Berlin.
You'll all available information about the conference on our special
conference site: http://conference.libreoffice.org.

The call for papers started at the end of June and will close in about
two weeks, at the 15th August, 11.59 pm. If you have a topic you want to
speak about please log-in to the conference website and submit your
paper. We have a short explanation about the process to get your paper
onto the website: http://conference.libreoffice.org/support-information.


Topics for the conference this year are:

  * Open Document Format (ODF) Track
  * Interoperability
  * LibreOffice - Development and the future: Technology, API, Extensions
  * Community-Track: Localization, Documentation, etc.
  * Best Practice and Migration:Certification and Support

Hint: It's posible to create a first draft and edit your work later (and
submit it for review to the program commitee once it is finished, but in
time before the CfP closed) ;-)

We are looking for your papers!

Regards,
Andreas

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

License statement of Andreas Mantke

[Andreas Mantke]

Hi all,

here is my license statement about my contributions to LibreOffice:

All of my past  future contributions to LibreOffice may be
licensed under the MPL/LGPLv3+ dual license

I contributed under the username:
andreasma
and (one time) under
andi@lappiandreas (sorry, was a missing configuration file)

My license statement will also valid if I contribute under an another user name.

HTH,
Andreas Mantke

-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-qa] Issue with Text Animations in LibO-3.5-beta1

[Andreas Mantke]

Hi all,

I installed LibO-3.5-beta1-x64 on my openSUSE-11.4-x64 (KDE 4.7) and gave it a 
try 
with the presentation that I gave at the OpenRheinRuhr. You can get the 
presentation 
here: 
http://amantke.de/images/praesentation/libreoffice_openrheinruhr2011_11_13.odp

There are text animations inside (soft appearance / weiches Erscheinen) that 
presentaion. You could find them e.g. on slide 8, 9 and 10). If I run this 
presentation in 3.4.4 everything works smoothly, but in 3.5.0-beta1 there is no 
text 
animation available. If there are more than one animation on the slide, I got 
on a 
click the slide with the text again and again. Thus the the actions (mouse 
clicks) 
seemed to be recognized but there is no action connected.

Could someone please confirm this issue on his box. It would be good to know, 
if the 
bug is also shown on other OS (e.g. Windows).

Regards,
Andreas
-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice] Error compiling from master inside vcl

[Andreas Mantke]

Hi Caolan, Michael, *,

Am Donnerstag, 21. Juli 2011, 12:58:53 schrieb Caolán McNamara:
 There's no actual compiler/linker error included in that log. Its a
 parallel build and the error messages from vcl itself are probably mile
 back in your buffer. Just do a make -sr in vcl which is the reported
 failed module and post the results here.
 
 Your very first post had the type of information that is useful, e.g.
 the linker errors. Assuming its still the same missing glib and gtk
 symbols error as reported as the last blocker, then we probably need to
 see the link line to see whether the libs for glib/gtk are missing from
 the command line, or if they are present but just not working, e.g.
 wrong architecture. Seeing as there are stacks of SuSE people building
 every day it must be a fairly trivial glitch.

yes, you are right. If I go to the vcl module and build there with make -r 
after a rm 
-Rf of unxlngx6.pro I got the old error messages:

/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::IMHandler::signalIMPreeditChanged(_GtkIMContext*, 
void*)':
gtkframe.cxx:(.text+0x991f): undefined reference to 
`gtk_im_context_get_preedit_string'
gtkframe.cxx:(.text+0x9a56): undefined reference to 
`pango_attr_list_get_iterator'
gtkframe.cxx:(.text+0x9a6a): undefined reference to `pango_attr_iterator_range'
gtkframe.cxx:(.text+0x9aa4): undefined reference to `g_utf8_pointer_to_offset'
gtkframe.cxx:(.text+0x9ab9): undefined reference to `g_utf8_pointer_to_offset'
gtkframe.cxx:(.text+0x9ac5): undefined reference to 
`pango_attr_iterator_get_attrs'
gtkframe.cxx:(.text+0x9b07): undefined reference to `pango_attribute_destroy'
gtkframe.cxx:(.text+0x9b2a): undefined reference to `pango_attribute_destroy'
gtkframe.cxx:(.text+0x9b49): undefined reference to `g_slist_free'
gtkframe.cxx:(.text+0x9b83): undefined reference to `pango_attr_iterator_next'
gtkframe.cxx:(.text+0x9b9d): undefined reference to `g_free'
gtkframe.cxx:(.text+0x9ba7): undefined reference to `pango_attr_list_unref'
gtkframe.cxx:(.text+0x9cf4): undefined reference to `g_free'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::EndSetClipRegion()':
gtkframe.cxx:(.text+0x114e): undefined reference to 
`gdk_window_shape_combine_region'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::ResetClipRegion()':
gtkframe.cxx:(.text+0x1174): undefined reference to 
`gdk_window_shape_combine_region'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::Beep(unsigned short)':
gtkframe.cxx:(.text+0x120e): undefined reference to `gdk_display_beep'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::Sync()':
gtkframe.cxx:(.text+0x1489): undefined reference to `gdk_display_sync'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::ToTop(unsigned short)':
gtkframe.cxx:(.text+0x16f6): undefined reference to `gtk_widget_grab_focus'
gtkframe.cxx:(.text+0x1747): undefined reference to `gtk_window_present'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::moveWindow(long, long)':
gtkframe.cxx:(.text+0x28e8): undefined reference to `gtk_fixed_move'
gtkframe.cxx:(.text+0x292e): undefined reference to `gtk_window_move'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::resizeWindow(long, long)':
gtkframe.cxx:(.text+0x2996): undefined reference to `gtk_window_resize'
gtkframe.cxx:(.text+0x29aa): undefined reference to 
`gtk_widget_set_size_request'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::SetWindowState(SalFrameState const*)':
gtkframe.cxx:(.text+0x2faa): undefined reference to `gtk_window_deiconify'
gtkframe.cxx:(.text+0x30fb): undefined reference to `gtk_window_iconify'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::getFromWindow(_GtkWindow*)':
gtkframe.cxx:(.text+0x311d): undefined reference to `g_object_get_data'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/workdir/CxxObject/vcl/unx/gtk/window/gtkframe.o:
 
In function `GtkSalFrame::SetDefaultSize()':
gtkframe.cxx:(.text+0x4625): undefined reference to `gtk_window_maximize'

Re: [Libreoffice] Error compiling from master inside vcl

[Andreas Mantke]

Hi Michael, Caolan, *,

Am Mittwoch, 20. Juli 2011, 12:12:51 schrieb Michael Meeks:
 Hi Andreas,
 
 On Tue, 2011-07-19 at 20:29 +0200, Andreas Mantke wrote:
  I used the same machine in the past for building with openSUSE 11.3-x64.
  In the meantime I updated to 11.4 using zypper -dup. Thus you could see
  it as a fresh install.
 
   I assume you re-ran autogen.sh from a clean shell after updating ? :-)
 I would also strongly suggest building from clean after such a large
 change.
 

it is a clean git repo. I pulled it before I started with building.

  But it stops a bit later in the same module:
  
  gtkobject.cxx:(.text+0x7b3): undefined reference to
  `g_signal_connect_data' gtkobject.cxx:(.text+0x7c1): undefined reference
  to `g_type_check_instance_cast'
 
   Looks like a library / linking problem; all of those symbols are in
 glib / gtk+ and it looks like you may be missing the gtk2-devel package
 (or somesuch).
 
  ./autogen.sh --with-num-cpus=2 --with-max-jobs=2 --without-junit
  --with-lang=de
  
   --enable-kde4 --disable-randr-link
 
   Sounds fine; did you do that from a clean / new shell ? without the
 LinuxIntelEnv.Set.sh sourced ?

I did it now from a new / clean shell but with no success. I try again after a 
make 
clean for the hole compiled code in the repo again now. Only a make -rs clean 
in vcl 
didn't do the trick.

Regards,
Andreas
-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Error compiling from master inside vcl

[Andreas Mantke]

Hi Michael, Caolan, *,

Am Mittwoch, 20. Juli 2011, 20:07:14 schrieb Andreas Mantke:
 Hi Michael, Caolan, *,
 
 Am Mittwoch, 20. Juli 2011, 12:12:51 schrieb Michael Meeks:
  Hi Andreas,
  
  On Tue, 2011-07-19 at 20:29 +0200, Andreas Mantke wrote:
   I used the same machine in the past for building with openSUSE
   11.3-x64. In the meantime I updated to 11.4 using zypper -dup. Thus
   you could see it as a fresh install.
  
  I assume you re-ran autogen.sh from a clean shell after updating ? :-)
  
  I would also strongly suggest building from clean after such a large
  change.
 
 it is a clean git repo. I pulled it before I started with building.
 
   But it stops a bit later in the same module:
   
   gtkobject.cxx:(.text+0x7b3): undefined reference to
   `g_signal_connect_data' gtkobject.cxx:(.text+0x7c1): undefined
   reference to `g_type_check_instance_cast'
  
  Looks like a library / linking problem; all of those symbols are in
  
  glib / gtk+ and it looks like you may be missing the gtk2-devel package
  (or somesuch).
 

I forgot to add that gtk2-devel and gtk3-devel are installed but currently with 
no 
success.

Regards,
Andreas


-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Error compiling from master inside vcl

[Andreas Mantke]

Hi Michael, Caolan, *,

Am Mittwoch, 20. Juli 2011, 20:07:14 schrieb Andreas Mantke:
 Hi Michael, Caolan, *,
 
 Am Mittwoch, 20. Juli 2011, 12:12:51 schrieb Michael Meeks:
(...)
   ./autogen.sh --with-num-cpus=2 --with-max-jobs=2 --without-junit
   --with-lang=de
   
--enable-kde4 --disable-randr-link
  
  Sounds fine; did you do that from a clean / new shell ? without the
  
  LinuxIntelEnv.Set.sh sourced ?
 
 I did it now from a new / clean shell but with no success. I try again
 after a make clean for the hole compiled code in the repo again now. Only
 a make -rs clean in vcl didn't do the trick.

a complete clean building in a new / clean shell with a fresh autogen.sh with 
the 
options above didn't help, but  now I get another error inside vcl (vcl seemed 
to be 
an nightmare to me):

Building module linguistic
=
Entering /local/libreoffice/gitrepro/libreoffice1/libo/linguistic/inc

Entering /local/libreoffice/gitrepro/libreoffice1/libo/linguistic/source

Making:all_lng.dpslo
Compiling: linguistic/unxlngx6.pro/misc/lng_dflt_version.c
Compiling: linguistic/source/convdiclist.cxx
Compiling: linguistic/source/convdic.cxx
Module 'connectivity' delivered successfully. 126 files copied, 7 files 
unchanged
Compiling: linguistic/source/convdicxml.cxx
Compiling: linguistic/source/dicimp.cxx
Compiling: linguistic/source/dlistimp.cxx
Compiling: linguistic/source/hhconvdic.cxx
Compiling: linguistic/source/hyphdsp.cxx
Compiling: linguistic/source/hyphdta.cxx
Compiling: linguistic/source/iprcache.cxx
Compiling: linguistic/source/lngopt.cxx
Compiling: linguistic/source/lngprophelp.cxx
Compiling: linguistic/source/lngreg.cxx
Compiling: linguistic/source/lngsvcmgr.cxx
Compiling: linguistic/source/misc.cxx
Compiling: linguistic/source/misc2.cxx
Compiling: linguistic/source/spelldsp.cxx
Compiling: linguistic/source/spelldta.cxx
Compiling: linguistic/source/thesdsp.cxx
Compiling: linguistic/source/thesdta.cxx
Compiling: linguistic/source/gciterator.cxx
--
Making: ../unxlngx6.pro/misc/lnglo.flt
:  
LD_LIBRARY_PATH=/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/lib${LD_LIBRARY_PATH:
+:${LD_LIBRARY_PATH}} 
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/bin/xsltproc
 --
nonet --stringparam uri \
'vnd.sun.star.expand:$OOO_BASE_DIR/program/liblnglo.so' -o 
../unxlngx6.pro/misc/lng.component \

/local/libreoffice/gitrepro/libreoffice1/libo/solenv/bin/createcomponent.xslt 
lng.component
Making:lng.lib
Making:all_lng.dpslo
Making:liblnglo.so
linguistic deliver
Module 'linguistic' delivered successfully. 9 files copied, 0 files unchanged

=
Building module lingucomponent
=
Entering /local/libreoffice/gitrepro/libreoffice1/libo/lingucomponent/inc

Entering 
/local/libreoffice/gitrepro/libreoffice1/libo/lingucomponent/source/lingutil

Making:all_ulingu.dpslo
Compiling: lingucomponent/source/lingutil/lingutil.cxx
Making:libulingu.lib
Making:all_ulingu.dpslo
Making:libulingu.a
ar: creating ../../unxlngx6.pro/lib/libulingu.a
Entering 
/local/libreoffice/gitrepro/libreoffice1/libo/lingucomponent/source/spellcheck/macosxspell

Entering 
/local/libreoffice/gitrepro/libreoffice1/libo/lingucomponent/source/languageguessing

 Nothing to build for GUIBASE=unx
Entering 
/local/libreoffice/gitrepro/libreoffice1/libo/lingucomponent/source/thesaurus/libnth

Making:all_guesslang.dpslo
Making:all_lnth.dpslo
Compiling: lingucomponent/unxlngx6.pro/misc/guesslang_dflt_version.c
Compiling: lingucomponent/unxlngx6.pro/misc/lnth_dflt_version.c
Compiling: lingucomponent/source/languageguessing/altstrfunc.cxx
Compiling: lingucomponent/source/languageguessing/guess.cxx
Compiling: lingucomponent/source/thesaurus/libnth/nthesdta.cxx
Compiling: lingucomponent/source/thesaurus/libnth/ntreg.cxx
Compiling: lingucomponent/source/thesaurus/libnth/nthesimp.cxx
Compiling: lingucomponent/source/languageguessing/guesslang.cxx
Compiling: lingucomponent/source/languageguessing/simpleguesser.cxx
:  
LD_LIBRARY_PATH=/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/lib${LD_LIBRARY_PATH:
+:${LD_LIBRARY_PATH}} 
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/bin/xsltproc
 --
nonet --stringparam uri \
'vnd.sun.star.expand:$OOO_BASE_DIR/program/liblnthlo.so' -o 
../../../unxlngx6.pro/misc/lnth.component \

/local/libreoffice/gitrepro/libreoffice1/libo/solenv/bin/createcomponent.xslt 
lnth.component
:  
LD_LIBRARY_PATH=/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/lib${LD_LIBRARY_PATH:
+:${LD_LIBRARY_PATH}} 
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6.pro/bin/xsltproc
 --
nonet --stringparam uri \
'vnd.sun.star.expand:$OOO_BASE_DIR/program/libguesslanglo.so' -o 
../../unxlngx6.pro/misc/guesslang.component \

/local/libreoffice/gitrepro/libreoffice1/libo/solenv/bin

[Libreoffice] Error compiling from master inside vcl

[Andreas Mantke]

Hi all,

I tried to build LibO on Linux-x64 with KDE 4 (openSUSE 11.4-x64) from a fresh 
cloned 
master and the build failed inside the module vcl. I then did source 
./LinuxX86-64Env.Set.sh and walked to vcl and run a make -r. That gave me the 
following output in the shell:

[ build DEP ] LNK:Library/libvcllo.so
R=/local/libreoffice/gitrepro/libreoffice1  S=$R/libo  
O=$S/solver/350/unxlngx6 
 W=$O/workdir   mkdir -p $W/Dep/LinkTarget/Library/  
RESPONSEFILE=/tmp/gbuild.iKDu5W  cat ${RESPONSEFILE} /dev/null | xargs -n 200 
cat  
$W/Dep/LinkTarget/Library/libvcllo.so.d  rm -f ${RESPONSEFILE}
CxxObject/vcl/source/salmain/salmain.o is linked in by Library/libvcllo.so 
StaticLibrary/libvclmain.a
/local/libreoffice/gitrepro/libreoffice1/libo/solenv/gbuild/extensions/final_ObjectOwner.mk:43:
 
[ WARN   ] !!!
[ WARN   ] !!! duplicate linked objects
[ WARN   ] !!!
[ build LNK ] Library/libvclplug_genlo.so
R=/local/libreoffice/gitrepro/libreoffice1  S=$R/libo  
O=$S/solver/350/unxlngx6 
 W=$O/workdir   mkdir -p $W/LinkTarget/Library/  g++ -shared 
-Wl,-z,noexecstack 
'-Wl,-rpath,$ORIGIN:$ORIGIN/../ure-link/lib' '-Wl,-rpath-link,$O/lib' 
-Wl,-z,defs  -
Wl,-rpath-link,/lib:/usr/lib -Wl,-z,combreloc   -L$S/solenv/unxlngx6/lib 
-L$O/lib -
L$S/solenv/unxlngx6/lib  -Wl,--hash-style=gnu  -Wl,--dynamic-list-cpp-new -Wl,--
dynamic-list-cpp-typeinfo -Wl,-Bsymbolic-functions   -lXrandr-lXinerama   
$W/CxxObject/vcl/unx/generic/app/i18n_cb.o 
$W/CxxObject/vcl/unx/generic/app/i18n_ic.o 
$W/CxxObject/vcl/unx/generic/app/i18n_im.o 
$W/CxxObject/vcl/unx/generic/app/i18n_keysym.o 
$W/CxxObject/vcl/unx/generic/app/i18n_status.o 
$W/CxxObject/vcl/unx/generic/app/i18n_wrp.o 
$W/CxxObject/vcl/unx/generic/app/i18n_xkb.o 
$W/CxxObject/vcl/unx/generic/app/keysymnames.o 
$W/CxxObject/vcl/unx/generic/app/randrwrapper.o 
$W/CxxObject/vcl/unx/generic/app/saldata.o 
$W/CxxObject/vcl/unx/generic/app/saldisp.o 
$W/CxxObject/vcl/unx/generic/app/salinst.o 
$W/CxxObject/vcl/unx/generic/app/salsys.o 
$W/CxxObject/vcl/unx/generic/app/saltimer.o 
$W/CxxObject/vcl/unx/generic/app/sm.o 
$W/CxxObject/vcl/unx/generic/app/soicon.o 
$W/CxxObject/vcl/unx/generic/app/wmadaptor.o 
$W/CxxObject/vcl/unx/generic/dtrans/bmp.o 
$W/CxxObject/vcl/unx/generic/dtrans/config.o 
$W/CxxObject/vcl/unx/generic/dtrans/X11_clipboard.o 
$W/CxxObject/vcl/unx/generic/dtrans/X11_dndcontext.o 
$W/CxxObject/vcl/unx/generic/dtrans/X11_droptarget.o 
$W/CxxObject/vcl/unx/generic/dtrans/X11_selection.o 
$W/CxxObject/vcl/unx/generic/dtrans/X11_service.o 
$W/CxxObject/vcl/unx/generic/dtrans/X11_transferable.o 
$W/CxxObject/vcl/unx/generic/gdi/cdeint.o 
$W/CxxObject/vcl/unx/generic/gdi/dtint.o 
$W/CxxObject/vcl/unx/generic/gdi/gcach_xpeer.o 
$W/CxxObject/vcl/unx/generic/gdi/pspgraphics.o 
$W/CxxObject/vcl/unx/generic/gdi/salbmp.o 
$W/CxxObject/vcl/unx/generic/gdi/salcvt.o 
$W/CxxObject/vcl/unx/generic/gdi/salgdi2.o 
$W/CxxObject/vcl/unx/generic/gdi/salgdi3.o 
$W/CxxObject/vcl/unx/generic/gdi/salgdi.o 
$W/CxxObject/vcl/unx/generic/gdi/salprnpsp.o 
$W/CxxObject/vcl/unx/generic/gdi/salvd.o 
$W/CxxObject/vcl/unx/generic/gdi/xrender_peer.o 
$W/CxxObject/vcl/unx/generic/printergfx/bitmap_gfx.o 
$W/CxxObject/vcl/unx/generic/printergfx/common_gfx.o 
$W/CxxObject/vcl/unx/generic/printergfx/glyphset.o 
$W/CxxObject/vcl/unx/generic/printergfx/printerjob.o 
$W/CxxObject/vcl/unx/generic/printergfx/psputil.o 
$W/CxxObject/vcl/unx/generic/printergfx/text_gfx.o 
$W/CxxObject/vcl/unx/generic/window/FWS.o 
$W/CxxObject/vcl/unx/generic/window/salframe.o 
$W/CxxObject/vcl/unx/generic/window/salobj.o   -Wl,--start-group  
-Wl,--end-group -
lvcllo -ltllo -lutllo -lsotlo -lucbhelper4gcc3 -lbasegfxlo -lcomphelpgcc3 -
luno_cppuhelpergcc3 -licuuc -licule -licule -li18nisolang1gcc3 -li18npaperlo -
li18nutilgcc3 -ljvmaccessgcc3 -luno_cppu -luno_sal -lX11 -lXext -lSM -lICE 
-lcairo -
ldl -lm -lpthread -o $W/LinkTarget/Library/libvclplug_genlo.so
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6/workdir/CxxObject/vcl/unx/generic/app/randrwrapper.o:
 
In function `(anonymous namespace)::RandRWrapper::XRRQueryExtension(_XDisplay*, 
int*, 
int*)':
/local/libreoffice/gitrepro/libreoffice1/libo/vcl/unx/generic/app/randrwrapper.cxx:214:
 
undefined reference to `XRRQueryExtension'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6/workdir/CxxObject/vcl/unx/generic/app/randrwrapper.o:
 
In function `(anonymous namespace)::RandRWrapper::XRRGetScreenInfo(_XDisplay*, 
unsigned long)':
/local/libreoffice/gitrepro/libreoffice1/libo/vcl/unx/generic/app/randrwrapper.cxx:223:
 
undefined reference to `XRRGetScreenInfo'
/local/libreoffice/gitrepro/libreoffice1/libo/solver/350/unxlngx6/workdir/CxxObject/vcl/unx/generic/app/randrwrapper.o:
 
In function `(anonymous 
namespace)::RandRWrapper::XRRFreeScreenConfigInfo(_XRRScreenConfiguration*)':
/local/libreoffice/gitrepro/libreoffice1/libo/vcl/unx/generic/app/randrwrapper.cxx:228:
 
undefined reference to `XRRFreeScreenConfigInfo'

Re: [Libreoffice] Extension-Repository: Need help to solve a Python error

[Andreas Mantke]

Hi Caolan, *,

Am Montag, 11. Juli 2011, 18:27:09 schrieb Caolán McNamara:
 On Tue, 2011-07-05 at 21:14 +0200, Andreas Mantke wrote:
(...)
 given that a contenttype is required, some total guesswork suggests...
 
 -blob = BlobWrapper()
 -if isinstance(value, basestring):
 -# make StringIO from string, because StringIO may be adapted to
 -#Blobabble
 -value = StringIO(value)
 -if value is not None:
 -blobbable = IBlobbable(value)
 -blobbable.feed(blob.getBlob())
 -blob.setContentType(blobbable.mimetype())
 
 might need to become
 
 +if isinstance(value, basestring):
 +# make StringIO from string, because StringIO may be adapted to
 +#Blobabble
 +value = StringIO(value)
 +if value is not None:
 +blobbable = IBlobbable(value)
 +#move blob ctor down to where we know the mimetype
 +blob = BlobWrapper(blobbable.mimetype())
 +blobbable.feed(blob.getBlob())
 +blob.setContentType(blobbable.mimetype()) #maybe drop this then
 
 or something of that nature, you get my drift anyway. That the
 super-class BlobWrapper may take an additional argument in your plone
 over the version that the template that you based the above on works
 with.

thanks, your patch proposal solved the issue for me. I commited the patch to 
the 
Plone community repository and it is now inside our extension-template-website. 
We 
can store binaries (extensions / templates) inside the file system now.

Regards,
Andreas
-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] extensions and templates repository ?

[Andreas Mantke]

Hi Caolan, *,

Am Montag, 11. Juli 2011, 17:22:58 schrieb Caolán McNamara:
 What's the current status, I mean if people want to help, who or what
 mailing list to contact ?
 
 http://kermit.documentfoundation.org:9089/LibreOffice-Extensions-and-Templa
 tes/libreoffice-extensions-center looks ready to roll to me :-)

not fully yet. I'm working on displaying more than one license in the overview 
page 
of a project (extension or template project). There is currently the option to 
choose 
more than one license for a release but that is currently not displayed in the 
table 
about all releases (in the trunk of PloneSoftwareCenter and after the next 
buildout 
run in the extension site). I have worked on that issue in the last days but 
currently with no success.

But there is another bigger issue. I try to save all binary files in a 
blobstorage 
and not in the database (ZODB), because of better performance of the site and 
the 
option to scan all binary files for virus infection. There I asked for some 
help on 
this list last week (it is a python error about the number of parameters). If 
someone 
has a solution I can try it out on my laptop and commit that to the Plone 
community 
repo (and we can use it within the extension repo site).

Regards,
Andreas
-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] Extension-Repository: Need help to solve a Python error

[Andreas Mantke]

Hi all,

I'm working on an environment for the LibreOffice extension and template 
repository. 
I use for this purpose Plone and Plone Software Center. I customized the Plone 
Software Center with the help of a Plone developer so that it suit our needs. 
But 
there is the need to store the binary files (extensions / templates) not into 
the 
database but in the file system. Therefor I installed another product 
collective.psc.blobstorage. But if I try to upload a downloadable file to the 
repository I get with this add-on an error message:

Traceback (innermost last):
  Module ZPublisher.Publish, line 127, in publish
  Module ZPublisher.mapply, line 77, in mapply
  Module ZPublisher.Publish, line 47, in call_object
  Module Products.CMFPlone.FactoryTool, line 438, in __call__
  Module Products.CMFPlone.FactoryTool, line 202, in __getitem__
  Module Products.CMFPlone.FactoryTool, line 68, in _createObjectByType
  Module Products.CMFCore.TypesTool, line 554, in _constructInstance
  Module Products.PloneSoftwareCenter.content.downloadablefile, line 7, in 
addPSCFile
  Module Products.ATContentTypes.content.base, line 120, in initializeArchetype
  Module Products.Archetypes.BaseObject, line 436, in setDefaults
  Module Products.Archetypes.Schema, line 501, in setDefaults
  Module Products.Archetypes.utils, line 152, in mapply
  Module Products.PloneSoftwareCenter.content.downloadablefile, line 109, in 
setDownloadableFile
  Module Products.ATContentTypes.content.base, line 328, in _setATCTFileContent
  Module Products.Archetypes.Field, line 1066, in set
  Module Products.Archetypes.Field, line 738, in set
   - __traceback_info__: ('downloadableFile', PSCFile at 
/LibreOffice-Extensions-
and-Templates/test-for-
blob/testproject/releases/1.0/portal_factory/PSCFile/pscfile.2011-07-04.6575989816,
 
File at downloadableFile, {'mimetype': 'application/octet-stream', 'field': 
Field 
downloadableFile(file:rw), 'default': '', '_initializing_': True, 'filename': 
''})
  Module Products.PloneSoftwareCenter.storage, line 20, in set
  Module collective.psc.blobstorage, line 84, in set
  Module collective.psc.blobstorage, line 45, in set
TypeError: __init__() takes exactly 2 arguments (1 given)

I don't know yet, how to solve this Python error. I hope someone with Python 
knowledge could help me at this point. The both files are listed here:
http://amantke.de/libreoffice/blobstorage

Regards,
Andreas
-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] -conver-to on master

[Andreas Mantke]

Hi Miklos, Muthu, *,

Am Sonntag, 17. April 2011, 05:21:31 schrieb Muthu Subramanian K:
 Hi Miklos,
(...)
  ./soffice.bin --nologo --convert-to rtf --outdir
  /home/vmiklos/git/libreoffice/lo-test-files/writer/bug/35985/out
  /home/vmiklos/git/libreoffice/lo-test-files/writer/bug/35985/test.rtf
  
  and it does the conversion, but it also fires up a window and it does
  not exit when the conversion finished.

I think there is the option -headless missing. That's what is working for me 
with 
3.3.2.

Regards,
Andreas
-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Development-/Future-Builds of LibreOffice with special naming posible?

[Andreas Mantke]

Hi Michael, Fridrich, *,

Am Dienstag, 29. März 2011, 10:55:53 schrieb Michael Meeks:
 Hi Andreas,
 
 On Mon, 2011-03-28 at 20:39 +0200, Andreas Mantke wrote:
  the development of LibreOffice and its features are growing every day
  and week ;-)
 
   Exciting isn't it :-)
 

yeah :-)

  In my opinion it would be a good idea to have a special build (nightly
  build or  something similar) with a special naming, maybe LibO-Future
 
   This is happening already but only for Mac and Linux.
 
   http://dev-builds.libreoffice.org/daily/


I got it. But it works not like I expected. If I try to install it on my 
openSUSE 
11.3-x64 many packages conflicts with those from 3.3.2 (e.g. the impress-rpm).

It would be usefull, if the daily build could be installed in parallel to the 
last 
stable version. That makes it easier for testing and evaluating regressions etc.
 
   Fridrich is working on getting the existing Windows tinderboxes to
 up-load their result - having said that, master is not building that
 well on Windows currently :-)
 
  so that it is posible to install that build in parallel on your PC.
  Such a build could help QA-People and documentation writers for example
  to get in touch with the new features and report bugs early.
 
   The parallel install is something I know nothing about on Windows; and
 may involve some development work - if so, it'd be great to have help on
 that.

I would be satisfied, if it works on Linux ;-)

Regards,
Andreas
-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] Development-/Future-Builds of LibreOffice with special naming posible?

[Andreas Mantke]

Hi all,

the development of LibreOffice and its features are growing every day and week 
;-)
In my opinion it would be a good idea to have a special build (nightly build or 
something similar) with a special naming, maybe LibO-Future, so that it is 
posible to 
install that build in parallel on your PC. Such a build could help QA-People 
and 
documentation writers for example to get in touch with the new features and 
report 
bugs early.
Is there something like this intended, or have I missed something that already 
exist?

Regards,
Andreas
-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] Bugtracker of LibreOffice: missing entry for 3.3.2-rc1

[Andreas Mantke]

Hi all,

I tried to file a bug for the current LibreOffice 3.3.2-rc1 but I can't find an 
entry 
for this version. Could please someone with the necessary rights update the 
versions 
section of the bugtracker for this version?

Regards,
Andreas
-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] High CPU-Usage of XOrg with LibO 3.3.1rc2 after restart of saved to disk image

[Andreas Mantke]

Hi all,

I use LibO for the creation of a presentation. Then I shutdown my openSuSE 
11.3-x64 
(KDE 4) and save an image to the disk. LibO is not closed in front of the 
shutdown. 
If I restart my laptop from the image LibO is very slow moving from one slide 
to 
another and I can see in top a cpu usage from XOrg by 86 to 100 %. I have a 
laptop 
with a Intel core2 duo (2Ghz), 4 GB Ram and a Nvidia 9600M. I disabled hardware 
acceleration inside the options menu of LibO.

Could someone confirm this behavior?

Regards,
Andreas
-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] Regression in PDF-Export: background color of a hatching not exported

[Andreas Mantke]

Hi,

a user gave me a hint on our de-users-list about a posible regression in LO 
(OOo) 
3.3.0 to OOo 3.2.1. I made some tests and can confirm a regression. The 
background 
color of a hatching is not exported anymore.
I created an issue for it and sent a notice to the releases-list of OOo.
http://de.openoffice.org/issues/show_bug.cgi?id=116371
I don't think we need a duplicate of this issue in our bugtracker, did we?

Regards,
Andreas
-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PUSHED] Change of the color of the watermark at the pdfexport

[Andreas Mantke]

Hi Andrea, Thorsten, *,

Am Dienstag, 21. Dezember 2010, 23:01:13 schrieb Andrea Pescetti:

(...)
 Take this just as a comment and not criticism (I congratulate with
 Andreas too for his first patch!), but replacing a hard-coded value by
 another hard-coded value on the basis that, more or less, Green is
 nicer and it matches the LibreOffice official color seems a bit weak to
 me.
 

I did the change because the former color (red) caused problems in reading the 
document.
Your point about a configurable color is valuable, but I think that is not an 
easy 
hack. I'll think about a way. Maybe someone is faster then I ;-)

 Maybe better check with one of the UX people? Or provide a
 UI-configurable choice? I can't help with either at the moment,
 unfortunately.

You can't reach the option currently via UI. The pdf-export-dialog doesn't 
cover the 
option Watermark. It's available only on the command-line via UNO-API.

Regards,
Andreas
-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice