Andreas Enge andr...@enge.fr skribis:
On Sun, Dec 01, 2013 at 12:12:54AM +0100, Ludovic Courtès wrote:
The samples wouldn’t really have to be “packaged”: they’d just be an
input. For someone using substitutes, the samples are not going to be a
problem (because they’ll never be downloaded.)
Ludovic Courtès asked:
Anyway, I agree that it’s a major inconvenience, but I wonder if we
should be concerned about shipping without testing. What do people
think?
I have no objection.
On Sun, Dec 01, 2013 at 12:12:54AM +0100, Ludovic Courtès wrote:
The samples wouldn’t really have to be “packaged”: they’d just be an
input. For someone using substitutes, the samples are not going to be a
problem (because they’ll never be downloaded.) However, it is indeed a
problem when
On Sat, Nov 30, 2013 at 09:44:26PM +0100, Andreas Enge wrote:
On Wed, Nov 27, 2013 at 11:50:54PM +0100, Andreas Enge wrote:
I just submitted a bug report for the failure on i686:
https://trac.ffmpeg.org/ticket/3177#no1
Well, it looks as if make check is not the
On Sat, Nov 02, 2013 at 12:37:20AM +0100, Ludovic Courtès wrote:
I have a test failure on x86_64 (for
/nix/store/iz59b5w12xj4p9yf2mn9vbg7i69vvnks-ffmpeg-2.1):
This is the exact same hash that I compiled without problem. Could you try
a few times to see whether it is deterministic? Or maybe
Andreas Enge andr...@enge.fr skribis:
From 4495e12c987a6a0749db8724e8d4d2a7ac546f6d Mon Sep 17 00:00:00 2001
From: Andreas Enge andr...@enge.fr
Date: Thu, 31 Oct 2013 23:15:46 +0100
Subject: [PATCH] gnu: Add ffmpeg.
* gnu/packages/video.scm: New file.
* gnu-system.am (GNU_SYSTEM_MODULES
I have a test failure on x86_64 (for
/nix/store/iz59b5w12xj4p9yf2mn9vbg7i69vvnks-ffmpeg-2.1):
--8---cut here---start-8---
TESTlavf-xwd
--- ./tests/ref/lavf/xwd2013-10-28 00:58:06.0 +
+++ tests/data/fate/lavf-xwd2013-11-01
