public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Alexis Ballier <aballier@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: Discussing defaults (Was: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild)
Date: Tue, 12 Feb 2013 11:19:17 -0300	[thread overview]
Message-ID: <20130212111917.2902c6ba@gentoo.org> (raw)
In-Reply-To: <511A2486.6050703@gentoo.org>

On Tue, 12 Feb 2013 12:16:22 +0100
Luca Barbato <lu_zero@gentoo.org> wrote:

> On 12/02/13 08:21, Ian Whyman wrote:
> > Guys,
> > 
> > Can we not just have a developer wide vote or something? This 
> > instance clearly not going to resole itself.
> 
> It is a little bikeshed. Originally the virtual was ordered in a
> way, then ordered in another and now we are discussing which one is
> better for the user after we turned it around again.

That's what he's suggesting to vote about. I consider my concerns
important and, as such, will continue to use FFmpeg but e.g. your
arguments are valid and important too and in the end it boils down to
what one considers more important.
So far I have been the only one voicing against libav being the
default (besides comments on my blog) so I can live with it without
vote since it is clear I am minority. Were there more people favoring
FFmpeg I would say a kind of vote is needed, but so far I don't think
it's worth it.

> There isn't ANYTHING that is impacting users beside those that they
> might get the next versions of gst-libav just end up with a runtime
> error if they use ffmpeg (if the upstream authors follow up with their
> plan) or those users wanting to use mencoder might get some compile
> errors if I forgot to update the compatibility patch after somebody
> bumped w/out testing.

Well, this is important. You, as libav developer, could very well try
to convince gst-libav people that it's stupid to ban FFmpeg for no
technical reason and that the big fat warning when not using the
internal version is more due to historical reasons than anything recent
since all decent distributions do not use their bundled libav version.
mplayer is not that libav-hater as you may think since I believe some
libav-compatibility fixes landed before 1.1 (maybe not all, but at
least the PIX_FMT hell was resolved).

> It really boils down to decide to be extra careful with mplayer and
> xbmc or being extra careful with gst-libav and maybe vlc.

IMHO this has to be done whatever the default is.

> Sadly this whole discussion turned to discussing who is right or
> wrong, who is the fork or not and who's an evil bastard oppressing
> the poor Austrian genius or not.

I didn't want to have it go that way. I was mainly pointing out that,
personal issues apart, FFmpeg has its technical merits that are
completely ignored by libav.

> I'm ok discussing technical merits and spend time fixing issues, not
> so much discussing stuff I'd rather not discuss such as if I'm an evil
> bastard for not working with somebody that joked about my death.

+1

Alexis.


  reply	other threads:[~2013-02-12 14:19 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20130116124002.B9FA22171D@flycatcher.gentoo.org>
2013-01-16 20:09 ` [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild Alexis Ballier
2013-01-16 20:39   ` Luca Barbato
2013-01-16 21:31     ` Alexis Ballier
2013-01-16 21:52       ` Luca Barbato
2013-01-16 22:37         ` Alexis Ballier
2013-01-16 20:55   ` Tomáš Chvátal
2013-02-07  5:52     ` Peter Stuge
2013-02-08 21:41       ` Maciej Mrozowski
2013-02-08 21:46         ` Alexis Ballier
2013-02-09 14:12           ` Luca Barbato
2013-02-09 14:48             ` Rich Freeman
2013-02-11  2:01             ` Alexis Ballier
2013-02-11 11:25               ` Discussing defaults (Was: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild) Luca Barbato
2013-02-11 13:49                 ` Alexis Ballier
2013-02-11 16:22                   ` Peter Stuge
2013-02-11 18:39                     ` Alexis Ballier
2013-02-11 20:41                       ` Peter Stuge
2013-02-11 21:04                   ` Luca Barbato
2013-02-11 21:33                     ` Peter Stuge
2013-02-11 23:19                       ` Luca Barbato
2013-02-11 23:34                         ` Peter Stuge
2013-02-12  7:21                           ` Ian Whyman
2013-02-12 11:16                             ` Luca Barbato
2013-02-12 14:19                               ` Alexis Ballier [this message]
2013-02-12 11:59                             ` Rich Freeman
2013-02-11 21:39                     ` Alexis Ballier
2013-01-17  5:31   ` [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild Samuli Suominen
2013-01-17 12:22     ` Diego Elio Pettenò
2013-01-17 13:19       ` Alexis Ballier
2013-01-17 13:26         ` Diego Elio Pettenò
2013-01-17 14:00           ` Alexis Ballier
2013-01-17 14:10             ` Diego Elio Pettenò
2013-01-17 14:41               ` Alexis Ballier
2013-01-18  0:32               ` Duncan
2013-01-18  1:04                 ` Diego Elio Pettenò
2013-01-18  6:12                   ` Duncan
2013-01-18 12:09                     ` [gentoo-dev] On tinderboxing Diego Elio Pettenò
2013-01-17 14:21     ` [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild Peter Stuge
2013-01-17  9:19   ` Markos Chandras
2013-01-17  9:41     ` Tomáš Chvátal
2013-01-17 10:45       ` Markos Chandras
2013-01-17 11:02         ` Ben de Groot
2013-01-17 11:23           ` Alexander Berntsen
2013-01-17 11:32           ` Tomáš Chvátal
2013-01-17 13:05       ` Alexis Ballier
2013-01-17 14:07       ` Alexis Ballier
2013-01-17 14:39         ` 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=20130212111917.2902c6ba@gentoo.org \
    --to=aballier@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