[FFmpeg-devel] Preliminary announcement about the current situation

Michael Niedermayer michaelni
Fri Jan 21 10:03:47 CET 2011


On Fri, Jan 21, 2011 at 03:35:46AM +0100, Luca Barbato wrote:
> On 01/20/2011 04:29 PM, Michael Niedermayer wrote:
> > People just forgot telling me exactly what to change.
> > There was "follow the policy and rules" but i did alraedy follow that
> > and my memory of whitespace & style discussions is not long enough to remember
> > if i agreed to something that has never been written in the policy, or where
> > i agreed to what ...
> 
> The best and recent example had been asking to remove the automated
> checks for importing libmpcodecs...

I had asked the admins early to disable the checks not to commit the code with
tabs but to be able to do it in case there was consensus to do that in the
patch review.
Commiting with tabs also would have been the most logic thing to do due to
future code merging as the other side having had tabs at that time
You can also check that even our ffmpeg repository at videolan where
libmpcodecs has been checked in contains no tabs and never containd tabs
And having admin rights there i could have disabled the check myself i think and
commited with tabs had i wanted that, yet i went to the extra work and generated
a new patchset without tabs because the other developers preferred that

Where in that have i acted inappropriately or what in this list is
wrong?



> 
> >> . I think moving to a decentralized development with more gatekeepers
> >> and the explicit presence of branches and fork should help people
> >> interested in certain aspect to focus on them. I accept the burden of
> >> merging everything myself.
> > 
> > yes the branch and forkitis is a good thing when there are many people and they
> > cant agree on some things
> 
> It's apparent that we cannot agree at least on the above mentioned
> commit

The libmpcodecs commit is one of the most controversal commits we had
since years. It increases the number of filters available to the user 3 fold
yet it contains code formated in a way that is not according to our rules.


> and possibly you aren't liking my work on swscale, hopefully in
> the end we could merge the avfilters originated by porting mpcodecs and
> a arm accelerated swscale originated by this cleanup.
> 
> Git should help fork and merge.
>

> > Has noone considered to actually ask me to fix the issues people see with me?
> 
> Did, the result hadn't been exactly great. =\

you talk about libmpcodecs or something else?


> 
> > Yeah sure i cant change my personality, but i could and planed to come to
> > IRC and i think that alone would have reduced the problems quite a bit.
> 
> We discussed your presence on IRC a lot...

So myself being 24h loged on to IRC would result in you supporting that fork
and my decapitation being undone?

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

He who knows, does not speak. He who speaks, does not know. -- Lao Tsu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20110121/6c3b5c63/attachment.pgp>



More information about the ffmpeg-devel mailing list