Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
From: "Jean-Baptiste Kempf" <jb@videolan.org>
To: "Michael Niedermayer" <michael@niedermayer.cc>,
	ffmpeg-devel <ffmpeg-devel@ffmpeg.org>
Subject: Re: [FFmpeg-devel] [PATCH 00/26] Major library version bump
Date: Thu, 26 Jan 2023 23:49:14 +0100
Message-ID: <a6409b62-8858-4d13-a667-74e784de1248@betaapp.fastmail.com> (raw)
In-Reply-To: <20230126221614.GD1949656@pb2>

On Thu, 26 Jan 2023, at 23:16, Michael Niedermayer wrote:
> I think in general these are the constraints to optimize our release timing
> against:
>
> 1. We seem to want 2 releases per year

Yes.

> 2. If we do a major bump, it should ideally happen after a release not 
> before to give time for stabilization and to give max features to the old 
> API/ABI

We said that one of those release would break ABI and API, and that would be the
one at the dec/jan time

> 3. The releases which get into distros should be LTS

Yes

> 4. LTS releases should be timed so that they are getting into major 
> distros
> 5. What gets into major distros should have maximum features and 
> maximum stability
> 6. We should try to stick to what we said previously
> 7. We should have a predictable release cycle


> So what do people think ?
> when should i branch 5.2, when 6.0 ? and when 6.1 and then 6.2 or 7.0 when ?
> also which should be LTS ?

We've had this discussion the last time, notably for whether we should make 5.0 an LTS or 5.1 an LTS and we said:
5.0 in jan 2022, 5.1 in July 2022 with LTS
6.0 in jan 2023, 6.1 in July 2023
7.0 in jan 2024, 7.1 in July 2023 with LTS

We said 5.0, 6.0 and 7.0 would be allowed to break API/ABI, aka big-bumps.

We said we could do more 5.x or 6.x releases, if we needed more than 2 releases per year.

We discussed that at several developer meetings, including the last one we had, a few weeks ago.

> Btw, did we say that we will bump API/ABI in 6.0 or just that we will make
> 6.0 in dec/jan ? 

Both.

> Iam pretty bad at remembering these plans, my notes say 6.0 in dec 2022 but
> that was not done because it would have competed with the LTS for inclusion
> in distros

No, because distro take a LONG time to integrate releases, because of the software dependencies adaptations.
So, in Feb, they will use the last release of the previous major branch (here, a 5.1).

Tbh, I don't see why we should do a 5.2, seeing that 6.0 would be the same features-set with just the ABI change, aka removing deprecated symbols.

Also, doing a 5.2 which would not be a LTS, while 5.1 is a LTS is not only very weird, but it also goes against what we said last time, that the last of the 5.x would be LTS (similar for 7.1).

I would just merge the bump, then branch 6.0 branch and wait a few weeks before releasing 6.0.
If some people strongly want a 5.2, branch 5.2 before the bump and do a release at the same time. 

-- 
Jean-Baptiste Kempf -  President
+33 672 704 734
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".

  reply	other threads:[~2023-01-26 22:49 UTC|newest]

Thread overview: 102+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-01-16 13:38 James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 01/26] avcodec: remove FF_API_OPENH264_SLICE_MODE James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 02/26] avcodec: remove FF_API_OPENH264_CABAC James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 03/26] avcodec: remove FF_API_UNUSED_CODEC_CAPS James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 04/26] avcodec: remove FF_API_THREAD_SAFE_CALLBACKS James Almer
2023-01-20 22:44   ` Michael Niedermayer
2023-01-23 22:05     ` James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 05/26] avcodec: remove FF_API_DEBUG_MV James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 06/26] avcodec: remove FF_API_GET_FRAME_CLASS James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 07/26] avcodec: remove FF_API_AUTO_THREADS James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 08/26] avcodec: remove FF_API_AVCTX_TIMEBASE James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 09/26] avcodec: remove FF_API_FLAG_TRUNCATED James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 10/26] avcodec: remove FF_API_SUB_TEXT_FORMAT James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 11/26] avformat: remove FF_API_LAVF_PRIV_OPT James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 12/26] avformat: remove FF_API_AVIOCONTEXT_WRITTEN James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 13/26] avformat: remove FF_HLS_TS_OPTIONS James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 14/26] avformat: remove FF_API_AVSTREAM_CLASS James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 15/26] avfilter: remove FF_API_SWS_PARAM_OPTION James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 16/26] avfilter: remove FF_API_BUFFERSINK_ALLOC James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 17/26] avfilter: remove FF_API_PAD_COUNT James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 18/26] avdevice: remove FF_API_DEVICE_CAPABILITIES James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 19/26] avutil: remove FF_API_D2STR James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 20/26] avutil: remove FF_API_DECLARE_ALIGNED James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 21/26] avutil: remove FF_API_COLORSPACE_NAME James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 22/26] avutil: remove FF_API_AV_MALLOCZ_ARRAY James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 23/26] avutil/version: postpone the remaining API deprecations James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 24/26] avcodec/version: " James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 25/26] avformat/version: " James Almer
2023-01-16 13:38 ` [FFmpeg-devel] [PATCH 26/26] Bump major versions of all libraries James Almer
2023-01-18 19:28 ` [FFmpeg-devel] [PATCH 00/26] Major library version bump Anton Khirnov
2023-01-18 21:23   ` James Almer
2023-01-19  7:26     ` Anton Khirnov
2023-01-19 12:18       ` James Almer
2023-01-19 15:23         ` Anton Khirnov
2023-01-20  2:05     ` Michael Niedermayer
2023-01-21 16:51       ` Anton Khirnov
2023-01-21 19:33         ` Marvin Scholz
2023-01-21 20:17           ` Hendrik Leppkes
2023-01-21 21:30             ` Marvin Scholz
2023-01-21 22:47               ` Hendrik Leppkes
2023-01-21 21:36         ` Michael Niedermayer
2023-01-21 22:00           ` Marton Balint
2023-01-22 22:54             ` Michael Niedermayer
2023-01-23 17:03             ` Anton Khirnov
2023-01-23 22:41               ` Marton Balint
2023-01-23 22:50                 ` Anton Khirnov
2023-01-23 23:22                   ` Marton Balint
2023-01-24  0:01                     ` Michael Niedermayer
2023-01-24  0:06                       ` Marton Balint
2023-01-24  7:59                         ` Anton Khirnov
2023-01-24 19:48                           ` Marton Balint
2023-01-21 22:01           ` Marvin Scholz
2023-01-20 15:07     ` Tomas Härdin
2023-01-20 21:23   ` Leo Izen
2023-01-21 16:54     ` Anton Khirnov
2023-01-24 15:45 ` Anton Khirnov
2023-01-25 15:44   ` James Almer
2023-01-25 20:08     ` Marton Balint
2023-01-25 20:44       ` Jean-Baptiste Kempf
2023-01-25 21:03         ` Marton Balint
2023-01-25 21:15           ` Jean-Baptiste Kempf
2023-01-25 21:20             ` Paul B Mahol
2023-01-25 21:26               ` Jean-Baptiste Kempf
2023-01-25 21:29                 ` Paul B Mahol
2023-01-25 21:31                   ` Jean-Baptiste Kempf
2023-01-25 21:34                     ` Paul B Mahol
2023-01-25 22:28             ` Marton Balint
2023-01-25 22:48               ` Jean-Baptiste Kempf
2023-01-25 23:25                 ` Marton Balint
2023-01-26 22:16                   ` Michael Niedermayer
2023-01-26 22:49                     ` Jean-Baptiste Kempf [this message]
2023-01-26 23:19                       ` Michael Niedermayer
2023-01-26 23:21                         ` Jean-Baptiste Kempf
2023-01-27 18:42                       ` James Almer
2023-01-27 14:05 ` [FFmpeg-devel] [PATCH 26/31] avcodec/avcodec: Remove AV_CODEC_FLAG2_DROP_FRAME_TIMECODE Andreas Rheinhardt
     [not found] ` <20230127140600.2831578-1-andreas.rheinhardt@outlook.com>
2023-01-27 14:05   ` [FFmpeg-devel] [PATCH 27/31] avformat/avformat: Remove AVOutputFormat.data_codec Andreas Rheinhardt
2023-01-27 14:05   ` [FFmpeg-devel] [PATCH 28/31] avformat/avformat: Move codecpar up in AVStream Andreas Rheinhardt
2023-01-27 14:05   ` [FFmpeg-devel] [PATCH 29/31] avcodec: Make avcodec_decode_subtitle2 accept a const AVPacket* Andreas Rheinhardt
2023-01-27 14:05   ` [FFmpeg-devel] [PATCH 30/31] avformat/demux: Avoid stack packet when decoding frame Andreas Rheinhardt
2023-01-27 14:06   ` [FFmpeg-devel] [PATCH 31/31] avformat/avformat: Move AVOutputFormat internals out of public header Andreas Rheinhardt
2023-01-28 13:58 ` [FFmpeg-devel] [PATCH 32/32] avutil/{color_utils, csp}: merge color_utils into csp and expose API Leo Izen
2023-01-29 11:08   ` Anton Khirnov
2023-01-30 16:50     ` [FFmpeg-devel] [PATCH v2] " Leo Izen
2023-01-30 17:08       ` Zhao Zhili
2023-01-30 17:12         ` Paul B Mahol
2023-01-30 18:22         ` Leo Izen
2023-01-31  2:20           ` "zhilizhao(赵志立)"
2023-02-02  7:02   ` [FFmpeg-devel] [PATCH major bump 0/6] Fix HDR vivid support Zhao Zhili
2023-02-02  8:00     ` Lance Wang
     [not found]   ` <20230202070208.1962086-1-quinkblack@foxmail.com>
2023-02-02  7:02     ` [FFmpeg-devel] [PATCH major bump 1/6] libavutil/hdr_dynamic_vivid_metadata: fix AVHDRVividColorToneMappingParams Zhao Zhili
2023-02-02  8:16       ` Anton Khirnov
2023-02-02  8:52         ` "zhilizhao(赵志立)"
2023-02-03 14:28           ` Anton Khirnov
2023-02-02  7:02     ` [FFmpeg-devel] [PATCH major bump 2/6] libavcodec/dynamic_hdr_vivid: fix start code check Zhao Zhili
2023-02-02  7:02     ` [FFmpeg-devel] [PATCH major bump 3/6] avcodec/dynamic_hdr_vivid: fix base_param_Delta Zhao Zhili
2023-02-02  7:02     ` [FFmpeg-devel] [PATCH major bump 4/6] avcodec/dynamic_hdr_vivid: fix base_enable_flag control Zhao Zhili
2023-02-02  7:02     ` [FFmpeg-devel] [PATCH major bump 5/6] avcodec/dynamic_hdr_vivid: reindent after the previous commit Zhao Zhili
2023-02-02  7:02     ` [FFmpeg-devel] [PATCH major bump 6/6] fftools/ffprobe: fix print_dynamic_hdr_vivid Zhao Zhili
2023-01-29 10:17 ` [FFmpeg-devel] [PATCH 1/3] lavu/fifo: remove FF_API_FIFO_PEEK2 Anton Khirnov
2023-01-29 10:17   ` [FFmpeg-devel] [PATCH 2/3] lavu/fifo: uninline deprecated av_fifo_peek2() Anton Khirnov
2023-01-29 16:11     ` Andreas Rheinhardt
2023-01-29 10:17   ` [FFmpeg-devel] [PATCH 3/3] lavu/fifo: mark all AVFifoBuffer members as deprecated Anton Khirnov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=a6409b62-8858-4d13-a667-74e784de1248@betaapp.fastmail.com \
    --to=jb@videolan.org \
    --cc=ffmpeg-devel@ffmpeg.org \
    --cc=michael@niedermayer.cc \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

This inbox may be cloned and mirrored by anyone:

	git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \
		ffmpegdev@gitmailbox.com
	public-inbox-index ffmpegdev

Example config snippet for mirrors.


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git