From: Rich Freeman <rich0@gentoo.org>
To: gentoo-dev <gentoo-dev@lists.gentoo.org>
Subject: Re: [gentoo-dev] Chromium system ffmpeg
Date: Wed, 16 Jan 2013 07:59:25 -0500 [thread overview]
Message-ID: <CAGfcS_mypQ1Bv5k3c_rofTGaOfaizBWxTfSnQqNVe-91wYhOug@mail.gmail.com> (raw)
In-Reply-To: <20130116085428.7103a2a3@gentoo.org>
On Wed, Jan 16, 2013 at 6:54 AM, Alexis Ballier <aballier@gentoo.org> wrote:
> On Tue, 15 Jan 2013 21:10:12 -0800
> ""Paweł Hajdan, Jr."" <phajdan.jr@gentoo.org> wrote:
>>
>> What when chromium upstream uses code more recent than latest ffmpeg
>> release and it doesn't compile against latest release?
>
> Blame them, it's stupid to break support for the latest release.
> Usually, it's quite trivial to maintain compatibility and you should
> probably lobby upstream to get this as a rule, it'd make life simpler
> for everyone. Or just patch releases not to use too bleeding-edge code
> (see mplayer for example).
While I agree in principle, that is much easier said than done. I
think upstream is more likely to consider the concept of a linux
distro broken than their code.
The unpacked chromium distfile is 1.1G, of which 694M is third party
source-code. The chromium team has done an excellent job of disabling
much of that, but the upstream attitude clearly is to cherry-pick
their dependencies. This is pretty typical for Google projects from
what I've seen - ChromeOS basically is a fork of Gentoo with many
packages being fairly dated, and Android does just about everything
its own way, typically releasing third-party code into production
before any upstream packages have access to it.
Of course, we should encourage upstream to improve its practices. I
just wouldn't count on it, so I think we need to give the chromium
team discretion on just how much patching they think they can handle.
They're obviously pretty good at it already.
Rich
next prev parent reply other threads:[~2013-01-16 12:59 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-15 4:34 [gentoo-dev] Chromium system ffmpeg "Paweł Hajdan, Jr."
2013-01-15 12:55 ` Alexis Ballier
2013-01-16 5:10 ` "Paweł Hajdan, Jr."
2013-01-16 11:54 ` Alexis Ballier
2013-01-16 12:59 ` Rich Freeman [this message]
2013-01-16 16:40 ` Alec Warner
2013-01-16 16:48 ` "Paweł Hajdan, Jr."
2013-01-16 13:38 ` Luca Barbato
2013-01-19 19:10 ` "Paweł Hajdan, Jr."
2013-01-20 9:46 ` Luca Barbato
2013-01-20 18:08 ` "Paweł Hajdan, Jr."
2013-01-21 10:48 ` Alexis Ballier
2013-01-16 13:20 ` Luca Barbato
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAGfcS_mypQ1Bv5k3c_rofTGaOfaizBWxTfSnQqNVe-91wYhOug@mail.gmail.com \
--to=rich0@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox