Leo Famulari writes:
> Here is a patch that excludes Opus when building gst-plugins-base on and
> for 32-bit systems. I think it's not so bad to be missing support for
> Opus in this context until the underlying bug is fixed.
I agree. The patch looks good to me.
Shall we rename this bug and k
On Sat, Aug 18, 2018 at 01:34:09PM +0200, Tobias Geerinckx-Rice wrote:
> Pjotr, Leo, Guix,
>
> Pjotr Prins wrote:
> > Someone still needs to push the patch.
>
> I went ahead and did so in 399c5fafcdb2d0c13ab51e4ab57d451d2c7cb1bd
> since it's not really acceptable to have this broken in master.
Pjotr, Leo, Guix,
Pjotr Prins wrote:
Someone still needs to push the patch.
I went ahead and did so in
399c5fafcdb2d0c13ab51e4ab57d451d2c7cb1bd
since it's not really acceptable to have this broken in master.
Kind regards,
T G-R
Someone still needs to push the patch.
Hi Leo,
On Fri, 17 Aug 2018 14:05:54 -0400
Leo Famulari wrote:
> Here is a patch that excludes Opus when building gst-plugins-base on
> and for 32-bit systems. I think it's not so bad to be missing support
> for Opus in this context until the underlying bug is fixed.
>
> With this patch, gst-pl
Here is a patch that excludes Opus when building gst-plugins-base on and
for 32-bit systems. I think it's not so bad to be missing support for
Opus in this context until the underlying bug is fixed.
With this patch, gst-plugins-base builds successfully with
'--system=i686-linux'. I didn't test the
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
Hi,
gst-plugins-base has somehow a problem, which I don't understand fully.
Can someone have a look into it? It was already reported by Piere
Neidhardt on the help mailing list:
https://lists.gnu.org/archive/html/help-guix/2018-06/msg00075.html
OK, so I am on 5803f87284c228ca131d74a4259238e76855
