Your message dated Sun, 12 Jun 2011 16:10:22 +0200
with message-id <[email protected]>
and subject line Re: Bug#629670: libpar-packer-perl: FTBFS: main.c:79:
undefined reference to `pthread_atfork'
has caused the Debian Bug report #629670,
regarding libpar-packer-perl: FTBFS: main.c:79: undefined reference to
`pthread_atfork'
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
629670: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629670
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Source: libpar-packer-perl
Version: 1.008-1
Severity: serious
Tags: wheezy sid
User: [email protected]
Usertags: qa-ftbfs-20110607 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
> cc main.o my_par_pl.o -s -Wl,-E -fstack-protector -L/usr/local/lib
> -L/usr/lib/perl/5.12/CORE -lperl -o ./par
> main.o: In function `main':
> /«BUILDDIR»/libpar-packer-perl-1.008/myldr/main.c:79: undefined reference to
> `pthread_atfork'
> collect2: ld returned 1 exit status
The full build log is available from:
http://people.debian.org/~lucas/logs/2011/06/07/libpar-packer-perl_1.008-1_lsid64.buildlog
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 about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot. Internet was not
accessible from the build systems.
--- End Message ---
--- Begin Message ---
On Sat, 11 Jun 2011 18:07:41 +0300, Niko Tyni wrote:
> > Hm, is it possible that this is actually a problem in ExtUtils::Embed
> > and friends? At least that's where the compiler and linker options
> > come from.
> Yes. The libraries have been moved to the multiarch directories
> (/lib/x86_64-linux-gnu/ and the like) in eglibc 2.13-5, and perl
> now needs a rebuild.
> A binNMU should be sufficient to get the multiarch directories into the
> perl search path (perl -V:libpth), it's just been dropping the directories
> until now because they didn't exist at build time.
And indeed, libpar-packer-perl (both 1.0008-1 and 1.0009-1) build
find against the binNUMed perl 5.12.3-7+b1.
Cheers,
gregor, closing the bug
--
.''`. Homepage: http://info.comodo.priv.at/ - PGP/GPG key ID: 0x8649AA06
: :' : Debian GNU/Linux user, admin, & developer - http://www.debian.org/
`. `' Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
`- NP: Beatles
signature.asc
Description: Digital signature
--- End Message ---
