[FFmpeg-devel] [VOTE] FFmpeg leader
Michael Niedermayer
michaelni
Sat Oct 2 14:39:44 CEST 2010
On Sat, Oct 02, 2010 at 03:29:16PM +0300, Felipe Contreras wrote:
> On Sat, Oct 2, 2010 at 12:49 PM, Baptiste Coudurier
> <baptiste.coudurier at gmail.com> wrote:
> >> I believe we agree that maintainers are free to apply patches on the
> >> files they maintain, but in general there should be some exceptions to
> >> this rule. Such exceptions may arise when:
> >>
> >> * the change affects the policy or the style of the project
> >> * the change is no trivial, so it may benefit from peer-review
> >> * the change affects other code not maintained by the committer *or*
> >> ? the public interface
> >
> > Please let's be reasonable. We are all here for fun (for now at least).
> > Given the man power available, given the work, we cannot reasonably
> > enforce strict rules like you would do in projects like the kernel,
> > where day jobs and money are involved, let's face it.
>
> This rule, or guideline rather, ensures code quality, and fairness. I
> don't see how sending patches to the mailing list first would be any
> less fun... it tells the community "I care what you think, and I care
> about the quality of this code'.
>
> Also, you are assuming (for some strange reason) that everybody that
> works in the kernel is doing so because they are getting paid; I think
> you are completely wrong. People contribute to linux mainly because
> it's fun, and challenging, and it matters. Some people coincidentally
> do get paid, but they anyway keep contributing on their own free time,
> abiding by the same rules. And the majority of people are not paid in
> any way:
>
> http://lwn.net/Articles/222773/
>
> And what about projects like git? Or vlc? The developers surely don't
> get paid for contributing, and still send each and every patch (or
> mostly).
>
> It should be fun for you to receive constructive criticism from your
> peers, which in the case of FFmpeg, constitutes very highly skilled
> individuals, perhaps the best in the world in multimedia, I don't see
> how you would find it more exciting to pass the opportunity of getting
> such valuable feedback.
then you live in a cave and havnt looked out in the last years
what is reality is that people fork ffmpeg right and left because they
are increasingly unwilling to put up with the bikeshed reviews
Trying to make it more strict than it already is will only cause more
people to fork and hog changes never intending to push them into main
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
If you think the mosad wants you dead since a long time then you are either
wrong or dead since a long time.
-------------- 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/20101002/11112891/attachment.pgp>
More information about the ffmpeg-devel
mailing list