[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

[Tomáš Chvátal]

Dne St 16. ledna 2013 17:09:07, Alexis Ballier napsal(a):
> On Wed, 16 Jan 2013 12:40:02 +0000 (UTC)
>
> "Tomas Chvatal (scarabeus)" <scarabeus@g.o> wrote:
> > scarabeus    13/01/16 12:40:02
> >
> >   Modified:             ChangeLog
> >   Added:                ffmpeg-9.ebuild
> >   Removed:              ffmpeg-0.10.2-r1.ebuild
> >   Log:
> >   Add new virtual for 1.1/9 series. Masked. Also it has switched dep
> >
> > order as will be announced upon unmasking.
>
> ... and since we are committing silently without any real discussion I
> will switch the dep order again and announce it much later without
> leaving room for discussion :)

Did you read the msg, announced later on, i am just preparing that shit 
because now I have time. Given that its masked and does not affect existing 
installs it can stay like this forever.

Also if you read planet you would see I stated it on a blog yesterday, 
preparation of all moves take some time. Also it will be discussed on the dev 
in near future. I don't have too much of the time and sending mails to -dev 
takes some preparations if you don't want them turn into huge bikeshed.

>
> More seriously: Why ? Who decided this ?
> 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.

I do think like serious downstream. Thus tracking what major distros do. Given 
fedora switched and debian too we ough to do it at some point too.

Also quite few upstreams are migrating and few staying so there is a tie. But 
we have to work on supporting both which currently you don't (see bellow).

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

Nice from you that you didnt bother to check out if it works or not because I 
do it quite often, so does tinderbox from Diego.

Every time i bump shit I have to compile it in two virtuals just to please 
both camps. Lets not forget how carefull you were when commiting to xbmc where 
you completely fucked stable ebuild without even letting anyone know [1].

From my checking only package right now not building with stable libav is 
again XBMC (in testing only). If there is something more open bugs in bugize.

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

So what? Checking their importance yea we ride it straight to stable on 
Gentoo, but security relevance would not deem any maintenance update only to 
be done with next proposed maintenance one (eg when there is something 
important to fix) because most of them look .

I can waste time to look the other way around and show you broken code in 
ffmpeg which happened after broken merge from libav but lets not turn this 
into a piss contest.

Basically this having two libraries hurt everyone, but both forks are on par 
and we as gentoo will provide both while preffered default will be what major 
distros use.

If you disagree with that and you don't want your lead to make that decision, 
which you and I both don't want. I don't want Luca being blamed that he is 
evil libav dev who does this just to make more share for his pet project. We 
can wait with dealing this for a bit and propose it for council meeting. We 
vote about lots and lots of stuff there and another thread about two ffmpeg 
implems on g-dev will do just fine, but it will be hell of a bikeshed :-)

Tom

[1] https://bugs.gentoo.org/show_bug.cgi?id=443006