Re: Commit 70ef230 causes GTK4 build to fail
Hi Michael, Le 22/12/2023 à 10:16, Michael Weghorn a écrit : On 2023-12-22 08:48, Michael Weghorn wrote: Does https://gerrit.libreoffice.org/c/core/+/161144 make the build work again for you? I've merged that change to master now, so hopefully a `git pull` makes things work again. (Feedback appreciated.) That worked for me, now I can build the master with GTK4 enabled. Thank you. Best regards. JBF -- Candidate for the board elections - I support the Pledge for LibreOffice https://nextcloud.documentfoundation.org/s/D5drr8Hbom6tYTD
Re: Origin/master build fail
Hi, Le 22/03/2023 à 06:02, Franklin Weng a écrit : Hi, Since yesterday when I built from origin/master it always halted with the following messages: No problem for me to build the master this morning. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 949c73f9c35d640c841f03d505e905aa2e1b7a3f CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Ubuntu_22.04_x86-64 Calc: threaded Best regards JBF [BIN] sc [MOD] sc [BIN] postprocess [GAL] backgrounds [GAL] sounds [MOD] postprocess Aborted (core dumped) terminate called after throwing an instance of 'com::sun::star::uno::RuntimeException' make[1]: *** [/opt/git/libreoffice.core/solenv/gbuild/Gallery.mk:57: /opt/git/libreoffice.core/workdir/Gallery/sounds.done] Error 1 make[1]: *** Waiting for unfinished jobs Aborted (core dumped) terminate called after throwing an instance of 'com::sun::star::uno::RuntimeException' make[1]: *** [/opt/git/libreoffice.core/solenv/gbuild/Gallery.mk:57: /opt/git/libreoffice.core/workdir/Gallery/backgrounds.done] Error 1 make: *** [Makefile:289: build] Error 2 If I checked out tag libreoffice-7.5.1.2 it could build successfully, so I think it should not be caused by my building environment. Does anyone experience the same problem? Thanks, Franklin -- Franklin Weng Member, Certification Committee The Document Foundation, Kurfürstendamm 188, 10707 Berlin, DE Gemeinnützige rechtsfähige Stiftung des bürgerlichen Rechts Legal details:https://www.documentfoundation.org/imprint -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
Re: Master build fail
Hi, Indeed that fixed the build problem. Best regards. JBF Le 16/12/2022 à 16:51, Michael Stahl a écrit : On 16.12.22 08:46, Stephan Bergmann wrote: On 15/12/2022 23:28, Jean-Baptiste Faure wrote: When building the current master, I get the following error message (translated from French): /home/[...]/helpcontent2/CustomTarget_html.mk:49: *** insufficient number of arguments (1) for the function « if ». Stop. make[1]: *** Waiting for unfinished tasks make: *** [Makefile:289 : build] Error 2 That's presumably... commit 5daaa3e440b17505d644273a7305f073d6d5834d Author: Christian Lohmaier Date: Thu Dec 15 16:35:31 2022 +0100 cd to helpcontent2/source/text & drop it from filenames for larger batches guessing it was fixed by: commit 53871c4cf5a7703275a2e425b08a4199e9989c46 Author: Christian Lohmaier AuthorDate: Fri Dec 16 09:31:01 2022 +0100 Commit: Christian Lohmaier CommitDate: Fri Dec 16 09:31:01 2022 +0100 fix missing ) in the if statement. -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
Master build fail
Hi, When building the current master, I get the following error message (translated from French): /home/[...]/helpcontent2/CustomTarget_html.mk:49: *** insufficient number of arguments (1) for the function « if ». Stop. make[1]: *** Waiting for unfinished tasks make: *** [Makefile:289 : build] Error 2 Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
Re: ESC meeting agenda: 2022-12-08 16:00 CET
Hi, Le 07/12/2022 à 17:07, Miklos Vajna a écrit : Hi, The prototype agenda is below. Extra items are appreciated either in this document or as a reply to this mail: May I suggest to make the automatic translation function using DeepL experimental until it works on our own documentation guides? See bug #152247 Best regards JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
Release Notes for LibreOffice 7.5 and new functionalities
Hi developers, It is easier for QA team to test new functionalities if you make them knowlegeable, for example if you describe them in the Release Notes. Yesterday I discovered a new entry "Translate" in the Tools menu of Writer. It is a new functionality that has been recently (2022-10-12) added in Writer : automatic translation using DeepL. Commit is this one : https://git.libreoffice.org/core/+/e20d2de7836da52dbf9e528d1043b1e188097bfd It was difficult to find some information about this new functionality, because there is no entry in the Release Notes, no bug report in Bugzilla and no blog post. It's a pity because this functionality is very useful, but need some love. It does not work well with our own LibreOffice guides, for example with the preface of the 7.3 guide : https://wiki.documentfoundation.org/images/9/98/GS7300-Preface.odt I filed this bug report: https://bugs.documentfoundation.org/show_bug.cgi?id=152247 "Automatic translation does not work with our own documentation guides" Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
Re: Master build fails since Update libxmlsec to 1.2.35
Hi Miklos, Le 28/10/2022 à 08:20, Miklos Vajna a écrit : Hi Jean-Baptiste, On Thu, Oct 27, 2022 at 09:31:46PM +0200, Jean-Baptiste Faure wrote: Since the commit "Update libxmlsec to 1.2.35" https://git.libreoffice.org/core/+/19e998aa98d966cffca98bed9408d5758d91d9be my master build fails with the following error message: checking for default crypto library... configure: error: At least one crypto library should exist for xmlsec1 make[1]: *** [.../libo/master/external/xmlsec/ExternalProject_xmlsec.mk:47 : .../libo/master/workdir/ExternalProject/xmlsec/build] Erreur 1 make[1]: *** Attente des tâches non terminées make: *** [Makefile:289 : build] Erreur 2 Could you please post your entire workdir/UnpackedTarball/xmlsec/build.log? It should have a section like this: checking for nspr library >= 4.4.1... yes checking for nss library >= 3.11.1... yes checking for libgcrypt library >= 1.4.0... disabled checking for libgnutls library >= 2.8.0... disabled checking for mscrypto... not found checking for mscng... not found checking for default crypto library... yes ("nss") I have instead: checking for nspr library >= 4.25.1... no checking for nss library >= 3.50.1... no checking for libgcrypt library >= 1.4.0... disabled checking for libgnutls library >= 2.8.0... disabled checking for mscrypto... disabled checking for mscng... disabled checking for default crypto library... configure: error: At least one crypto library should exist for xmlsec1 which also means you should not hit the "no crypto library" error. Potentially attaching your autogen.input and workdir/UnpackedTarball/xmlsec/config.log would be useful as well. Something must be special about your build, since my local build and Jenkins is happy, but we don't know what that speciality is. :-) Attached an 7z archive with the three files. Thank you for your help. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
Master build fails since Update libxmlsec to 1.2.35
Hi, Since the commit "Update libxmlsec to 1.2.35" https://git.libreoffice.org/core/+/19e998aa98d966cffca98bed9408d5758d91d9be my master build fails with the following error message: checking for default crypto library... configure: error: At least one crypto library should exist for xmlsec1 make[1]: *** [.../libo/master/external/xmlsec/ExternalProject_xmlsec.mk:47 : .../libo/master/workdir/ExternalProject/xmlsec/build] Erreur 1 make[1]: *** Attente des tâches non terminées make: *** [Makefile:289 : build] Erreur 2 Is there something missing in my autogen options? I do not use --with-system-xmlsec option. My OS: Ubuntu 20.04 Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
Re: tdf#140286 - CALC formula =INFO("OSVERSION") gives wrong output
Le 11/01/2022 à 12:16, Chris Sherlock a écrit : Hi all, The output of =INFO(“OSVERSION”) currently gives the wrong version for MacOS (it says it is Windows). From the help, it is not a bug: =INFO("osversion") aswers always "Windows (32-bit) NT 5.01", for compatibility reasons https://help.libreoffice.org/latest/en-US/text/scalc/01/04060104.html?DbPAR=CALC#bm_id3691824 Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
Re: RE : LibreOffice 7.2.0.4 : bug report
Le 09/09/2021 à 11:52, Lydie TREBUCHON a écrit : Je ne compte pas créer un compte pour envoyer un simple rapport de bug, c’est plus votre problème que le mien. Concernant l’anglais, s’il n’y a pas d’équipe française dédiée au développement de LibreOffice, que les rosebeefs aillent se faire cuir un œuf. Ils n’ont qu’à traduire eux-mêmes en anglais via leur logiciel favori. Vos insultes vous déshonorent et ôtent toute envie de vous aider. Dommage, car il y a une possible idée de solution dans la 3e ligne de votre fichier config pc.txt Bonne journée quand même. English translation: Your insults disgrace you and take away any desire to help you. Too bad, because there is a possible solution idea in the 3rd line of your config pc.txt file. Have a nice day anyway. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
Re: LibreOffice 7.2.0.4 : bug report
Bonjour Lydie, Cette liste de discussion est dédiée aux échanges concernant le développement de LibreOffice. Ces échanges doivent être conduits en anglais. Quant aux rapports de bug il faut les faire sur le site dédié pour qu'ils puissent être traités efficacement : https://bugs.documentfoundation.org/ Vous avez certainement un problème avec votre installation de LibreOffice. Pour obtenir de l'aide, la bonne méthode est de vous adresser, en français, soit à la liste de discussion francophone us...@fr.libreoffice.org soit au forum AskLibo : https://ask.libreoffice.org/c/french/7. Pensez à donner le maximum d'information sur la machine utilisée, le système d'exploitation utilisé, la procédure d'installation réalisée. English translation from deepl.com : Hello Lydie, This discussion list is dedicated to exchanges concerning the development of LibreOffice. These exchanges must be conducted in English. As for bug reports, they should be made on the dedicated site so that they can be processed efficiently: https://bugs.documentfoundation.org/ You certainly have a problem with your LibreOffice installation. To get help, the best method is to contact, in French, either the French-speaking discussion list us...@fr.libreoffice.org or the AskLibo forum : https://ask.libreoffice.org/c/french/7. Remember to give as much information as possible about the machine you are using, the operating system you are using and the installation procedure you have followed. Best regards. JBF Le 07/09/2021 à 18:08, Lydie TREBUCHON a écrit : Bonjour, Voici le bug que j’ai malheureusement sur mon ordinateur lorsque j’ouvre Calc, je saisis des chiffres dans une cellule et je fais Entrée. Rapport en pièce jointe. Ça fait peur pour un logiciel à peine installé et dont le code a soit disant était revu et dépoussiéré. C’est à vous dégoûter du libre. Microsoft a encore de beau jours devant lui ! Cordialement, Pierre -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
Re: test testPreserveJpg::TestBody fails
Hi Miklos, Le 08/09/2021 à 08:42, Miklos Vajna a écrit : Hi JBF, On Tue, Sep 07, 2021 at 07:13:19PM +0200, Jean-Baptiste Faure wrote: I get the following error when I run the tests on the master: [_RUN_] testPreserveJpg::TestBody unknown:0:testPreserveJpg::TestBody An uncaught exception of type com.sun.star.io.IOException - SfxBaseModel::impl_store failed: 0xc10(Error Area:Io Class:Write Code:16) [...]/libo/master/sfx2/source/doc/sfxbasemodel.cxx:3187 [...]/libo/master/sfx2/source/doc/sfxbasemodel.cxx:1767 My C++ skills are not enough to understand the problem. Something has changed recently because the tests passed fine 2 or 3 weaks ago. Did you try manually performing the test? Open the preserve-jpg.odt test document, select the image, context menu, export to SVG and see if it fails. If so, you could bibisect when this started in your environment. Manualling performing the test works in master and LO 7.2. The only problem is that the default sizes of the image in the svg export dialog is 0.06 x 0.06 cm and I see nothing when I open the svg in Firefox. If I open the svg file with gedit, I can see a binary string which seems to be the original jpeg image converted in PNG. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
test testPreserveJpg::TestBody fails
Hi, I get the following error when I run the tests on the master: [_RUN_] testPreserveJpg::TestBody unknown:0:testPreserveJpg::TestBody An uncaught exception of type com.sun.star.io.IOException - SfxBaseModel::impl_store failed: 0xc10(Error Area:Io Class:Write Code:16) [...]/libo/master/sfx2/source/doc/sfxbasemodel.cxx:3187 [...]/libo/master/sfx2/source/doc/sfxbasemodel.cxx:1767 My C++ skills are not enough to understand the problem. Something has changed recently because the tests passed fine 2 or 3 weaks ago. My build: Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: b42516b433c1d71487db061a058887f6dd76dd74 CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: en-US Ubuntu_20.04_x86-64 Calc: threaded I have the same problem with LO 7.2.2.0.0+. I use gcc 10 to build LO. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
Re: Footnote in a frame
Le 07/09/2021 à 08:15, Miklos Vajna a écrit : Hi JBF, On Mon, Sep 06, 2021 at 06:42:30PM +0200, Jean-Baptiste Faure wrote: Thank you for your answer. If sw/source/core/layout/ code doesn't handle footnote anchors in Writer frames, is it because nobody wrote the code or because there is some impossibility to do that ? I think it's rather "nobody wrote the code". Thank you. I filed this enhancement: https://bugs.documentfoundation.org/show_bug.cgi?id=144357 Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
Re: Footnote in a frame
Hi Miklos, Le 06/09/2021 à 08:37, Miklos Vajna a écrit : Hi JBF, On Sun, Sep 05, 2021 at 10:17:03PM +0200, Jean-Baptiste Faure wrote: Is there a reason why it is not possible to insert a footnote in a frame ? When the cursor is in the frame, submenu of Insert > Footnote and Endnote is grayed out. My guess would be that sw/source/core/layout/ code doesn't handle footnote anchors in Writer frames, so the UI is disabled to avoid exposing broken behavior. Thank you for your answer. If sw/source/core/layout/ code doesn't handle footnote anchors in Writer frames, is it because nobody wrote the code or because there is some impossibility to do that ? For example, using Zotero to insert a bibliography citation as footnote in a frame, Zotero warns that this citation will be managed as if it was an endnote. So it seems there is some specific difficulty to manage footnote anchors in a Writer frame. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
Footnote in a frame
Hi, Is there a reason why it is not possible to insert a footnote in a frame ? When the cursor is in the frame, submenu of Insert > Footnote and Endnote is grayed out. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
Re: suspicious needed in CppunitTest/libtest_services.so
Hi Stephan, Le 02/08/2021 à 09:41, Stephan Bergmann a écrit : On 29/07/2021 19:20, Jean-Baptiste Faure wrote: [...]/libo/72/instdir/program/libpythonloaderlo.so has suspicious NEEDED: libpython3.8.so.1.0 [...]/libo/72/instdir/program/libpyuno.so has suspicious NEEDED: libpython3.8.so.1.0 make[1]: *** [[...]/libo/72/postprocess/CustomTarget_check_dynamic_objects.mk:23: [...]/libo/72/workdir/CustomTarget/postprocess/check_dynamic_objects/check.done] Error 1 make[1]: *** Waiting for unfinished jobs make: *** [Makefile:287: build] Error 2 You are presumably building with --enable-python=system (and some --with-package-format=..., so that CustomTarget_check_dynamic_objects is run in the first place, cf. postprocess/Module_postprocess.mk). The test in postprocess/CustomTarget_check_dynamic_objects.mk tries to ensure that the generated binaries do not have accidental dependencies on libraries that are only present on the build machine. This is typically less of an issue for your own local builds you do not intend to pass on to others. To silence the issue, add LO_ELFCHECK_ALLOWLIST=libpython3.8.so.1.0 to your autogen.input. Thank you very much, you solved my problem. :-) I do not have the same issue for - LO 7.1 because its autogen.input contains --enable-python=fully-internal - and for the master because its autogen.input does not contain --with-package-format=deb contrary to LO 7.2 Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
suspicious needed in CppunitTest/libtest_services.so
Hi, In CppunitTest/libtest_services.so for LO 7.2.1.0.0+ I get the following error message : [...]/libo/72/instdir/program/libpythonloaderlo.so has suspicious NEEDED: libpython3.8.so.1.0 [...]/libo/72/instdir/program/libpyuno.so has suspicious NEEDED: libpython3.8.so.1.0 make[1]: *** [[...]/libo/72/postprocess/CustomTarget_check_dynamic_objects.mk:23: [...]/libo/72/workdir/CustomTarget/postprocess/check_dynamic_objects/check.done] Error 1 make[1]: *** Waiting for unfinished jobs make: *** [Makefile:287: build] Error 2 My system is Ubuntu 20.04 x86-64 with kernel 5.8 and python 3.8.10 What is this "suspicious needed" ? Is there something I can do to fix that problem? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: CppunitTest_vcl_graphic_test fails on 7.1 and master branches
Hi, Le 07/06/2021 à 08:53, Tomaž Vajngerl a écrit : Hi, On Mon, Jun 7, 2021 at 4:36 AM Jean-Baptiste Faure <mailto:jbfa...@libreoffice.org>> wrote: Hi, Le 04/05/2021 à 18:17, Jean-Baptiste Faure a écrit : > Hi, > > CppunitTest_vcl_graphic_test fails on 7.1 and master branches with homemade builds under > Ubuntu 18.04 x86-64. > LO 7.1 is build with gcc 7.5 (default version for Ubuntu 18.04) and master is build with > gcc-11. Same problem if LO 7.1 is build with gcc-10. All tests pass with the same build options and gcc 10.2 on Ubuntu 20.04 x86-64 with Linux kernel 5.8, for both branches 7.1 and master. That's weird. Probably an issue in PDFium compiled with an old gcc compiler as VectorGraphicSearch just wrapps that. Not sure, because I reported the problem with gcc 7.5, but my first try was with gcc 10.2. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: CppunitTest_vcl_graphic_test fails on 7.1 and master branches
Hi, Le 04/05/2021 à 18:17, Jean-Baptiste Faure a écrit : Hi, CppunitTest_vcl_graphic_test fails on 7.1 and master branches with homemade builds under Ubuntu 18.04 x86-64. LO 7.1 is build with gcc 7.5 (default version for Ubuntu 18.04) and master is build with gcc-11. Same problem if LO 7.1 is build with gcc-10. All tests pass with the same build options and gcc 10.2 on Ubuntu 20.04 x86-64 with Linux kernel 5.8, for both branches 7.1 and master. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
CppunitTest_vcl_graphic_test fails on 7.1 and master branches
Hi, CppunitTest_vcl_graphic_test fails on 7.1 and master branches with homemade builds under Ubuntu 18.04 x86-64. LO 7.1 is build with gcc 7.5 (default version for Ubuntu 18.04) and master is build with gcc-11. Same problem if LO 7.1 is build with gcc-10. Terminal output: [_RUN_] VectorGraphicSearchTest::test /home/libo/master/vcl/qa/cppunit/VectorGraphicSearchTest.cxx:68:VectorGraphicSearchTest::test double equality assertion failed - Expected: 8078.61 - Actual : 8065.91108957926 - Delta : 0.01 VectorGraphicSearchTest::test finished in: 4ms [_RUN_] VectorGraphicSearchTest::testNextPrevious VectorGraphicSearchTest::testNextPrevious finished in: 4ms [_RUN_] VectorGraphicSearchTest::testSearchStringChange VectorGraphicSearchTest::testSearchStringChange finished in: 5ms [_RUN_] VectorGraphicSearchTest::testSearchMatchWholeWord VectorGraphicSearchTest::testSearchMatchWholeWord finished in: 8ms [_RUN_] VectorGraphicSearchTest::testSearchMatchCase VectorGraphicSearchTest::testSearchMatchCase finished in: 8ms VectorGraphicSearchTest.cxx:68:Assertion Test name: VectorGraphicSearchTest::test double equality assertion failed - Expected: 8078.61 - Actual : 8065.91108957926 - Delta : 0.01 Failures !!! Run: 59 Failure total: 1 Failures: 1 Errors: 0 Additional Info: I don't have the skills to debug this. :-( I observed this failure since my first builds of branch 7.1. Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: ece86ef173cbc070c76f180d02ac80c65e07fff9 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: en-US Ubuntu_18.04_x86-64 Calc: threaded Jumbo Version: 7.1.4.0.0+ / LibreOffice Community Build ID: 3958431dffc5f588de7d96e3356ea301bd03f2a6 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Ubuntu_18.04_x86-64 Calc: threaded Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
dependency-confusion
Hi, I certainly did not understand everything in https://medium.com/@alex.birsan/dependency-confusion-4a5d60fec610, but I wonder if LibreOffice could be subject to this kind of vulnerability? Best regards JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Java and LO 7.0.beta2+ / master
Hi, Le 19/06/2020 à 16:34, Stephan Bergmann a écrit : [...] issue. No idea what's going wrong for you. Something has changed: With the first RC reached, I now build LO 7 with option "--enable-release-build" and install the produced deb packages. The problem does not occur if I run the installed version, but still occurs if I run the program directly (../instdir/program/soffice), both with the same user profile. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Java and LO 7.0.beta2+ / master
Le 19/06/2020 à 10:45, Stephan Bergmann a écrit : On 19/06/2020 10:41, Jean-Baptiste Faure wrote: Does the --enable-sal-log option need a make clean before make build ? sure (note that it it would already be implicitly enabled in an --enable-debug or --enable-dbgutil build, though) Well, LO7 rebuild. Now I get the following error message in the terminal when I get the message box saying that the JRE 8 is defective: warn:stoc:1767:1767:stoc/source/javaloader/javaloader.cxx:165: getJavaVM returned null warn:dbaccess:1767:1767:dbaccess/source/ui/misc/linkeddocuments.cxx:188: DBG_UNHANDLED_EXCEPTION in void dbaui::OLinkedDocumentsAccess::impl_newWithPilot(const char*, sal_Int32, const rtl::OUString&) exception: com.sun.star.loader.CannotActivateFactoryException message: Could not create Java implementation loader /home/libo/7/stoc/source/javaloader/javaloader.cxx:325 Complete log is attached. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. @JBF-zenbook:~$ lo7 info:jfw.level2:1747:1747:jvmfwk/inc/fwkutil.hxx:57: Using configuration file file:///home/libo/7/instdir/program/jvmfwk3rc info:jfw:1747:1747:jvmfwk/source/fwkbase.cxx:67: Using bootstrap parameter UNO_JAVA_JFW_USER_DATA = "file:///home//.config/libreoffice/70//user/config/javasettings_Linux_X86_64.xml" info:jfw:1747:1747:jvmfwk/source/fwkbase.cxx:67: Using bootstrap parameter UNO_JAVA_JFW_USER_DATA = "file:///home//.config/libreoffice/70//user/config/javasettings_Linux_X86_64.xml" info:jfw:1747:1747:jvmfwk/source/fwkbase.cxx:67: Using bootstrap parameter UNO_JAVA_JFW_USER_DATA = "file:///home//.config/libreoffice/70//user/config/javasettings_Linux_X86_64.xml" info:jfw:1747:1747:jvmfwk/source/fwkbase.cxx:67: Using bootstrap parameter UNO_JAVA_JFW_SHARED_DATA = "file:///home/libo/7/instdir/program/../share/config/javasettings_Linux_X86_64.xml" info:jfw:1747:1747:jvmfwk/source/fwkbase.cxx:67: Using bootstrap parameter UNO_JAVA_JFW_USER_DATA = "file:///home//.config/libreoffice/70//user/config/javasettings_Linux_X86_64.xml" info:jfw:1747:1747:jvmfwk/source/fwkbase.cxx:67: Using bootstrap parameter UNO_JAVA_JFW_USER_DATA = "file:///home//.config/libreoffice/70//user/config/javasettings_Linux_X86_64.xml" info:jfw:1747:1747:jvmfwk/source/fwkbase.cxx:67: Using bootstrap parameter UNO_JAVA_JFW_USER_DATA = "file:///home//.config/libreoffice/70//user/config/javasettings_Linux_X86_64.xml" info:jfw:1747:1747:jvmfwk/source/fwkbase.cxx:67: Using bootstrap parameter UNO_JAVA_JFW_SHARED_DATA = "file:///home/libo/7/instdir/program/../share/config/javasettings_Linux_X86_64.xml" info:jfw.level2:1747:1747:jvmfwk/source/fwkbase.cxx:295: Using bootstrap parameter UNO_JAVA_JFW_VENDOR_SETTINGS = file:///home/libo/7/instdir/program/javavendors.xml info:jfw.level2:1747:1747:jvmfwk/plugins/sunmajor/pluginlib/sunjavaplugin.cxx:858: Checking existence of Java runtime library info:jfw.level2:1747:1747:jvmfwk/plugins/sunmajor/pluginlib/sunjavaplugin.cxx:865: Java runtime library exist: file:///usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so info:jfw.level2:1747:1747:jvmfwk/plugins/sunmajor/pluginlib/util.cxx:400: Executing: file:///usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java info:jfw.level2:1747:1747:jvmfwk/plugins/sunmajor/pluginlib/util.cxx:425: Java executed successfully info:jfw.level2:1747:1747:jvmfwk/plugins/sunmajor/pluginlib/util.cxx:434: Properties found: info:jfw.level2:1747:1747:jvmfwk/plugins/sunmajor/pluginlib/util.cxx:444: "java.runtime.name=OpenJDK Runtime Environment" info:jfw.level2:1747:1747:jvmfwk/plugins/sunmajor/pluginlib/util.cxx:444: "sun.boot.library.path=/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64" info:jfw.level2:1747:1747:jvmfwk/plugins/sunmajor/pluginlib/util.cxx:444: "java.vm.version=25.252-b09" info:jfw.level2:1747:1747:jvmfwk/plugins/sunmajor/pluginlib/util.cxx:444: "java.vm.vendor=Private Build" info:jfw.level2:1747:1747:jvmfwk/plugins/sunmajor/pluginlib/util.cxx:444: "java.vendor.url=http://java.oracle.com/; info:jfw.level2:1747:1747:jvmfwk/plugins/sunmajor/pluginlib/util.cxx:444: "path.separator=:" info:jfw.level2:1747:1747:jvmfwk/plugins/sunmajor/pluginlib/util.cxx:444: "java.vm.name=OpenJDK 64-Bit Server VM" info:jfw.level2:1747:1747:jvmfwk/plugins/sunmajor/pluginlib/util.cxx:444: "file.encoding.pkg=sun.io" info:jfw.level2:1747:1747:jvmfwk/plugins/sunmajor/pluginlib/util.cxx:444: "user.country=FR" info:jfw.level2:1747:1747:jvmfwk/plugins/sunmajor/pluginlib/util.cxx:444: "sun.java.launcher=SUN_STANDARD" info:jfw.level2:1747:1747:jvmfwk/plugins/sunmajor/pluginlib/util.cxx:444: "sun.os.patch.level=unknown" info:jfw.level2:1747:1747:jvmfwk/plugins/sunmajor/pluginlib/util.cxx:444: "java.vm.specification.name=Java
Re: Java and LO 7.0.beta2+ / master
Le 19/06/2020 à 10:33, Stephan Bergmann a écrit : On 19/06/2020 10:23, Jean-Baptiste Faure wrote: Le 19/06/2020 à 08:36, Stephan Bergmann a écrit : I would start debugging by looking at what JREs are actually listed at "Tools - Options... - LibreOffice - Advanced - Java Options", and running LO with SAL_LOG=+WARN+INFO.jfw to get all the log output from the code responsible for choosing a JRE and starting a JVM (assuming your build is not (implicitly) configured as --disable-sal-log). [...] I added --enable-sal-log option and rebuilt LO 7.0 beta2+ [...] When I try to add the JRE 11, I get only the message box saying that there is no JRE in the folder. There is no message in the terminal. Did you set the SAL_LOG=+WARN+INFO.jfw environment variable when launching soffice? Yes, I added export SAL_LOG=+WARN+INFO.jfw it in the script I use to launch LO 7. I tried export SAL_LOG="+WARN+INFO.jfw" too Does the --enable-sal-log option need a make clean before make build ? -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Java and LO 7.0.beta2+ / master
Le 19/06/2020 à 08:36, Stephan Bergmann a écrit : On 18/06/2020 20:37, Jean-Baptiste Faure wrote: I have a problem with Java in my builds of LO7 and master. My environment: Ubuntu 18.04.4 x86-64 with Gnome. Java : OpenJDK 8 and 11 provided by Ubuntu Default java : java 11 I build LO 6.4, 7.0 and master LO 6.4 I is build with option --with-jdk-home=/usr/lib/jvm/java-8-openjdk-amd64/ LO7 and master are build with option --with-jdk-home=/usr/lib/jvm/java-11-openjdk-amd64 I did tests with form wizard in Base: LO6.4 is able to use both java 8 and java 11. LO7.0 beta2+ and master can find only java 8 and say it is defective. If I try to add java 11 (/usr/lib/jvm/java-11-openjdk-amd64 ) it say that there is no Java runtime environment in the folder I selected. Is there something I missed in the configuration of my builds or is there a bug ? I would start debugging by looking at what JREs are actually listed at "Tools - Options... - LibreOffice - Advanced - Java Options", and running LO with SAL_LOG=+WARN+INFO.jfw to get all the log output from the code responsible for choosing a JRE and starting a JVM (assuming your build is not (implicitly) configured as --disable-sal-log). Thank you for your help. OpenJDK 8 is activated in Tools > Options > LibreOffice > Advanced but LO does not show its location. I added --enable-sal-log option and rebuilt LO 7.0 beta2+ 1/ I unchecked Use Java runtime environment 2/ Closed LO 3/ Started LO and check Use Java runtime environment again and restart LO 4/ Opened a database and launch the wizard to create a form -> I get the error box saying that I must restart LO. the JRE is defective. But, in the terminal I get this error message : Error occurred during initialization of VM Could not allocate metaspace: 1073741824 bytes JavaVM: JNI_CreateJavaVM called os::abort(), caught by abort_handler in javavm.cxx [Java framework] sunjavaplugin.soCan not create JavaVirtualMachine, abort handler was called If I understand correctly this message, JVM launcher want allocate 1 GB. It seems a lot, but it should not be a problem, my PC has enough RAM (8 GB) and I use routinely a Java application with option "-Xmx 1024 MB". When I try to add the JRE 11, I get only the message box saying that there is no JRE in the folder. There is no message in the terminal. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Java and LO 7.0.beta2+ / master
Hi, I have a problem with Java in my builds of LO7 and master. My environment: Ubuntu 18.04.4 x86-64 with Gnome. Java : OpenJDK 8 and 11 provided by Ubuntu Default java : java 11 I build LO 6.4, 7.0 and master LO 6.4 I is build with option --with-jdk-home=/usr/lib/jvm/java-8-openjdk-amd64/ LO7 and master are build with option --with-jdk-home=/usr/lib/jvm/java-11-openjdk-amd64 I did tests with form wizard in Base: LO6.4 is able to use both java 8 and java 11. LO7.0 beta2+ and master can find only java 8 and say it is defective. If I try to add java 11 (/usr/lib/jvm/java-11-openjdk-amd64 ) it say that there is no Java runtime environment in the folder I selected. Is there something I missed in the configuration of my builds or is there a bug ? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: télécharger dictionnaire synonymes
Le 16/06/2020 à 04:41, BUISSON Yves a écrit : Bonjour, Le dictionnaire des synonymes en français dans Libre Office a soudainement disparu, et je ne sais comment le télécharger de nouveau This is a developer mailing-list. You can ask for help in French language here: 1/ mailing list: u...@fr.libreoffice.org or 2/ https://ask.libreoffice.org/fr/ Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: I would like to work with developer to improve solve in Calc
Le 18/04/2020 à 16:38, Guthrie Miller a écrit : Dear Tomaz, Very good. The GN program is in Fortran, not so long (about 300 lines executable), and would need to be translated into whatever language you use. I could help checking that, however would need someone else to do 1st version, although we would discuss and agree upon a plan of action before proceeding. What do you think? You do not need to translate the Fortran in another language, you could embed it in C/C++ program using Fortran-C binding (ISO_C_BINDING intrinsic module). That said the Fortran code of GN could be improved to make it more portable. I can help if you decide to keep the Fortran code. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: LO 6.4 : missing file in python 3.7.6 tarball
Hi, Le 08/01/2020 à 18:24, Michael Stahl a écrit : On 08.01.20 14:49, Jean-Baptiste Faure wrote: Hi Michael, all, My current build of LibreOffice 6.4 under Ubuntu 18.04 x86-64 fails with the following error message: [...]/60/external/python3/ExternalPackage_python3.mk:43: *** file [...]/60/workdir/UnpackedTarball/python3/LO_lib/_uuid.cpython-3.7m.so does not exist in the tarball. Arrêt. Makefile:167: recipe for target 'ExternalPackage_python3' failed I guess there is a problem in the commit " python3: upgrade to release 3.7.6" https://gerrit.libreoffice.org/plugins/gitiles/core/+/853cc90f49d59a94242494c4aee2479de0865486 should be fixed in commit ebb6c2576af8d883ddf8eb09e3969c50d9ac07c9 "python3: remove _uuid module" and 5a8b378129feb725d4d3e48cd20b493688226eaa "python3: remove _uuid module" for libreoffice-6-4 branch. Both work for me. Thank you very much. Best regards JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
LO 6.4 : missing file in python 3.7.6 tarball
Hi Michael, all, My current build of LibreOffice 6.4 under Ubuntu 18.04 x86-64 fails with the following error message: [...]/60/external/python3/ExternalPackage_python3.mk:43: *** file [...]/60/workdir/UnpackedTarball/python3/LO_lib/_uuid.cpython-3.7m.so does not exist in the tarball. Arrêt. Makefile:167: recipe for target 'ExternalPackage_python3' failed I guess there is a problem in the commit " python3: upgrade to release 3.7.6" https://gerrit.libreoffice.org/plugins/gitiles/core/+/853cc90f49d59a94242494c4aee2479de0865486 Best regards JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Android Beta (no Google Play)
Le 06/11/2019 à 18:25, Tim Magee a écrit : Is there a way to download and install the LibreOffice Android Beta without Google Play? I prefer not to use Google Play because of its proprietary nature. For the same reason, I use apkpure.com instead Google Play. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
unit test for bug tdf#126324 pushed on the wrong branch
Hi, The unit test for bug tdf#126324 (https://bugs.documentfoundation.org/show_bug.cgi?id=126324) has been pushed to 6.3 branch [1] while the correspondig fix has been pushed to master branch only. So the test fails as expected ;-) Is it possible to backport the fix to 6.3 branch and if not to revert the unit test patch ? [1] https://gerrit.libreoffice.org/plugins/gitiles/core/+/bf10253dd556b69fa771320c986c05c653e6d220 Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: PDF/A support in LibreOffice
Le 08/08/2019 à 01:35, "Christoph Schäfer" a écrit : [...] The third question is related to the different PDF/A versions. As far as I can see, LO currently only supports the original PDF/A spec. Are there any plans to support versions 2 and 3? Please have a look there : https://wiki.documentfoundation.org/ReleaseNotes/6.3#Improvements_of_the_PDF_export_filter Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Release notes for LO 6.2.1 not published
Le 12/03/2019 à 09:37, Xisco Fauli a écrit : Fixed Thank you very much ! Best regards. JBF El 7/3/19 a les 21:07, Jean-Baptiste Faure ha escrit: Hi, Is it intentional that release notes for LO 6.2.1 have not been published ? I mean the wiki pages that list the fixed bugs in each RC : https://wiki.documentfoundation.org/Releases/6.2.1/RC1 https://wiki.documentfoundation.org/Releases/6.2.1/RC2 Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Release notes for LO 6.2.1 not published
Hi, Is it intentional that release notes for LO 6.2.1 have not been published ? I mean the wiki pages that list the fixed bugs in each RC : https://wiki.documentfoundation.org/Releases/6.2.1/RC1 https://wiki.documentfoundation.org/Releases/6.2.1/RC2 Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Ubuntu 16.04 -> 18.04 => one unittest failure
Hi Mike, My apologies, in fact this bug report explains this test failure. I believed taht it was enough to install another version of a font in my fonts folder of my home to supersede the version installed in the system. That is not enough. I uninstalled both versions of the font Liberation and now all tests pass. Thank you very much for your help Best regards. JBF Le 24/08/2018 à 23:33, Jean-Baptiste Faure a écrit : Hi Mike, Thank you for your answer. Le 24/08/2018 à 16:32, Kaganski Mike a écrit : Please see if https://bugs.documentfoundation.org/show_bug.cgi?id=117411 answers this. It seems not: I installed the version 1.07.4-7 of the Liberation font (from cosmic repository) in the .fonts folder of my home, updated the font cache, then I rebuilded LO 6.1.1. Now I have another test failure : ooxmlimport2.cxx:181:Assertion Test name: testTdf112443::Import equality assertion failed - Expected: 30624 - Actual : 30646 Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Ubuntu 16.04 -> 18.04 => one unittest failure
Hi Mike, Thank you for your answer. Le 24/08/2018 à 16:32, Kaganski Mike a écrit : Please see if https://bugs.documentfoundation.org/show_bug.cgi?id=117411 answers this. It seems not: I installed the version 1.07.4-7 of the Liberation font (from cosmic repository) in the .fonts folder of my home, updated the font cache, then I rebuilded LO 6.1.1. Now I have another test failure : ooxmlimport2.cxx:181:Assertion Test name: testTdf112443::Import equality assertion failed - Expected: 30624 - Actual : 30646 Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Ubuntu 16.04 -> 18.04 => one unittest failure
Hi, Since I migrated my PC from Ubuntu 16.04 to Ubuntu 18.04 (both 64 bits), I get a unit test failure each time I build LO 6.1.1 and the master. The end of the error message is the following: testN757910::Import_Export_Import finished in: 83ms swmodeltestbase.hxx:453:Assertion Test name: testTableKeep::Import_Export_Import equality assertion failed - Expected: 1 - Actual : 0 - xpath should match exactly 1 node Failures !!! Run: 136 Failure total: 1 Failures: 1 Errors: 0 Error: a unit test failed, please do one of: make CppunitTest_sw_ww8export CPPUNITTRACE="gdb --args" # for interactive debugging on Linux make CppunitTest_sw_ww8export VALGRIND=memcheck # for memory checking make CppunitTest_sw_ww8export DEBUGCPPUNIT=TRUE # for exception catching You can limit the execution to just one particular test by: make CPPUNIT_TEST_NAME="testXYZ" ...above mentioned params... /home/libo/60/solenv/gbuild/CppunitTest.mk:114: recipe for target '/home/libo/60/workdir/CppunitTest/sw_ww8export.test' failed make[1]: *** [/home/libo/60/workdir/CppunitTest/sw_ww8export.test] Error 1 make[1]: *** Attente des tâches non terminées Makefile:286: recipe for target 'build' failed make: *** [build] Error 2 This test passed without problem under Ubuntu 16.04. My autogen.input file is the same under Ubuntu 18.04 as it was under Ubuntu 16.04. Compiler version is the same (gcc 7.3.0). I tried make CppunitTest_sw_ww8export CPPUNITTRACE="gdb --args" and did see anything relevant: the code run normally, it only don't return the expected result. The other two suggestions do not seem relevant to me in this case. What could I do to fix this issue ? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Release build fails for LO 6.1.0.1.0+
Le 23/07/2018 à 12:28, Michael Stahl a écrit : Thank you for your answer. Finally it works with the following options added to my autogen.input: --enable-python=fully-internal --without-system-curl Both are necessary to build LO 6.1 in release mode. It was not the case until branch 6.0. It seems I didn't use "make distclean" as I thought I did when I tested this options. Best regards. JBF On 15.07.2018 18:48, Jean-Baptiste Faure wrote: Hi, I try to build LO 6.1 in release mode as I did for previous versions, but it fails with the following error messages: /home/libo/60/instdir/program/libpyuno.so has suspicious NEEDED: libpython3.5m.so.1.0 /home/libo/60/instdir/program/libucpftp1.so has suspicious NEEDED: libcurl-gnutls.so.4 neither of these libraries can be relied upon to be available on any contemporary GNU/Linux system, so these warnings look appropriate to me. /home/libo/60/instdir/program/libucpcmis1lo.so has suspicious NEEDED: libcurl-gnutls.so.4 /home/libo/60/instdir/program/libsvllo.so has suspicious NEEDED: libcurl-gnutls.so.4 /home/libo/60/instdir/program/libpythonloaderlo.so has suspicious NEEDED: libpython3.5m.so.1.0 /home/libo/60/postprocess/CustomTarget_check_dynamic_objects.mk:20 : la recette pour la cible I am running Ubuntu 16.04 x86-64 and the version of curl installed by the system is 7.47.0, using internal curl did not help. using internal curl is really supposed to fix this. did you perhaps forget to "make ucb.clean svl.clean" after changing the flags in autogen.input? I tried to build with the option --enable-python=fully-internal without success. same question, but you'd need "make pyuno.clean". the build system can't automatically rebuild things when configure flags change. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Release build fails for LO 6.1.0.1.0+
Hi, I try to build LO 6.1 in release mode as I did for previous versions, but it fails with the following error messages: /home/libo/60/instdir/program/libpyuno.so has suspicious NEEDED: libpython3.5m.so.1.0 /home/libo/60/instdir/program/libucpftp1.so has suspicious NEEDED: libcurl-gnutls.so.4 /home/libo/60/instdir/program/libucpcmis1lo.so has suspicious NEEDED: libcurl-gnutls.so.4 /home/libo/60/instdir/program/libsvllo.so has suspicious NEEDED: libcurl-gnutls.so.4 /home/libo/60/instdir/program/libpythonloaderlo.so has suspicious NEEDED: libpython3.5m.so.1.0 /home/libo/60/postprocess/CustomTarget_check_dynamic_objects.mk:20 : la recette pour la cible « /home/libo/60/workdir/CustomTarget/postprocess/check_dynamic_objects/check.done » a échouée make[1]: *** [/home/libo/60/workdir/CustomTarget/postprocess/check_dynamic_objects/check.done] Erreur 1 I am running Ubuntu 16.04 x86-64 and the version of curl installed by the system is 7.47.0, using internal curl did not help. I tried to build with the option --enable-python=fully-internal without success. Is there something I can do to fix the problem on my PC ? Best regards JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: master build fail
Le 26/06/2018 à 12:56, Caolán McNamara a écrit : On Tue, 2018-06-26 at 11:28 +0200, Jean-Baptiste Faure wrote: Le 26/06/2018 à 10:54, Caolán McNamara a écrit : On Tue, 2018-06-26 at 07:58 +0200, Jean-Baptiste Faure wrote: ‘GdkSeat’ was not declared in this scope https://gerrit.libreoffice.org/56448 will probably solve that Thank you, but I am sorry, it seems not enough, now I get these error messages after a make vcl.clean && make https://gerrit.libreoffice.org/56448 now updated for that extra block Thank you very much, problem solved with commit 043701c56cae1e281e1be90a262caa14ed936867 Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: master build fail
Le 26/06/2018 à 10:54, Caolán McNamara a écrit : On Tue, 2018-06-26 at 07:58 +0200, Jean-Baptiste Faure wrote: ‘GdkSeat’ was not declared in this scope https://gerrit.libreoffice.org/56448 will probably solve that Thank you, but I am sorry, it seems not enough, now I get these error messages after a make vcl.clean && make: /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx: In member function ‘void GtkInstanceMenuButton::grab_broken(GdkEventGrabBroken*)’: /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2986:13: error: ‘GdkSeat’ was not declared in this scope GdkSeat* pSeat = gdk_display_get_default_seat(pDisplay); ^~~ /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2986:13: note: suggested alternative: ‘GdkEvent’ GdkSeat* pSeat = gdk_display_get_default_seat(pDisplay); ^~~ GdkEvent /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2986:22: error: ‘pSeat’ was not declared in this scope GdkSeat* pSeat = gdk_display_get_default_seat(pDisplay); ^ /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2986:22: note: suggested alternative: ‘creat’ GdkSeat* pSeat = gdk_display_get_default_seat(pDisplay); ^ creat /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2986:30: error: ‘gdk_display_get_default_seat’ was not declared in this scope GdkSeat* pSeat = gdk_display_get_default_seat(pDisplay); ^~~~ /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2986:30: note: suggested alternative: ‘gdk_display_get_default_screen’ GdkSeat* pSeat = gdk_display_get_default_seat(pDisplay); ^~~~ gdk_display_get_default_screen /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2988:27: error: ‘GDK_SEAT_CAPABILITY_ALL’ was not declared in this scope GDK_SEAT_CAPABILITY_ALL, true, nullptr, nullptr, nullptr, nullptr); ^~~ /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2988:27: note: suggested alternative: ‘GTK_PRINT_CAPABILITY_SCALE’ GDK_SEAT_CAPABILITY_ALL, true, nullptr, nullptr, nullptr, nullptr); ^~~ GTK_PRINT_CAPABILITY_SCALE /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2987:13: error: ‘gdk_seat_grab’ was not declared in this scope gdk_seat_grab(pSeat, gtk_widget_get_window(GTK_WIDGET(m_pMenuHack)), ^ /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2987:13: note: suggested alternative: ‘gdk_device_grab’ gdk_seat_grab(pSeat, gtk_widget_get_window(GTK_WIDGET(m_pMenuHack)), ^ gdk_device_grab Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
master build fail
Hi, My master build (up to commit https://gerrit.libreoffice.org/gitweb?p=core.git;a=commit;h=e90b7ebe137c638523923d7d2fe8bb8d8a8d75cc) failed this night with the following error messages: [...] [build CXX] vcl/unx/gtk3/gtk3fpicker.cxx /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx: In member function ‘void GtkInstanceMenuButton::toggle_menu()’: /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2893:13: error: ‘GdkSeat’ was not declared in this scope GdkSeat* pSeat = gdk_display_get_default_seat(pDisplay); ^~~ /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2893:13: note: suggested alternative: ‘GdkEvent’ GdkSeat* pSeat = gdk_display_get_default_seat(pDisplay); ^~~ GdkEvent /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2893:22: error: ‘pSeat’ was not declared in this scope GdkSeat* pSeat = gdk_display_get_default_seat(pDisplay); ^ /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2893:22: note: suggested alternative: ‘creat’ GdkSeat* pSeat = gdk_display_get_default_seat(pDisplay); ^ creat /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2893:30: error: ‘gdk_display_get_default_seat’ was not declared in this scope GdkSeat* pSeat = gdk_display_get_default_seat(pDisplay); ^~~~ /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2893:30: note: suggested alternative: ‘gdk_display_get_default_screen’ GdkSeat* pSeat = gdk_display_get_default_seat(pDisplay); ^~~~ gdk_display_get_default_screen /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2894:13: error: ‘gdk_seat_ungrab’ was not declared in this scope gdk_seat_ungrab(pSeat); ^~~ /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2894:13: note: suggested alternative: ‘gdk_device_ungrab’ gdk_seat_ungrab(pSeat); ^~~ gdk_device_ungrab /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2929:13: error: ‘GdkSeat’ was not declared in this scope GdkSeat* pSeat = gdk_display_get_default_seat(pDisplay); ^~~ /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2929:13: note: suggested alternative: ‘GdkEvent’ GdkSeat* pSeat = gdk_display_get_default_seat(pDisplay); ^~~ GdkEvent /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2929:22: error: ‘pSeat’ was not declared in this scope GdkSeat* pSeat = gdk_display_get_default_seat(pDisplay); ^ /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2929:22: note: suggested alternative: ‘creat’ GdkSeat* pSeat = gdk_display_get_default_seat(pDisplay); ^ creat /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2929:30: error: ‘gdk_display_get_default_seat’ was not declared in this scope GdkSeat* pSeat = gdk_display_get_default_seat(pDisplay); ^~~~ /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2929:30: note: suggested alternative: ‘gdk_display_get_default_screen’ GdkSeat* pSeat = gdk_display_get_default_seat(pDisplay); ^~~~ gdk_display_get_default_screen /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2931:27: error: ‘GDK_SEAT_CAPABILITY_ALL’ was not declared in this scope GDK_SEAT_CAPABILITY_ALL, true, nullptr, nullptr, nullptr, nullptr); ^~~ /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2931:27: note: suggested alternative: ‘GTK_PRINT_CAPABILITY_SCALE’ GDK_SEAT_CAPABILITY_ALL, true, nullptr, nullptr, nullptr, nullptr); ^~~ GTK_PRINT_CAPABILITY_SCALE /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2930:13: error: ‘gdk_seat_grab’ was not declared in this scope gdk_seat_grab(pSeat, gtk_widget_get_window(GTK_WIDGET(m_pMenuHack)), ^ /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2930:13: note: suggested alternative: ‘gdk_device_grab’ gdk_seat_grab(pSeat, gtk_widget_get_window(GTK_WIDGET(m_pMenuHack)), ^ gdk_device_grab /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx: In member function ‘void GtkInstanceMenuButton::grab_broken(GdkEventGrabBroken*)’: /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2953:13: error: ‘GdkSeat’ was not declared in this scope GdkSeat* pSeat = gdk_display_get_default_seat(pDisplay); ^~~ /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx:2953:13: note: suggested
Re: [libreoffice-l10n] Breaking News!... Help pages can be edited directly in gerrit.
Le 14/04/2018 à 10:19, Wols Lists a écrit : [...] I had a look at gerrit and couldn't make sense of it, but IFF that string is visible to end users, the missing space is an error. Punctuation should always be followed by a space. If, however, it's internal to LO code, I'd be inclined to agree with you, code doesn't have spaces :-) Here, semicolon is not punctuation, it is a separator. Space or not space before or after semicolon is not the problem, help works equally well with and without space in ... fields. The problem is changing something, adding a space or removing one in these fields because each change make the string to be translated again without any visible effect. And translators have better to do. ;-) Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: master build fails, related to firebird
Le 01/04/2018 à 07:35, Áron Budea a écrit : Hi JBF and all, On Saturday, March 31, 2018 13:46 CEST, Jean-Baptiste Faure <jbfa...@libreoffice.org> wrote: It works again if I remove --disable-firebird-sdbc from my autogen.input I do not know what changed in the last 3 days that make firebird-sdbc mandatory and if that is expected. Should be fixed with 1859b45a08ccc2fa6da72cf6ee8196185df6ef37 from yesterday, please pull and try again. Indeed it works again since this commit. Thank you to Tamas Bunth for the fix. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: master build fails, related to firebird
Hi Olivier, all, Le 31/03/2018 à 11:33, Olivier Hallot a écrit : Em 29/03/2018 10:46, Jean-Baptiste Faure escreveu: Hi, A clean built of the current master fails with the following error message: [build CMP] connectivity/source/drivers/firebird/firebird_sdbc /home/libo/master/solenv/gbuild/ComponentTarget.mk:50: *** No LIBFILENAME set at component target: /home/libo/master/workdir/ComponentTarget/connectivity/source/drivers/firebird/firebird_sdbc.component. Arrêt. make[1]: *** Attente des tâches non terminées Makefile:282 : la recette pour la cible « build » a échouée make: *** [build] Erreur 2 It worked this morning. Best regards. JBF Confirmed... breaks mine too... It works again if I remove --disable-firebird-sdbc from my autogen.input I do not know what changed in the last 3 days that make firebird-sdbc mandatory and if that is expected. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
master build fails, related to firebird
Hi, A clean built of the current master fails with the following error message: [build CMP] connectivity/source/drivers/firebird/firebird_sdbc /home/libo/master/solenv/gbuild/ComponentTarget.mk:50: *** No LIBFILENAME set at component target: /home/libo/master/workdir/ComponentTarget/connectivity/source/drivers/firebird/firebird_sdbc.component. Arrêt. make[1]: *** Attente des tâches non terminées Makefile:282 : la recette pour la cible « build » a échouée make: *** [build] Erreur 2 It worked this morning. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: master build fails if --with-vendor option is set in autogen.input
Hi, Le 02/01/2018 à 22:20, Caolán McNamara a écrit : On Fri, 2017-12-22 at 23:14 +0100, Jean-Baptiste Faure wrote: Hi, I get the following error when building the master: [build CXX] framework/source/fwe/classes/sfxhelperfunctions.cxx /home/libo/master/svtools/source/misc/langhelp.cxx: In function ‘rtl::OUString getInstalledLocaleForSystemUILanguage(const com::sun::star::uno::Sequence&, bool)’: /home/libo/master/svtools/source/misc/langhelp.cxx:128:47: error: unable to find string literal operator ‘operator""JBF_at_home’ with ‘const char [1]’, ‘long unsigned int’ arguments OUString sVendor(OOO_VENDOR); I guess the problem is in the commit https://gerrit.libreoffice.org/gitweb?p=core.git;a=commitdiff;h=1c7d3 390022908cfbfd30f55e8c0c3b60a045da7 because no other recent commit changed svtools/source/misc/langhelp.cxx If I remove the option --with-vendor=JBF_at_home from my autogen.input file the compile error disappears Is it --with-vendor=JBF_at_home or --with-vendor="JBF_at_home" that has the problem ? I imagine the second, right ? Yes, the problem is with --with-vendor="JBF_at_home" Do you mean that I must remove the double quotes ? It works with the double quotes for 6.0 branch. In fact in 6.0 branch and master until recently, I used the option --with-vendor="JBF at home" without underscore; I added them only for testing purpose. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
master build fails if --with-vendor option is set in autogen.input
Hi, I get the following error when building the master: [build CXX] framework/source/fwe/classes/sfxhelperfunctions.cxx /home/libo/master/svtools/source/misc/langhelp.cxx: In function ‘rtl::OUString getInstalledLocaleForSystemUILanguage(const com::sun::star::uno::Sequence&, bool)’: /home/libo/master/svtools/source/misc/langhelp.cxx:128:47: error: unable to find string literal operator ‘operator""JBF_at_home’ with ‘const char [1]’, ‘long unsigned int’ arguments OUString sVendor(OOO_VENDOR); I guess the problem is in the commit https://gerrit.libreoffice.org/gitweb?p=core.git;a=commitdiff;h=1c7d3390022908cfbfd30f55e8c0c3b60a045da7 because no other recent commit changed svtools/source/misc/langhelp.cxx If I remove the option --with-vendor=JBF_at_home from my autogen.input file the compile error disappears. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: master build fails with translations
Hi Caolán, Le 15/09/2017 à 22:11, Caolán McNamara a écrit : [...] Should be ok again now. Prior to now the translations were the pre- gettext migration translations and there was a script that converted to the final format at build time (and fixed up bad newlines etc). Now the translations repo are in the final format in git (but for a while hadn't those fixes applied). Thank you very much. You last commit about translation fixed the build for me. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
master build fails with translations
Hi, I always build LO with translations (option "--with-lang en-US fr" in my autogen.input) and today I get the following error message: [...] [build MO] svxfr [build LOC] sw :589: 'msgid' and 'msgstr' entries do not both end with '\n' :1430: 'msgid' and 'msgstr' entries do not both end with '\n' msgfmt: found 2 fatal errors [...]/master/solenv/gbuild/AllLangMoTarget.mk:39: recipe for target '[...]/master/workdir/MoTarget/svxfr.mo' failed make[1]: *** [[...]/master/workdir/MoTarget/svxfr.mo] Error 1 make[1]: *** Deleting file '[...]/master/workdir/MoTarget/svxfr.mo' make[1]: *** Waiting for unfinished jobs Makefile:266: recipe for target 'build' failed make: *** [build] Error 2 I do not get this error message for LO 5.4 build which got a commit updating translations yesterday. I did find in which file I have to look to try to fix locally the problem. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice-qa] Minutes of ESC call 2017-08-24
Hi, Le 24/08/2017 à 16:53, Miklos Vajna a écrit : [...] * Release Engineering update (Christian) + 5.3.6 RC1 is on the mirrors, to be announced early next week Some time ago, new RC builds were systematically announced on several ML (dev, QA, projects). Now, several RC were not announced (notably 5.3.5), and probably not tested by advanced users and QA members before the release. Is it a change in the release engineering process, or just an oversight? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ 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: Minutes of ESC call 2017-08-24
Hi, Le 24/08/2017 à 16:53, Miklos Vajna a écrit : [...] * Release Engineering update (Christian) + 5.3.6 RC1 is on the mirrors, to be announced early next week Some time ago, new RC builds were systematically announced on several ML (dev, QA, projects). Now, several RC were not announced (notably 5.3.5), and probably not tested by advanced users and QA members before the release. Is it a change in the release engineering process, or just an oversight? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Temporary files written to predetermined location during build
Le 10/08/2017 à 10:07, Paul Menzel a écrit : [...] Indeed, the machine is used by several users. (And for some reason they all build LibreOffice. ;-)) I was not talking about the machine itself but about the local git repository in which the LibreOffice source code has been cloned. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Temporary files written to predetermined location during build
Le 10/08/2017 à 09:13, Rene Engelhard a écrit : Hi, 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 repository is shared between several users ? How does the local repository matter is this is about /tmp? /tmp of course is shared between users. I don't know but I am trying to understand how users are working on this machine. And I see this error message : "fatal: Not a git repository (or any parent up to mount point /dev) " Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Temporary files written to predetermined location during build
Hi, Le 09/08/2017 à 14:35, Michael Stahl a écrit : On 09.08.2017 14:27, Paul Menzel wrote: 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, which of course fails[...] the bug must be somewhere in solenv/bin/modules/... although i don't think i've ever seen a failure like this, and i build multiple release branches concurrently every day... maybe it happens only if you have translations enabled or something like that? I build LO 5.4 and master every day, both with translations enabled and I never had a failure like that. 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 repository is shared between several users ? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Experiences building LO from scratch as a "new" developer
Hi, Le 04/08/2017 à 15:40, Shinnok a écrit : [...] Question: does parallel make (eg "make -j 2") have any effect here on multi-core systems? Regarding this, I had to use this to limit CPU usage and load, in my case it was overheating: $make build-nocheck -j4 -l2 For me using --with-parallelism=2 in my autogen.input file works fine Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Minutes of ESC call 2017-08-03
Hi, Le 03/08/2017 à 21:23, Caolán McNamara a écrit : On Thu, 2017-08-03 at 16:47 +0200, Miklos Vajna wrote: * l10n (Sophie/Christian) + duplicate strings in templates w/ gettext on master: mainly in sd/messages.pot – printindialog.ui from various subdirs + preferred would be: have them in separate files I guess this is sd/uiconfig/sdraw/ui/printeroptions.ui and sd/uiconfig/simpress/ui/printeroptions.ui. Is the problem just with the output of "make translations" i.e. the generated workdir/sd/messages.pot if so, then yeah a simple rename will do the tricky, i.e. https://gerrit.libreoffice.org/#/c/40747/ and that seems to be the only case (according to msgcat workdir/*/messages.pot) There is this bug report, still unconfirmed: https://bugs.documentfoundation.org/show_bug.cgi?id=107611 duplicate message definitions in some .pot files Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice-qa] 2 last master builds was not start on Windows XP 64-bit
Le 23/05/2017 à 05:48, ape a écrit : Windows XP 64-bit Edition is not supported by LibreOfficeDev_5.4.0.0.beta1_Win_x86. Whether restored support OS Windows XP 64-bit? MS-Windows XP is dead since 2014_04-08. If you do not want to upgrade to W10, you could migrate to Linux. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ 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-commits] core.git: Branch 'libreoffice-5-3-2' - include/unotools unotools/source
include/unotools/eventcfg.hxx |2 ++ unotools/source/config/eventcfg.cxx |2 ++ 2 files changed, 4 insertions(+) New commits: commit 87f0803d1dfb0244ea2a473b55e87f6f2f1e8670 Author: Jean-Baptiste Faure <jbfa...@libreoffice.org> Date: Mon Mar 27 22:08:26 2017 +0200 tdf#105843 : restore Application Start and Stop events Change-Id: Ifc99fcf84182edb49cac741f7bb10a1b239d5703 Reviewed-on: https://gerrit.libreoffice.org/35779 Tested-by: Jenkins <c...@libreoffice.org> Reviewed-by: Noel Grandin <noel.gran...@collabora.co.uk> (cherry picked from commit 7c0054f1b7c3c475bff7a5adfdea0feaecf20748) Reviewed-on: https://gerrit.libreoffice.org/35812 Reviewed-by: Michael Stahl <mst...@redhat.com> (cherry picked from commit 98399c291239e309769fe9a1099655343b21ccd2) Reviewed-on: https://gerrit.libreoffice.org/35835 Reviewed-by: Katarina Behrens <katarina.behr...@cib.de> Reviewed-by: Jean-Baptiste Faure <jbfa...@libreoffice.org> Reviewed-by: Christian Lohmaier <lohmaier+libreoff...@googlemail.com> Tested-by: Christian Lohmaier <lohmaier+libreoff...@googlemail.com> diff --git a/include/unotools/eventcfg.hxx b/include/unotools/eventcfg.hxx index 03ccdd4181d2..51f54ccd4dda 100644 --- a/include/unotools/eventcfg.hxx +++ b/include/unotools/eventcfg.hxx @@ -31,6 +31,8 @@ enum class GlobalEventId { +STARTAPP, +CLOSEAPP, DOCCREATED, CREATEDOC, LOADFINISHED, diff --git a/unotools/source/config/eventcfg.cxx b/unotools/source/config/eventcfg.cxx index f9e846ea2bf6..fe14059ab05f 100644 --- a/unotools/source/config/eventcfg.cxx +++ b/unotools/source/config/eventcfg.cxx @@ -46,6 +46,8 @@ using namespace ::com::sun::star; static o3tl::enumarray<GlobalEventId, const char*> pEventAsciiNames = { +"OnStartApp", +"OnCloseApp", "OnCreate", "OnNew", "OnLoadFinished", ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: Branch 'libreoffice-5-3' - include/unotools unotools/source
include/unotools/eventcfg.hxx |2 ++ unotools/source/config/eventcfg.cxx |2 ++ 2 files changed, 4 insertions(+) New commits: commit 98399c291239e309769fe9a1099655343b21ccd2 Author: Jean-Baptiste Faure <jbfa...@libreoffice.org> Date: Mon Mar 27 22:08:26 2017 +0200 tdf#105843 : restore Application Start and Stop events Change-Id: Ifc99fcf84182edb49cac741f7bb10a1b239d5703 Reviewed-on: https://gerrit.libreoffice.org/35779 Tested-by: Jenkins <c...@libreoffice.org> Reviewed-by: Noel Grandin <noel.gran...@collabora.co.uk> (cherry picked from commit 7c0054f1b7c3c475bff7a5adfdea0feaecf20748) Reviewed-on: https://gerrit.libreoffice.org/35812 Reviewed-by: Michael Stahl <mst...@redhat.com> diff --git a/include/unotools/eventcfg.hxx b/include/unotools/eventcfg.hxx index 03ccdd4181d2..51f54ccd4dda 100644 --- a/include/unotools/eventcfg.hxx +++ b/include/unotools/eventcfg.hxx @@ -31,6 +31,8 @@ enum class GlobalEventId { +STARTAPP, +CLOSEAPP, DOCCREATED, CREATEDOC, LOADFINISHED, diff --git a/unotools/source/config/eventcfg.cxx b/unotools/source/config/eventcfg.cxx index f9e846ea2bf6..fe14059ab05f 100644 --- a/unotools/source/config/eventcfg.cxx +++ b/unotools/source/config/eventcfg.cxx @@ -46,6 +46,8 @@ using namespace ::com::sun::star; static o3tl::enumarray<GlobalEventId, const char*> pEventAsciiNames = { +"OnStartApp", +"OnCloseApp", "OnCreate", "OnNew", "OnLoadFinished", ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: include/unotools unotools/source
include/unotools/eventcfg.hxx |2 ++ unotools/source/config/eventcfg.cxx |2 ++ 2 files changed, 4 insertions(+) New commits: commit 7c0054f1b7c3c475bff7a5adfdea0feaecf20748 Author: Jean-Baptiste Faure <jbfa...@libreoffice.org> Date: Mon Mar 27 22:08:26 2017 +0200 tdf#105843 : restore Application Start and Stop events Change-Id: Ifc99fcf84182edb49cac741f7bb10a1b239d5703 Reviewed-on: https://gerrit.libreoffice.org/35779 Tested-by: Jenkins <c...@libreoffice.org> Reviewed-by: Noel Grandin <noel.gran...@collabora.co.uk> diff --git a/include/unotools/eventcfg.hxx b/include/unotools/eventcfg.hxx index 4a855994f552..fe68e3e679dc 100644 --- a/include/unotools/eventcfg.hxx +++ b/include/unotools/eventcfg.hxx @@ -31,6 +31,8 @@ enum class GlobalEventId { +STARTAPP, +CLOSEAPP, DOCCREATED, CREATEDOC, LOADFINISHED, diff --git a/unotools/source/config/eventcfg.cxx b/unotools/source/config/eventcfg.cxx index 998c4312f837..2e47efdd2905 100644 --- a/unotools/source/config/eventcfg.cxx +++ b/unotools/source/config/eventcfg.cxx @@ -46,6 +46,8 @@ using namespace ::com::sun::star; static o3tl::enumarray<GlobalEventId, const char*> pEventAsciiNames = { +"OnStartApp", +"OnCloseApp", "OnCreate", "OnNew", "OnLoadFinished", ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Re: master builds, starts but no UI
Hi, I confirm that the problematic commit is https://gerrit.libreoffice.org/gitweb?p=core.git;a=commitdiff;h=6903066822900a700ccf67ae70fa171c94644a9a Related: rhbz#1334915 tdf#100158 hack using startcenter icon under wayland Conditions to reproduce : 1/ use Xorg 2/ use GTK3 vcl plugin Arnaud said me on irc that it works if you are using Wayland Best regards. JBF Le 25/03/2017 à 23:23, Jean-Baptiste Faure a écrit : Hi, Le 25/03/2017 à 09:20, Jean-Baptiste Faure a écrit : Hi, I don't know if it is only me: current master builds without problem, it starts but the UI does not show up and it does not crash, it does nothing (CPU = 0%). Under gdb I see nothing I am able to interpret. I am building under Ubuntu 16.04 x86-64 I encounter this problem one or two days, somewhere after the commit 7a46166beb714a3357f7fb04111ba98f6325065f I am currently bisecting. The StartCenter does not show up if you are not using Wayland. I guess that the problematic commit is : https://gerrit.libreoffice.org/gitweb?p=core.git;a=commitdiff;h=6903066822900a700ccf67ae70fa171c94644a9a Related: rhbz#1334915 tdf#100158 hack using startcenter icon under wayland I am currently building the master to confirm that this commit is the first bad. Currently my first good is the next commit : (42870930e2a625766288edc3ba956c1bcac198f0 starmath: Fix memory leak at double sub/superscripts) and my first bad is the previous one (51efa8fb3f92de9f8c02d2cc4e3bffcaa5caee7f Notebookbar: move shortcuts if multiple rows of tabs) Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: master builds, starts but no UI
Hi, Le 25/03/2017 à 09:20, Jean-Baptiste Faure a écrit : Hi, I don't know if it is only me: current master builds without problem, it starts but the UI does not show up and it does not crash, it does nothing (CPU = 0%). Under gdb I see nothing I am able to interpret. I am building under Ubuntu 16.04 x86-64 I encounter this problem one or two days, somewhere after the commit 7a46166beb714a3357f7fb04111ba98f6325065f I am currently bisecting. The StartCenter does not show up if you are not using Wayland. I guess that the problematic commit is : https://gerrit.libreoffice.org/gitweb?p=core.git;a=commitdiff;h=6903066822900a700ccf67ae70fa171c94644a9a Related: rhbz#1334915 tdf#100158 hack using startcenter icon under wayland I am currently building the master to confirm that this commit is the first bad. Currently my first good is the next commit : (42870930e2a625766288edc3ba956c1bcac198f0 starmath: Fix memory leak at double sub/superscripts) and my first bad is the previous one (51efa8fb3f92de9f8c02d2cc4e3bffcaa5caee7f Notebookbar: move shortcuts if multiple rows of tabs) Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
master builds, starts but no UI
Hi, I don't know if it is only me: current master builds without problem, it starts but the UI does not show up and it does not crash, it does nothing (CPU = 0%). Under gdb I see nothing I am able to interpret. I am building under Ubuntu 16.04 x86-64 I encounter this problem one or two days, somewhere after the commit 7a46166beb714a3357f7fb04111ba98f6325065f I am currently bisecting. Does somebody confirm ? Best regards JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: master broken (segmentation fault)
Hi Maxim, Le 07/03/2017 à 19:00, Jean-Baptiste Faure a écrit : Hi Maxim, Le 07/03/2017 à 18:41, Maxim Monastirsky a écrit : Hi JBF, I pushed a quick patch that should fix that crash: https://cgit.freedesktop.org/libreoffice/core/commit/?id=27f89f08cf4086802ce67f12389414bef6ab64ca Thank you very much. Rebuild in progress. I can confirm that the master does not crash anymore with this patch. Thank you very much. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: master broken (segmentation fault)
Hi Maxim, Le 07/03/2017 à 18:41, Maxim Monastirsky a écrit : Hi JBF, I pushed a quick patch that should fix that crash: https://cgit.freedesktop.org/libreoffice/core/commit/?id=27f89f08cf4086802ce67f12389414bef6ab64ca Thank you very much. Rebuild in progress. Best regards. JBF Best regards, Maxim On Tue, Mar 7, 2017 at 4:30 , Jean-Baptiste Faure <jbfa...@libreoffice.org> wrote: Hi, Current master (last commit https://gerrit.libreoffice.org/gitweb?p=core.git;a=commit;h=260bfa5e4913c4ecb5720f3ef516374de744) build on my Ubuntu 16.04 x86-64 close as soon I open a file. StartCenter open fine, help too but the program close without error message as soon as I try to open an existing file or try to create a new one. My build does not have debug symbols but I tried dbg and got that : Thread 1 "soffice.bin" received signal SIGSEGV, Segmentation fault. 0x706e0acc in MenuItemList::GetData(unsigned short, unsigned long&) const () from [...]/master/instdir/program/libvcllo.so I will rebuild with debug symbol to try to get more detailled infos but it is long on my PC. Perhaps somebody will find th root cause before. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
master broken (segmentation fault)
Hi, Current master (last commit https://gerrit.libreoffice.org/gitweb?p=core.git;a=commit;h=260bfa5e4913c4ecb5720f3ef516374de744) build on my Ubuntu 16.04 x86-64 close as soon I open a file. StartCenter open fine, help too but the program close without error message as soon as I try to open an existing file or try to create a new one. My build does not have debug symbols but I tried dbg and got that : Thread 1 "soffice.bin" received signal SIGSEGV, Segmentation fault. 0x706e0acc in MenuItemList::GetData(unsigned short, unsigned long&) const () from [...]/master/instdir/program/libvcllo.so I will rebuild with debug symbol to try to get more detailled infos but it is long on my PC. Perhaps somebody will find th root cause before. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice-qa] [ANN] LibreOffice 5.2.6 RC2 test builds available
Hi Christian, *, Le 02/03/2017 à 01:52, Christian Lohmaier a écrit : Hi *, for the upcoming new version 5.2.6, the builds for RC2 are now available on pre-releases. Is it on purpose that RC are not made available on the Development versions webpage: https://www.libreoffice.org/download/pre-releases/ ? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ 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: how to check if my local copy of translations is really up-to-date?
Hi Christian, *, Le 27/02/2017 à 13:09, Christian Lohmaier a écrit : [...] Ah!, good catch. It is the way the po files are processed/generated. It is picky about the syntax. In this case, the } ; is the problem. This will make the po-parsing/translation processing add the next identifier to the context of all strings that follow, making them not match anymore.. Thank you very much, it's fixed now in my builds for 5.3.2.0.0+ and 5.2.7.0.0+. I will build the master next night. I guess that this fix solves the problem with the keyID that are not shown in these tooltips. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: how to check if my local copy of translations is really up-to-date?
Le 26/02/2017 à 22:18, jbfa...@libreoffice.org a écrit : [...] I did that to check that the string is translated in Pootle and that the translation is in the po files in my local copy. Argh! I searched the string in Pootle, not the keyID. And surprinsingly, these tooltips and the contextual menu do not show their keyID in the UI. A priori that is a bug too. For the tooltip "Zoom level. Right-click to change zoom level or click to open Zoom dialog.", the keyID is FMUcP. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: how to check if my local copy of translations is really up-to-date?
Hi Julien, Gabor, Thank you very much for your answers. Le 19/02/2017 à 14:18, Gabor Kelemen a écrit : [...] My first guess would be that the translations repo is not set to the same branch as core. To check, use git branch on both the core repo and the translations subdirectory. If the outputs don't match, that's a problem. You might have set the core repo to the stable branch and not the others (translations, helpcontent2, dictionaries) - the g script doesn't sync branch names AFAIK. I checked my local copy of translations. The translation of the tooltips for the zoom slider are in translations/source/fr/svx/source/stbctrls.po and my local copy has the strings in French As now my phone line has been repaired, I did a new local clone of branch libreoffice-5-3 but I have the same problem with this local repository. If I am not wrong these tooltips related to zoom slider are in the file ../program/resource/svxfr.res. I found the english string in this file in my own builds for 5.3.2.0.0+ and 5.2.6.0.0+ and in the test build for LO 5.2.6 RC1. Finally I installed the test build for LO 5.2.6.1 with FR localization and a new user profile and it has the same behavior. I tested the Italian localization of LO 5.2.6 RC1 with the same behavior as for French. So I guess there is a problem with the merge of FR translation. I updated my bug report: https://bugs.documentfoundation.org/show_bug.cgi?id=106082 Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
how to check if my local copy of translations is really up-to-date?
Hi, I build LO 5.3 branch (currently 5.3.1.0.0+) with French translation for QA purpose. In my build, some strings are not translated (see [1]) and I am not sure if the problem is not in my local copy. Is there a mean to check if the command "./g pull -r" did its job correctly, that is if the local translations subdirectory is really up-to-date. I did ./g fetch without change in the local translations subdirectory. I can't download the complete repository again because currently I have a too bad connection to download several GB of data. Best regards. JBF [1] https://bugs.documentfoundation.org/show_bug.cgi?id=106082 -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-qa] Version 5.3.0.3 Release missing in bugzilla
Hi, In bugzilla, the version dropdown list is missing the version 5.3.0.3 Release. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ 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] LO 5.3 : Options entry to define he default colors palette
Hi, It's me or the options entry (menu Tools > Options > LibreOffice > Colors) has been removed in LO 5.3 ? How to define the default colors palette in 5.3 ? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ 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/
epm fails to build deb packages
Hi, After a broken upgrade from Ubuntu 16.04 to 16.10, I got a mix of 16.10 and 17.04. So I reinstalled 16.10 from scratch. After that I had to play with chown and chmod to plug my old home to my new account. I have only one remaining issue: when I build LO 5.2 the packaging step fails with the following error message: > ... Building Debian binary distribution... Packaging failed! Try 1 : > Could not execute > "LD_PRELOAD=/home/my_login/LibO/lo52/workdir/LinkTarget/Library/libgetuid.so > /home/my_login/LibO/lo52/workdir/UnpackedTarball/epm/epm -f deb -g > libobasis5.2-filter-data > /home/my_login/LibO/lo52/workdir/installation/LibreOffice/deb/listfile/en-US/epm_gid_Module_Filter.lst > --output-dir DEBS -v 2>&1 |"! Systemcall (Try 2): > LD_PRELOAD=/home/my_login/LibO/lo52/workdir/LinkTarget/Library/libgetuid.so > /home/my_login/LibO/lo52/workdir/UnpackedTarball/epm/epm -f deb -g > libobasis5.2-filter-data > /home/my_login/LibO/lo52/workdir/installation/LibreOffice/deb/listfile/en-US/epm_gid_Module_Filter.lst > --output-dir DEBS -v 2>&1 | dpkg: erreur: cannot set primary group > ID to root: Opération non permise ESP Package Manager v3.7.0 > Copyright 1999-2003 by Easy Software Products. Patched for > OpenOffice.org It worked when I still was under Ubuntu 16.04. I do not know what permission is missing in my account. Any idea ? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: MS telemetry activated by MS-Visual Studio
Hi Christian, Le 24/08/2016 à 12:58, Christian Lohmaier a écrit : > Hi Jean-Baptiste, *, > > On Wed, Aug 24, 2016 at 12:49 PM, Christian Lohmaier > <lohma...@googlemail.com> wrote: >> On Wed, Aug 24, 2016 at 12:24 PM, Jean-Baptiste Faure >> <jbfa...@libreoffice.org> wrote: >>> Hi, >>> >>> According to this article : >>> https://www.infoq.com/news/2016/06/visual-cpp-telemetry >>> I am wondering if MS-Windows builds of LibreOffice are affected. >> >> Without looking in detail, the article ends with: >> >> "VS2012 and VS2013 do not include this telemetry behavior." >> >> As builds are done with VS2013 currently, the answer is "No, TDF >> provided builds are not affected". Thank you for your answer. Now I can answer if an end-user asks the question. :-) > > And looking at the acutal reddit thread/source for that article, I see > the post by Steve Carrol: > https://www.reddit.com/r/cpp/comments/4ibauu/visual_studio_adding_telemetry_function_calls_to/d30dmvu > > → update 3 to VS 2015 alraedy is available, so even when using 2015 > shouldn't be a problem. > > So more or less outdated post, wonder where you did stumble upon that > post now - even the responses by Steve Carrol (from which only one is > referred to in the atrticle) is three months old... In a thread about W10 privacy problems in a French mailing-list. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
MS telemetry activated by MS-Visual Studio
Hi, According to this article : https://www.infoq.com/news/2016/06/visual-cpp-telemetry I am wondering if MS-Windows builds of LibreOffice are affected. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-qa] [Help] LibreOffice hard coded in some string
Hi, In the string "Help Improve LibreOffice" commented as wL6bu shouldn't "LibreOffice" be changed in $[officename] ? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ 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: [Libreoffice-qa] right-click menu of images in Writer: submenu of Wrap has only one entry
Hi, Le 22/06/2016 07:04, Jean-Baptiste Faure a écrit : > [...] > In fact it seems to depend on the kind of image. I have this reduced > context menu for the first image I tested and neglected to test some > other images. Now, with other images I see the normal context menu. > I will investigate to find what particularity of my first image triggers > this reduced context menu. The reduced context menu appears when the image is anchored "as character". In that case there is no text flow around the image to be defined. Sorry for the noise. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ 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: [Libreoffice-qa] right-click menu of images in Writer: submenu of Wrap has only one entry
Hi Christian, Le 21/06/2016 17:11, Christian Lohmaier a écrit : > Hi Jean-Baptiste, > > On Fri, Jun 17, 2016 at 6:35 AM, Jean-Baptiste Faure > <jbfa...@libreoffice.org> wrote: >> Hi, >> >> In the submenu Wrap of the right-click menu of an image in Writer, there >> is only "Edit Contour...". In 5.1 we have several other entries. >> Is this part of the simplification of menus or a bug? > > Just to be sure: > As it is now possible to customize context menus - you didn't play > with that feature and forgot about it? No I didn't play with that new feature. I tried with a new clean profile and found the same behavior. In fact it seems to depend on the kind of image. I have this reduced context menu for the first image I tested and neglected to test some other images. Now, with other images I see the normal context menu. I will investigate to find what particularity of my first image triggers this reduced context menu. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ 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] right-click menu of images in Writer: submenu of Wrap has only one entry
Hi, In the submenu Wrap of the right-click menu of an image in Writer, there is only "Edit Contour...". In 5.1 we have several other entries. Is this part of the simplification of menus or a bug? I guess it is a bug because having only one entry in a submenu make the submenu useless. Please could you confirm? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ 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: How to have the NoteBookBar in the master ?
Hi Maxim, Le 14/05/2016 23:44, Maxim Monastirsky a écrit : > Hi, > > On Sat, 2016-05-14 at 14:23 +0200, Jean-Baptiste Faure wrote: >> >> I can't activate the NoteBookBar. > > Tools > Customize... Click on the Add.. button. Under the View category > there is a "Notebookbar" item. Thank you for your answer. On my own build this dialog is completely blocked, nor the mouse nor the keyboard allow me to navigate between categories and commands. This dialog opens over the customize dialog and seems to not get the focus. It is a problem with my build or a bug? Please could you check before I file a bug report ? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
How to have the NoteBookBar in the master ?
Hi, Is there some option to add in the autogen.input file to have the NoteBookBar in the master ? Even if I set the environment variable LO_USE_NOTEBOOKBAR=1, I can't activate the NoteBookBar. I build LO under Ubuntu 16.04 64 bits. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice-qa] Bugzilla: wrong NEEDINFO / INVALID cleaning
Hi Joel, Le 09/05/2016 23:03, Joel Madero a écrit : > I see what I did wrong. That being said, the few corner cases I'm not > horribly concerned about (as the first example shows4+ months with > no response). I agree, 6 months with no response would be too long before closing. That said for my second example it was less than one month, and both without warning. > I'll be more careful next time - if I ever do it again. This cleaning is very useful and each bug closed by error can be reopen if somebody is interested in. Thank you very much for all your work for QA. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ 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] Bugzilla: wrong NEEDINFO / INVALID cleaning
Hi, It seems that the automatic cleaning of long standing NEEDINFO bug reports has itself some bug. Several bug reports in NEEDINFO state are closed as INVALID without warning comment and without a sufficient latence period. For example: https://bugs.documentfoundation.org/show_bug.cgi?id=68846 https://bugs.documentfoundation.org/show_bug.cgi?id=69650 Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ 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: master build fails in unit tests
Le 23/04/2016 19:14, Jean-Baptiste Faure a écrit : > Hi, > > I get the following error when building the master: > The build is fixed now. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
master build fails in unit tests
Hi, I get the following error when building the master: > [build CUT] sc_subsequent_filters_test > [...]/LibO/master/sc/qa/unit/helper/shared_test_impl.hxx:266:ScFiltersTest::testFunctionsExcel2010 > assertion failed > - Expression: isFormulaWithoutError( rDoc, ScAddress( 1, nRow, 0)) > - Expected a formula cell without error at row 69, function name=[ T.INV.2T > ], result=0, expected=1.73552173106792, error code =511 > > csv Test > xlsx Test > shared_test_impl.hxx:266:Assertion > Test name: ScFiltersTest::testFunctionsExcel2010 > assertion failed > - Expression: isFormulaWithoutError( rDoc, ScAddress( 1, nRow, 0)) > - Expected a formula cell without error at row 69, function name=[ T.INV.2T > ], result=0, expected=1.73552173106792, error code =511 > > Failures !!! > Run: 87 Failure total: 1 Failures: 1 Errors: 0 > > Error: a unit test failed, please do one of: > make CppunitTest_sc_subsequent_filters_test CPPUNITTRACE="gdb --args" > # for interactive debugging on Linux > make CppunitTest_sc_subsequent_filters_test VALGRIND=memcheck > # for memory checking > make CppunitTest_sc_subsequent_filters_test DEBUGCPPUNIT=TRUE > # for exception catching > > [...]/LibO/master/solenv/gbuild/CppunitTest.mk:96: recipe for target > '[...]/LibO/master/workdir/CppunitTest/sc_subsequent_filters_test.test' failed > make[1]: *** > [[...]/LibO/master/workdir/CppunitTest/sc_subsequent_filters_test.test] Error > 1 > Makefile:254: recipe for target 'build' failed > make: *** [build] Error 2 My last successful build was the last night at https://gerrit.libreoffice.org/gitweb?p=core.git;a=commit;h=5892c6b2268b5b2290faca9cbdb2807f6a810d96 before the last 6 commits. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: master build fails
Le 31/03/2016 13:45, Stephan Bergmann a écrit : > On 03/31/2016 12:47 PM, Jean-Baptiste Faure wrote: >>> [build CXX] avmedia/source/vlc/vlcmanager.cxx >>> [...]/master/avmedia/source/vlc/vlcmanager.cxx: In constructor >>> ‘avmedia::vlc::Manager::Manager(const >>> com::sun::star::uno::Reference&)’: >>> >>> [...]/master/avmedia/source/vlc/vlcmanager.cxx:52:64: error: no >>> matching function for call to >>> ‘avmedia::vlc::wrapper::Instance::Instance(long unsigned int)’ >>> mInstance.reset(new Instance( SAL_N_ELEMENTS(VLC_ARGS) ), >>> VLC_ARGS )); >>> ^ > > got fixed with > <https://cgit.freedesktop.org/libreoffice/core/commit/?id=9329618eeec0aaa07b09197bec5e5bf266558d0f> > "Spurious closing parenthesis" Thank you very much. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
master build fails
Hi, One of the last five commits breaks the master. I get the following error messages when I do make clean && make build: > [build CXX] avmedia/source/vlc/vlcmanager.cxx > [...]/master/avmedia/source/vlc/vlcmanager.cxx: In constructor > ‘avmedia::vlc::Manager::Manager(const > com::sun::star::uno::Reference&)’: > [...]/master/avmedia/source/vlc/vlcmanager.cxx:52:64: error: no matching > function for call to ‘avmedia::vlc::wrapper::Instance::Instance(long unsigned > int)’ > mInstance.reset(new Instance( SAL_N_ELEMENTS(VLC_ARGS) ), VLC_ARGS > )); > ^ > In file included from > [...]/master/avmedia/source/vlc/wrapper/Wrapper.hxx:16:0, > from [...]/master/avmedia/source/vlc/vlcmanager.hxx:24, > from [...]/master/avmedia/source/vlc/vlcmanager.cxx:14: > [...]/master/avmedia/source/vlc/wrapper/Instance.hxx:26:9: note: candidate: > avmedia::vlc::wrapper::Instance::Instance(const > avmedia::vlc::wrapper::Instance&) > Instance( const Instance& other ); > ^ > [...]/master/avmedia/source/vlc/wrapper/Instance.hxx:26:9: note: no known > conversion for argument 1 from ‘long unsigned int’ to ‘const > avmedia::vlc::wrapper::Instance&’ > [...]/master/avmedia/source/vlc/wrapper/Instance.hxx:25:9: note: candidate: > avmedia::vlc::wrapper::Instance::Instance(int, const char* const*) > Instance( int argc, const char * const argv[] ); > ^ > [...]/master/avmedia/source/vlc/wrapper/Instance.hxx:25:9: note: candidate > expects 2 arguments, 1 provided > [...]/master/solenv/gbuild/LinkTarget.mk:189: recipe for target > '[...]/master/workdir/CxxObject/avmedia/source/vlc/vlcmanager.o' failed > make[1]: *** [[...]/master/workdir/CxxObject/avmedia/source/vlc/vlcmanager.o] > Error 1 > Makefile:246: recipe for target 'build' failed I guess the problem is in the following commit: https://gerrit.libreoffice.org/gitweb?p=core.git;a=commitdiff;h=6439005484bdf6754b910b1ce025b3fb33b6623f which is the one that makes changes in avmedia. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: building firebird fails without parallelism
Le 30/01/2016 12:16, Lionel Elie Mamane a écrit : > On Sat, Jan 30, 2016 at 08:42:54AM +0100, Jean-Baptiste Faure wrote: > >> It seems that the makefile generated to build Firebird in the master >> does not like the --without-parallelism option of the autogen.sh. > > Fixed. Sorry for the regression. No problem, thank you for the fix, it works now. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
building firebird fails without parallelism
Hi, It seems that the makefile generated to build Firebird in the master does not like the --without-parallelism option of the autogen.sh. I get an error message about a -j option of make (actually -j0) which requires a positive number. If I replace --without-parallelism by with-parallelism=2 it seems to work (building in progress) but my machine is not really available to do something else. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
LO 5.1 : build fails in helcontent2
Hi, The last commit for the 5.1 branch breaks the build. I get the following error messages. The file involved in the error is the one modified by the commit. Commit: https://gerrit.libreoffice.org/gitweb?p=help.git;a=blobdiff;f=source/text/shared/01/05020301.xhp;h=17ecac12b676d840a78b1eeedf5688f43226e8c4;hp=7ff73d1b966efc17ce2756716d9b6f9b3843107e;hb=0caa881976b2213448b33fa5c31741759a5e4458;hpb=6cc37b6e75e7aca982e89a185d9b4055b1155ec2 Error messages: > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:148: parser > error : attributes construct error > 0.??? > ^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:148: parser > error : Couldn't find end of Start Tag paragraph line 148 > 0.??? > ^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:148: parser > error : Opening and ending tag mismatch: tablecell line 147 and paragraph > 0.??? >^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:149: parser > error : Opening and ending tag mismatch: tablerow line 143 and tablecell > > ^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:150: parser > error : expected '>' > >^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:151: parser > error : Opening and ending tag mismatch: body line 29 and table > > ^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:1115: parser > error : Opening and ending tag mismatch: helpdocument line 2 and body > >^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:1116: parser > error : Extra content at the end of the document > > ^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:148: parser > error : attributes construct error > 0.??? > ^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:148: parser > error : Couldn't find end of Start Tag paragraph line 148 > 0.??? > ^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:148: parser > error : Opening and ending tag mismatch: tablecell line 147 and paragraph > 0.??? >^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:149: parser > error : Opening and ending tag mismatch: tablerow line 143 and tablecell > > ^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:150: parser > error : expected '>' > >^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:151: parser > error : Opening and ending tag mismatch: body line 29 and table > > ^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:1115: parser > error : Opening and ending tag mismatch: helpdocument line 2 and body > >^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:1116: parser > error : Extra content at the end of the document > > ^ > Error saving file to > [...]/LibO/lo51/workdir/HelpTarget/sbasic/en-US/text/shared/01/05020301.xhp > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:148: parser > error : attributes construct error > 0.??? > ^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:148: parser > error : Couldn't find end of Start Tag paragraph line 148 > 0.??? > ^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:148: parser > error : Opening and ending tag mismatch: tablecell line 147 and paragraph > 0.??? >^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:149: parser > error : Opening and ending tag mismatch: tablerow line 143 and tablecell > > ^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:150: parser > error : expected '>' > >^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:151: parser > error : Opening and ending tag mismatch: body line 29 and table > > ^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:1115: parser > error : Opening and ending tag mismatch: helpdocument line 2 and body > >^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:1116: parser > error : Extra content at the end of the document > > ^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:148: parser > error : attributes construct error > 0.??? > ^ > [...]/LibO/lo51/helpcontent2/source/text/shared/01/05020301.xhp:148: parser > error : Couldn't find end of Start Tag paragraph line 148 > 0.??? > ^ >
Re: LO 5.1 : build fails in helcontent2
Le 29/01/2016 21:50, Adolfo Jayme Barrientos a écrit : > Sorry, I forgot to cherry-pick Stephan’s build fixes to 5-1 as well... > I’ve done that now. Thank you. Rebuild all in progress. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
LO 5.1 build broken
Hi, LO 5.1 is currently broken. I get the following error message: > [build LOC] libreoffice > [build LOC] top level modules: libreoffice > /home/jbf/LibO/lo51/workdir/CxxObject/sc/source/ui/view/reffact.o: In > function `ScValidationDlg::Close()': > reffact.cxx:(.text._ZN15ScValidationDlg5CloseEv[_ZN15ScValidationDlg5CloseEv]+0x36): > undefined reference to `ScTPValidationValue::RemoveRefDlg()' > /home/jbf/LibO/lo51/workdir/CxxObject/sc/source/ui/view/reffact.o: In > function `ScValidationDlg::dispose()': > reffact.cxx:(.text._ZN15ScValidationDlg7disposeEv[_ZN15ScValidationDlg7disposeEv]+0x10): > undefined reference to `ScValidationDlg::RemoveRefDlg(bool)' > collect2: error: ld returned 1 exit status > /home/jbf/LibO/lo51/sc/Library_sc.mk:10: recipe for target > '/home/jbf/LibO/lo51/instdir/program/libsclo.so' failed > make[1]: *** [/home/jbf/LibO/lo51/instdir/program/libsclo.so] Error 1 > Makefile:244: recipe for target 'build' failed > make: *** [build] Error 2 My last successful build was incremental and for this buildID: Version: 5.1.0.0.beta2+ Build ID: 8f63516df72b49e9347d90750f6d3ef3d4a1813f Threads 4; Ver: 4.2; Render: default; Ubuntu_15.10_x86-64 Locale : fr-FR (fr_FR.UTF-8) Last night I did a complete rebuild (make distclean -> ./autogen.sh -> make). I just changed optimization option from -O2 to -O3 for gcc (version 5.2). What I do not undeerstand is why, when I reset my local repository to commit 8f63516df72b49e9347d90750f6d3ef3d4a1813f, now I get the same build error. Is it possible that the cause could be the change I made for the optimization level? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: fatal error in git pull for the master
Hi, Le 19/10/2015 08:39, Jean-Baptiste Faure a écrit : > Hi, > > Le 19/10/2015 07:12, Robinson Tryon a écrit : >> On Sun, Oct 18, 2015 at 10:59 PM, Jean-Baptiste Faure >> <jbfa...@libreoffice.org> wrote: >>> Hi, >>> >>> I get a fatal error when updating my local repository for the master. >>> The problem comes from the commit updated core / translations : >>> >>> https://gerrit.libreoffice.org/gitweb?p=core.git;a=commitdiff;h=b26018b762b7d5659ffab98ffb05c7a74dc94910 >>> >>> The error message (translated in English from French) is: >>> fatal: the reference is not a tree : >>> ca20aa8ceb614b394803763754df27fb3b44c0de >>> Unable to extract 'ca20aa8ceb614b394803763754df27fb3b44c0de' in the path >>> of the submodule 'translations'. >>> >>> Is the problem in my local repository or is there un problem with the >>> translations updating? >> >> Hiya, >> There seemed to be some issues with pushing commits to gerrit earlier. >> I'm still getting java.lang errors when I push, but ca20aa8c should be >> there now (according to gerrit's web interface). > > Indeed ./g pull -r works without error again. I have the same problem again with the branch libreoffice-5-1 and its 3 submodules: > fatal: la référence n'est pas un arbre : > e95ba2bdb8f7aa6639f815fcc7e41f75670b4bd8 > fatal: la référence n'est pas un arbre : > 5c4eeca87605bc385fcdb27e59caa9ae44b12c7f > fatal: la référence n'est pas un arbre : > 3fb9f9948d03852def4775a77ad19bade70eb993 > Impossible d'extraire 'e95ba2bdb8f7aa6639f815fcc7e41f75670b4bd8' dans le > chemin de sous-module 'dictionaries' > Impossible d'extraire '5c4eeca87605bc385fcdb27e59caa9ae44b12c7f' dans le > chemin de sous-module 'helpcontent2' > Impossible d'extraire '3fb9f9948d03852def4775a77ad19bade70eb993' dans le > chemin de sous-module 'translations' Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice-qa] Building or bibisecting
Hi Sophie, Le 01/12/2015 15:56, Sophie a écrit : > Hi all, > > I would like to know who here is frequently building LibreOffice or is > bibisecting on a regular basis? > You can either answer on the list or directly to me if you prefer. > Thanks a lot in advance for your feedback I build 2 versions (currently branches 5.0 and 5.1) at least one time a day. I build in release mode and install under the current version of Ubuntu x86-64. Best regards JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ 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: LO 5.1 and master : doing nothing and CPU at 100%
Hi, Le 26/11/2015 00:37, Michael Meeks a écrit : > > On Wed, 2015-11-25 at 16:54 +, Michael Meeks wrote: >> On Wed, 2015-11-25 at 16:37 +0100, Jean-Baptiste Faure wrote: >>> Today my build (Ubuntu 15.10 x86-64, gcc 4.9) of LO 5.1 branch and the >>> master consumes 100% of the CPU even when nothing is done > ... >> Ah - I would ignore it - its my fault; I'll track it down =) > > Fixed in master; will merge to -5-1 tomorrow. > > Thanks for reporting so quickly ! =) hopefully now we get to idle > quickly as well as only processing idle tasks when we're idle ;-) Thank you very much. Just built LO 5.1 with your commits this morning and I can confirm that the issue is fixed in 5.1 branch. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
LO 5.1 and master : doing nothing and CPU at 100%
Hi, Today my build (Ubuntu 15.10 x86-64, gcc 4.9) of LO 5.1 branch and the master consumes 100% of the CPU even when nothing is done, for example with only the startcenter or with an empty document. The problem started with the master between yesterday et today, that is somewhere in the last ~120 commits Because of the problem reported by Guiseppe Castagno this morning (crash at startup), I can't bisect the issue. What can I do else to help to catch the bug ? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice