Source: e2fsprogs
Version: 1.43.7-1
Severity: serious
Justification: FTBFS
Usertags: rebootstrap

I was investigating a bootstrap failure for mips64el
and wondered whether this was a native issue. Indeed a native build of
e2fsprogs fails on mips64el and the build log ends as follows:

| /usr/bin/make -C /home/helmutg/e2fsprogs-1.43.7/debian/BUILD-STD/e2fsck V=1 
| make[1]: Entering directory 
| gcc -Wl,-z,relro -Wl,-z,now -static -o e2fsck.static unix.o e2fsck.o super.o 
pass1.o pass1b.o pass2.o pass3.o pass4.o pass5.o journal.o badblocks.o util.o 
dirinfo.o dx_dirinfo.o ehandler.o problem.o message.o quota.o recovery.o 
region.o revoke.o ea_refcount.o rehash.o logfile.o sigcatcher.o  readahead.o 
extents.o   ../lib/libsupport.a ../lib/libext2fs.a ../lib/libcom_err.a 
-lpthread -lblkid -luuid -luuid  -luuid   ../lib/libe2p.a -ldl -lblkid  
| logfile.o: In function `expand_percent_expression':
| ./debian/BUILD-STD/e2fsck/../../../e2fsck/logfile.c:141: warning: Using 
'getpwuid_r' in statically linked applications requires at runtime the shared 
libraries from the glibc version used for linking
| ../lib/libext2fs.a(unix_io.o): In function `unix_cache_readahead':
| ./debian/BUILD-STD/lib/ext2fs/../../../../lib/ext2fs/unix_io.c:969: undefined 
reference to `posix_fadvise64'
| ./debian/BUILD-STD/lib/ext2fs/../../../../lib/ext2fs/unix_io.c:969: undefined 
reference to `posix_fadvise64'
| collect2: error: ld returned 1 exit status
| Makefile:428: recipe for target 'e2fsck.static' failed
| make[1]: *** [e2fsck.static] Error 1
| make[1]: Leaving directory 
| debian/rules:262: recipe for target 'debian/stampdir/build-std-stamp' failed
| make: *** [debian/stampdir/build-std-stamp] Error 2
| dpkg-buildpackage: error: debian/rules build-arch subprocess returned exit 
status 2

Since this could either be a mips issue or a glibc issue, I put both
lists into X-Debbugs-Cc and hope that someone will sort this out.


Reply via email to