Bug 434537 - R-RScaLAPACK failed massrebuild attempt for GCC 4.3
Summary: R-RScaLAPACK failed massrebuild attempt for GCC 4.3
Alias: None
Product: Fedora
Classification: Fedora
Component: R-RScaLAPACK
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Tom "spot" Callaway
QA Contact: Fedora Extras Quality Assurance
Depends On:
Blocks: gcc43errors
TreeView+ depends on / blocked
Reported: 2008-02-22 16:34 UTC by Jesse Keating
Modified: 2013-01-10 03:17 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2008-03-12 15:17:55 UTC
Type: ---

Attachments (Terms of Use)

Description Jesse Keating 2008-02-22 16:34:33 UTC
This is an automatically filed bug for a failed rebuild attempt for GCC 4.3.


Please verify why this build failed and fix it.
Exit code was 1, check the build.log for the failed buildArch task.

Comment 1 Jesse Keating 2008-02-22 22:16:12 UTC
Putting this back on the tracker, not sure why it was removed.

Comment 2 John Poelstra 2008-02-29 20:30:27 UTC
descendant build failed on x86_64

Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.33539
+ umask 022
+ cd /builddir/build/BUILD
+ export LANG
+ unset DISPLAY
+ rm -rf /var/tmp/R-RScaLAPACK-0.5.1-11.fc9.1-root-mockbuild
+ mkdir -p /var/tmp/R-RScaLAPACK-0.5.1-11.fc9.1-root-mockbuild/usr/lib64/R/library
+ /usr/bin/R CMD INSTALL '--configure-args=CFLAGS='\''-O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4
-m64 -mtune=generic -I/usr/include/lam/ -I/usr/include/lam/64 -L/usr/lib64/lam
-lutil -lmpiblacsCinit -lmpiblacs -llam -llamf77mpi -lmpi -llapack'\''
FFLAGS='\''-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic
-I/usr/include/lam/ -I/usr/include/lam/64 -L/usr/lib64/lam -lutil -llapack
-lmpi'\''' -l
/var/tmp/R-RScaLAPACK-0.5.1-11.fc9.1-root-mockbuild/usr/lib64/R/library RScaLAPACK
* Installing *source* package 'RScaLAPACK' ...
checking for gcc... gcc -m64 -std=gnu99
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc -m64 -std=gnu99 accepts -g... yes
checking for gcc -m64 -std=gnu99 option to accept ANSI C... none needed
checking for pthread_atfork in -lpthread... yes
checking for LAM-MPI... checking LAM-MPI Libraries in the system... checking for
library containing lam_rtrstore... none required
checking for lam_rtrstore in -llam... yes
checking for MPI_Comm_spawn in -lmpi... no
configure: LAM-libmpi.a not found
checking for mpi_comm_create__ in -llamf77mpi... no
configure: LAM-liblamf77mpi.a not found
checking for MPICH... checking for library containing MPI_Comm_spawn... none
checking for MPI_Intercomm_merge in -lmpich... no
configure: error: libmpich.a not found
ERROR: configuration failed for package 'RScaLAPACK'
** Removing
error: Bad exit status from /var/tmp/rpm-tmp.33539 (%install)

RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.33539 (%install)
EXCEPTION: Command failed. See logs for output.
 # bash --login -c 'rpmbuild -bb --target x86_64 --nodeps
Traceback (most recent call last):
  File "/usr/lib/python2.4/site-packages/mock/trace_decorator.py", line 70, in trace
    result = func(*args, **kw)
  File "/usr/lib/python2.4/site-packages/mock/util.py", line 287, in do
    raise mock.exception.Error, ("Command failed. See logs for output.\n # %s" %
(command,), ret)
Error: Command failed. See logs for output.
 # bash --login -c 'rpmbuild -bb --target x86_64 --nodeps

Comment 3 Tom "spot" Callaway 2008-02-29 20:43:28 UTC
Something very very strange is happening here. I cannot reproduce this failure
locally in mock.

This is what seems to be happening:

The R-RScaLAPACK package depends on lam-libs (which put their libraries in
%{_libdir}/lam). lam-libs also includes a %{_libdir}/lam/lam.ld.conf which gets
copied to /etc/ld.so.conf.d/ in %post (via alternatives, and ldconfig is run:

%post libs
alternatives --install %{_sysconfdir}/ld.so.conf.d/mpi%{mode}.conf \
                        mpilibs%{mode} %{_libdir}/lam/lam.ld.conf %{priority}

Now, with that said, R-RScaLAPACK is somehow finding liblam, but not libmpi,
even though they're in the same package and same directory. The fact that I
cannot reproduce this failure with make mockbuild worries me.

Comment 4 Tom "spot" Callaway 2008-03-12 15:17:55 UTC
I got this to go through the buildsystem. I have no idea why it wouldn't go
through before. :P

R-RScaLAPACK-0.5.1-11.fc9.2 is in rawhide now.

Note You need to log in before you can comment on or make changes to this bug.