Re[2]: Building LO from source
Thanks Eike and Christian, I managed to solve all my problems thanks to you. You all were of great help. I appreciate it. Kind Regards -- Original Message -- From: "Eike Rathke" To: "Christian Lohmaier" Cc: "Ismet Bahadir" ; "libreoffice-dev" Sent: 24-Jun-20 7:27:56 PM Subject: Re: Building LO from source Hi, On Wednesday, 2020-06-24 11:13:32 +0200, Christian Lohmaier wrote: On Mon, Jun 22, 2020 at 2:36 PM Ismet Bahadir wrote: > 2) The print option default is Letter. How can I make it A4 for all apps? Couldn't find the option under settings. That should depend on the locale of your OS/what the document is using as page format. On Linux it actually depends on what paperconf says, man papersize man paperconf Eike -- GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Building LO from source
Hi, On Wednesday, 2020-06-24 11:13:32 +0200, Christian Lohmaier wrote: > On Mon, Jun 22, 2020 at 2:36 PM Ismet Bahadir wrote: > > 2) The print option default is Letter. How can I make it A4 for all apps? > > Couldn't find the option under settings. > > That should depend on the locale of your OS/what the document is using > as page format. On Linux it actually depends on what paperconf says, man papersize man paperconf Eike -- GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A signature.asc Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Building LO from source
On Mon, Jun 22, 2020 at 2:36 PM Ismet Bahadir wrote: > > People in the company asked of me 2 things: > > 1) How can I pull and build LO v7.01 instead of the latest version? (They > told me that the latest Turkish lang pack they can get is v7.01) Note that there is not version 7.01 or 7.0.1 yet - but I assume you mean 7.0.0.0.beta1 or .beta2 (or any tag for that matter: use ./g fetch --tags to pull in the tags, then you can use ./g checkout , for example ./g checkout libreoffice-7.0.0.0.beta2 or in case you're already planning to add changes on top of the tag: create a branch at the same time. ./g checkout -b yourbranchname libreoffice-7.0.0.0.beta2 > 2) The print option default is Letter. How can I make it A4 for all apps? > Couldn't find the option under settings. That should depend on the locale of your OS/what the document is using as page format. If I create a new Writer document in German locale, I get a document with A4 here. ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Building LO from source
Hi All, I didn't want to start another thread, so I am using this one. I managed to compile and build LO under Debian. The official DEB packaging is working as expected (I can exclude some apps). The extension is also working. Thanks for all the support. People in the company asked of me 2 things: 1) How can I pull and build LO v7.01 instead of the latest version? (They told me that the latest Turkish lang pack they can get is v7.01) 2) The print option default is Letter. How can I make it A4 for all apps? Couldn't find the option under settings. Thanks again. Regards On Mon, Jun 15, 2020 at 2:28 PM Jan-Marek Glogowski wrote: > Am 15.06.20 um 09:49 schrieb rene.engelh...@mailbox.org: > > Am 15. Juni 2020 07:35:58 MESZ schrieb Ismet Bahadir > > : > >> 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)" > >> PRETTY_NAME="Ubuntu 18.04.4 LTS">> VERSION_ID="18.04" > >> VERSION_CODENAME=bionic > > ... > > > Obviously you want to install the kde 5 stuff. > > > > If You base on a old Ubuntu only shipping kde4 and thus not having > > the appropriate build-deps... > > > > apt build-dep is not magic it takes the distro source package as a > > base and install *their* build-dependencies which in your case > > apparently did not include kde5. > > > > (Or disable it.) > > This is a different problem. Checking [1], I got for bionic: > libreoffice 1:6.0.7-0ubuntu0.18.04.10 > > Quoting from the BuildingOnLinux document: "Note that *these commands > might not install everything that is necessary*, because they use the > distro's package as a source of dependencies. That means they reflect > the version of LibreOffice that is packaged by the distro and the > options that are used for building it." > > LO 6.0.7 has no kf5 support. > > Nevertheless kf5 is in universe and LO master builds fine with these in > the Bionic 18.04 schroot, I use for development. > > So you will want the LO PPA for LO fresh [2][3] for updated build-deps > for LO 6.4, or manually install these. > > Still that resulting build probably won't work on Debian 10. Mine has a > conflicting libjpeg8 so name. I modified Ubuntu's libjpeg binary > packages for Debian. So I have a libjpeg-turbo8-compat and libjpeg8 > package installed to work around package conflicts from the Debian > transition. Since only my manual LO build uses these, I don't see a > problem, but I won't use this setup in production and simply build on > Debian too. > > Or use the tested CentOS 6 build setup to build some LO, which is mostly > Linux distro agnostic, as it bundles almost every used library itself. > This might have security implication, you don't want to accept. > > FYI: LO itself still just requires a rather old Qt 5.6 to build, but you > would want some Qt 5.12 to get rid of some Qt bugs you can't work around > from withing the LO qt5 VCL plugin. > > HTH > > Jan-Marek > > [1] https://packages.ubuntu.com > [2] https://launchpad.net/~libreoffice/+archive/ubuntu/ppa > [3] https://launchpad.net/~libreoffice/+archive/libreoffice-6-4 > > P.S. since you're "are creating a customized Linux operating system > based on Debian for one of our clients", you should consider hiring > someone with the missing knowledge from > https://www.libreoffice.org/get-help/professional-support/. Following > this thread, you seem to be missing basic stuff about ABI compatibility, > build dependencies and compiling software on Linux. > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Building LO from source
Am 15.06.20 um 09:49 schrieb rene.engelh...@mailbox.org: > Am 15. Juni 2020 07:35:58 MESZ schrieb Ismet Bahadir > : >> 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)" >> PRETTY_NAME="Ubuntu 18.04.4 LTS">> VERSION_ID="18.04" >> VERSION_CODENAME=bionic ... > Obviously you want to install the kde 5 stuff. > > If You base on a old Ubuntu only shipping kde4 and thus not having > the appropriate build-deps... > > apt build-dep is not magic it takes the distro source package as a > base and install *their* build-dependencies which in your case > apparently did not include kde5. > > (Or disable it.) This is a different problem. Checking [1], I got for bionic: libreoffice 1:6.0.7-0ubuntu0.18.04.10 Quoting from the BuildingOnLinux document: "Note that *these commands might not install everything that is necessary*, because they use the distro's package as a source of dependencies. That means they reflect the version of LibreOffice that is packaged by the distro and the options that are used for building it." LO 6.0.7 has no kf5 support. Nevertheless kf5 is in universe and LO master builds fine with these in the Bionic 18.04 schroot, I use for development. So you will want the LO PPA for LO fresh [2][3] for updated build-deps for LO 6.4, or manually install these. Still that resulting build probably won't work on Debian 10. Mine has a conflicting libjpeg8 so name. I modified Ubuntu's libjpeg binary packages for Debian. So I have a libjpeg-turbo8-compat and libjpeg8 package installed to work around package conflicts from the Debian transition. Since only my manual LO build uses these, I don't see a problem, but I won't use this setup in production and simply build on Debian too. Or use the tested CentOS 6 build setup to build some LO, which is mostly Linux distro agnostic, as it bundles almost every used library itself. This might have security implication, you don't want to accept. FYI: LO itself still just requires a rather old Qt 5.6 to build, but you would want some Qt 5.12 to get rid of some Qt bugs you can't work around from withing the LO qt5 VCL plugin. HTH Jan-Marek [1] https://packages.ubuntu.com [2] https://launchpad.net/~libreoffice/+archive/ubuntu/ppa [3] https://launchpad.net/~libreoffice/+archive/libreoffice-6-4 P.S. since you're "are creating a customized Linux operating system based on Debian for one of our clients", you should consider hiring someone with the missing knowledge from https://www.libreoffice.org/get-help/professional-support/. Following this thread, you seem to be missing basic stuff about ABI compatibility, build dependencies and compiling software on Linux. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
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.c
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 > >I could install dependent packages: > >2) test@test-virtual-machine:~/libreoffice$ sudo apt-get build-dep >libreoffice >Reading package lists... Done >Reading package lists... Done >Building dependency tree >Reading state information... Done >The following packages were automatically installed and are no longer >required: > gir1.2-geocodeglib-1.0 libwayland-egl1-mesa ubuntu-web-launchers >Use 'sudo apt autoremove' to remove them. >0 upgraded, 0 newly installed, 0 to remove > >3) Then, I had to install fakeroot and qt5-default (autogen failed) > >4) But I'm facing this error now: > > configure: error: KF5 headers not found. Please specify the root of >your KF5 installation by exporting KF5DIR before running "configure". > >Any suggestions to fix this? > >Regards > >-- Original Message -- >From: "Rene Engelhard" >To: "Ismet Bahadir" ; "Muhammet Kara" > >Cc: "libreoffice-dev" >Sent: 14-Jun-20 5:28:47 PM >Subject: Re: Building LO from source > >>Hi, >> >>Am 14.06.20 um 10:06 schrieb Ismet Bahadir: >>> The "build-deb libreoffice" command also fails on my Debian-10 >>> virtual machine. It says "the system requires javahelper" but can't >>> find and install javahelper >>> >>If at all, "build-dep". >> >>And: >> >>javahelper | 0.72.9| stable | all >> >>so it's available, of course. Whatever you do, you do it wrong: >> >># apt build-dep libreoffice >>Reading package lists... Done >>Reading package lists... Done >>Building dependency tree... Done >>[...] >>0 upgraded, 1138 newly installed, 0 to remove and 0 not upgraded. >>Need to get 868 MB of archives. >>After this operation, 2987 MB of additional disk space will be used. >>Do you want to continue? [Y/n] >> >># >> >>> > Except from the (accidental?) double paste, I see repeating >params >>> like '*--disable-gstreamer*' at 2 different places. And I would >make >>> sure I really need all the '--without-*' and "--disable-*" params. >>> Some might impact certain functionalities/features or extensions. >>> >>> TBH, I don't know what those parameters are and do. >> >>Sigh. >> >>> Those double pastes were accidental, yes. Actually those >>> parameters were taken from a web site (don't remember now). It was >>> arguing to create an autogen.input file and put these lines in the >>> file but there were no explanations. >>> >>> Is it best to install with all those parameters? What I need to do >is >>> simple: >>[...] >>> 3) I want to be able to install an extension in Calc >> >>And if it's a Java extension, *of course* using --without-java (as you >>did) makes no sense. >> >>Regards, >> >> >>Rene >> >> Hi, Obviously you want to install the kde 5 stuff. If You base on a old Ubuntu only shipping kde4 and thus not having the appropriate build-deps... apt build-dep is not magic it takes the distro source package as a base and install *their* build-dependencies which in your case apparently did not include kde5. (Or disable it.) Sorry, that is simple basics. Regards Rene -- Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re[2]: Building LO from source
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 I could install dependent packages: 2) test@test-virtual-machine:~/libreoffice$ sudo apt-get build-dep libreoffice Reading package lists... Done Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: gir1.2-geocodeglib-1.0 libwayland-egl1-mesa ubuntu-web-launchers Use 'sudo apt autoremove' to remove them. 0 upgraded, 0 newly installed, 0 to remove 3) Then, I had to install fakeroot and qt5-default (autogen failed) 4) But I'm facing this error now: configure: error: KF5 headers not found. Please specify the root of your KF5 installation by exporting KF5DIR before running "configure". Any suggestions to fix this? Regards -- Original Message -- From: "Rene Engelhard" To: "Ismet Bahadir" ; "Muhammet Kara" Cc: "libreoffice-dev" Sent: 14-Jun-20 5:28:47 PM Subject: Re: Building LO from source Hi, Am 14.06.20 um 10:06 schrieb Ismet Bahadir: The "build-deb libreoffice" command also fails on my Debian-10 virtual machine. It says "the system requires javahelper" but can't find and install javahelper If at all, "build-dep". And: javahelper | 0.72.9| stable | all so it's available, of course. Whatever you do, you do it wrong: # apt build-dep libreoffice Reading package lists... Done Reading package lists... Done Building dependency tree... Done [...] 0 upgraded, 1138 newly installed, 0 to remove and 0 not upgraded. Need to get 868 MB of archives. After this operation, 2987 MB of additional disk space will be used. Do you want to continue? [Y/n] # > Except from the (accidental?) double paste, I see repeating params like '*--disable-gstreamer*' at 2 different places. And I would make sure I really need all the '--without-*' and "--disable-*" params. Some might impact certain functionalities/features or extensions. TBH, I don't know what those parameters are and do. Sigh. Those double pastes were accidental, yes. Actually those parameters were taken from a web site (don't remember now). It was arguing to create an autogen.input file and put these lines in the file but there were no explanations. Is it best to install with all those parameters? What I need to do is simple: [...] 3) I want to be able to install an extension in Calc And if it's a Java extension, *of course* using --without-java (as you did) makes no sense. Regards, Rene ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Building LO from source
Hi, Am 14.06.20 um 10:06 schrieb Ismet Bahadir: > The "build-deb libreoffice" command also fails on my Debian-10 > virtual machine. It says "the system requires javahelper" but can't > find and install javahelper > If at all, "build-dep". And: javahelper | 0.72.9 | stable | all so it's available, of course. Whatever you do, you do it wrong: # apt build-dep libreoffice Reading package lists... Done Reading package lists... Done Building dependency tree... Done [...] 0 upgraded, 1138 newly installed, 0 to remove and 0 not upgraded. Need to get 868 MB of archives. After this operation, 2987 MB of additional disk space will be used. Do you want to continue? [Y/n] # > > Except from the (accidental?) double paste, I see repeating params > like '*--disable-gstreamer*' at 2 different places. And I would make > sure I really need all the '--without-*' and "--disable-*" params. > Some might impact certain functionalities/features or extensions. > > TBH, I don't know what those parameters are and do. Sigh. > Those double pastes were accidental, yes. Actually those > parameters were taken from a web site (don't remember now). It was > arguing to create an autogen.input file and put these lines in the > file but there were no explanations. > > Is it best to install with all those parameters? What I need to do is > simple: [...] > 3) I want to be able to install an extension in Calc And if it's a Java extension, *of course* using --without-java (as you did) makes no sense. Regards, Rene ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Building LO from source
> > > TBH, I don't know what those parameters are and do. Those double pastes > were accidental, yes. Actually those parameters were taken from a web site > (don't remember now). It was arguing to create an autogen.input file and > put these lines in the file but there were no explanations. > Copying random stuff from a random website without knowing what it does is definitely the wrong approach. Start with as little stuff in autogen.input as possible. Then add more options, one by one, knowing what you want to achieve. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Building LO from source
Hi Muhammet, Thanks for getting back to me. > How does it fail? I don't remember right now since I deleted that virtual machine and installed Ubuntu Server. But IIRC, it was saying "there were missing libraries" which I couldn't find and install manually. The "build-deb libreoffice" command also fails on my Debian-10 virtual machine. It says "the system requires javahelper" but can't find and install javahelper > Except from the (accidental?) double paste, I see repeating params like ' *--disable-gstreamer*' at 2 different places. And I would make sure I really need all the '--without-*' and "--disable-*" params. Some might impact certain functionalities/features or extensions. TBH, I don't know what those parameters are and do. Those double pastes were accidental, yes. Actually those parameters were taken from a web site (don't remember now). It was arguing to create an autogen.input file and put these lines in the file but there were no explanations. Is it best to install with all those parameters? What I need to do is simple: 1) I'm editing a hard-coded text in libreoffice/svtools/inc/langtab.hrc file 2) I want LO in Turkish language (found a workaround for this, no need to use Pottle) 3) I want to be able to install an extension in Calc 4) I want to be able to remove some "apps" (prevent users from using them since they do not need them at all) All of the above are working under Ubuntu but extension fails under Debian. Can't find no reason why. Regards On Sat, Jun 13, 2020 at 12:15 AM Muhammet Kara wrote: > Hi Ismet, > On 6/12/20 3:04 PM, Ismet Bahadir wrote: > > Thank you everyone, > > Sorry for the spam e-mails. I'm trying to get a hold of this. As you > suggested, I installed a new CentOS. This is the os-release result: > > NAME="CentOS Linux" > VERSION="8 (Core)" > ID="centos" > ID_LIKE="rhel fedora" > VERSION_ID="8" > PLATFORM_ID="platform:el8" > PRETTY_NAME="CentOS Linux 8 (Core)" > ANSI_COLOR="0;31" > CPE_NAME="cpe:/o:centos:centos:8" > HOME_URL="https://www.centos.org/; <https://www.centos.org/> > BUG_REPORT_URL="https://bugs.centos.org/; <https://bugs.centos.org/> > > CENTOS_MANTISBT_PROJECT="CentOS-8" > CENTOS_MANTISBT_PROJECT_VERSION="8" > REDHAT_SUPPORT_PRODUCT="centos" > REDHAT_SUPPORT_PRODUCT_VERSION="8" > > However, this command fails: "*dnf builddep libreoffice*" > > > How does it fail? > > > > Is it OK to use Ubuntu? I was able to install all dependencies under > Ubuntu. > > BTW, this is the autogen.sh command I want to use. Is there any oddity? > > *./autogen.sh --with-distro=LibreOfficeLinux --with-package-format=deb > --enable-epm --without-java --disable-postgresql-sdbc --disable-gstreamer > --without-java --disable-postgresql-sdbc --disable-gstreamer > --without-junit --without-help --without-doxygen --disable-odk > --enable-debug --without-krb5 --without-gssapi./autogen.sh > --with-distro=LibreOfficeLinux --with-package-format=deb --enable-epm > --without-java --disable-postgresql-sdbc --disable-gstreamer --without-java > --disable-postgresql-sdbc --disable-gstreamer --without-junit > --without-help --without-doxygen --disable-odk --enable-debug > --without-krb5 --without-gssapi* > > > Except from the (accidental?) double paste, I see repeating params like ' > *--disable-gstreamer*' at 2 different places. And I would make sure I > really need all the '--without-*' and "--disable-*" params. Some might > impact certain functionalities/features or extensions. > Best, > Muhammet > > > > Regards > > -- Original Message -- > From: "Mike Kaganski" > To: "Ismet Bahadir" ; "Stephan Bergmann" < > sberg...@redhat.com>; libreoffice@lists.freedesktop.org > Sent: 12-Jun-20 2:53:42 PM > Subject: Re: Building LO from source > > On 12.06.2020 8:40, Ismet Bahadir wrote: > > How can I exclude some of the apps such as "Draw"? 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? Or, is there a parameter for excluding apps? > > > We have a concept of "installed" apps - using > SvtModuleOptions::IsModuleInstalled, which is initialized from factory > configurations (SvtModuleOptions_Impl::impl_Read). Likely it only needs > some configuration setting to have all components installed (making sure > that required functionality is there), but disabled on UI level. > > -- > Best regards, > Mike Kaganski > > > ___ > LibreOffice mailing > listLibreOffice@lists.freedesktop.orghttps://lists.freedesktop.org/mailman/listinfo/libreoffice > > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Building LO from source
Hi Ismet, On 6/12/20 3:04 PM, Ismet Bahadir wrote: Thank you everyone, Sorry for the spam e-mails. I'm trying to get a hold of this. As you suggested, I installed a new CentOS. This is the os-release result: NAME="CentOS Linux" VERSION="8 (Core)" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="8" PLATFORM_ID="platform:el8" PRETTY_NAME="CentOS Linux 8 (Core)" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:centos:centos:8" HOME_URL="https://www.centos.org/; BUG_REPORT_URL="https://bugs.centos.org/; CENTOS_MANTISBT_PROJECT="CentOS-8" CENTOS_MANTISBT_PROJECT_VERSION="8" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="8" However, this command fails: "*dnf builddep libreoffice*" How does it fail? Is it OK to use Ubuntu? I was able to install all dependencies under Ubuntu. BTW, this is the autogen.sh command I want to use. Is there any oddity? *./autogen.sh --with-distro=LibreOfficeLinux --with-package-format=deb --enable-epm --without-java --disable-postgresql-sdbc --disable-gstreamer --without-java --disable-postgresql-sdbc --disable-gstreamer --without-junit --without-help --without-doxygen --disable-odk --enable-debug --without-krb5 --without-gssapi./autogen.sh --with-distro=LibreOfficeLinux --with-package-format=deb --enable-epm --without-java --disable-postgresql-sdbc --disable-gstreamer --without-java --disable-postgresql-sdbc --disable-gstreamer --without-junit --without-help --without-doxygen --disable-odk --enable-debug --without-krb5 --without-gssapi* Except from the (accidental?) double paste, I see repeating params like '*--disable-gstreamer*' at 2 different places. And I would make sure I really need all the '--without-*' and "--disable-*" params. Some might impact certain functionalities/features or extensions. Best, Muhammet * * Regards -- Original Message -- From: "Mike Kaganski" <mailto:mikekagan...@hotmail.com>> To: "Ismet Bahadir" <mailto:ismetbaha...@gmail.com>>; "Stephan Bergmann" mailto:sberg...@redhat.com>>; libreoffice@lists.freedesktop.org <mailto:libreoffice@lists.freedesktop.org> Sent: 12-Jun-20 2:53:42 PM Subject: Re: Building LO from source On 12.06.2020 8:40, Ismet Bahadir wrote: How can I exclude some of the apps such as "Draw"? 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? Or, is there a parameter for excluding apps? We have a concept of "installed" apps - using SvtModuleOptions::IsModuleInstalled, which is initialized from factory configurations (SvtModuleOptions_Impl::impl_Read). Likely it only needs some configuration setting to have all components installed (making sure that required functionality is there), but disabled on UI level. -- Best regards, Mike Kaganski ___ 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[2]: Building LO from source
Thank you everyone, Sorry for the spam e-mails. I'm trying to get a hold of this. As you suggested, I installed a new CentOS. This is the os-release result: NAME="CentOS Linux" VERSION="8 (Core)" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="8" PLATFORM_ID="platform:el8" PRETTY_NAME="CentOS Linux 8 (Core)" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:centos:centos:8" HOME_URL="https://www.centos.org/; BUG_REPORT_URL="https://bugs.centos.org/; CENTOS_MANTISBT_PROJECT="CentOS-8" CENTOS_MANTISBT_PROJECT_VERSION="8" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="8" However, this command fails: "dnf builddep libreoffice" Is it OK to use Ubuntu? I was able to install all dependencies under Ubuntu. BTW, this is the autogen.sh command I want to use. Is there any oddity? ./autogen.sh --with-distro=LibreOfficeLinux --with-package-format=deb --enable-epm --without-java --disable-postgresql-sdbc --disable-gstreamer --without-java --disable-postgresql-sdbc --disable-gstreamer --without-junit --without-help --without-doxygen --disable-odk --enable-debug --without-krb5 --without-gssapi./autogen.sh --with-distro=LibreOfficeLinux --with-package-format=deb --enable-epm --without-java --disable-postgresql-sdbc --disable-gstreamer --without-java --disable-postgresql-sdbc --disable-gstreamer --without-junit --without-help --without-doxygen --disable-odk --enable-debug --without-krb5 --without-gssapi Regards -- Original Message -- From: "Mike Kaganski" To: "Ismet Bahadir" ; "Stephan Bergmann" ; libreoffice@lists.freedesktop.org Sent: 12-Jun-20 2:53:42 PM Subject: Re: Building LO from source On 12.06.2020 8:40, Ismet Bahadir wrote: How can I exclude some of the apps such as "Draw"? 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? Or, is there a parameter for excluding apps? We have a concept of "installed" apps - using SvtModuleOptions::IsModuleInstalled, which is initialized from factory configurations (SvtModuleOptions_Impl::impl_Read). Likely it only needs some configuration setting to have all components installed (making sure that required functionality is there), but disabled on UI level. -- Best regards, Mike Kaganski___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Building LO from source
On 12.06.2020 8:40, Ismet Bahadir wrote: > How can I exclude some of the apps such as "Draw"? 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? Or, is there a parameter for excluding apps? We have a concept of "installed" apps - using SvtModuleOptions::IsModuleInstalled, which is initialized from factory configurations (SvtModuleOptions_Impl::impl_Read). Likely it only needs some configuration setting to have all components installed (making sure that required functionality is there), but disabled on UI level. -- Best regards, Mike Kaganski pEpkey.asc Description: application/pgp-keys ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Building LO from source
> > > Of course users could still access those modules via CLI if they know > how (unlikely ?). > If there is an incentive for users to do something the admins don't want them to do, they will figure out a way, and share the knowledge. To think that "users won't figure out" leads to failure. Security by obscurity never works. In this case, it is of course trivial to open Draw from any other "app", for instance from Writer, no CLI needed: FIle > New > Drawing. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
AW: [EXTERN]-Re[6]: Building LO from source
Hi, Regarding your problem installing extensions, I remember having the same Error message when I enabled Java Debugging inside LO to debug extensions. In Options – Advanced – Parameters (or similar, my UI is in german), I added some java parameters so I can attach a debugger (as described here: https://wiki.documentfoundation.org/Development/How_to_debug#Debugging_Java_components_in_LibreOffice) When these options were set and I did NOT have a debugger attached, I got the same error message when trying to install an extension. So you may check if there are JVM options set and remove them or attach a debugger and try installing your extension again. Regards, Julian Von: LibreOffice [mailto:libreoffice-boun...@lists.freedesktop.org] Im Auftrag von Ismet Bahadir Gesendet: Freitag, 12. Juni 2020 08:42 An: Regis Perdreau ; libreoffice-dev Betreff: [EXTERN]-Re[6]: Building LO from source Hi Regis, I didn't use --without-doxygen option. I'll add this, hopefully, it will compile much faster. The institution I'm giving LO is asking to remove some of the "apps" that they are not going to use. Those apps may stay in the compiled package, but I don't want users to see those apps. It's like installing MS Office with unchecking MS Access. The office software is still fully functional, but the users can't use or even see Access app. This is what I want to do with LO. Regards -- Original Message -- From: "Regis Perdreau" mailto:regis.perdr...@gmail.com>> To: "libreoffice-dev" mailto:libreoffice@lists.freedesktop.org>> Sent: 12-Jun-20 9:22:06 AM Subject: 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 mailto:ismetbaha...@gmail.com>> 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" mailto:t...@iki.fi>> To: "Ismet Bahadir" mailto:ismetbaha...@gmail.com>> Cc: "Stephan Bergmann" mailto:sberg...@redhat.com>>; "libreoffice-dev" mailto: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<mailto: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: Building LO from source
On 12/6/20 4:41 pm, Ismet Bahadir wrote: > The institution I'm giving LO is asking to remove some of the "apps" > that they are not going to use. Those apps may stay in the compiled > package, but I don't want users to see those apps. It's like installing > MS Office with unchecking MS Access. The office software is still fully > functional, but the users can't use or even see Access app. This is what > I want to do with LO. > Perhaps this is a little primitive, but you could just do a normal build/install (of everything) but remove the .desktop files for those modules you don't want users to see. That way there is no access to those modules via the normal menu system they would most likely be using. Of course users could still access those modules via CLI if they know how (unlikely ?). chris ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: AW: [EXTERN]-Re[6]: Building LO from source
Thanks Julian, I now checked my system and Java Options under Advanced tab is unchecked and that panel is passive. Thus, I cannot add or edit any Java parameters. Is it related with compile parameters? Regards -- Original Message -- From: "Kalinowski, Julian" To: "Ismet Bahadir" ; "Regis Perdreau" ; "libreoffice-dev" Sent: 12-Jun-20 12:09:00 PM Subject: AW: [EXTERN]-Re[6]: Building LO from source Hi, Regarding your problem installing extensions, I remember having the same Error message when I enabled Java Debugging inside LO to debug extensions. In Options – Advanced – Parameters (or similar, my UI is in german), I added some java parameters so I can attach a debugger (as described here: https://wiki.documentfoundation.org/Development/How_to_debug#Debugging_Java_components_in_LibreOffice <https://wiki.documentfoundation.org/Development/How_to_debug#Debugging_Java_components_in_LibreOffice>) When these options were set and I did NOT have a debugger attached, I got the same error message when trying to install an extension. So you may check if there are JVM options set and remove them or attach a debugger and try installing your extension again. Regards, Julian Von: LibreOffice [mailto:libreoffice-boun...@lists.freedesktop.org] Im Auftrag von Ismet Bahadir Gesendet: Freitag, 12. Juni 2020 08:42 An: Regis Perdreau ; libreoffice-dev Betreff: [EXTERN]-Re[6]: Building LO from source Hi Regis, I didn't use --without-doxygen option. I'll add this, hopefully, it will compile much faster. The institution I'm giving LO is asking to remove some of the "apps" that they are not going to use. Those apps may stay in the compiled package, but I don't want users to see those apps. It's like installing MS Office with unchecking MS Access. The office software is still fully functional, but the users can't use or even see Access app. This is what I want to do with LO. Regards -- Original Message -- From: "Regis Perdreau" To: "libreoffice-dev" Sent: 12-Jun-20 9:22:06 AM Subject: 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" 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[6]: Building LO from source
Hi Regis, I didn't use --without-doxygen option. I'll add this, hopefully, it will compile much faster. The institution I'm giving LO is asking to remove some of the "apps" that they are not going to use. Those apps may stay in the compiled package, but I don't want users to see those apps. It's like installing MS Office with unchecking MS Access. The office software is still fully functional, but the users can't use or even see Access app. This is what I want to do with LO. Regards -- Original Message -- From: "Regis Perdreau" To: "libreoffice-dev" Sent: 12-Jun-20 9:22:06 AM Subject: 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" 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: 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
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
Re[2]: Building LO from source
Thanks Setphan, I think it's best to recompile the source from scratch with official DEB packaging system. How can I exclude some of the apps such as "Draw"? 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? Or, is there a parameter for excluding apps? Regards -- Original Message -- From: "Stephan Bergmann" To: libreoffice@lists.freedesktop.org Cc: "Ismet Bahadir" Sent: 11-Jun-20 2:08:14 PM Subject: Re: Building LO from source On 11/06/2020 12:35, Ismet Bahadir wrote: I understand, thanks. I'll try that but compiling takes too much time. Can you guess why the extension installs successfully under Ubuntu but fails at Debian? The error message is: Binary URP bridge disposed during call. I'm afraid to face the same error after following your instructions, that's why I'm trying to understand the root cause of the problem. It likely means that the uno -> uno.bin process, spawned from soffice.bin when installing an extension, crashed (and in which case it should have generated a core file, if you have that enabled at the OS level). ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Building LO from source
On 11/06/2020 12:35, Ismet Bahadir wrote: I understand, thanks. I'll try that but compiling takes too much time. Can you guess why the extension installs successfully under Ubuntu but fails at Debian? The error message is: Binary URP bridge disposed during call. I'm afraid to face the same error after following your instructions, that's why I'm trying to understand the root cause of the problem. It likely means that the uno -> uno.bin process, spawned from soffice.bin when installing an extension, crashed (and in which case it should have generated a core file, if you have that enabled at the OS level). ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re[2]: Building LO from source
I understand, thanks. I'll try that but compiling takes too much time. Can you guess why the extension installs successfully under Ubuntu but fails at Debian? The error message is: Binary URP bridge disposed during call. I'm afraid to face the same error after following your instructions, that's why I'm trying to understand the root cause of the problem. Regards -- Original Message -- From: "Michael Stahl" To: "Ismet Bahadir" ; libreoffice@lists.freedesktop.org Sent: 11-Jun-20 11:21:58 AM Subject: Re: Building LO from source On 11.06.20 10:13, Ismet Bahadir wrote: My problem is, the .deb file works fine on Ubuntu 18.04 and I can install the extension. However, the same .deb file is installed on Debian-10 but I can't install the extension. well that isn't guaranteed to work anyway and nobody ever tested it. if you want to deploy on different distros, then it's best to build on the same OS as TDF release builds, CentOS 7. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Building LO from source
On 11.06.20 10:13, Ismet Bahadir wrote: My problem is, the .deb file works fine on Ubuntu 18.04 and I can install the extension. However, the same .deb file is installed on Debian-10 but I can't install the extension. well that isn't guaranteed to work anyway and nobody ever tested it. if you want to deploy on different distros, then it's best to build on the same OS as TDF release builds, CentOS 7. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re[2]: Building LO from source
Hi Michael, Thanks for writing back. I noticed that option after I compiled the source. I was looking a way to create a .deb file, and checkinstall was the option suggested. My problem is, the .deb file works fine on Ubuntu 18.04 and I can install the extension. However, the same .deb file is installed on Debian-10 but I can't install the extension. Regards -- Original Message -- From: "Michael Stahl" To: "Ismet Bahadir" ; libreoffice@lists.freedesktop.org Sent: 11-Jun-20 11:08:03 AM Subject: Re: Building LO from source On 11.06.20 07:34, Ismet Bahadir wrote: And, this is the link to create single DEB file: https://www.ostechnix.com/create-deb-file-source-ubuntu-16-04/ ... checkinstall? why not use --with-package-format=deb which is the supported way to create Debian packages. However, there are other requests. What I need to do is: 1) I want to exclude some software such as Draw. How can I exclude those? I'm using checkinstall to create a single DEB file to install LO on other laptops. use --with-package-format=deb 2) I want to be able to install some extensions. However I'm getting an error on Debian-10 where I can successfully install the extension on Ubuntu-18. Please see extension_error.jpg for the detail. How can I fix this error? just a guess, but try using --with-package-format=deb ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Building LO from source
On 11.06.20 07:34, Ismet Bahadir wrote: And, this is the link to create single DEB file: https://www.ostechnix.com/create-deb-file-source-ubuntu-16-04/ ... checkinstall? why not use --with-package-format=deb which is the supported way to create Debian packages. However, there are other requests. What I need to do is: 1) I want to exclude some software such as Draw. How can I exclude those? I'm using checkinstall to create a single DEB file to install LO on other laptops. use --with-package-format=deb 2) I want to be able to install some extensions. However I'm getting an error on Debian-10 where I can successfully install the extension on Ubuntu-18. Please see extension_error.jpg for the detail. How can I fix this error? just a guess, but try using --with-package-format=deb ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Building LO from source
Hi All, We are creating a customized Linux operating system based on Debian for one of our clients. They also require customized LO. Therefore, we downloaded the source code, did some changes and compiled successfully. This is the link I used to install dependencies: https://wiki.documentfoundation.org/Development/Linux_Build_Dependencies#Utopic_.2814.10.29_.2F_Vivid_.2815.04.29 This is the link to compile the source: https://wiki.documentfoundation.org/Development/BuildingOnLinux And, this is the link to create single DEB file: https://www.ostechnix.com/create-deb-file-source-ubuntu-16-04/ However, there are other requests. What I need to do is: 1) I want to exclude some software such as Draw. How can I exclude those? I'm using checkinstall to create a single DEB file to install LO on other laptops. 2) I want to be able to install some extensions. However I'm getting an error on Debian-10 where I can successfully install the extension on Ubuntu-18. Please see extension_error.jpg for the detail. How can I fix this error? How can I do these? Thanks in advance___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
