unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
* libarchive fails tests on i686
@ 2015-03-05  9:47 Ricardo Wurmus
  2015-03-05 10:17 ` Andreas Enge
  0 siblings, 1 reply; 4+ messages in thread
From: Ricardo Wurmus @ 2015-03-05  9:47 UTC (permalink / raw)
  To: Guix-devel

Hi Guix,

libarchive fails two tests in tar/test/test_option_b.  Here is the test
output:

  test_option_b

  tar/test/test_option_b.c:41: File archive1.tar has size 3072, expected 2048
     Description: bsdtar does not pad archives written directly to regular files
  tar/test/test_option_b.c:63: File archive5.tar has size 3072, expected 2048

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.

Should we disable the tests for now or does anyone know how to fix them?

~~ Ricardo

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: libarchive fails tests on i686
  2015-03-05  9:47 libarchive fails tests on i686 Ricardo Wurmus
@ 2015-03-05 10:17 ` Andreas Enge
  2015-03-05 22:54   ` Ricardo Wurmus
  0 siblings, 1 reply; 4+ messages in thread
From: Andreas Enge @ 2015-03-05 10:17 UTC (permalink / raw)
  To: Ricardo Wurmus; +Cc: Guix-devel

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: libarchive fails tests on i686
  2015-03-05 10:17 ` Andreas Enge
@ 2015-03-05 22:54   ` Ricardo Wurmus
  2015-03-05 23:18     ` Andreas Enge
  0 siblings, 1 reply; 4+ messages in thread
From: Ricardo Wurmus @ 2015-03-05 22:54 UTC (permalink / raw)
  To: Andreas Enge; +Cc: Guix-devel


Andreas Enge writes:

> 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?

I do not know enough about this to decide either way.

> 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.

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?

> What do you think?

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?

~~ Ricardo

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: libarchive fails tests on i686
  2015-03-05 22:54   ` Ricardo Wurmus
@ 2015-03-05 23:18     ` Andreas Enge
  0 siblings, 0 replies; 4+ messages in thread
From: Andreas Enge @ 2015-03-05 23:18 UTC (permalink / raw)
  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

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2015-03-05 23:19 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-03-05  9:47 libarchive fails tests on i686 Ricardo Wurmus
2015-03-05 10:17 ` Andreas Enge
2015-03-05 22:54   ` Ricardo Wurmus
2015-03-05 23:18     ` Andreas Enge

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).