On 11/24/2016 8:48 PM, Andreas Cadhalpun wrote: > On 24.11.2016 10:53, Josh de Kock wrote: >> There's no benefit in waiting for this to occur before ffserver is >> removed as it will always be in git history. Removing ffserver from >> master may even speed up the "resurrection of ffserver". I think this >> shouldn't be delayed any further. > > Similarly there is no benefit in removing ffserver before the next major > bump, because the libraries have to stay backwards compatible until then, > anyway. > However, at least Reynaldo and Michael seem to be still working on ffserver, > so gratuitously removing it now would be rather unfriendly.
A sudden surge in interest product of the decision to kill it and *long after* calls for developers to prevent it from bitrotting in the first place that pretends to be blocking is not proper and far from nice. Reynaldo agreed to move ffserver to a separate repo in time for the next release as he stated in an email, and then work on making it not depend on the ffm de/muxers since those have to go with the next major bump, or with AVStream->codec at the latest. Pretending to turn that effort into an argument against the removal is a crappy thing to do. The choice and the announcement were made months ago, and those who cared participated in the discussions and the relevant patches. Backing out at the very last second is extremely unprofessional and will kill any future trust people will have in decisions made and announced in public channels. It's already embarrassing that ffserver made it to 3.2. Lets try to keep the image that this is a serious project. _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
