Bug#713489: slepc: FTBFS: ERROR: Unable to link with library ARPACK

Lucas Nussbaum lucas at lucas-nussbaum.net
Sat Jun 22 13:58:33 UTC 2013


Source: slepc
Version: 3.2-p5-1
Severity: serious
Tags: jessie sid
User: debian-qa at lists.debian.org
Usertags: qa-ftbfs-20130620 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
>  debian/rules build
> if [ ! -e patch ]; then \
> 	  QUILT_PATCHES=debian/patches quilt push -a || test $? = 2; \
> 	fi
> No patches in series
> touch patch
> PETSC_ARCH=linux-gnu-c-debug PETSC_DIR=/usr/lib/petsc \
> 	  SLEPC_DIR=/«PKGBUILDDIR» ./configure --with-arpack-dir=/usr/lib/debug/usr/lib \
> 	  --with-arpack-flags=-lparpack,-larpack
> Checking environment...
> Checking PETSc installation...
> Checking ARPACK library...
> ERROR: Unable to link with library ARPACK
> ERROR: In directories /usr/lib/debug/usr/lib 
> ERROR: With flags -L/usr/lib/debug/usr/lib -lparpack -larpack 
> 
> ERROR: See "linux-gnu-c-debug/conf/configure.log" file for details
> make: *** [build-arch] Error 1

The full build log is available from:
   http://aws-logs.debian.net/ftbfs-logs/2013/06/20/slepc_3.2-p5-1_unstable.log

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



More information about the debian-science-maintainers mailing list