unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
* [PATCH] gnu: Add ffmpeg.
@ 2013-10-31 22:19 Andreas Enge
  2013-11-01 11:38 ` Ludovic Courtès
  2013-11-01 23:37 ` Ludovic Courtès
  0 siblings, 2 replies; 12+ messages in thread
From: Andreas Enge @ 2013-10-31 22:19 UTC (permalink / raw)
  To: guix-devel

[-- Attachment #1: Type: text/plain, Size: 71 bytes --]

Hello,

the attached patch add ffmpeg. Comments are welcome.

Andreas


[-- Attachment #2: 0001-gnu-Add-ffmpeg.patch --]
[-- Type: text/plain, Size: 9754 bytes --]

From 4495e12c987a6a0749db8724e8d4d2a7ac546f6d Mon Sep 17 00:00:00 2001
From: Andreas Enge <andreas@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): Add module.
---
 gnu-system.am          |   1 +
 gnu/packages/video.scm | 172 +++++++++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 173 insertions(+)
 create mode 100644 gnu/packages/video.scm

diff --git a/gnu-system.am b/gnu-system.am
index f77bb03..eba1dce 100644
--- a/gnu-system.am
+++ b/gnu-system.am
@@ -178,6 +178,7 @@ GNU_SYSTEM_MODULES =				\
   gnu/packages/unrtf.scm			\
   gnu/packages/valgrind.scm			\
   gnu/packages/version-control.scm		\
+  gnu/packages/video.scm			\
   gnu/packages/vim.scm				\
   gnu/packages/vpn.scm				\
   gnu/packages/w3m.scm				\
diff --git a/gnu/packages/video.scm b/gnu/packages/video.scm
new file mode 100644
index 0000000..97287a5
--- /dev/null
+++ b/gnu/packages/video.scm
@@ -0,0 +1,172 @@
+;;; GNU Guix --- Functional package management for GNU
+;;; Copyright © 2013 Andreas Enge <andreas@enge.fr>
+;;;
+;;; This file is part of GNU Guix.
+;;;
+;;; GNU Guix is free software; you can redistribute it and/or modify it
+;;; under the terms of the GNU General Public License as published by
+;;; the Free Software Foundation; either version 3 of the License, or (at
+;;; your option) any later version.
+;;;
+;;; GNU Guix is distributed in the hope that it will be useful, but
+;;; WITHOUT ANY WARRANTY; without even the implied warranty of
+;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+;;; GNU General Public License for more details.
+;;;
+;;; You should have received a copy of the GNU General Public License
+;;; along with GNU Guix.  If not, see <http://www.gnu.org/licenses/>.
+
+(define-module (gnu packages video)
+  #:use-module ((guix licenses) #:select (gpl2+))
+  #:use-module (guix packages)
+  #:use-module (guix download)
+  #:use-module (guix build-system gnu)
+  #:use-module (gnu packages algebra)
+  #:use-module (gnu packages compression)
+  #:use-module (gnu packages fontutils)
+  #:use-module (gnu packages oggvorbis)
+  #:use-module (gnu packages openssl)
+  #:use-module (gnu packages perl)
+  #:use-module (gnu packages pkg-config)
+  #:use-module (gnu packages python)
+  #:use-module (gnu packages yasm))
+
+(define-public ffmpeg
+  (package
+    (name "ffmpeg")
+    (version "2.1")
+    (source (origin
+             (method url-fetch)
+             (uri (string-append "http://www.ffmpeg.org/releases/ffmpeg-"
+                                 version ".tar.bz2"))
+             (sha256
+              (base32
+               "1pv83nmjgipxwzy5s53834fq0mrqv786zz2w383ki6sfjzyh6rlj"))))
+    (build-system gnu-build-system)
+    (inputs
+     `(("bc" ,bc)
+       ("bzip2" ,bzip2)
+       ("fontconfig" ,fontconfig)
+       ("freetype" ,freetype)
+       ("libtheora" ,libtheora)
+       ("libvorbis" ,libvorbis)
+       ("perl" ,perl)
+       ("pkg-config" ,pkg-config)
+       ("python" ,python-2) ; scripts use interpreter python2
+       ("speex" ,speex)
+       ("yasm" ,yasm)
+       ("zlib", zlib)))
+    (arguments
+     `(#:phases
+         (alist-replace
+          'configure
+          ;; configure does not work followed by "SHELL=..." and
+          ;; "CONFIG_SHELL=..."; set environment variables instead
+          (lambda* (#:key outputs configure-flags #:allow-other-keys)
+            (let ((out (assoc-ref outputs "out")))
+              (substitute* "configure"
+                (("#! /bin/sh") (string-append "#!" (which "bash"))))
+              (setenv "SHELL" (which "bash"))
+              (setenv "CONFIG_SHELL" (which "bash"))
+;; possible additional inputs:
+;;   --enable-avisynth        enable reading of AviSynth script files [no]
+;;   --enable-frei0r          enable frei0r video filtering
+;;   --enable-ladspa          enable LADSPA audio filtering
+;;   --enable-libaacplus      enable AAC+ encoding via libaacplus [no]
+;;   --enable-libass          enable libass subtitles rendering [no]
+;;   --enable-libbluray       enable BluRay reading using libbluray [no]
+;;   --enable-libcaca         enable textual display using libcaca
+;;   --enable-libcelt         enable CELT decoding via libcelt [no]
+;;   --enable-libcdio         enable audio CD grabbing with libcdio
+;;   --enable-libdc1394       enable IIDC-1394 grabbing using libdc1394
+;;                            and libraw1394 [no]
+;;   --enable-libfaac         enable AAC encoding via libfaac [no]
+;;   --enable-libfdk-aac      enable AAC de/encoding via libfdk-aac [no]
+;;   --enable-libflite        enable flite (voice synthesis) support via libflite [no]
+;;   --enable-libgme          enable Game Music Emu via libgme [no]
+;;   --enable-libgsm          enable GSM de/encoding via libgsm [no]
+;;   --enable-libiec61883     enable iec61883 via libiec61883 [no]
+;;   --enable-libilbc         enable iLBC de/encoding via libilbc [no]
+;;   --enable-libmodplug      enable ModPlug via libmodplug [no]
+;;   --enable-libmp3lame      enable MP3 encoding via libmp3lame [no]
+;;   --enable-libnut          enable NUT (de)muxing via libnut,
+;;                            native (de)muxer exists [no]
+;;   --enable-libopencore-amrnb enable AMR-NB de/encoding via libopencore-amrnb [no]
+;;   --enable-libopencore-amrwb enable AMR-WB decoding via libopencore-amrwb [no]
+;;   --enable-libopencv       enable video filtering via libopencv [no]
+;;   --enable-libopenjpeg     enable JPEG 2000 de/encoding via OpenJPEG [no]
+;;   --enable-libopus         enable Opus decoding via libopus [no]
+;;   --enable-libpulse        enable Pulseaudio input via libpulse [no]
+;;   --enable-libquvi         enable quvi input via libquvi [no]
+;;   --enable-librtmp         enable RTMP[E] support via librtmp [no]
+;;   --enable-libschroedinger enable Dirac de/encoding via libschroedinger [no]
+;;   --enable-libshine        enable fixed-point MP3 encoding via libshine [no]
+;;   --enable-libsoxr         enable Include libsoxr resampling [no]
+;;   --enable-libssh          enable SFTP protocol via libssh [no]
+;;                            (libssh2 does not work)
+;;   --enable-libstagefright-h264  enable H.264 decoding via libstagefright [no]
+;;   --enable-libtwolame      enable MP2 encoding via libtwolame [no]
+;;   --enable-libutvideo      enable Ut Video encoding and decoding via libutvideo [no]
+;;   --enable-libv4l2         enable libv4l2/v4l-utils [no]
+;;   --enable-libvidstab      enable video stabilization using vid.stab [no]
+;;   --enable-libvo-aacenc    enable AAC encoding via libvo-aacenc [no]
+;;   --enable-libvo-amrwbenc  enable AMR-WB encoding via libvo-amrwbenc [no]
+;;   --enable-libvpx          enable VP8 and VP9 de/encoding via libvpx [no]
+;;   --enable-libwavpack      enable wavpack encoding via libwavpack [no]
+;;   --enable-libx264         enable H.264 encoding via x264 [no]
+;;   --enable-libxavs         enable AVS encoding via xavs [no]
+;;   --enable-libxvid         enable Xvid encoding via xvidcore,
+;;                            native MPEG-4/Xvid encoder exists [no]
+;;   --enable-libzmq          enable message passing via libzmq [no]
+;;   --enable-libzvbi         enable teletext support via libzvbi [no]
+;;   --enable-openal          enable OpenAL 1.1 capture support [no]
+;;   --enable-opencl          enable OpenCL code
+;;   --enable-x11grab         enable X11 grabbing [no]
+              (zero? (system*
+                      "./configure"
+                      (string-append "--prefix=" out)
+                      "--enable-gpl" ; enable optional gpl licensed parts
+                      "--enable-shared"
+                      "--enable-fontconfig"
+                      ;; "--enable-gnutls" ; causes test failures
+                      "--enable-libfreetype"
+                      "--enable-libspeex"
+                      "--enable-libtheora"
+                      "--enable-libvorbis"
+                      ;; drop special machine instructions not supported
+                      ;; on all instances of the target
+                      ,@(if (string-prefix? "x86_64"
+                                            (or (%current-target-system)
+                                                (%current-system)))
+                            '()
+                            '("--disable-amd3now"
+                              "--disable-amd3nowext"
+                              "--disable-mmx"
+                              "--disable-mmxext"
+                              "--disable-sse"
+                              "--disable-sse2"))
+                      "--disable-altivec"
+                      "--disable-sse3"
+                      "--disable-ssse3"
+                      "--disable-sse4"
+                      "--disable-sse42"
+                      "--disable-avx"
+                      "--disable-fma4"
+                      "--disable-avx2"
+                      "--disable-armv5te"
+                      "--disable-armv6"
+                      "--disable-armv6t2"
+                      "--disable-vfp"
+                      "--disable-neon"
+                      "--disable-vis"
+                      "--disable-mips32r2"
+                      "--disable-mipsdspr1"
+                      "--disable-mipsdspr2"
+                      "--disable-mipsfpu"))))
+          %standard-phases)))
+    (home-page "http://www.ffmpeg.org/")
+    (synopsis "audio and video framework")
+    (description "FFmpeg is a complete, cross-platform solution to record,
+convert and stream audio and video.  It includes the libavcodec
+audio/video codec library.")
+    (license gpl2+)))
-- 
1.8.4


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

* Re: [PATCH] gnu: Add ffmpeg.
  2013-10-31 22:19 [PATCH] gnu: Add ffmpeg Andreas Enge
@ 2013-11-01 11:38 ` Ludovic Courtès
  2013-11-01 13:06   ` Andreas Enge
  2013-11-01 23:37 ` Ludovic Courtès
  1 sibling, 1 reply; 12+ messages in thread
From: Ludovic Courtès @ 2013-11-01 11:38 UTC (permalink / raw)
  To: Andreas Enge; +Cc: guix-devel

Andreas Enge <andreas@enge.fr> skribis:

> From 4495e12c987a6a0749db8724e8d4d2a7ac546f6d Mon Sep 17 00:00:00 2001
> From: Andreas Enge <andreas@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): Add module.

Fine with me!

> +    (synopsis "audio and video framework")

Start with a capital letter.


To recap, there was a lengthy FFmpeg vs. libav debate on IRC.  As a
distro I think we should provide both (assuming there are noteworthy
technical differences, or incompatibilities.)

The question that heated the debate ;-) is which one should be used as
the default dependency in applications (it’s only about the default;
remember it’s easy to programmatically provide variants of the package
that use the other one, for users who would want that.)

My understanding of the discussion is that there is no big technical
difference between the two, and no significant difference in the
projects’ attitudes toward user freedom.

Thus, I’m inclined to use FFmpeg by default in video applications.

(It’s a choice we can always revisit as the situation evolves.)

Thoughts?

Ludo’.

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

* Re: [PATCH] gnu: Add ffmpeg.
  2013-11-01 11:38 ` Ludovic Courtès
@ 2013-11-01 13:06   ` Andreas Enge
  0 siblings, 0 replies; 12+ messages in thread
From: Andreas Enge @ 2013-11-01 13:06 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: guix-devel

On Fri, Nov 01, 2013 at 12:38:23PM +0100, Ludovic Courtès wrote:
> > +    (synopsis "audio and video framework")
> Start with a capital letter.

Okay, I corrected and pushed it.

Notice that there are plenty of optional inputs, so that people wishing to
train their packaging skills have lots of opportunity to add the corresponding
libraries to the distribution. For a beginner, I would in particular suggest
opus: It is probably just a matter of copy-pasting a package from oggvorbis.scm.

> Thus, I’m inclined to use FFmpeg by default in video applications.
> Thoughts?

Well, I would be inclined to do the same, as ffmpeg is the name I know,
and with respect to functionality and security updates, it looks like they
are a tiny bit ahead.

Andreas

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

* Re: [PATCH] gnu: Add ffmpeg.
  2013-10-31 22:19 [PATCH] gnu: Add ffmpeg Andreas Enge
  2013-11-01 11:38 ` Ludovic Courtès
@ 2013-11-01 23:37 ` Ludovic Courtès
  2013-11-02  7:47   ` Andreas Enge
  1 sibling, 1 reply; 12+ messages in thread
From: Ludovic Courtès @ 2013-11-01 23:37 UTC (permalink / raw)
  To: Andreas Enge; +Cc: guix-devel

I have a test failure on x86_64 (for
/nix/store/iz59b5w12xj4p9yf2mn9vbg7i69vvnks-ffmpeg-2.1):

--8<---------------cut here---------------start------------->8---
TEST    lavf-xwd
--- ./tests/ref/lavf/xwd        2013-10-28 00:58:06.000000000 +0000
+++ tests/data/fate/lavf-xwd    2013-11-01 23:32:31.000000000 +0000
@@ -2,7 +2,7 @@
 ./tests/data/images/xwd/%02d.xwd CRC=0x6da01946
 304239 ./tests/data/images/xwd/02.xwd
 1cdb43599c956dc8563f1e09fac5df00 *./tests/data/images/xwd/02.xwd
-./tests/data/images/xwd/%02d.xwd CRC=0xf07d29cd
+./tests/data/images/xwd/%02d.xwd 
 405615 ./tests/data/images/xwd/02.xwd
 c0866e9e710fce735423594a93bee604 *./tests/data/images/xwd/02.xwd
 ./tests/data/images/xwd/%02d.xwd CRC=0x53209216
Test lavf-xwd failed. Look at tests/data/fate/lavf-xwd.err for details.
make: *** [fate-lavf-xwd] Error 1
--8<---------------cut here---------------end--------------->8---

Ludo’.

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

* Re: [PATCH] gnu: Add ffmpeg.
  2013-11-01 23:37 ` Ludovic Courtès
@ 2013-11-02  7:47   ` Andreas Enge
  2013-11-27 22:50     ` Andreas Enge
  0 siblings, 1 reply; 12+ messages in thread
From: Andreas Enge @ 2013-11-02  7:47 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: guix-devel

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 disable parallel
tests? Could it be that the output of yasm depends on the machine?

Andreas

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

* Re: [PATCH] gnu: Add ffmpeg.
  2013-11-02  7:47   ` Andreas Enge
@ 2013-11-27 22:50     ` Andreas Enge
  2013-11-30 20:44       ` Andreas Enge
  0 siblings, 1 reply; 12+ messages in thread
From: Andreas Enge @ 2013-11-27 22:50 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: guix-devel

I just submitted a bug report for the failure on i686:
   https://trac.ffmpeg.org/ticket/3177#no1
Unfortunately, there is not much information I could give.

Andreas

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

* Re: [PATCH] gnu: Add ffmpeg.
  2013-11-27 22:50     ` Andreas Enge
@ 2013-11-30 20:44       ` Andreas Enge
  2013-11-30 23:12         ` Ludovic Courtès
  2013-12-01  7:06         ` John Darrington
  0 siblings, 2 replies; 12+ messages in thread
From: Andreas Enge @ 2013-11-30 20:44 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: guix-devel

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 preferred way of testing ffmpeg.
Rather, one should download about 750 MB of video samples and run a specific
test program on them (that can be built and run with "make fate"); see the
replies to the bug report.

For Guix, it does not seem to be reasonable to either download 750 MB of
test data, or to package them, so I would suggest to disable the tests
for now.

What do you think?

Andreas

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

* Re: [PATCH] gnu: Add ffmpeg.
  2013-11-30 20:44       ` Andreas Enge
@ 2013-11-30 23:12         ` Ludovic Courtès
  2013-12-01 14:51           ` Andreas Enge
  2013-12-02 17:12           ` Jason Self
  2013-12-01  7:06         ` John Darrington
  1 sibling, 2 replies; 12+ messages in thread
From: Ludovic Courtès @ 2013-11-30 23:12 UTC (permalink / raw)
  To: Andreas Enge; +Cc: guix-devel

Andreas Enge <andreas@enge.fr> skribis:

> 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 preferred way of testing ffmpeg.
> Rather, one should download about 750 MB of video samples and run a specific
> test program on them (that can be built and run with "make fate"); see the
> replies to the bug report.

Ouch, indeed.

> For Guix, it does not seem to be reasonable to either download 750 MB of
> test data, or to package them, so I would suggest to disable the tests
> for now.
>
> What do you think?

Is it really the case that that much needs to be downloaded before the
slightest test can be run?

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 building things locally.

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?

Ludo’.

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

* Re: [PATCH] gnu: Add ffmpeg.
  2013-11-30 20:44       ` Andreas Enge
  2013-11-30 23:12         ` Ludovic Courtès
@ 2013-12-01  7:06         ` John Darrington
  1 sibling, 0 replies; 12+ messages in thread
From: John Darrington @ 2013-12-01  7:06 UTC (permalink / raw)
  To: Andreas Enge; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 1072 bytes --]

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 preferred way of testing ffmpeg.
     Rather, one should download about 750 MB of video samples and run a specific
     test program on them (that can be built and run with "make fate"); see the
     replies to the bug report.
     
     For Guix, it does not seem to be reasonable to either download 750 MB of
     test data, or to package them, so I would suggest to disable the tests
     for now.
     
     What do you think?

I think you should phone the mental health department and suggest the ffmpeg
developers be sectioned, on by reason of public safety!

J'
     

-- 
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

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

* Re: [PATCH] gnu: Add ffmpeg.
  2013-11-30 23:12         ` Ludovic Courtès
@ 2013-12-01 14:51           ` Andreas Enge
  2013-12-02 12:38             ` Ludovic Courtès
  2013-12-02 17:12           ` Jason Self
  1 sibling, 1 reply; 12+ messages in thread
From: Andreas Enge @ 2013-12-01 14:51 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: guix-devel

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 building things locally.

Well, so far the only way I have been told to get them is via rsync.
So one might need to create a .tar(.gz?) from the download. And in any
case, an input means a package variable, no?

Andreas
 

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

* Re: [PATCH] gnu: Add ffmpeg.
  2013-12-01 14:51           ` Andreas Enge
@ 2013-12-02 12:38             ` Ludovic Courtès
  0 siblings, 0 replies; 12+ messages in thread
From: Ludovic Courtès @ 2013-12-02 12:38 UTC (permalink / raw)
  To: Andreas Enge; +Cc: guix-devel

Andreas Enge <andreas@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.)  However, it is indeed a
>> problem when building things locally.
>
> Well, so far the only way I have been told to get them is via rsync.
> So one might need to create a .tar(.gz?) from the download.

Not necessarily.  It could fetch the directory as is.  There could be an
‘rsync-fetch’ method for <origin>, just like we have ‘url-fetch’.  (A
little bit of work, but that seems doable, if we want to.)

> And in any case, an input means a package variable, no?

I would rather make it an <origin> (assuming there’s a way to get at an
immutable version of those samples), and it doesn’t need to be bound a
variable:

  (define ffmpeg
    (package
      ...
      (inputs `(("samples" ,(origin
                              (method rsync-fetch)
                              ...))))))

Back to the problem at hand: the short-term answer is to add
#:tests? #f with a link to this discussion.  The longer term answer
may be to try to run those FATE tests.

WDYT?

Ludo’.

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

* Re: [PATCH] gnu: Add ffmpeg.
  2013-11-30 23:12         ` Ludovic Courtès
  2013-12-01 14:51           ` Andreas Enge
@ 2013-12-02 17:12           ` Jason Self
  1 sibling, 0 replies; 12+ messages in thread
From: Jason Self @ 2013-12-02 17:12 UTC (permalink / raw)
  To: guix-devel

[-- Attachment #1: Type: text/plain, Size: 203 bytes --]

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.

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

end of thread, other threads:[~2013-12-02 17:13 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-10-31 22:19 [PATCH] gnu: Add ffmpeg Andreas Enge
2013-11-01 11:38 ` Ludovic Courtès
2013-11-01 13:06   ` Andreas Enge
2013-11-01 23:37 ` Ludovic Courtès
2013-11-02  7:47   ` Andreas Enge
2013-11-27 22:50     ` Andreas Enge
2013-11-30 20:44       ` Andreas Enge
2013-11-30 23:12         ` Ludovic Courtès
2013-12-01 14:51           ` Andreas Enge
2013-12-02 12:38             ` Ludovic Courtès
2013-12-02 17:12           ` Jason Self
2013-12-01  7:06         ` John Darrington

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