Created attachment 875332 [details] Emerge Info Package under went a release bump from -r1 to -r2. Since bump package will persistently fail during compile fail. Emerge failure only happens with -r2. Build error reported from log: [CXX] ucb/source/ucp/cmis/std_inputstream.cxx /var/tmp/portage/app-office/libreoffice-7.5.8.2-r2/work/libreoffice-7.5.8.2/ucb/source/ucp/cmis/cmis_content.cxx:341:38: error: no type named 'setCurlInitProtocolsFunction' in 'libcmis::SessionFactory' libcmis::SessionFactory::setCurlInitProtocolsFunction(&::InitCurl_easy); ~~~~~~~~~~~~~~~~~~~~~~~~~^ /var/tmp/portage/app-office/libreoffice-7.5.8.2-r2/work/libreoffice-7.5.8.2/ucb/source/ucp/cmis/cmis_content.cxx:341:70: error: definition or redeclaration of 'InitCurl_easy' cannot name the global scope libcmis::SessionFactory::setCurlInitProtocolsFunction(&::InitCurl_easy); ~~^ /var/tmp/portage/app-office/libreoffice-7.5.8.2-r2/work/libreoffice-7.5.8.2/ucb/source/ucp/cmis/cmis_content.cxx:341:70: error: declaration of reference variable 'InitCurl_easy' requires an initializer libcmis::SessionFactory::setCurlInitProtocolsFunction(&::InitCurl_easy); ^~~~~~~~~~~~~ S=/var/tmp/portage/app-office/libreoffice-7.5.8.2-r2/work/libreoffice-7.5.8.2 && I=$S/instdir && W=$S/workdir && mkdir -p $W/CxxObject/ucb/source/ucp/cmis/ $W/Dep/CxxObject/ucb/source/ucp/cmis/ && cd /var/tmp/portage/app-office/libreoffice-7.5.8.2-r2/work/libreoffice-7.5.8.2 && CCACHE_CPP2=1 x86_64-pc-linux-gnu-clang++ -DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_SYSTEM_NO_DEPRECATED -DCPPU_ENV=gcc3 -DLINUX -DNDEBUG -DOSL_DEBUG_LEVEL=0 -DUNIX -DUNX -DX86_64 -D_PTHREADS -D_REENTRANT -DSYSTEM_CURL -DSYSTEM_LIBXML -fvisibility=hidden -Wall -Wno-missing-braces -Wendif-labels -Wextra -Wundef -Wunreachable-code -Wshadow -Wunused-macros -Wembedded-directive -finput-charset=UTF-8 -fmessage-length=0 -fno-common -pipe -fstack-protector-strong -Wdeprecated-copy-dtor -Wimplicit-fallthrough -Wunused-exception-parameter -Wrange-loop-analysis -fvisibility-inlines-hidden -fPIC -Wshadow -Woverloaded-virtual -std=c++17 -pthread -march=bdver1 -O2 -pipe -DEXCEPTIONS_ON -fexceptions -DLIBO_INTERNAL_ONLY -c $S/ucb/source/ucp/cmis/std_inputstream.cxx -o $W/CxxObject/ucb/source/ucp/cmis/std_inputstream.o -I$S/include -I$S/config_host -I$W/UnoApiHeadersTarget/udkapi/normal -I$W/UnoApiHeadersTarget/offapi/normal -I/usr/include -I/usr/include -isystem /usr/include/libcmis-0.5 -isystem /usr/include/libxml2 -isystem /usr/include/libxml2
I guess this is the curl patch... Please include the build.log, compressed if needed.
Created attachment 875333 [details] Emerge Log Log file compressed with bzip2 Original Size 5.2MB
Caught me in the process of creating the log. BZip2 compressed log file attached.
Could you update dev-cpp/libcmis to the :0/0.6 SLOT? E.g. `emerge -1a dev-cpp/libcmis:0/0.6` and report if that fixes it for you?
(In reply to Paul Zander from comment #4) > Could you update dev-cpp/libcmis to the :0/0.6 SLOT? E.g. `emerge -1a > dev-cpp/libcmis:0/0.6` and report if that fixes it for you? Bug # 917695 (https://bugs.gentoo.org/917695). libcmis was explicitly pinned at 0.5. Your suggest is to circumvent this action. Please confirm this is the intention.
(In reply to Scott Furry from comment #5) > (In reply to Paul Zander from comment #4) > > Could you update dev-cpp/libcmis to the :0/0.6 SLOT? E.g. `emerge -1a > > dev-cpp/libcmis:0/0.6` and report if that fixes it for you? > > Bug # 917695 (https://bugs.gentoo.org/917695). libcmis was explicitly pinned > at 0.5. Your suggest is to circumvent this action. Please confirm this is > the intention. 7.5.8.2-r0 is pinned to :0.5. 7.5.8.2-r2 is not.
Still compiling but review of log appears to show build has passed the libcmis section without failure.
(In reply to Sam James from comment #1) > I guess this is the curl patch... Indeed, it depends on https://github.com/tdf/libcmis/commit/260424e560275431d41b1dc3fef2dd2c71dbbc1c Since we are not going to stabilise this version yet, rather than dropping the patch, we could leave it for more testing and bump libcmis min version accordingly.
(In reply to Andreas Sturmlechner from comment #8) > (In reply to Sam James from comment #1) > > I guess this is the curl patch... > Indeed, it depends on > https://github.com/tdf/libcmis/commit/ > 260424e560275431d41b1dc3fef2dd2c71dbbc1c > > Since we are not going to stabilise this version yet, rather than dropping > the patch, we could leave it for more testing and bump libcmis min version > accordingly. wfm
(In reply to Andreas Sturmlechner from comment #8) > (In reply to Sam James from comment #1) > > I guess this is the curl patch... > Indeed, it depends on > https://github.com/tdf/libcmis/commit/ > 260424e560275431d41b1dc3fef2dd2c71dbbc1c > > Since we are not going to stabilise this version yet, rather than dropping > the patch, we could leave it for more testing and bump libcmis min version > accordingly. Recommend that libreoffice dependency libcmis have a minimum version to safe guard against future bug reports. Clearly, libcmis @ 0.5.2-r2 is insufficient to allow for successful emerge of libreoffice-7.5.8.2-r2
build successful but execution fails with terminate called after throwing an instance of 'com::sun::star::lang::WrappedTargetRuntimeException' Unspecified Application Error Need to dissect fault. Problem may be local in nature.
(In reply to Scott Furry from comment #11) > build successful but execution fails with > > terminate called after throwing an instance of > 'com::sun::star::lang::WrappedTargetRuntimeException' > Unspecified Application Error > > Need to dissect fault. Problem may be local in nature. I saw a reference to something like this earlier.. https://bugs.documentfoundation.org/show_bug.cgi?id=158107. Could you file a new bug for that please so we can dig into it there?
Let's call it a transient problem. After visiting the link above and using "libreoffice --backtrace", application started up normally. Application was then able to be started from menu normally.
*** Bug 917766 has been marked as a duplicate of this bug. ***
(In reply to Scott Furry from comment #10) > Recommend that libreoffice dependency libcmis have a minimum version to safe > guard against future bug reports. Clearly, libcmis @ 0.5.2-r2 is > insufficient to allow for successful emerge of libreoffice-7.5.8.2-r2 We've had two options here and are choosing one.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=de0a360faab26e96b35e811aba21f4d6c41cb010 commit de0a360faab26e96b35e811aba21f4d6c41cb010 Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2023-11-22 23:08:28 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2023-11-22 23:10:21 +0000 app-office/libreoffice: Raise minimum dev-cpp/libcmis version to 0.6.2 Made necessary by follow-up patch backported from 7.5.9.1. Closes: https://bugs.gentoo.org/917752 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org> app-office/libreoffice/libreoffice-7.5.8.2-r2.ebuild | 7 ++----- 1 file changed, 2 insertions(+), 5 deletions(-)
