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