[gst-devel] gstreamer: Wim Taymans : Add message to request a state change

Felipe Contreras felipe.contreras at gmail.com
Sat Feb 21 14:08:14 CET 2009


On Sat, Feb 21, 2009 at 2:30 PM, Stefan Kost <ensonic at hora-obscura.de> wrote:
> Felipe Contreras schrieb:
>> Hi,
>>
>> I picked this commit as an example because actually I have some comments:
>>
>> On Thu, Feb 19, 2009 at 12:54 AM,  <felipe.contreras at gmail.com> wrote:
>>> Module: gstreamer
>>> Branch: master
>>> Commit: 4b986a4a94c436a3d1dac443ad8da374fe38b6eb
>>> URL:    http://cgit.freedesktop.org/gstreamer/gstreamer/commit/?id=4b986a4a94c436a3d1dac443ad8da374fe38b6eb
>>>
>>> Author: Wim Taymans <wim.taymans at collabora.co.uk>
>>> Date:   Wed Feb 18 15:31:55 2009 +0100
>>>
>>> Add message to request a state change
>>
>> <snip/>
>>
>>>         gst_message_parse_buffering (message, &percent);
>>> -        if(!quiet)
>>> +        if (!quiet)
>>>           fprintf (stderr, "%s %d%%  \r", _("buffering..."), percent);
>>
>> This has nothing to do with 'adding a message to request a state
>> change' right? So I guess ideally it should be in a separate commit;
>> it just adds noise here.
>>
>
> Do we want separate commits for gst-indent changes? The problem is that if there
> are things that gst-indent complains about, it won't allow you to commit the
> unindented code and then run indent and do a second commit with those changes.
> And forcing someone to commit hunks manually sounds overkill to me.

That's one the reasons why I think running gst-indent automatically is
a bad idea.

And regarding committing hunks 'manually', that can be easily solved
with git add --patch, just click 'y' to the hunks you want in. Yes,
it's manual but at least it's not tedious.

For a good read regarding the problem and solution a-la-git:
http://tomayko.com/writings/the-thing-about-git

IMHO commits should be logically independent (not do two things at a
time), if the process makes that difficult, well then the process
needs to be fixed.

-- 
Felipe Contreras




More information about the gstreamer-devel mailing list