[FFmpeg-devel] [PATCH] web: Remove recommandition to upgrade to 3.1
michael at niedermayer.cc
Thu Jun 30 14:16:04 CEST 2016
On Thu, Jun 30, 2016 at 07:57:29AM -0400, Ronald S. Bultje wrote:
> On Thu, Jun 30, 2016 at 4:32 AM, Michael Niedermayer <michael at niedermayer.cc
> > wrote:
> > On Wed, Jun 29, 2016 at 11:21:48PM -0300, James Almer wrote:
> > > On 6/29/2016 9:27 PM, Carl Eugen Hoyos wrote:
> > > > Ronald S. Bultje <rsbultje <at> gmail.com> writes:
> > > >
> > > >> For the record: there was some discussion related to this on IRC.
> > > >
> > > > Would you mind adding some relevant points here?
> > > > I was under the impression that this mailing list
> > > > is the main place for FFmpeg patch discussions, no?
> > > >
> > > > Carl Eugen
> > >
> > > [18:37:47] <@BBB> we should recommend that people upgrade to 3.1
> > tools-and-libs-at-the-same-time
> > > [18:45:42] <jamrial> and i agree with BBB, instead of removing the
> > recommendation, just make it clear that tools and libraries should ideally
> > be updated at the same time and not mixed
> > > [18:48:11] <michaelni> jamrial, can you post a patch that changes thre
> > recomandition to all libs/tools or changes the release notes ?
> > > [18:50:13] <jamrial> michaelni: alright
> > >
> > > I'm fine with this patch or the one i sent. I'm not going to block
> > either.
> > ok, i will wait until 24h have passed from the point of patch
> > submission, and in absence of objections on the ML, apply it
> > we should IMO pull this recomandition at least until 3.1.1
> > Iam also happy if others apply it or another solution sooner
> I prefer James' approach (recommending to update tools+libs together). I
> have two reasons:
> A) pulling a recommendation to update will be conceived as negative press.
> Negative press is always bad. Media can always blow things out of
> proportion and all sort of crap will follow. I prefer to just keep this
do you realize that a distro upgrading to 3.1 will cause basically
almost every application that uses our libs to break ?
so far there are reports of kodi, mpv, chromium, ffplay and mlt
breaking. (breaking in the sense of not working at all IIRC)
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Its not that you shouldnt use gotos but rather that you should write
readable code and code with gotos often but not always is less readable
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 181 bytes
Desc: Digital signature
More information about the ffmpeg-devel