From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Enge Subject: Re: libarchive fails tests on i686 Date: Fri, 6 Mar 2015 00:18:54 +0100 Message-ID: <20150305231854.GA31643@debian> References: <87r3t393na.fsf@mango.localdomain> <20150305101739.GA9200@debian.eduroam.u-bordeaux.fr> <87mw3r837x.fsf@mango.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:51769) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTf2v-00010O-Fp for guix-devel@gnu.org; Thu, 05 Mar 2015 18:19:14 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YTf2p-0003zy-M0 for guix-devel@gnu.org; Thu, 05 Mar 2015 18:19:13 -0500 Received: from mout.kundenserver.de ([212.227.17.24]:52624) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTf2p-0003yz-D2 for guix-devel@gnu.org; Thu, 05 Mar 2015 18:19:07 -0500 Content-Disposition: inline In-Reply-To: <87mw3r837x.fsf@mango.localdomain> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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 Cc: Guix-devel On Thu, Mar 05, 2015 at 11:54:42PM +0100, Ricardo Wurmus wrote: > > 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? > > I do not know enough about this to decide either way. In that case, from what I understand, cmake will use its bundled copy, so it is not a good idea to drop the input. > I haven't yet looked more closely at what the tests are trying to > establish. Are you suggesting that the tests fail because GNU tar > behaves differently? I wondered about this; it is quite probable they behave differently. But the Makefile calls a test program which I think is bsdtar in this case. > I would like to understand the test failure better, but on the other > side this failure blocks a considerable number of packages motivating me > to get rid of the problem. I don't know what side effects the above > configure flags would have. Could we just disable these tests for now? Well, I suppose they have no side effects except for disabling the build of bsdtar and bsdcpio, and I do not see why we would have a use for them on guix. Cmake itself links to libarchive as shown by "ldd", so it should not be affected. Andreas