Re: Help building in Ubuntu 20.04.4?
Hello Matthias, all, On Mon, Mar 21, 2022 at 05:34:32PM +0100, Matthias Seidel wrote: > Hi Pedro, > > I cherry-picked the second patch, so AOO41X should build now. > > Can you test, please? Current AOO41X builds under CentOS 5, 64 bit. Best regards, -- Arrigo - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Help building in Ubuntu 20.04.4?
Hi Matthias > On 03/22/2022 1:25 PM Matthias Seidel wrote: > Can you post your configure? ./configure \ --with-build-version="$(date +"%Y-%m-%d %H:%M") - `uname -sm`" \ --with-dmake-url=https://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2 \ --with-epm-url=https://sourceforge.net/projects/oooextras.mirror/files/epm-3.7.tar.gz \ --enable-opengl \ --disable-odk \ --enable-category-b \ --with-jdk-home=/usr/lib/jvm/java-8-openjdk-amd64 \ --enable-bundled-dictionaries > > Does 41X still need gnome-vfs? > > I don't think so, but I wanted to wait for the buildbot on Thursday. Ok. Let's see how that goes. Best, Pedro > >> Am 20.03.22 um 19:10 schrieb Matthias Seidel: > >>> Hi Pedro, > >>> > >>> Am 20.03.22 um 18:44 schrieb Pedro Lino: > Hi Matthias > > > On 03/20/2022 5:22 PM Matthias Seidel > > wrote: > >> Thank you for the quick answer and solution. Unfortunately I have no > >> idea on how to backport a commit from trunk. Can you/someone please do > >> that? > > I will try. At least the ORbit patch looks easy... > Excellent! Thanks! > >>> The ORbit patch is in. > >>> > >>> @Jim/Damjan: > >>> > >>> https://github.com/apache/openoffice/commit/ca91c47212927702e72149e398fae850402fa54c > >>> > >>> This patch makes GIO default, is that available on CentOS 5? > >>> > >>> If yes, I am ready to commit it to AOO41X. > >>> > >> During compiling I realized that our build process now requires epm > >> 5.0.0 but the bootstrap still downloads epm 3.7 > >> Manually downloading epm 5 from > >> https://github.com/jimjag/epm/archive/v5.0.0.tar.gz > >> and renaming to 8ce02a315807bd406b5de85ccf63e7fb-epm-5.0.0 worked > >> > >> Can you/someone please fix the bootstrap issue? > > First of all, which version do you want to build? > > > > For AOO41X we use epm 3.7 for trunk/AOO42X we use epm 5. > Ah, yes forgot that detail :) I built 42X to test the empty/not-empty > items > > Can bootstrap download both versions and the correct one is used during > compiling? (Please remember I'm not a programmer so if this suggestion > is stupid, just ignore it) > >>> Bootstrap is part of the build process, so it always downloads the > >>> appropriate version needed for the branch. > >>> > >>> Regards, > >>> > >>> Matthias > >>> > Best, > Pedro > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > > > - > > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > > For additional commands, e-mail: dev-h...@openoffice.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Help building in Ubuntu 20.04.4?
Hi Pedro, Am 22.03.22 um 01:06 schrieb Pedro Lino: > Hi Matthias > >> I cherry-picked the second patch, so AOO41X should build now. >> >> Can you test, please? > I get a lot of errors when trying to configure 41X > > checking for GNOMEVFS... no > configure: error: Package requirements (gnome-vfs-2.0 >= 2.6.0 ) were not met: > > No package 'gnome-vfs-2.0' found > > Consider adjusting the PKG_CONFIG_PATH environment variable if you > installed software in a non-standard prefix. > > Alternatively, you may set the environment variables GNOMEVFS_CFLAGS > and GNOMEVFS_LIBS to avoid the need to call pkg-config. > See the pkg-config man page for more details. Can you post your configure? I have no idea why your build is still looking for GnomeVFS. > > Does 41X still need gnome-vfs? I don't think so, but I wanted to wait for the buildbot on Thursday. Regards, Matthias > > Best, > Pedro > >> Am 20.03.22 um 19:10 schrieb Matthias Seidel: >>> Hi Pedro, >>> >>> Am 20.03.22 um 18:44 schrieb Pedro Lino: Hi Matthias > On 03/20/2022 5:22 PM Matthias Seidel wrote: >> Thank you for the quick answer and solution. Unfortunately I have no >> idea on how to backport a commit from trunk. Can you/someone please do >> that? > I will try. At least the ORbit patch looks easy... Excellent! Thanks! >>> The ORbit patch is in. >>> >>> @Jim/Damjan: >>> >>> https://github.com/apache/openoffice/commit/ca91c47212927702e72149e398fae850402fa54c >>> >>> This patch makes GIO default, is that available on CentOS 5? >>> >>> If yes, I am ready to commit it to AOO41X. >>> >> During compiling I realized that our build process now requires epm >> 5.0.0 but the bootstrap still downloads epm 3.7 >> Manually downloading epm 5 from >> https://github.com/jimjag/epm/archive/v5.0.0.tar.gz >> and renaming to 8ce02a315807bd406b5de85ccf63e7fb-epm-5.0.0 worked >> >> Can you/someone please fix the bootstrap issue? > First of all, which version do you want to build? > > For AOO41X we use epm 3.7 for trunk/AOO42X we use epm 5. Ah, yes forgot that detail :) I built 42X to test the empty/not-empty items Can bootstrap download both versions and the correct one is used during compiling? (Please remember I'm not a programmer so if this suggestion is stupid, just ignore it) >>> Bootstrap is part of the build process, so it always downloads the >>> appropriate version needed for the branch. >>> >>> Regards, >>> >>> Matthias >>> Best, Pedro - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > smime.p7s Description: S/MIME Cryptographic Signature
Re: Help building in Ubuntu 20.04.4?
Hi Matthias > I cherry-picked the second patch, so AOO41X should build now. > > Can you test, please? I get a lot of errors when trying to configure 41X checking for GNOMEVFS... no configure: error: Package requirements (gnome-vfs-2.0 >= 2.6.0 ) were not met: No package 'gnome-vfs-2.0' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GNOMEVFS_CFLAGS and GNOMEVFS_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. Does 41X still need gnome-vfs? Best, Pedro > Am 20.03.22 um 19:10 schrieb Matthias Seidel: > > Hi Pedro, > > > > Am 20.03.22 um 18:44 schrieb Pedro Lino: > >> Hi Matthias > >> > >>> On 03/20/2022 5:22 PM Matthias Seidel wrote: > Thank you for the quick answer and solution. Unfortunately I have no > idea on how to backport a commit from trunk. Can you/someone please do > that? > >>> I will try. At least the ORbit patch looks easy... > >> Excellent! Thanks! > > The ORbit patch is in. > > > > @Jim/Damjan: > > > > https://github.com/apache/openoffice/commit/ca91c47212927702e72149e398fae850402fa54c > > > > This patch makes GIO default, is that available on CentOS 5? > > > > If yes, I am ready to commit it to AOO41X. > > > During compiling I realized that our build process now requires epm > 5.0.0 but the bootstrap still downloads epm 3.7 > Manually downloading epm 5 from > https://github.com/jimjag/epm/archive/v5.0.0.tar.gz > and renaming to 8ce02a315807bd406b5de85ccf63e7fb-epm-5.0.0 worked > > Can you/someone please fix the bootstrap issue? > >>> First of all, which version do you want to build? > >>> > >>> For AOO41X we use epm 3.7 for trunk/AOO42X we use epm 5. > >> Ah, yes forgot that detail :) I built 42X to test the empty/not-empty items > >> > >> Can bootstrap download both versions and the correct one is used during > >> compiling? (Please remember I'm not a programmer so if this suggestion is > >> stupid, just ignore it) > > Bootstrap is part of the build process, so it always downloads the > > appropriate version needed for the branch. > > > > Regards, > > > > Matthias > > > >> Best, > >> Pedro > >> > >> - > >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > >> For additional commands, e-mail: dev-h...@openoffice.apache.org > >> - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Help building in Ubuntu 20.04.4?
Hi Pedro, I cherry-picked the second patch, so AOO41X should build now. Can you test, please? Regards, Matthias Am 20.03.22 um 19:10 schrieb Matthias Seidel: > Hi Pedro, > > Am 20.03.22 um 18:44 schrieb Pedro Lino: >> Hi Matthias >> >>> On 03/20/2022 5:22 PM Matthias Seidel wrote: Thank you for the quick answer and solution. Unfortunately I have no idea on how to backport a commit from trunk. Can you/someone please do that? >>> I will try. At least the ORbit patch looks easy... >> Excellent! Thanks! > The ORbit patch is in. > > @Jim/Damjan: > > https://github.com/apache/openoffice/commit/ca91c47212927702e72149e398fae850402fa54c > > This patch makes GIO default, is that available on CentOS 5? > > If yes, I am ready to commit it to AOO41X. > During compiling I realized that our build process now requires epm 5.0.0 but the bootstrap still downloads epm 3.7 Manually downloading epm 5 from https://github.com/jimjag/epm/archive/v5.0.0.tar.gz and renaming to 8ce02a315807bd406b5de85ccf63e7fb-epm-5.0.0 worked Can you/someone please fix the bootstrap issue? >>> First of all, which version do you want to build? >>> >>> For AOO41X we use epm 3.7 for trunk/AOO42X we use epm 5. >> Ah, yes forgot that detail :) I built 42X to test the empty/not-empty items >> >> Can bootstrap download both versions and the correct one is used during >> compiling? (Please remember I'm not a programmer so if this suggestion is >> stupid, just ignore it) > Bootstrap is part of the build process, so it always downloads the > appropriate version needed for the branch. > > Regards, > > Matthias > >> Best, >> Pedro >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >> For additional commands, e-mail: dev-h...@openoffice.apache.org >> smime.p7s Description: S/MIME Cryptographic Signature
Re: Help building in Ubuntu 20.04.4?
Hi Pedro, Am 20.03.22 um 18:44 schrieb Pedro Lino: > Hi Matthias > >> On 03/20/2022 5:22 PM Matthias Seidel wrote: >>> Thank you for the quick answer and solution. Unfortunately I have no idea >>> on how to backport a commit from trunk. Can you/someone please do that? >> I will try. At least the ORbit patch looks easy... > Excellent! Thanks! The ORbit patch is in. @Jim/Damjan: https://github.com/apache/openoffice/commit/ca91c47212927702e72149e398fae850402fa54c This patch makes GIO default, is that available on CentOS 5? If yes, I am ready to commit it to AOO41X. > >>> During compiling I realized that our build process now requires epm 5.0.0 >>> but the bootstrap still downloads epm 3.7 >>> Manually downloading epm 5 from >>> https://github.com/jimjag/epm/archive/v5.0.0.tar.gz >>> and renaming to 8ce02a315807bd406b5de85ccf63e7fb-epm-5.0.0 worked >>> >>> Can you/someone please fix the bootstrap issue? >> First of all, which version do you want to build? >> >> For AOO41X we use epm 3.7 for trunk/AOO42X we use epm 5. > Ah, yes forgot that detail :) I built 42X to test the empty/not-empty items > > Can bootstrap download both versions and the correct one is used during > compiling? (Please remember I'm not a programmer so if this suggestion is > stupid, just ignore it) Bootstrap is part of the build process, so it always downloads the appropriate version needed for the branch. Regards, Matthias > > Best, > Pedro > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > smime.p7s Description: S/MIME Cryptographic Signature
Re: Help building in Ubuntu 20.04.4?
Hi Matthias > On 03/20/2022 5:22 PM Matthias Seidel wrote: > > Thank you for the quick answer and solution. Unfortunately I have no idea > > on how to backport a commit from trunk. Can you/someone please do that? > I will try. At least the ORbit patch looks easy... Excellent! Thanks! > > During compiling I realized that our build process now requires epm 5.0.0 > > but the bootstrap still downloads epm 3.7 > > Manually downloading epm 5 from > > https://github.com/jimjag/epm/archive/v5.0.0.tar.gz > > and renaming to 8ce02a315807bd406b5de85ccf63e7fb-epm-5.0.0 worked > > > > Can you/someone please fix the bootstrap issue? > > First of all, which version do you want to build? > > For AOO41X we use epm 3.7 for trunk/AOO42X we use epm 5. Ah, yes forgot that detail :) I built 42X to test the empty/not-empty items Can bootstrap download both versions and the correct one is used during compiling? (Please remember I'm not a programmer so if this suggestion is stupid, just ignore it) Best, Pedro - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Help building in Ubuntu 20.04.4?
Hi Pedro, Am 20.03.22 um 18:17 schrieb Pedro Lino: > Hi Damian > > Thank you for the quick answer and solution. Unfortunately I have no idea on > how to backport a commit from trunk. Can you/someone please do that? I will try. At least the ORbit patch looks easy... > > In any case the missing libraries were apparently not needed, as you > mentioned, since compiling finished successfully after the hack mentioned > below. > > During compiling I realized that our build process now requires epm 5.0.0 but > the bootstrap still downloads epm 3.7 > Manually downloading epm 5 from > https://github.com/jimjag/epm/archive/v5.0.0.tar.gz > and renaming to 8ce02a315807bd406b5de85ccf63e7fb-epm-5.0.0 worked > > Can you/someone please fix the bootstrap issue? First of all, which version do you want to build? For AOO41X we use epm 3.7 for trunk/AOO42X we use epm 5. Regards, Matthias > > Thanks! > > Best, > Pedro > >> On 03/20/2022 2:56 PM Damjan Jovanovic wrote: >> >> >> On Sun, Mar 20, 2022 at 3:18 PM Pedro Lino >> wrote: >> >>> Hi all >>> >>> Installing needed libraries fails with >>> >>> E: Unable to locate package libgnomevfs2-dev >>> E: Unable to locate package liborbit2-dev >>> >>> Help? >>> >>> Pedro >> >> Backport these commits from trunk: >> >> commit ca91c47212927702e72149e398fae850402fa54c >> Author: Damjan Jovanovic >> Date: Thu Oct 19 16:35:49 2017 + >> >> GnomeVFS was deprecated 9 years ago. Make GIO, its replacement, >> the default searched by configure.ac instead. >> >> >> commit 6b1c0a07ced87c91d0adf8f59096a87e364647c0 >> Author: Damjan Jovanovic >> Date: Sat Oct 21 06:15:07 2017 + >> >> Don't require ORbit to compile. We never really needed it: >> GConf makes its own CORBA connection if it needs to, and >> the only reason we included orbit.h is to check whether >> the problematic version < 2.8 was present, as it deadlocks >> the GTK VCL plugin. >> >> But ORbit 2.8 was released in 2003, and GConf doesn't >> even use CORBA connections any more. So drop the check >> and stop needing ORBit altogether. >> >> >> Regards >> Damjan > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > smime.p7s Description: S/MIME Cryptographic Signature
Re: Help building in Ubuntu 20.04.4?
Hi Damian Thank you for the quick answer and solution. Unfortunately I have no idea on how to backport a commit from trunk. Can you/someone please do that? In any case the missing libraries were apparently not needed, as you mentioned, since compiling finished successfully after the hack mentioned below. During compiling I realized that our build process now requires epm 5.0.0 but the bootstrap still downloads epm 3.7 Manually downloading epm 5 from https://github.com/jimjag/epm/archive/v5.0.0.tar.gz and renaming to 8ce02a315807bd406b5de85ccf63e7fb-epm-5.0.0 worked Can you/someone please fix the bootstrap issue? Thanks! Best, Pedro > On 03/20/2022 2:56 PM Damjan Jovanovic wrote: > > > On Sun, Mar 20, 2022 at 3:18 PM Pedro Lino > wrote: > > > Hi all > > > > Installing needed libraries fails with > > > > E: Unable to locate package libgnomevfs2-dev > > E: Unable to locate package liborbit2-dev > > > > Help? > > > > Pedro > > > Backport these commits from trunk: > > commit ca91c47212927702e72149e398fae850402fa54c > Author: Damjan Jovanovic > Date: Thu Oct 19 16:35:49 2017 + > > GnomeVFS was deprecated 9 years ago. Make GIO, its replacement, > the default searched by configure.ac instead. > > > commit 6b1c0a07ced87c91d0adf8f59096a87e364647c0 > Author: Damjan Jovanovic > Date: Sat Oct 21 06:15:07 2017 + > > Don't require ORbit to compile. We never really needed it: > GConf makes its own CORBA connection if it needs to, and > the only reason we included orbit.h is to check whether > the problematic version < 2.8 was present, as it deadlocks > the GTK VCL plugin. > > But ORbit 2.8 was released in 2003, and GConf doesn't > even use CORBA connections any more. So drop the check > and stop needing ORBit altogether. > > > Regards > Damjan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Help building in Ubuntu 20.04.4?
On Sun, Mar 20, 2022 at 3:18 PM Pedro Lino wrote: > Hi all > > Installing needed libraries fails with > > E: Unable to locate package libgnomevfs2-dev > E: Unable to locate package liborbit2-dev > > Help? > > Pedro Backport these commits from trunk: commit ca91c47212927702e72149e398fae850402fa54c Author: Damjan Jovanovic Date: Thu Oct 19 16:35:49 2017 + GnomeVFS was deprecated 9 years ago. Make GIO, its replacement, the default searched by configure.ac instead. commit 6b1c0a07ced87c91d0adf8f59096a87e364647c0 Author: Damjan Jovanovic Date: Sat Oct 21 06:15:07 2017 + Don't require ORbit to compile. We never really needed it: GConf makes its own CORBA connection if it needs to, and the only reason we included orbit.h is to check whether the problematic version < 2.8 was present, as it deadlocks the GTK VCL plugin. But ORbit 2.8 was released in 2003, and GConf doesn't even use CORBA connections any more. So drop the check and stop needing ORBit altogether. Regards Damjan
