[Bug 205242] editors/libreoffice (5.0.3, r403255) does not build in poudriere on 11.0-CURRENT r276659
Michael Jung
mikej at mikej.com
Wed Dec 16 18:07:20 UTC 2015
On 2015-12-16 03:15, Matthias Apitz wrote:
> El día Tuesday, December 15, 2015 a las 05:31:39PM -0500, Michael Jung
> escribió:
>
>> > I still have a copy of the failed workspace.
>> >
>> > matthias
>>
>> FWIW
>>
>> # $FreeBSD: head/editors/libreoffice/Makefile 403436 2015-12-09
>> 23:43:30Z jbeich $
>>
>> built without error for me on FreeBSD 11.0-CURRENT #10 r291494M today.
>>
>> using poudriere-devel-3.1.99.20151204
>>
>> ...
>
>> I'll be happy to post the log file or provide additional info if help
>> other regard
>> this as (s)HAM
>
> Question: Do you compiled the port in poudriere with clang or gcc?
> Please send ma the log off-list. Thanks.
>
> Meanwhile, I could catch the situation with the failing gengal.bin for
> the Gallery/arrows dir. A truss shows that the proc for gengal is
> failing during start with a message:
>
>
> pen("/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Rdb/ure/services.rdb",O_EXCL,00)
> = 7 (0x7)
> fstat(7,{ mode=-rw-r--r-- ,inode=168077,size=7991,blksize=4096 }) = 0
> (0x0)
> mmap(0x0,7991,PROT_READ,MAP_SHARED,7,0x0) = 34367979520
> (0x8007dc000)
> munmap(0x8007dc000,7991) = 0 (0x0)
> close(7) = 0 (0x0)
> write(2,"Bootstrap exception 'service not supplied'\n",43) = 43 (0x2b)
> _umtx_op(0x800630008,UMTX_OP_WAIT_UINT_PRIVATE,0x0,0x18,0x7fffdfffdee0)
> = 0 (0x0)
> _umtx_op(0x819c06658,UMTX_OP_NWAKE_PRIVATE,0x1,0x0,0x0) = 0 (0x0)
> open("/lib/libgcc_s.so.1",O_CLOEXEC,00) = 7 (0x7)
> fstat(7,{ mode=-r--r--r-- ,inode=16373968,size=56248,blksize=32768 }) =
> 0 (0x0)
> close(7) = 0 (0x0)
> _umtx_op(0x819c07000,UMTX_OP_WAIT,0x1875d,0x0,0x0) = 0 (0x0)
> munmap(0x8007cc000,65536) = 0 (0x0)
> munmap(0x8007bc000,65536) = 0 (0x0)
> madvise(0x819cf0000,0x3a000,0x5,0x804d4dbe8,0x804d4dbe8,0x0) = 0 (0x0)
> close(3) = 0 (0x0)
> madvise(0x819cbe000,0x32000,0x5,0x804d4dbe8,0x804d4dbe8,0x0) = 0 (0x0)
> madvise(0x819c9c000,0x2000,0x5,0x804d4dbe8,0x804d4dbe8,0x0) = 0 (0x0)
> process exit, rval = 1
>
> I have from the situation the following data:
>
> - complete args and environment for gengal.bin
> - the above visible XML file services.rdb
> - the complete truss file
>
> The failing code in gengal.cxx is this
>
> void GalApp::Init()
> {
> try {
> if( !mbInBuildTree && getenv( "OOO_INSTALL_PREFIX" ) == NULL )
> {
> OUString fileName = GetAppFileName();
> int lastSlash = fileName.lastIndexOf( '/' );
> #ifdef WNT
> // Don't know which directory separators GetAppFileName()
> // returns on Windows.
> // Be safe and take into consideration they might be
> // backslashes.
> if( fileName.lastIndexOf( '\\' ) > lastSlash )
> lastSlash = fileName.lastIndexOf( '\\' );
> #endif
> OUString baseBinDir = fileName.copy( 0, lastSlash );
> OUString installPrefix = baseBinDir + "/../..";
>
> OUString envVar( "OOO_INSTALL_PREFIX");
> osl_setEnvironment(envVar.pData, installPrefix.pData);
> }
> OSL_TRACE( "OOO_INSTALL_PREFIX=%s", getenv(
> "OOO_INSTALL_PREFIX"
> ) );
>
> uno::Reference<uno::XComponentContext> xComponentContext
> = ::cppu::defaultBootstrap_InitialComponentContext();
> xMSF = uno::Reference<lang::XMultiServiceFactory>
> ( xComponentContext->getServiceManager(), uno::UNO_QUERY );
> if( !xMSF.is() )
> {
> fprintf( stderr, "Failed to bootstrap\n" );
> exit( 1 );
> }
> ::comphelper::setProcessServiceFactory( xMSF );
>
> // For backwards compatibility, in case some code still uses
> // plain
> // createInstance w/o args directly to obtain an instance:
>
> com::sun::star::ucb::UniversalContentBroker::create(xComponentContext);
> } catch (const uno::Exception &e) {
> fprintf( stderr, "Bootstrap exception '%s'\n",
>
> And I can very easy reproduce the problem by just un-taring a saved
> work/ dir into a stopped jail, if someone with more C++ and libreoffice
> knowledge is willing to investigate this.
>
> Just drop me a line. Thanks
>
> matthias
Clang - Log is in route.
--mikej
More information about the freebsd-ports
mailing list