From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?B?5a6L5paH5q2m?= Subject: Re: 01/01: gnu: Add gst-libav. Date: Mon, 13 Apr 2015 23:56:25 +0800 Message-ID: <87pp7810pi.fsf@gmail.com> References: <20150410130205.11406.56090@vcs.savannah.gnu.org> <87egnorx0g.fsf@netris.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:46639) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YhgiL-0000aq-12 for guix-devel@gnu.org; Mon, 13 Apr 2015 11:55:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YhgiH-0004eE-RV for guix-devel@gnu.org; Mon, 13 Apr 2015 11:55:56 -0400 Received: from mail-pd0-x22d.google.com ([2607:f8b0:400e:c02::22d]:35079) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YhgiH-0004di-JI for guix-devel@gnu.org; Mon, 13 Apr 2015 11:55:53 -0400 Received: by pddn5 with SMTP id n5so111486170pdd.2 for ; Mon, 13 Apr 2015 08:55:52 -0700 (PDT) In-Reply-To: <87egnorx0g.fsf@netris.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Mark H Weaver , guix-devel@gnu.org Mark H Weaver writes: > =E5=AE=8B=E6=96=87=E6=AD=A6 writes: > >> commit 1b922590d758e458ce4f9abd3d1694045bcccb58 >> Author: =E5=AE=8B=E6=96=87=E6=AD=A6 >> Date: Fri Apr 10 21:01:10 2015 +0800 >> >> gnu: Add gst-libav. >>=20=20=20=20=20 >> * gnu/packages/gstreamer.scm (gst-libav): New variable. > > Can we add gst-ffmpeg and remove gst-libav? It seems that ffmpeg has > won out in the ffmpeg/libav fork. It seems to me that GStreamer choose libav over ffmpeg when made the 1.0 release. That is why there are: gst-ffmpeg-0.10.x gst-libav-1.x > > https://lwn.net/Articles/607591/ > > Also, can we make it use the system ffmpeg library that we already have > instead of a bundled copy? It would be good to avoid code duplication > for several reasons. Code duplication means more memory use in the > system, and more importantly, it means multiple copies of the software > to patch when investigating and applying security updates or build fixes > for Guix, fixes for non-Intel platforms, etc. As the person who seems > to be doing almost all of the work on non-Intel platforms and most of > the security updates, I'd strongly prefer to minimize that workload. I Agree. > > What do you think? I quick tested gst-libav linked with ffmpeg from Guix, it does seem work fine, but may need more testing or some confirm from upstream. I think it's great to use system ffmpeg, if no problem occurs, or we can use system libav (to be packaged) in Guix instead. > > Mark