[FFmpeg-devel] FFmpeg 5.0 LTS vs 5.1 LTS

[Michael Niedermayer]

On Mon, Apr 25, 2022 at 09:44:58PM +0200, Jean-Baptiste Kempf wrote:
> 
> 
> On Mon, 25 Apr 2022, at 20:40, Michael Niedermayer wrote:
> > On Mon, Apr 25, 2022 at 08:04:25PM +0200, Jean-Baptiste Kempf wrote:
> >> On Mon, 25 Apr 2022, at 19:19, Michael Niedermayer wrote:
> >> > On Mon, Apr 25, 2022 at 01:51:26PM +0200, Jean-Baptiste Kempf wrote:
> >> >> On Sat, 23 Apr 2022, at 18:36, Michael Niedermayer wrote:
> >> >> > Do people prefer that 5.0 becomes LTS or the next (5.1) ?
> >> >> > Or something else ?
> >> >> 
> >> >> My understanding of the consensus was;
> >> >> - 5.0 in Dec/Jan
> >> >> - 5.1 in Jul with API additions, but no ABI/behavior breakage
> >> >
> >> > yes
> >> 
> >> OK.
> >> 
> >> >> - 6.0 in Dec 22 with ABI/API/behavior breakage and while 5.1 becomes LTS
> >> >
> >> > we could give 5.1 an LTS "tag" when its released already
> >> 
> >> I would mention it, tbh.
> >> 
> >> > also thers the possibility that by december we have nothing that really
> >> > benefits from a ABI/API/behavior breakage.
> >> > If that happens people might prefer 5.2 over 6.0 i dont know.
> >> 
> >> I think it would be clearer to accustom people that we have one big potential change every year, at the same date.
> >
> > thats not a bad idea. Still bumping the sonames of the libs when there is
> > no reason is not really nice. I dont know if we will have a reason in december
> 
> A major number does not mean major soname bump if not needed.
> This is release numbers.

indeed

thx

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Elect your leaders based on what they did after the last election, not
based on what they say before an election.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20220426/77b2fad0/attachment.sig>