Re: how to track down parallel build issues?

Petr Mladek <[email protected]>
Newsgroups gmane.comp.gnome.ximian.openoffice
Message-ID <[email protected]>
On Saturday 22 May 2010, Andreas Radke wrote:
> Am Mon, 12 Apr 2010 14:33:17 +0200
>
> schrieb Petr Mladek <[email protected]>:
> > What do you mean with "I can build the package with -j1"? Do you mean
> > that the error does not happen when you build with -j1?
>
> Yes. Build finished when built non-smp.

Just to be sure. Did you do both build on the same system, same machine?

> I don't run into the lucene issue right now but something that looks
> similar:

grr, I feel that it is a random bug.

> This happened with ooo-build 3.2.1.1/m17 here. Maybe that's something
> different.

It is hard to guess.

> Should I try the patching again to get a strace.log?

Yes, please. The following steps worked for me (just tried):

# set paths
ooo_build_dir="/tmp/go-openoffice/trunk/src/ooo-build-3.2.1.1/"
solver_dir="$ooo_build_dir/build/ooo320-m17/solver/320/unxlngx6.pro/"

# copy the attached regcomp wrapper instead of the current hardlinked binary
# IMPORTANT: it is important to move the file before you copy the new one;
# otherwise you would rewrite regcomp.bin via hardlink!!
mv $solver_dir/bin/regcomp $solver_dir/bin/regcomp.saved
cp /saved_attachements/regcomp $solver_dir/bin/regcomp
chmod 755 $solver_dir/bin/regcomp

# run installation
cd $ooo_build_dir/bin
./ooinstall /opt/ooo-test 2>&1 | tee /install.1.log

Please, send me the /tmp/strace.1.log and the problematic 
LuceneHelpWrapper.jar.

Please, bzip2 the strace log if it is too huge.

BTW: The strace from my system is available at
http://download.go-oo.org/tstnvl/3.2.1.1-lucene-component-registration/strace.pmladek.1.log.bz2

> And yes, I'm building official packages for ArchLinux. Several branches:
> Usually vanilla stable released, latest testing (m18 now) and development
> version (m78) + latest stable bugfix release from go-openoffice/ooo-build.
>
> The smp install trouble doesn't happen in the vanilla versions. Is there a
> way to prevent smp usage for the install process?

Do you use the same configure flags with the vanilla version and ooo-build? 
Especially, do you use the same system libraries, java, ...? Do you do all 
builds on the same machine?

> make -j1 DESTDIR=${pkgdir} install || return 1  - that doesn't help here.

IMHO, the installation is never parallelized. I think that the root of the 
problem is in the build phase.

> The build is configured --with-max-jobs=${MAKEFLAGS/-j/} where I usually
> build -j6.

I use even more parallelized build and do not see such problems here.

-- 
Best Regards,

Petr Mladek
software developer
---------------------------------------------------------------------  
SUSE LINUX, s. r. o.                        e-mail: [email protected]
Lihovarská 1060/12                          tel: +420 284 028 952
190 00 Prague 9                             fax: +420 284 028 951
Czech Republic                              http://www.suse.cz/
regcomp (application/x-shellscript, 1.7 KB) - not displayed
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.