From mboxrd@z Thu Jan  1 00:00:00 1970
From: Andreas Enge <andreas@enge.fr>
Subject: Re: libarchive fails tests on i686
Date: Thu, 5 Mar 2015 11:17:39 +0100
Message-ID: <20150305101739.GA9200@debian.eduroam.u-bordeaux.fr>
References: <87r3t393na.fsf@mango.localdomain>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Return-path: <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:59952)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <andreas@enge.fr>) id 1YTSqn-0005gO-87
	for guix-devel@gnu.org; Thu, 05 Mar 2015 05:17:54 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <andreas@enge.fr>) id 1YTSqj-0004Ie-VS
	for guix-devel@gnu.org; Thu, 05 Mar 2015 05:17:53 -0500
Received: from mout.kundenserver.de ([212.227.17.10]:49903)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <andreas@enge.fr>) id 1YTSqj-0004IZ-Mi
	for guix-devel@gnu.org; Thu, 05 Mar 2015 05:17:49 -0500
Content-Disposition: inline
In-Reply-To: <87r3t393na.fsf@mango.localdomain>
List-Id: "Development of GNU Guix and the GNU System distribution."
	<guix-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/guix-devel>
List-Post: <mailto:guix-devel@gnu.org>
List-Help: <mailto:guix-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=subscribe>
Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org
Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org
To: Ricardo Wurmus <ricardo.wurmus@mdc-berlin.de>
Cc: Guix-devel <guix-devel@gnu.org>

On Thu, Mar 05, 2015 at 10:47:53AM +0100, Ricardo Wurmus wrote:
> libarchive has not yet been built for i686 on hydra, so there are no
> binary substitutes available.  The failure to build libarchive blocks
> other packages such as qt.

It is a bit strange that we should depend on bsdtar and bsdcpio... Well,
probably it is the library libarchive. The dependency comes in through
cmake (and is actually not detected by "guix refresh -l libarchive").

In linuxfromscratch, libarchive is only mentioned as "recommended" to build
cmake:
   http://www.linuxfromscratch.org/blfs/view/svn/general/cmake.html
So maybe we could take it out from the cmake inputs?

Or maybe we should build libarchive with the configure flags
  --disable-bsdtar --disable-bsdcpio
(and then the tests would not be run...); after all, we have gnu tar and
gnu cpio.

What do you think?

Andreas