[FFmpeg-devel] [DECISION] Revoke the decision of dropping ffserver

[Michael Niedermayer]

On Mon, Nov 28, 2016 at 07:15:28PM +0100, Nicolas George wrote:
> Deadline: 2016-12-06 00:00 UTC.
> 
> I propose, and put to the discussion, that the decision to drop ffserver
> is revoked, conditioned to the fixing of the technical issues that lead
> to it.
> 
> In other words, if the technical problems that require dropping ffserver
> are resolved at the time it is about to be dropped, then it must not be
> and the patch is not applied.
> 
> I support the decision. Pros:
> 
> ffserver has users, if there are no reason to drop it, doing so is a
> gratuitous annoyance to them.
> 
> Apparently James Almer opposes the decision. Cons, if I understand
> correctly:
> 
> A decision was made, a project should stick to it stubbornly.

I vote for treating all the applications equally.
I vote for reverting any code removial decission when the reasons for
the removial no longer apply


Now there are a few things around this that keep nagging me and
id like to comment on them. This list here is not so much me taking a
postion on things even though i have one on some of these points
than that id like to bring these aspects to peoples attention.

* Who can make "binding" decissions about some code ?
 I belive that is the maintainer of some code and the vote comittee.
 Has this actually happened in case of the refered decission to remove
 FFserver ?


* Everyone assumes there will be an API change, but in fact the API
 of FFmpeg is decided by the FFmpeg developers and there was no
 decission to make or not make such change. It may be likely but it is
 not certain.


* Should major changes that affect our users and us (like API
 changes) be discussed on the ffmpeg-devel ML before they are done.


[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Dictatorship: All citizens are under surveillance, all their steps and
actions recorded, for the politicians to enforce control.
Democracy: All politicians are under surveillance, all their steps and
actions recorded, for the citizens to enforce control.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20161203/07eb4ce0/attachment.sig>