From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 0B23A1384EE for ; Wed, 16 Jan 2013 20:39:01 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7E4DC21C04A; Wed, 16 Jan 2013 20:38:51 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 5541121C02F for ; Wed, 16 Jan 2013 20:38:50 +0000 (UTC) Received: from [192.168.0.93] (dynamic-adsl-84-220-165-116.clienti.tiscali.it [84.220.165.116]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lu_zero) by smtp.gentoo.org (Postfix) with ESMTPSA id 27C9433D909 for ; Wed, 16 Jan 2013 20:38:48 +0000 (UTC) Message-ID: <50F70FE8.6000507@gentoo.org> Date: Wed, 16 Jan 2013 21:39:04 +0100 From: Luca Barbato User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild References: <20130116124002.B9FA22171D@flycatcher.gentoo.org> <20130116170907.6ee31e7d@gentoo.org> In-Reply-To: <20130116170907.6ee31e7d@gentoo.org> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 5b214c52-4145-4a7e-82f0-680d819760d5 X-Archives-Hash: 3f003f4eb61adacdb9d48bbf2e734c09 On 16/01/13 21:09, Alexis Ballier wrote: > More seriously: Why ? Who decided this ? I never pushed my weight over it before since as you are involved in FFmpeg directly, I am involved in Libav directly. Thus anything I say on this topic has a clear bias. Same goes for you. Tomas is not related to libav beside one of his core project using it by transition, so I would expect him to be less biased than us. > Let's be realistic, both upstreams claim they're better than the other > in one way or another, and let's think like serious downstreams, not > like upstream playground. VLC uses it since ffmpeg doesn't work with rtmp properly last time they checked and other interesting situations. gst-ffmpeg/gst-libav works only with libav as per upstream desire (thus the rename) ubuntu and debian just use Libav. > As a downstream, I can see plenty of reasons against, but none in favor > of this change: > - There are still a couple of non-trivial packages that need to be > fixed to work with libav while I don't know any that works with libav > but not ffmpeg. See above for the other way round. > - All (but the one discovered in Nov. 2012) of the security issues > fixed by libav 0.8.5, released on Jan. 13 2013 were fixed in May 2012 > (!!) for ffmpeg according to the website... 8 months before... The security game is fun. Given the number of "additional features" the surface impact is bigger in FFmpeg and currently all but one of the bugs claimed as security issues originate from the same guy he claim to fix them (sometimes the fix doesn't address the underlying issue but just _that_ specific sample). I'd rather avoid having another mud sliding contest. I stopped caring about FFmpeg since somebody gave a sample of his humor wishing my death. Lu