Re: Gerrit prevents upstreaming patches from others

Dear Jan, On 02/06/17 12:00, jan iversen wrote: Sorry, I still don’t see where the additional step is? you submit the patch to gerrit, that does not put it into our core repo, but only to the gerrit review repo. In order to merge the patch into our core repo(typically master) a committer,

Re: Gerrit prevents upstreaming patches from others

Dear Christian, On 02/06/17 10:55, Christian Lohmaier wrote: On Thu, Feb 2, 2017 at 1:05 PM, Paul Menzel wrote: I was asked to push a commit for review to the LO Gerrit instance [1]. The patch is from a colleague, who is denoted as the commit author. No Gerrit complains, that I am

Re: Gerrit prevents upstreaming patches from others

Dear Christian, On 02/06/17 12:17, Christian Lohmaier wrote: On Mon, Feb 6, 2017 at 11:08 AM, Paul Menzel <pmenzel+libreoff...@molgen.mpg.de> wrote: On 02/06/17 10:55, Christian Lohmaier wrote: On Thu, Feb 2, 2017 at 1:05 PM, Paul Menzel wrote: It is to prevent people from imperso

Paul Menzel license statement

All of my past & future contributions to LibreOffice may be licensed under the MPLv2/LGPLv3+ dual license. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice

Gerrit prevents upstreaming patches from others

Dear LibreOffice folks, I was asked to push a commit for review to the LO Gerrit instance [1]. The patch is from a colleague, who is denoted as the commit author. No Gerrit complains, that I am not the author, and my colleagues email address is not registered to *my* Gerrit account. Could

Re: Gerrit prevents upstreaming patches from others

you push the patch, with the correct author. Please tell me how. Do you want me send the patch to the mailing list? Kind regards, Paul Menzel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo

Re: Gerrit prevents upstreaming patches from others

Dear Jan, On 02/06/17 10:43, jan iversen wrote: I don’t see how that is required. In Gerrit, it would still be clear, who pushed the patch (owner). > yes but you have one step more merging to git, and if that is done by a third person information would be lost. Sorry, I didn’t

Re: Gerrit prevents upstreaming patches from others

Dear Jan, On 02/06/17 10:56, jan iversen wrote: Sorry, I didn’t understand *you have one step more merging to git*. Patches in Gerrit are for review, when reviewed a committer merged them to the git repo e.g, master, and from that time the are part of the LibreOffice code base. Sorry, I

Re: Temporary files written to predetermined location during build

Dear Jean-Baptiste, dear Rene, On 08/10/17 09:13, Rene Engelhard wrote: On Wed, Aug 09, 2017 at 08:23:42PM +0200, Jean-Baptiste Faure wrote: What is surprising me is that : "Building LibreOffice 5.4.0.3 with one user, and then building it with another user...". Does that mean that the local

Re: Temporary files written to predetermined location during build

Dear Jean-Baptiste, On 08/10/17 10:47, Jean-Baptiste Faure wrote: Le 10/08/2017 à 09:13, Rene Engelhard a écrit : On Wed, Aug 09, 2017 at 08:23:42PM +0200, Jean-Baptiste Faure wrote: What is surprising me is that : "Building LibreOffice 5.4.0.3 with one user, and then building it with

Re: For what versions get source archives created?

Dear Christian, Thank you for your response. On 07/25/17 12:37, Christian Lohmaier wrote: On Mon, Jul 24, 2017 at 11:18 AM, Paul Menzel <pmen...@molgen.mpg.de> wrote: I noticed, that in the Git repository, the tag *libreoffice-5.3.5.1* was added on July 12th, 2017 [1]. (Unfortu

For what versions get source archives created?

Dear LibreOffice folks, I noticed, that in the Git repository, the tag *libreoffice-5.3.5.1* was added on July 12th, 2017 [1]. (Unfortunately the Change-Id cannot be found in Gerrit. [2]) Again, I am unable to find the source archive on the download server [3]. The directory 5.3.5 doesn’t

Temporary files written to predetermined location during build

Dear LibreOffice folks, I was asked in #111553 (Temporary files written to predetermined location) [1] to contact the mailing list. Building LibreOffice 5.4.0.3 with one user, and then building it with another user shows that it tries to write to the same paths in the temporary directory,

Lost images in Impress

Dear LibreOffice folks, One of our scientists reported that images get randomly lost in a presentation. This did not happen in version 5.1.3.2, but is present in at least 5.3.4.1, 5.3.5.1, and 5.4.0.3. The included images are PDF files, and it happens randomly, and, therefore, no steps

Re: Lost images in Impress

Dear Miklos, and dear private responders, On 08/07/17 13:54, Miklos Vajna wrote: I believe is the tracker of those bugs. Somebody else privately pointed me to #104998 [1]. This seems to be new code, or should it be linked to

Re: [solved] For what versions get source archives created?

Dear Michael, On 08/22/17 16:00, Michael Stahl wrote: On 22.08.2017 15:36, Paul Menzel wrote: It’d be awesome, if we could take 5.4.1.1 as an example. The tag was added over a week ago on August 11th. ``` commit a5be49f0c45fe24a575c7f41559aa8fc79a781a2 (tag: libreoffice-5.4.1.1) Author

[Libreoffice-commits] core.git: configure.ac README.cross sw/qa

README.cross|4 ++-- configure.ac|4 ++-- sw/qa/extras/README |2 +- 3 files changed, 5 insertions(+), 5 deletions(-) New commits: commit e8918c464c7be09823bc8f5179080d7da0060de7 Author: Paul Menzel <pmen...@molgen.mpg.de> Date: Wed May 17 11:55:46 2017

Re: LibreOffice 5.3.4.2 archive missing

Dear LibreOffice folks, On 06/19/17 11:56, Paul Menzel wrote: I noticed, that in the Git repository, the tag *libreoffice-5.3.4.2* was added. But the source archive is missing [1]. How long is delay between tagging a version, and getting the source archives published? The source archives

Re: Regression in cppcanvas/qa/extras/emfplus/emfplus.cxx:89:Test::testFdo77229

Dear LibreOffice folks, On 06/11/17 11:16, Paul Menzel wrote: Building LibreOffice 5.3.4.1 the test suite fails with the error below. ``` [CUT] cppcanvas_emfplus /dev/shm/bee-root/libreoffice/libreoffice-5.3.4.1-0/source/cppcanvas/qa/extras/emfplus/emfplus.cxx:89:Test::testFdo77229 equality

LibreOffice 5.3.4.2 archive missing

Dear LibreOffice folks, I noticed, that in the Git repository, the tag *libreoffice-5.3.4.2* was added. But the source archive is missing [1]. How long is delay between tagging a version, and getting the source archives published? Kind regards, Paul [1]

[5.3.4.1] Regression in cppcanvas/qa/extras/emfplus/emfplus.cxx:89:Test::testFdo77229

Dear LibreOffice folks, Building LibreOffice 5.3.4.1 the test suite fails with the error below. ``` [CUT] cppcanvas_emfplus /dev/shm/bee-root/libreoffice/libreoffice-5.3.4.1-0/source/cppcanvas/qa/extras/emfplus/emfplus.cxx:89:Test::testFdo77229 equality assertion failed - Expected: 65024 -

[Libreoffice-commits] core.git: dictionaries

dictionaries |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit c9f765c4de58bd9b79c52b1b536c19c2abd06b0c Author: Paul Menzel <pmen...@molgen.mpg.de> Date: Tue Sep 19 17:52:46 2017 +0200 Updated core Project: dictio

[Libreoffice-commits] dictionaries.git: de/README_extension_owner.txt de/README_hyph_de.txt

de/README_extension_owner.txt |2 +- de/README_hyph_de.txt |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) New commits: commit 7250202493f1d91c5568db3363a268f7e5dcac42 Author: Paul Menzel <pmen...@molgen.mpg.de> Date: Tue Sep 19 17:52:46 2017 +0200 de:

[Libreoffice-commits] dictionaries.git: de/README_de_DE_frami.txt de/README_extension_owner.txt de/README_hyph_de.txt

de/README_de_DE_frami.txt |4 ++-- de/README_extension_owner.txt |4 ++-- de/README_hyph_de.txt |6 +++--- 3 files changed, 7 insertions(+), 7 deletions(-) New commits: commit 8b73c571cb27bb29d26f3e218dedee2b680c3a04 Author: Paul Menzel <pmen...@molgen.mpg.de> Date:

[Libreoffice-commits] core.git: dictionaries

dictionaries |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit ee0147f4918cbf209b5b859c8f2c8616d6f7a47c Author: Paul Menzel <pmen...@molgen.mpg.de> Date: Tue Sep 19 17:52:10 2017 +0200 Updated core Project: dictio

Filesystem Hierarchy Standards (FHS) and certain file locations

Dear LibreOffice folks, Following up on bug report #100724 [1], I have two question about the location of some files. First, the license and README files. ``` /usr/lib/libreoffice/NOTICE /usr/lib/libreoffice/LICENSE.html /usr/lib/libreoffice/LICENSE.fodt /usr/lib/libreoffice/LICENSE

Re: Filesystem Hierarchy Standards (FHS) and certain file locations

Dear Michael, On 09/06/17 16:26, Michael Stahl wrote: On 06.09.2017 15:55, Paul Menzel wrote: Following up on bug report #100724 [1], I have two question about the location of some files. TDF binary packages (rpm and deb) don't install in /usr but in /opt. I don’t know. We don’t use

Re: For what versions get source archives created?

Dear LibreOffice folks, Thank you for your replies. On 08/05/17 00:34, Thorsten Behrens wrote: Christian Lohmaier wrote: On Tue, Jul 25, 2017 at 12:59 PM, Paul Menzel <pmen...@molgen.mpg.de> wrote: So does it take over a week to get the archives published, or does the director

Use HTTPS URLs in announcements and blog posts

Dear LibreOffice, The article *The Document Foundation announces LibreOffice 5.4.1 “fresh” and LibreOffice 5.3.6 “still”* [1] uses insecure HTTP URLs instead of the more secure HTTPS URLs. Could the article and the templates please be updated? If this is the wrong forum, please tell me

Blurry icons on HiDPI display (GNU/Linux)

Dear LibreOffice folks, Running LibreOffice 5.4.4.1 with GTK+ 3.22.26 on the HiDPI/4K monitor Dell U2718Q the icons in the toolbar are blurry as can be seen on the attached image. ``` $ libreoffice --version LibreOffice 5.4.4.1 40m0(Build:1) $ env | grep GDK GDK_SCALE=2 GDK_DPI_SCALE=-1

Re: Lost images in documents (was: Lost images in Impress)

Dear LibreOffice folks, On 08/07/17 15:16, Paul Menzel wrote: On 08/07/17 13:54, Miklos Vajna wrote: I believe <https://bugs.documentfoundation.org/show_bug.cgi?id=47148> is the tracker of those bugs. Somebody else privately pointed me to #104998 [1]. This seems to be new code, or

Re: workdir/ExternalProject/libatomic_ops/build: checking build system type... ./config.guess: unable to guess system type

Dear David, On 06/12/18 10:52, David Tardon wrote: > On Mon, 2018-06-11 at 19:44 +0200, Paul Menzel wrote: >> configure: error: cannot guess build type; you must specify one >> /dev/shm/libreoffice- >> core/external/libatomic_ops/ExternalProject_libatomic_ops.mk:19: >&

How to update external module?

Dear LibreOffice folks, As the external modules seem to be stored on LibreOffice servers [1], how should those be updated? Do I just update the version in `download.lst`, and the rest is done automatically? The motivation for the question is, that I’d like to update libatomic_ops from 7.2d to

Re: Build fails with `../../../dist/out/include/prtypes.h:593:38: error: size of array ‘arg’ is negative`

Dear Stephan, Am 13.06.2018 um 08:44 schrieb Stephan Bergmann: On 12/06/18 18:36, Paul Menzel wrote: On ppc64le with Ubuntu 18.04 and latest LibreOffice from master with the libatomic_ops build fix, the build fails with the error below. ``` $ uname -m ppc64le $ git describe --dirty

[solved] Re: Build fails with `/usr/bin/powerpc64le-linux-gnu-ld: cannot find -ljawt`

Dear LibreOffice folks, On 06/11/18 19:04, Paul Menzel wrote: > On ppc64le with Ubuntu 18.04 and latest LibreOffice from master, the build > fails with the error below. > > ``` > $ uname -m > ppc64le > $ git describe --dirtylibreoffice-5-4-branch-point-1380-gc2ce3a2dbebd

workdir/ExternalProject/libatomic_ops/build: checking build system type... ./config.guess: unable to guess system type

Dear LibreOffice, On ppc64le with Ubuntu 18.04 and latest LibreOffice from master, the build fails with the error below. ``` $ uname -m ppc64le $ git describe --dirty libreoffice-6-1-branch-point-897-gd776263a9968 $ git log --oneline -1 d776263a9968 (HEAD -> master, origin/master,

Build fails with `/usr/bin/powerpc64le-linux-gnu-ld: cannot find -ljawt`

Dear LibreOffice folks, On ppc64le with Ubuntu 18.04 and latest LibreOffice from master, the build fails with the error below. ``` $ uname -m ppc64le $ git describe --dirtylibreoffice-5-4-branch-point-1380-gc2ce3a2dbebd $ git log --oneline -1c2ce3a2dbebd (HEAD -> master, origin/master,

Test::testLineSpacing equality assertion failed

Dear LibreOffice folks, On ppc64le with Ubuntu 18.04 and latest LibreOffice from master one test fails. ``` $ uname -m ppc64le $ git describe --dirty libreoffice-6-1-branch-point-989-g23fa8a6ed053 $ git log --oneline -1 23fa8a6ed053 (HEAD -> master) weld SvxCharPositionPage $ ./autogen.sh \

Re: Build fails with `../../../dist/out/include/prtypes.h:593:38: error: size of array ‘arg’ is negative`

Dear Stephan, Am 13.06.2018 um 09:16 schrieb Stephan Bergmann: On 13/06/18 09:07, Paul Menzel wrote: $ make PARALLELISM=1 […] cd lib; make libs cd util; make libs cd freebl; make libs Makefile:636: warning: overriding recipe for target 'out/Linux_SINGLE_SHLIB' Makefile:623: warning: ignoring

Build fails with `../../../dist/out/include/prtypes.h:593:38: error: size of array ‘arg’ is negative`

Dear LibreOffice, On ppc64le with Ubuntu 18.04 and latest LibreOffice from master with the libatomic_ops build fix, the build fails with the error below. ``` $ uname -m ppc64le $ git describe --dirty libreoffice-6-1-branch-point-918-g647d6a2c4fba $ git log --oneline -1 647d6a2c4fba (HEAD ->

How to check that CVE-2018-6871 is fixed?

Dear LibreOffice folks, So according to CVE-2018-6871, “LibreOffice through 6.0.1 allows remote attackers to read arbitrary files via =WEBSERVICE calls in a document, which use the COM.MICROSOFT.WEBSERVICE function.”. Maybe it’s my English, but “through 6.0.1” sounds to me like, that version

Impress: Stuttering transition under GNU/Linux

Dear LibreOffice, With LibreOffice 5.2, 5.4 and 6.0.1.1, doing transitions in LibreOffice Impress, like wipe, the transition is not smooth but stutters(?) [1]. I first thought it’s HiDPI related, but it’s not. Is that expected under GNU/Linux, or do I have something incorrectly configured?

Re: Blurry icons on HiDPI display (GNU/Linux)

Dear Caolán, On 12/17/17 15:33, Caolán McNamara wrote: On Fri, 2017-12-15 at 17:44 +0100, Paul Menzel wrote: Running LibreOffice 5.4.4.1 with GTK+ 3.22.26 on the HiDPI/4K monitor Dell U2718Q the icons in the toolbar are blurry as can be seen on the attached image. Is that expected

[Libreoffice-commits] core.git: external/libatomic_ops

external/libatomic_ops/UnpackedTarball_libatomic_ops.mk |2 ++ 1 file changed, 2 insertions(+) New commits: commit e3658c5d6c50216a313beeda26b0d57b81d41dd8 Author: Paul Menzel Date: Tue Jun 12 11:05:14 2018 +0200 libatomic_ops: Use newer `config.guess` and `config.sub

Re: 6.3.0.4: SdImportTest::testDocumentLayout fails

Dear Michael, On 12.08.19 17:55, Michael Stahl wrote: > On 12.08.19 17:50, Paul Menzel wrote: >> On 12.08.19 11:07, Michael Stahl wrote: > >> The file is indeed not there. >> >> ``` >> $ find . -name "*.rng" >> ./build/workdir/UnpackedT

Re: 6.3.0.4: SdImportTest::testDocumentLayout fails

Dear Michael, On 12.08.19 11:07, Michael Stahl wrote: > On 12.08.19 02:01, Paul Menzel wrote: >> On 12.08.19 00:05, Thorsten Behrens wrote: >> >>> Paul Menzel wrote: >>>> Building LibreOffice 6.3.0.4 with `DISPLAY=` (unset) the test below fails. &

6.3.0.4: SdImportTest::testDocumentLayout fails

Dear LibreOffice folks, Building LibreOffice 6.3.0.4 with `DISPLAY=` (unset) the test below fails. ``` bootstrapfixture.cxx:199:Assertion Test name: SdImportTest::testDocumentLayout equality assertion failed - Expected: 0 - Actual : 256 - failed to execute: sh

Re: 6.3.0.4: SdImportTest::testDocumentLayout fails

Dear Thorsten, On 12.08.19 00:05, Thorsten Behrens wrote: Paul Menzel wrote: Building LibreOffice 6.3.0.4 with `DISPLAY=` (unset) the test below fails. ``` Can you run bin/odfvalidator.sh successfully from the shell? Possibly it does not find the right JRE (>=1.8). $ chmod +x

Bug 128032 - Multiple copies not printed

Dear LibreOffice folks, Bug report #128032 [1] seems to have been overlooked. Can you reproduce that issue? Kind regards, Paul [1]: https://bugs.documentfoundation.org/show_bug.cgi?id=128032 smime.p7s Description: S/MIME Cryptographic Signature

Print dialog window too big with 6.4.0~rc1

Dear LibreOffice folks, LibreOffice 6.4.0.1 40(Build:1) seems to have redesigned the print dialog. The window is too big now, causing the buttons in the bottom not to be seen on a laptop with 1366x768 resolution and GNOME Shell, which does not allow you to move the window outside the screen.

Re: I have wrote for a couple of hours something like 56 pages after that I have save it pressing the button Save many times and I the end I have discovered that my document had lost 50 + pages ,

Dear g adi, Am 23.07.20 um 15:39 schrieb g adi: […] Yesterday I have said that Lets create a Docx File using Libre so that It will be compatible for my friends But It was a bad Idea to save it Docx instead of Odt . It cost me a couple of hours of work . I have wrote for a couple of hours

Re: ppc64le: Build fails with `pngrutil.c:(.text+0x6658): undefined reference to `png_init_filter_functions_vsx'`

\     ) \ +   $(if $(filter POWERPC POWERPC64,$(CPUNAME)), \ +   UnpackedTarball/libpng/powerpc/powerpc_init \ +   UnpackedTarball/libpng/powerpc/filter_vsx_intrinsics \ +   ) \  ))  # vim: set noet sw=4 ts=4: Thank you very much. Tested-by: Paul Menzel Kind regards

ppc64le: Build fails with `pngrutil.c:(.text+0x6658): undefined reference to `png_init_filter_functions_vsx'`

Dear LibreOffice folks, On ppc64le with Ubuntu 20.04 and latest LibreOffice from master, the build fails with the error below. ``` $ uname -m ppc64le $ git describe --dirty libreoffice-7-0-branch-point-1865-g69a33480fe59 $ git log --oneline -1 69a33480fe59 (HEAD -> master) sw: silence 'not

How to debug slow startup times?

Dear LibreOffice folks, My parents, the most important users, noted slow startup times of LibreOffice. It turns out, that lots of installed fonts slow it down considerably [1]. Unrelated from this concrete issue, do you have tools to debug the startup time? I tried `strace -ff -ttt -o …`,

Build error with freebl: prtypes.h:556:38: error: size of array ‘arg’ is negative

Dear LibreOffice folks, Building current master on Ubuntu 21.04 (ppc64le) fails: ``` $ gcc --version gcc (Ubuntu 10.3.0-1ubuntu1) 10.3.0 […] $ git describe --dirty libreoffice-7-2-branch-point-1293-g1738f106bd73 $ make […] In file included from ../../../dist/out/include/prerror.h:9,

Re: Build error with freebl: prtypes.h:556:38: error: size of array ‘arg’ is negative

Dear Michael, Thank you for your reply. Am 21.07.21 um 14:45 schrieb Michael Stahl: On 20/07/2021 22.48, Paul Menzel wrote: $ make […] In file included from ../../../dist/out/include/prerror.h:9,   from drbg.c:9: drbg.c: In function ‘RNG_RandomUpdate’: ../../../dist/out

Cursor invisible or only half visible

Dear LibreOffice folks, Just a quick note, that a user reported on an AMD Ryzen 3 2200G with Radeon Vega Graphics (family: 0x17, model: 0x11, stepping: 0x0) system using Debian sid/unstable with *libreoffice* 4:7.5.5-4 and GNOME Wayland session (*gnome-shell* 44.3-5 and *mutter* 44.3-7),

Any ideas why lock files do not work in Chrome OS’ Linux VM?

Dear LibreOffice folks, Wanting to run LibreOffice on a Google Chromebook with Chrome OS 117.0.5938.157, one can enable the Linux development environment, a VM running Debian 11 (bullseye/oldstable), and install LibreOffice 7.0.4 into it: $ sudo apt update $ sudo apt install

[Libreoffice-commits] core.git: external/nss

external/nss/ExternalProject_nss.mk |1 + 1 file changed, 1 insertion(+) New commits: commit 33c96dcef9a729625d091d28db493318b7e21590 Author: Paul Menzel AuthorDate: Thu Aug 12 11:59:17 2021 +0200 Commit: Michael Stahl CommitDate: Fri Aug 13 13:20:23 2021 +0200 nss: fix build