Re: [Bug 205242] editors/libreoffice (5.0.3, r403255) does not build in poudriere on 11.0-CURRENT r276659
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(0x819cf,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 xComponentContext
= ::cppu::defaultBootstrap_InitialComponentContext();
xMSF = uno::Reference
( 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 ) {
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
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [Bug 205242] editors/libreoffice (5.0.3, r403255) does not build in poudriere on 11.0-CURRENT r276659
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(0x819cf,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 xComponentContext
= ::cppu::defaultBootstrap_InitialComponentContext();
xMSF = uno::Reference
( 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 ) {
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
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ ☎
+49-176-38902045
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [Bug 205242] editors/libreoffice (5.0.3, r403255) does not build in poudriere on 11.0-CURRENT r276659
El día Sunday, December 13, 2015 a las 03:10:27PM -0800, Don Lewis escribió: > > I will give it a try with > > > > # poudriere bulk -j freebsd-head -p ports-20151208 -w editors/libreoffice > > > > There is also the flag -i for poudriere, but I have never used this > > before. Is there any guiding doc how to debug failing ports in > > poudriere? > > I usually use testport -i, which drops into a shell inside the build > jail after the build finishes. That allows me to tweak things inside > the jail and rerun make or try other commands to quickly see the result. > In your case the command would be: > > poudriere testport -j freebsd-head -p ports-20151208 -i -o editors/libreoffice I have a saved workspace with the problem of the arrows file in Galery; as I can not reach this point with 'poudriere testport ...' I have the following idea: 1. start poudriere testport ... 2. kill any process when the build phase has started to get the build failing and the shell of the jail; 3. from outside un-tar the saved workspace to overlay the actual workspace; 4. dig into the part failing; I think even a 'gmake' from top should stop in the place in question; at least I should be able to re-run this 'gengal.bin' binary and see why the files are coming out as zero size; Will this work? matthias -- Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ ☎ +49-176-38902045 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [Bug 205242] editors/libreoffice (5.0.3, r403255) does not build in poudriere on 11.0-CURRENT r276659
On 2015-12-15 09:02, Matthias Apitz wrote:
El día Monday, December 14, 2015 a las 06:59:48AM +0100, Matthias
Apitz escribió:
> > There are other (older) cases visible with Google showing the same
> > problem, for example:
> > https://forums-web2.gentoo.org/viewtopic-t-1025000.html
> > saying that the dir /Gallery/arrows/ only contains two empty files
> > with the names arrows.sdv and arrows.thm. The files are not part of the
> > tar file in /usr/ports/distfiles so they are perhaps generated wrong
> > on the run.
I could save the workspace and it shows that the two mentioned files
are
zero sized:
# ls -l libreoffice-5.0.3.2/workdir/Gallery/arrows/arrows.*
-rw-r--r-- 1 guru wheel 0 Dec 13 21:48
libreoffice-5.0.3.2/workdir/Gallery/arrows/arrows.sdv
-rw-r--r-- 1 guru wheel 0 Dec 13 21:48
libreoffice-5.0.3.2/workdir/Gallery/arrows/arrows.thm
the files are generated by some tool 'gengal'
libreoffice-5.0.3.2/svx/source/gengal
libreoffice-5.0.3.2/svx/source/gengal/gengal.sh
libreoffice-5.0.3.2/svx/source/gengal/gengal.cxx
The shell script gengal.sh is not used;
I was unable to use 'poudriere testport ...' with this the make cores
at
some earlier point.
I've built it again the port within podriere mit more verbosity; the
failing part is this:
...
[build LNK] Executable/gengal.bin
S=/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2 &&
I=$S/instdir && W=$S/workdir && clang++-Wl,-z,origin
'-Wl,-rpath,$ORIGIN' -Wl,-rpath-link,$I/program
-fstack-protector-strong -Wl,-rpath-link,/lib:/usr/lib
-Wl,-z,combreloc -Wl,--hash-style=gnu -Wl,--dynamic-list-cpp-new
-Wl,--dynamic-list-cpp-typeinfo -Wl,-Bsymbolic-functions
-L$W/LinkTarget/StaticLibrary -L$I/sdk/lib -L$I/program -L$I/program
-L/usr/local/lib -fstack-protector -L/usr/local/lib
$W/CxxObject/svx/source/gengal/gengal.o -Wl,--start-group
$W/LinkTarget/StaticLibrary/libvclmain.a
$W/LinkTarget/StaticLibrary/libglxtest.a -lGL -lX11 -Wl,--end-group
-Wl,--no-as-needed -lbasegfxlo -luno_sal -ltllo -lsvllo -lsvtlo
-lcomphelper -luno_cppu -luno_cppuhelpergcc3 -lutllo -lvcllo
-lsvxcorelo -o $I/program/gengal.bin
TEMPFILE=/tmp/gbuild.XX.KP2AjNiW && mv ${TEMPFILE}
/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/LinkTarget/Executable/gengal.bin.objectlist
touch
/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Executable/gengal.run
mkdir -p
/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Gallery/
mkdir -p
/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Gallery/arrows/
mkdir -p
/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Package/prepared/Gallery/Files/
&& touch
/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Package/prepared/Gallery/Files/arrows
[build GAL] arrows
S=/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2 &&
I=$S/instdir && W=$S/workdir && rm -f $W/Gallery/arrows/* &&
RESPONSEFILE=/tmp/gbuild.XX.bLFqAu2F && SAL_USE_VCLPLUGIN=svp
LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}"$I/program:$I/program"
$I/program/gengal.bin "-env:BRAND_BASE_DIR=file://$S/instdir"
"-env:CONFIGURATION_LAYERS=xcsxcu:file://$I/share/registry"
"-env:UNO_SERVICES=file://$W/Rdb/ure/services.rdb
file://$W/ComponentTarget/comphelper/util/comphelp.component
file://$W/ComponentTarget/configmgr/source/configmgr.component
file://$W/ComponentTarget/drawinglayer/drawinglayer.component
file://$W/ComponentTarget/framework/util/fwk.component
file://$W/ComponentTarget/i18npool/util/i18npool.component
file://$W/ComponentTarget/package/source/xstor/xstor.component
file://$W/ComponentTarget/package/util/package2.component
file://$W/ComponentTarget/sax/source/expatwrap/expwrap.component
file://$W/ComponentTarget/sfx2/util/sfx.component
file://$W/ComponentTarget/svgio/svgio.component
file://$W/ComponentTarget/svx/util/svx.component
file://$W/ComponentTarget/svx/util/svxcore.component
file://$W/ComponentTarget/ucb/source/core/ucb1.component
file://$W/ComponentTarget/ucb/source/ucp/file/ucpfile1.component
file://$W/ComponentTarget/unoxml/source/service/unoxml.component"
"-env:UNO_TYPES= file://$I/program/types/offapi.rdb
file://$I/program/types.rdb"
-env:URE_INTERNAL_LIB_DIR=file://$I/program
-env:LO_LIB_DIR=file://$I/program --build-tree --destdir
file://$S/extras/source/gallery --name "arrows" --path
$W/Gallery/arrows --filenames file://$RESPONSEFILE && rm
$RESPONSEFILE && touch $W/Gallery/arrows.done
Work on gallery
'file:///wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Gallery/arrows'
Existing themes: 0
Existing themes: 1
Failed to acquire theme
/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/solenv/gbuild/Gallery.mk:72:
recipe for target
'/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Gallery/arrows.done'
failed
gmake[2]: ***
Re: [Bug 205242] editors/libreoffice (5.0.3, r403255) does not build in poudriere on 11.0-CURRENT r276659
El día Monday, December 14, 2015 a las 06:59:48AM +0100, Matthias Apitz
escribió:
> > > There are other (older) cases visible with Google showing the same
> > > problem, for example:
> > > https://forums-web2.gentoo.org/viewtopic-t-1025000.html
> > > saying that the dir /Gallery/arrows/ only contains two empty files
> > > with the names arrows.sdv and arrows.thm. The files are not part of the
> > > tar file in /usr/ports/distfiles so they are perhaps generated wrong
> > > on the run.
>
> I could save the workspace and it shows that the two mentioned files are
> zero sized:
>
> # ls -l libreoffice-5.0.3.2/workdir/Gallery/arrows/arrows.*
> -rw-r--r-- 1 guru wheel 0 Dec 13 21:48
> libreoffice-5.0.3.2/workdir/Gallery/arrows/arrows.sdv
> -rw-r--r-- 1 guru wheel 0 Dec 13 21:48
> libreoffice-5.0.3.2/workdir/Gallery/arrows/arrows.thm
>
> the files are generated by some tool 'gengal'
>
> libreoffice-5.0.3.2/svx/source/gengal
> libreoffice-5.0.3.2/svx/source/gengal/gengal.sh
> libreoffice-5.0.3.2/svx/source/gengal/gengal.cxx
The shell script gengal.sh is not used;
I was unable to use 'poudriere testport ...' with this the make cores at
some earlier point.
I've built it again the port within podriere mit more verbosity; the
failing part is this:
...
[build LNK] Executable/gengal.bin
S=/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2 &&
I=$S/instdir && W=$S/workdir && clang++-Wl,-z,origin '-Wl,-rpath,$ORIGIN'
-Wl,-rpath-link,$I/program -fstack-protector-strong
-Wl,-rpath-link,/lib:/usr/lib -Wl,-z,combreloc -Wl,--hash-style=gnu
-Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo
-Wl,-Bsymbolic-functions -L$W/LinkTarget/StaticLibrary -L$I/sdk/lib
-L$I/program -L$I/program -L/usr/local/lib -fstack-protector
-L/usr/local/lib $W/CxxObject/svx/source/gengal/gengal.o -Wl,--start-group
$W/LinkTarget/StaticLibrary/libvclmain.a
$W/LinkTarget/StaticLibrary/libglxtest.a -lGL -lX11 -Wl,--end-group
-Wl,--no-as-needed -lbasegfxlo -luno_sal -ltllo -lsvllo -lsvtlo -lcomphelper
-luno_cppu -luno_cppuhelpergcc3 -lutllo -lvcllo -lsvxcorelo -o
$I/program/gengal.bin
TEMPFILE=/tmp/gbuild.XX.KP2AjNiW && mv ${TEMPFILE}
/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/LinkTarget/Executable/gengal.bin.objectlist
touch
/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Executable/gengal.run
mkdir -p
/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Gallery/
mkdir -p
/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Gallery/arrows/
mkdir -p
/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Package/prepared/Gallery/Files/
&& touch
/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Package/prepared/Gallery/Files/arrows
[build GAL] arrows
S=/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2 &&
I=$S/instdir && W=$S/workdir && rm -f $W/Gallery/arrows/* &&
RESPONSEFILE=/tmp/gbuild.XX.bLFqAu2F && SAL_USE_VCLPLUGIN=svp
LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}"$I/program:$I/program"
$I/program/gengal.bin "-env:BRAND_BASE_DIR=file://$S/instdir"
"-env:CONFIGURATION_LAYERS=xcsxcu:file://$I/share/registry"
"-env:UNO_SERVICES=file://$W/Rdb/ure/services.rdb
file://$W/ComponentTarget/comphelper/util/comphelp.component
file://$W/ComponentTarget/configmgr/source/configmgr.component
file://$W/ComponentTarget/drawinglayer/drawinglayer.component
file://$W/ComponentTarget/framework/util/fwk.component
file://$W/ComponentTarget/i18npool/util/i18npool.component
file://$W/ComponentTarget/package/source/xstor/xstor.component
file://$W/ComponentTarget/package/util/package2.component
file://$W/ComponentTarget/sax/source/expatwrap/expwrap.component
file://$W/ComponentTarget/sfx2/util/sfx.component
file://$W/ComponentTarget/svgio/svgio.component
file://$W/ComponentTarget/svx/util/svx.component
file://$W/ComponentTarget/svx/util/svxcore.component
file://$W/ComponentTarget/ucb/source/core/ucb1.component
file://$W/ComponentTarget/ucb/source/ucp/file/ucpfile1.component
file://$W/ComponentTarget/unoxml/source/service/unoxml.component"
"-env:UNO_TYPES= file://$I/program/types/offapi.rdb
file://$I/program/types.rdb" -env:URE_INTERNAL_LIB_DIR=file://$I/program
-env:LO_LIB_DIR=file://$I/program --build-tree --destdir
file://$S/extras/source/gallery --name "arrows" --path $W/Gallery/arrows
--filenames file://$RESPONSEFILE && rm $RESPONSEFILE && touch
$W/Gallery/arrows.done
Work on gallery
'file:///wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Gallery/arrows'
Existing themes: 0
Existing themes: 1
Failed to acquire theme
/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/solenv/gbuild/Gallery.mk:72:
recipe for target
'/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Gallery/arrows.done'
failed
gmake[2]: ***
Re: [Bug 205242] editors/libreoffice (5.0.3, r403255) does not build in poudriere on 11.0-CURRENT r276659
El día Sunday, December 13, 2015 a las 03:10:27PM -0800, Don Lewis escribió: > I usually use testport -i, which drops into a shell inside the build > jail after the build finishes. That allows me to tweak things inside > the jail and rerun make or try other commands to quickly see the result. > In your case the command would be: > > poudriere testport -j freebsd-head -p ports-20151208 -i -o editors/libreoffice Seems to be a moving target; now with the 'poudriere testport ...' some make component crashes somewhere before getting to the point of the problem with the arrows of the galery matthias -- Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ ☎ +49-176-38902045 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [Bug 205242] editors/libreoffice (5.0.3, r403255) does not build in poudriere on 11.0-CURRENT r276659
El día Friday, December 11, 2015 a las 10:46:18AM +, bugzilla-nore...@freebsd.org escribió: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205242 > > Bug ID: 205242 >Summary: editors/libreoffice (5.0.3, r403255) does not build in > poudriere on 11.0-CURRENT r276659 >Product: Ports & Packages >Version: Latest > Hardware: amd64 > OS: Any > Status: New > Severity: Affects Only Me > Priority: --- > Component: Individual Port(s) > Assignee: off...@freebsd.org > Reporter: g...@unixarea.de > Assignee: off...@freebsd.org > Flags: maintainer-feedback?(off...@freebsd.org) > > The port build in poudriere stops at the end after many hours with: > > [build LNK] StaticLibrary/libvclmain.a > [build LNK] Executable/gengal.bin > [build GAL] arrows > Work on gallery > 'file:///wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Gallery/arrows' > Existing themes: 0 > Existing themes: 1 > Failed to acquire theme > /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/solenv/gbuild/Gallery.mk:72: > recipe for target > '/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Gallery/arrows.done' > failed > ... There are other (older) cases visible with Google showing the same problem, for example: https://forums-web2.gentoo.org/viewtopic-t-1025000.html saying that the dir /Gallery/arrows/ only contains two empty files with the names arrows.sdv and arrows.thm. The files are not part of the tar file in /usr/ports/distfiles so they are perhaps generated wrong on the run. What is the best way with poudriere(!) to nail this down, because poudriere cleans the workspace? I will give it a try with # poudriere bulk -j freebsd-head -p ports-20151208 -w editors/libreoffice There is also the flag -i for poudriere, but I have never used this before. Is there any guiding doc how to debug failing ports in poudriere? Thanks matthias -- Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ ☎ +49-176-38902045 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [Bug 205242] editors/libreoffice (5.0.3, r403255) does not build in poudriere on 11.0-CURRENT r276659
On Sunday, 13 December 2015 17:43:08 CET, olli hauer wrote:
On 2015-12-13 17:20, Matthias Apitz wrote:
The port build in poudriere stops at
What is the best way with poudriere(!) to nail this down, because
poudriere cleans the workspace?
I will give it a try with
# poudriere bulk -j freebsd-head -p ports-20151208 -w editors/libreoffice
There is also the flag -i for poudriere, but I have never used this
before. Is there any guiding doc how to debug failing ports in
poudriere?
There is a way to archive the complete $port/work directory in
case the build failed.
# poudriere.conf:
# If set, failed builds will save the WRKDIR to ${POUDRIERE_DATA}/wrkdirs
SAVE_WRKDIR=yes
Thanks for that hint. The above -w flag should also save the wrkdir
somewhere.
It should be possible to extract the archive into the port and
start with the failed build
I can not start the build outside the poudriere jail, there is not enough
installed at this host.
We will see.
matthias
--
Sent from my Ubuntu phone
http://www.unixarea.de/
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [Bug 205242] editors/libreoffice (5.0.3, r403255) does not build in poudriere on 11.0-CURRENT r276659
On 2015-12-13 17:20, Matthias Apitz wrote:
> El día Friday, December 11, 2015 a las 10:46:18AM +,
> bugzilla-nore...@freebsd.org escribió:
>
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205242
>>
>> Bug ID: 205242
>>Summary: editors/libreoffice (5.0.3, r403255) does not build in
>> poudriere on 11.0-CURRENT r276659
>>Product: Ports & Packages
>>Version: Latest
>> Hardware: amd64
>> OS: Any
>> Status: New
>> Severity: Affects Only Me
>> Priority: ---
>> Component: Individual Port(s)
>> Assignee: off...@freebsd.org
>> Reporter: g...@unixarea.de
>> Assignee: off...@freebsd.org
>> Flags: maintainer-feedback?(off...@freebsd.org)
>>
>> The port build in poudriere stops at the end after many hours with:
>>
>> [build LNK] StaticLibrary/libvclmain.a
>> [build LNK] Executable/gengal.bin
>> [build GAL] arrows
>> Work on gallery
>> 'file:///wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Gallery/arrows'
>> Existing themes: 0
>> Existing themes: 1
>> Failed to acquire theme
>> /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/solenv/gbuild/Gallery.mk:72:
>> recipe for target
>> '/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Gallery/arrows.done'
>> failed
>> ...
>
> There are other (older) cases visible with Google showing the same
> problem, for example:
> https://forums-web2.gentoo.org/viewtopic-t-1025000.html
> saying that the dir /Gallery/arrows/ only contains two empty files
> with the names arrows.sdv and arrows.thm. The files are not part of the
> tar file in /usr/ports/distfiles so they are perhaps generated wrong
> on the run.
>
> What is the best way with poudriere(!) to nail this down, because
> poudriere cleans the workspace?
>
> I will give it a try with
>
> # poudriere bulk -j freebsd-head -p ports-20151208 -w editors/libreoffice
>
> There is also the flag -i for poudriere, but I have never used this
> before. Is there any guiding doc how to debug failing ports in
> poudriere?
>
There is a way to archive the complete $port/work directory in case the build
failed.
# poudriere.conf:
# If set, failed builds will save the WRKDIR to ${POUDRIERE_DATA}/wrkdirs
SAVE_WRKDIR=yes
It should be possible to extract the archive into the port and start with the
failed build
--
olli
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [Bug 205242] editors/libreoffice (5.0.3, r403255) does not build in poudriere on 11.0-CURRENT r276659
On 13 Dec, Matthias Apitz wrote: > El día Friday, December 11, 2015 a las 10:46:18AM +, > bugzilla-nore...@freebsd.org escribió: > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205242 >> >> Bug ID: 205242 >>Summary: editors/libreoffice (5.0.3, r403255) does not build in >> poudriere on 11.0-CURRENT r276659 >>Product: Ports & Packages >>Version: Latest >> Hardware: amd64 >> OS: Any >> Status: New >> Severity: Affects Only Me >> Priority: --- >> Component: Individual Port(s) >> Assignee: off...@freebsd.org >> Reporter: g...@unixarea.de >> Assignee: off...@freebsd.org >> Flags: maintainer-feedback?(off...@freebsd.org) >> >> The port build in poudriere stops at the end after many hours with: >> >> [build LNK] StaticLibrary/libvclmain.a >> [build LNK] Executable/gengal.bin >> [build GAL] arrows >> Work on gallery >> 'file:///wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Gallery/arrows' >> Existing themes: 0 >> Existing themes: 1 >> Failed to acquire theme >> /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/solenv/gbuild/Gallery.mk:72: >> recipe for target >> '/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Gallery/arrows.done' >> failed >> ... > > There are other (older) cases visible with Google showing the same > problem, for example: > https://forums-web2.gentoo.org/viewtopic-t-1025000.html > saying that the dir /Gallery/arrows/ only contains two empty files > with the names arrows.sdv and arrows.thm. The files are not part of the > tar file in /usr/ports/distfiles so they are perhaps generated wrong > on the run. > > What is the best way with poudriere(!) to nail this down, because > poudriere cleans the workspace? > > I will give it a try with > > # poudriere bulk -j freebsd-head -p ports-20151208 -w editors/libreoffice > > There is also the flag -i for poudriere, but I have never used this > before. Is there any guiding doc how to debug failing ports in > poudriere? I usually use testport -i, which drops into a shell inside the build jail after the build finishes. That allows me to tweak things inside the jail and rerun make or try other commands to quickly see the result. In your case the command would be: poudriere testport -j freebsd-head -p ports-20151208 -i -o editors/libreoffice ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [Bug 205242] editors/libreoffice (5.0.3, r403255) does not build in poudriere on 11.0-CURRENT r276659
El día Sunday, December 13, 2015 a las 03:10:27PM -0800, Don Lewis escribió: > >> The port build in poudriere stops at the end after many hours with: > >> > >> [build LNK] StaticLibrary/libvclmain.a > >> [build LNK] Executable/gengal.bin > >> [build GAL] arrows > >> Work on gallery > >> 'file:///wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Gallery/arrows' > >> Existing themes: 0 > >> Existing themes: 1 > >> Failed to acquire theme > >> /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/solenv/gbuild/Gallery.mk:72: > >> recipe for target > >> '/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.3.2/workdir/Gallery/arrows.done' > >> failed > >> ... > > > > There are other (older) cases visible with Google showing the same > > problem, for example: > > https://forums-web2.gentoo.org/viewtopic-t-1025000.html > > saying that the dir /Gallery/arrows/ only contains two empty files > > with the names arrows.sdv and arrows.thm. The files are not part of the > > tar file in /usr/ports/distfiles so they are perhaps generated wrong > > on the run. I could save the workspace and it shows that the two mentioned files are zero sized: # ls -l libreoffice-5.0.3.2/workdir/Gallery/arrows/arrows.* -rw-r--r-- 1 guru wheel 0 Dec 13 21:48 libreoffice-5.0.3.2/workdir/Gallery/arrows/arrows.sdv -rw-r--r-- 1 guru wheel 0 Dec 13 21:48 libreoffice-5.0.3.2/workdir/Gallery/arrows/arrows.thm the files are generated by some tool 'gengal' libreoffice-5.0.3.2/svx/source/gengal libreoffice-5.0.3.2/svx/source/gengal/gengal.sh libreoffice-5.0.3.2/svx/source/gengal/gengal.cxx I have even instructed the exec of the tool in 'gengal.sh' with an echo and a truss: # execute binary echo "$sd_prog/gengal.bin" "$@" "-env:INIFILENAME=vnd.sun.star.pathname:$sd_prog/redirectrc" >> gengal.txt.$$ exec truss -o "gengal.tr.$$" "$sd_prog/gengal.bin" "$@" \ "-env:INIFILENAME=vnd.sun.star.pathname:$sd_prog/redirectrc" but could not find the output files gengal.tr.pid and gengal.txt.pid in the saved workspace :-( maybe the wrapper shell script was not called; ... > > I usually use testport -i, which drops into a shell inside the build > jail after the build finishes. That allows me to tweak things inside > the jail and rerun make or try other commands to quickly see the result. > In your case the command would be: > > poudriere testport -j freebsd-head -p ports-20151208 -i -o editors/libreoffice I will try this, it is already launched but takes 5h to get to the point; thanks matthias -- Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ ☎ +49-176-38902045 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
