GNU bug report logs - #32360
gst-plugins-base has test failures (when built as a dependency)

Previous Next

Full log

Message #8 received at 32360 <at> debbugs.gnu.org (full text, mbox):

From: Leo Famulari <leo <at> famulari.name>
To: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>
Cc: 32360 <at> debbugs.gnu.org
Subject: Re: bug#32360: gst-plugins-base has test failures (when built as a
 dependency)
Date: Fri, 17 Aug 2018 13:16:42 -0400

[Message part 1 (text/plain, inline)]

On Fri, Aug 03, 2018 at 01:38:58PM +0200, Björn Höfling wrote:
> What I find strange is that the derivation of gst-plugins-base differs
> from the one above when directly building gst-plugins-base. That would
> make sense to me if there would be two packages of gst-plugins-base,
> like an inherited one or just any kind of copy. But here, the package
> definition of wine ist just using the "normal" package. Or have I
> overlooked something? Have I misunderstood something about derivations
> here?!

Presumably, you are using an x86_64 computer, and the successful build
of gst-plugins-base is for an x86_64-linux system. However, the wine
package and its dependency graph is always built as 32-bit software,
regardless of the underlying architecture:

From gnu/packages/wine.scm:
------
    (arguments
     `(;; Force a 32-bit build targeting a similar architecture, i.e.:
       ;; armhf for armhf/aarch64, i686 for i686/x86_64.
       #:system ,@(match (%current-system)
                    ((or "armhf-linux" "aarch64-linux")
                     `("armhf-linux"))
                    (_  
                     `("i686-linux")))
------

And the test failure in the 32-bit build of gst-plugins base was
previously discussed on help-guix (no bug report):

https://lists.gnu.org/archive/html/help-guix/2018-06/msg00075.html

[signature.asc (application/pgp-signature, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.