[FFmpeg-cvslog] r23904 - in trunk: cmdutils.h libavcodec/aac_parser.h libavcodec/ac3.c libavcodec/ac3.h libavcodec/ac3_parser.h libavcodec/ac3tab.c libavcodec/allcodecs.c libavcodec/alsdec.c libavcodec/avcodec.h l...
Thu Jul 1 17:44:22 CEST 2010
On Thu, Jul 01, 2010 at 04:16:49PM +0200, Diego Biurrun wrote:
> On Thu, Jul 01, 2010 at 12:34:48AM +0200, Stefano Sabatini wrote:
> > On date Wednesday 2010-06-30 22:00:01 +0200, Diego Biurrun wrote:
> > > On Wed, Jun 30, 2010 at 09:08:04PM +0200, Vitor Sessak wrote:
> > > > On 06/30/2010 08:55 PM, Alex Converse wrote:
> > > >> 2010/6/30 M?ns Rullg?rd<mans at mansr.com>:
> > > >>> Michael Niedermayer<michaelni at gmx.at> writes:
> > > >>>
> > > >>>> On Wed, Jun 30, 2010 at 06:46:05PM +0100, M?ns Rullg?rd wrote:
> > > >>>>> Michael Niedermayer<michaelni at gmx.at> writes:
> > > >>>>>
> > > >>>>>> On Wed, Jun 30, 2010 at 05:38:06PM +0200, mru wrote:
> > > Would you let Diego dictate rules for
> > > >>> your asm code? Didn't think so. Now please allow the experts in each
> > > >>> area to do their job. Your expertise is in writing fast C code, not
> > > >>> in English grammar.
> > > >>>
> > > >>
> > > >> This is probably the wrong place to weigh in, but as a native English
> > > >> speaker I agree with M?ns here.
> > > >
> > > > As a non-native speaker (we are the majority here, no?), I am strongly
> > > > against adding more english-related red-tape for getting code committed.
> > > > Really, getting comments that use good wording and have no grammatical
> > > > mistakes take time already, having to avoid _correct_ grammar forms is
> > > > just silly. I'm all for consistency, but it has a price and here I think
> > > > it is not worth it.
> > >
> > > That's why third person should be avoided, too. It's simpler to write
> > > in impersonal form.
> > I agree with the purpose of the commit, but the way it has been done,
> > in open contrast with the rules of this community, is deprecable.
> Dunno what you mean by "deprecable".
> I'll go on record now that Mans asked me before committing and I told
> him to go ahead. A JFDI attitude is sometimes better than endless
> bikeshedding. The problem about this particular bikeshed is that it is
> a revolution of the great unwashed against the experts.
i politely request that you refrain from personal insults.
There is no need to call thouse who disagree with you "great unwashed"
Didnt we had enough flaming already?
> FFmpeg is not about democratic decisions.
It is. And it always was. And it will be as long as the ffmpeg developers
do not change it by democratic decission.
If you and mans disagree you are free to fork and organize your own project
with your own rules. But you cannot just declare yourself expert
and then commit as you see fit, justifying it by a rule of "experts" you
A project of so many people like ffmpeg cannot function with such attitude
Discussion with the maintainers is required prior to a controversal commit.
Even if you are the expert and even if you are correct some politeness and
discussion is required.
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Everything should be made as simple as possible, but not simpler.
-- Albert Einstein
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: Digital signature
More information about the ffmpeg-cvslog