Re[4]: Building LO from source
Thanks again Rene, I managed to solve the problem. The autogen command works now: test@test-virtual-machine:~/libreoffice$ ./autogen.sh --with-distro=LibreOfficeLinux --with-package-format=deb --enable-epm ... Language Configuration unchanged - avoiding scp2 stamp update To build, run: /usr/bin/make To view some help, run: /usr/bin/make help After the build has finished successfully, you can immediately run what you built using the command: instdir/program/soffice If you want to run the smoketest, run: /usr/bin/make check * * WARNING : XCB ICCCM not found, which is needed for Qt versions (< 5.12) on some WMs to correctly group dialogs (like QTBUG-46626) However, make fails this time: [MOD] dictionaries [PRL] CustomTarget/postprocess/images/images_breeze.zip [PRL] CustomTarget/postprocess/images/images_breeze_dark.zip [PRL] CustomTarget/postprocess/images/images_breeze_dark_svg.zip [PRL] CustomTarget/postprocess/images/images_breeze_svg.zip [PRL] CustomTarget/postprocess/images/images_colibre.zip In file included from /usr/include/kio/kio_export.h:24:0, from /usr/include/kio/global.h:22, from /usr/include/kprotocolmanager.h:26, from /home/test/libreoffice/shell/source/backends/kf5be/kf5access.cxx:31: /usr/include/kpluginfactory.h:263:5: error: âQ_DECL_CONSTRUCTOR_DEPRECATEDâ does not name a type; did you mean âKDE_CONSTRUCTOR_DEPRECATEDâ? KDE_CONSTRUCTOR_DEPRECATED explicit KPluginFactory(const KAboutData *aboutData, QObject *parent = 0); ^ /usr/include/kpluginfactory.h:270:14: error: âQ_DECL_CONSTRUCTOR_DEPRECATEDâ does not name a type; did you mean âKDE_CONSTRUCTOR_DEPRECATEDâ? explicit KDE_CONSTRUCTOR_DEPRECATED KPluginFactory(QObject *parent); ^ In file included from /usr/include/kservice.h:30:0, from /usr/include/kprotocolinfo.h:27, from /usr/include/kprotocolmanager.h:27, from /home/test/libreoffice/shell/source/backends/kf5be/kf5access.cxx:31: /usr/include/KF5/KCoreAddons/kpluginfactory.h:330:26: error: redefinition of âclass KPluginFactoryâ class KCOREADDONS_EXPORT KPluginFactory : public QObject ^~ In file included from /usr/include/klibloader.h:29:0, from /usr/include/kservice.h:28, from /usr/include/kprotocolinfo.h:27, from /usr/include/kprotocolmanager.h:27, from /home/test/libreoffice/shell/source/backends/kf5be/kf5access.cxx:31: /usr/include/kpluginfactory.h:232:22: note: previous definition of âclass KPluginFactoryâ class KDECORE_EXPORT KPluginFactory : public QObject ^~ In file included from /usr/include/x86_64-linux-gnu/qt5/QtCore/qglobal.h:98:0, from /usr/include/x86_64-linux-gnu/qt5/QtGui/qtguiglobal.h:43, from /usr/include/x86_64-linux-gnu/qt5/QtGui/qfont.h:43, from /usr/include/x86_64-linux-gnu/qt5/QtGui/QFont:1, from /home/test/libreoffice/shell/source/backends/kf5be/kf5access.cxx:24: /usr/include/KF5/KCoreAddons/kpluginfactory.h:332:5: error: expected unqualified-id before end of line Q_OBJECT ^ /usr/include/KF5/KCoreAddons/kpluginfactory.h:332:5: error: expected declaration before end of line /home/test/libreoffice/solenv/gbuild/LinkTarget.mk:298: recipe for target '/home/test/libreoffice/workdir/CxxObject/shell/source/backends/kf5be/kf5access.o' failed make[1]: *** [/home/test/libreoffice/workdir/CxxObject/shell/source/backends/kf5be/kf5access.o] Error 1 make[1]: *** Waiting for unfinished jobs Note: Some input files use or override a deprecated API. Note: Recompile with -Xlint:deprecation for details. Note: /home/test/libreoffice/ridljar/com/sun/star/lib/util/WeakMap.java uses unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. I was able to compile and run LO on a different Ubuntu. Not sure why this one fails? Regards -- Original Message -- From: rene.engelh...@mailbox.org To: "Ismet Bahadir" ; "Muhammet Kara" Cc: "libreoffice-dev" Sent: 15-Jun-20 10:49:10 AM Subject: Re: Re[2]: Building LO from source Am 15. Juni 2020 07:35:58 MESZ schrieb Ismet Bahadir : Hi Rene, Thanks for the reply. I deleted the Debian and CentOS virtual machine, so I cannot re-check. My current system is: 1) test@test-virtual-machine:~/libreoffice$ cat /etc/os-release NAME="Ubuntu" VERSION="18.04.4 LTS (Bionic Beaver)" ID=ubuntu ID_LIKE=debian PRETTY_NAME="Ubuntu 18.04.4 LTS" VERSION_ID="18.04" HOME_URL="https://www.ubuntu.com/"; SUPPORT_URL="https://help.ubuntu.com/"; BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"; PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"; VERSION_CODENAME=bionic UBUNTU_CODENAME=bionic
Re: Re[4]: Building LO from source
HI Ismet, I can confirm (IMHO) that you can't exclude easily some part from LO, it's not designed in this way...For example, Impress depends from Draw. You need Calc to embed sheets in Writer, etc... Have you set an autogen.input file to exclude the doxygen documentation (--without-doxygen) ?...It takes ages on my computer to be generated. On my computer, a ridiculous core I3-6100 8Go nowadays, it takes around 2h to compile LO from scratch under Linux. Regards Régis Perdreau Le ven. 12 juin 2020 à 07:59, Ismet Bahadir a écrit : > Thank you very much Tor, > > Yes, I didn't know the terminology, so I trusted that you would understand > :) > > It takes over 5 hours to compile on my pc but I have a powerful machine > with 64 cores and 128 GM ram. I think that will be faster. > > I'll try and get back to you. But I still do not know why the extension > successfully installs on Ubuntu but fails on Debian. > > Regards > > -- Original Message -- > From: "Tor Lillqvist" > To: "Ismet Bahadir" > Cc: "Stephan Bergmann" ; "libreoffice-dev" < > libreoffice@lists.freedesktop.org> > Sent: 12-Jun-20 8:55:57 AM > Subject: Re: Re[2]: Building LO from source > > > >> I think it's best to recompile the source from scratch with official DEB >> packaging system. >> > > IMHO, as an outsider, only Debian's own way to package LibreOffice can be > said to be "official". It is *very* different from the way TDF packages > LibreOffice in the .deb format. > > How can I exclude some of the apps such as "Draw"? > > > Draw (and Writer, Calc, etc) are not "apps" as such IMHO but different > kinds of documents that the one same app, LibreOffice, manages using the > same soffice.bin process. But that is just terminology, we know what you > mean. > > >> Is it possible that >> each app has its own DEB installation file so that I won't be installing >> it if I skip its DEB file? > > > That *is* exactly how the real Debian packages for LibreOffice are > structured. See https://packages.debian.org/buster/libreoffice Also many > (most?) other Linux distros, like Fedora for instance, split LibreOffice > into multiple packages, like libreoffice-core, libreoffice-writer, > libreoffice-calc, libreoffice-draw, etc. > > (As such, I don't think that it makes sense to split up LibreOffice like > that, I find it fairly pointless, old-fashioned and needlessly complex, but > then I am not a Linux zealot, I like macOS more. But just ignore me here.) > > --tml > > ___ > LibreOffice mailing list > LibreOffice@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/libreoffice > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re[4]: Building LO from source
Thank you very much Tor, Yes, I didn't know the terminology, so I trusted that you would understand :) It takes over 5 hours to compile on my pc but I have a powerful machine with 64 cores and 128 GM ram. I think that will be faster. I'll try and get back to you. But I still do not know why the extension successfully installs on Ubuntu but fails on Debian. Regards -- Original Message -- From: "Tor Lillqvist" To: "Ismet Bahadir" Cc: "Stephan Bergmann" ; "libreoffice-dev" Sent: 12-Jun-20 8:55:57 AM Subject: Re: Re[2]: Building LO from source I think it's best to recompile the source from scratch with official DEB packaging system. IMHO, as an outsider, only Debian's own way to package LibreOffice can be said to be "official". It is *very* different from the way TDF packages LibreOffice in the .deb format. How can I exclude some of the apps such as "Draw"? Draw (and Writer, Calc, etc) are not "apps" as such IMHO but different kinds of documents that the one same app, LibreOffice, manages using the same soffice.bin process. But that is just terminology, we know what you mean. Is it possible that each app has its own DEB installation file so that I won't be installing it if I skip its DEB file? That *is* exactly how the real Debian packages for LibreOffice are structured. See https://packages.debian.org/buster/libreoffice Also many (most?) other Linux distros, like Fedora for instance, split LibreOffice into multiple packages, like libreoffice-core, libreoffice-writer, libreoffice-calc, libreoffice-draw, etc. (As such, I don't think that it makes sense to split up LibreOffice like that, I find it fairly pointless, old-fashioned and needlessly complex, but then I am not a Linux zealot, I like macOS more. But just ignore me here.) --tml___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice