[ppa] FTBFS libarchive on launchpad

Bug #942994 reported by Savvas Radevic
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Launchpad itself
Invalid
Undecided
Unassigned
libarchive (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

I'm sorry if this not a place to ask/debug ppa-related questions, but libarchive package 3.0.3-5 FTBFS on launchpad (precise ppa):
https://launchpad.net/~medigeek/+archive/evince-xps/+build/3245958
https://launchpadlibrarian.net/94700638/buildlog_ubuntu-precise-i386.libarchive_3.0.3-5~ppap1_FAILEDTOBUILD.txt.gz
..and on oneiric: https://launchpad.net/~medigeek/+archive/evince-xps/+build/3245954

Initially it fails on 2 tests:

 60: test_read_disk_directory_traversals FAIL
 61: test_read_disk_entry_from_file FAIL

Meanwhile, it builts fine
* on debian unstable: https://buildd.debian.org/status/fetch.php?pkg=libarchive&arch=i386&ver=3.0.3-5&stamp=1330045411
* using pbuilder-dist precise (see attached last_operation.log)

The package source is debian 3. (unchanged): http://cdn.debian.net/debian/pool/main/liba/libarchive/libarchive_3.0.3-5.dsc
Is this a ppa build daemon bug? Any suggestions or workarounds?

Revision history for this message
Savvas Radevic (medigeek) wrote :
Revision history for this message
Savvas Radevic (medigeek) wrote :

Looks like it's this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659294
I quote the solution:
> The problem is that the test suite run (just like the whole package
> build) is done within fakeroot (which means fakeroot-tcp), triggering
> Debian's #534879. ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534879 )

It was fixed in 3.0.3-4 for debian and it worked: http://goo.gl/PMwjN (link to git diff)
I don't know why it doesn't work for ppa build daemon

Revision history for this message
William Grant (wgrant) wrote :

http://code.google.com/p/libarchive/issues/detail?id=223 looks relevant. Can you try that patch?

Changed in launchpad:
status: New → Incomplete
Revision history for this message
Savvas Radevic (medigeek) wrote :
Revision history for this message
Savvas Radevic (medigeek) wrote :

Works with and without the patch (tried ~ppap1 and ~ppap4):

Revision history for this message
Savvas Radevic (medigeek) wrote :

I suppressed the error from the tests (~ppap6 and ~ppap7), trying to get some more information out of the build daemon log:
https://launchpadlibrarian.net/94807629/buildlog_ubuntu-precise-i386.libarchive_3.0.3-5~ppap6_BUILDING.txt.gz

find command came out empty:
find /tmp/ -maxdepth 1 -iname "libarchive*" -type f -exec echo "DEBUG-TEST {}" \; -a -exec cat "{}" \;
find /tmp/ -maxdepth 1 -iname "bsd*" -type f -exec echo "DEBUG-TEST {}" \; -a -exec cat "{}" \;

I suppose I can't use the find or cat command in /tmp of a build daemon? :)

Revision history for this message
Savvas Radevic (medigeek) wrote :

> ~ppap6 and ~ppap7
Pardon ~ppap6 only. I won't make a ~ppap7
However, I'm still interested why the tests fail on launchpad.

Changed in launchpad:
status: Incomplete → New
Revision history for this message
Savvas Radevic (medigeek) wrote :

I made a mistake when I was trying to read the logs in /tmp (libarchive* and bsd* are folders, not files).
Here are the log files (~ppap7):
https://launchpadlibrarian.net/94867412/buildlog_ubuntu-precise-i386.libarchive_3.0.3-5~ppap7_BUILDING.txt.gz

I hope it helps debug the problem.

Revision history for this message
William Grant (wgrant) wrote :

That shows the problem -- libarchive is trying to use FIEMAP, which was only introduced in Linux 2.6.28. The buildds mostly run Hardy (2.6.24) kernels.

http://code.google.com/p/libarchive/issues/detail?id=238 has a patch.

Changed in launchpad:
status: New → Invalid
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package libarchive - 3.0.3-6ubuntu1

---------------
libarchive (3.0.3-6ubuntu1) precise; urgency=low

  * Add 03_ignore_fiemap_errors.patch: Ignore FIEMAP errors on linux < 2.6.28.
    This fixes a failing test case (and thus FTBFS) when building this on a
    hardy-based buildds. This can be dropped once the buildds get upgraded to
    something more modern. Thanks to Savvas Radevic for the patch!
    (LP: #942994)
 -- Martin Pitt <email address hidden> Fri, 16 Mar 2012 10:10:24 +0100

Changed in libarchive (Ubuntu):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.