[FFmpeg-devel] [VOTE] FFmpeg leader
Sun Oct 3 18:01:26 CEST 2010
On Sun, Oct 03, 2010 at 09:49:29AM -0400, Ronald S. Bultje wrote:
> On Fri, Oct 1, 2010 at 7:07 PM, Michael Niedermayer <michaelni at gmx.at> wrote:
> > due to the growing disagreements between root at mphq and me, i and at least one
> > of the roots as well believe a vote about my position should be held.
> > Every developer with svn write account as of 1. october 2010 is allowed to
> > vote. The vote will end at 8. oct 0:01 UTC 2010.
> > Please vote either
> > A. I trust michael and wish him to continue to lead the ffmpeg project
> > B. I distrust michael and wish him to step back
> (It's indeed curious how you set up a vote about yourself.) Anyway, A
> is fine with me, even with the option C present.
> Now I wish we could all be grown-ups and get back to work, but that's
> not going to be so easy, so... Can we please confirm some basic
> guidelines based on what appears to be general consensus in this
> thread? (I'm using http://www.mplayerhq.hu/DOCS/tech/svn-howto.txt
> (part II) as a guideline here, it probably needs some massaging to fit
> From mplayer's svn-howto.txt:
> - "5. Do not commit changes which change behavior, defaults etc,
> without asking first"
> - "12. Always send a patch to the mplayer-dev-eng mailing list before
> committing if you suspect that the change is going to be
> For FFmpeg, I interpret this as including API (or a new codec, or
> anything). So you (Michael) should really discuss, even if it has been
> discussed a year ago. If you use a proper local versioning system
> (...) then this doesn't even slow you down. Extra eyes are good, as
> long as we prevent bikesheddery (below).
I honestly did not consider fixing these long standing issues that have
been discussed long ago, controversal.
and thinking about the comments, really i dont remember any controversy either
just bikeshed about a header here a newline there and a typo.
but as i said i will post patches for these things in the future
> - "13. Try to keep important discussions and requests (also) on the
> mplayer-dev-eng mailing list, so that all developers can benefit from
> them. IRC is good for quick discussions, but nobody is there 24/7."
> I want to change this for FFmpeg, and I think most devs with me. Now
> already, many smaller commits (or their "applied" counterparts on
> ffmpeg-devel threads) are accompanied by "OK'ed on IRC" comments. IRC
> is logged. IRC should suffice for quick patches. Particular longer /
> wider discussions fit a mailinglist better than IRC.
> This is all small stuff. It doesn't solve the Michael vs. Mans boxing
> match. I think we need some general thought on how to decrease the
> bikeshedding here, because that's likely the major problem here. You
> guys are essentially taking your anger for each other into every
> single ML thread where it's not relevant at all, slowing down
> essentially everybody.
> Let me start with an attempt to reconciliate by some examples:
> - the include in avassert.h. build system is maintained by Mans & co.
> This includes things like which headers to use, header paths. I mean,
> seriously, Michael, do you care? Really? _Really_? I know you'll say
> yes, but you shouldn't. File maintainership shouldn't turn into a
> penis-length-content. Most importantly, Michael, please do understand
> that Mans appears to know the C spec and related standards quite well.
> We can all try to appreciate him a little more.
i dont care about the av prefix for the header and i said in the thread on
svnlog people can change it. (which they did)
what i care about is that mans turns a pure style bikeshed about stdlib.h
inclusion into some kind
of "he is right iam wrong" thing that merrits commiting against my explicit
wish without any kind of discussion.
and about his knowledge of the C standard he didnt even know about how
assert has to be defined but rather flamed me for doing it correct.
sorry but IMO mans knows standards very well but his flames are not
based on this knowledge but rather personal philosophic preferances.
where it not so he could quote the specs, others do it too.
> - the xmm clobber patch. I don't give a shit which solution we choose,
> but the current behaviour is broken and two patches fix it. Mans, I'm
> sorry for you, but Michael is x86 maintainer and you should leave him
> to choose. You're not going to write any x86 optimizations anytime
> soon so it doesn't affect you. Do you care? Really? _Really_? You
> shouldn't. I should, by the way. I should've stept in. (Michael, feel
> free to commit your preferred solution so we can start the final steps
> to do what's right and documented in optimizations.txt. It's
> embarassing that we know how to fix it and we haven't done it, still.)
ronald, you are working in this code, commit whichever macro you prefer.
but expect flames if it does break in the future ;)
> - Mans, tone down on IRC. I love our discussions and appreciate the
> occasional joke, but you are very hostile to Michael on IRC. Keep the
> personal hostility a little more down. I think this all would be
> easier if you didn't take it so personally yourself.
> - Michael, please come to your senses with you general distrust
> towards highly valued contributors. This includes Diego, Baptiste,
> Mans and likely others. Diego already touched upon this so nothing
> more needs to be said. I have full confidence that all three of them
> have nothing more than FFmpeg's best interests in mind. Value them,
> they are worthy.
ive no problem with baptiste, and ive spoken with diego yesterday on the
phone and have no real issue with him nor did i have prior to that phone
that is not beyond me being strongly against his
idea of important whitespace cosmetics consistence. Which IMO is bikeshed
wasting devel time
> - I volunteer to moderate technical bikesheds if you want me to. Try
> to self-moderate where possible, even if you don't like each other,
> you can co-exist. you are both too highly skilled to behave like
> children as you did just now.
> And Mans, come back (at least on IRC, if nothing else). You're dearly missed.
AFAIK mans is away with family or something if i remember what diego said.
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The real ebay dictionary, page 2
"100% positive feedback" - "All either got their money back or didnt complain"
"Best seller ever, very honest" - "Seller refunded buyer after failed scam"
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 198 bytes
Desc: Digital signature
More information about the ffmpeg-devel