Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
From: Sebastian Ramacher <sramacher@debian.org>
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] FFmpeg 7.0 blocking issues
Date: Sun, 3 Mar 2024 09:55:15 +0100
Message-ID: <ZeQ685lxgovFT5Ct@ramacher.at> (raw)
In-Reply-To: <CAPBf_OmYu5QN9n_r8e2v0ieyDfGbyFDSrSjNtTE-E+gUK5_FVA@mail.gmail.com>

On 2024-03-02 20:39:08 -0500, Sean McGovern wrote:
> On Sat, Mar 2, 2024, 18:19 Michael Niedermayer <michael@niedermayer.cc>
> wrote:
> 
> > On Sun, Mar 03, 2024 at 12:06:14AM +0100, Sebastian Ramacher wrote:
> > > On 2024-03-02 23:55:38 +0100, Michael Niedermayer wrote:
> > > > On Tue, Jan 23, 2024 at 08:22:41PM +0100, Michael Niedermayer wrote:
> > > > > Hi all
> > > > >
> > > > > As it was a little difficult for me to not loose track of what is
> > > > > blocking a release. I suggest that for all release blocking issues
> > > > > open a ticket and set Blocking to 7.0
> > > > > that way this:
> > > > > https://trac.ffmpeg.org/query?blocking=~7.0
> > > > >
> > > > > or for the ones not closed:
> > > > >
> > https://trac.ffmpeg.org/query?status=new&status=open&status=reopened&blocking=~7.0
> > > > >
> > > > > will list all blocking issues
> > > > >
> > > > > Ive added one, for testing that, i intend to add more if i see
> > something
> > > > >
> > > > > What is blocking? (IMHO)
> > > > > * regressions (unless its non possible to fix before release)
> > > > > * crashes
> > > > > * security issues
> > > > > * data loss
> > > > > * privacy issues
> > > > > * anything the commuity agrees should be in the release
> > > >
> > > > We still have 3 blocking issues on trac
> > > >
> > > > do people want me to wait or ignore them and branch ?
> > > > Iam not sure when the exact deadline is but if we keep waiting
> > > > we will not get into ubuntu 24.04 LTS
> > >
> > > 24.04 is past feature freeze, so it's too late for that.
> >
> > we should aim earlier in the future then.
> >
> >
> 
> LTS is only every 2 years, yes?

Yes

> How do we make sure this doesn't happen in 2026? How much of a gap is there
> between feature freeze and release?

Not involved in Ubuntu, so that's from past experience: feature
freeze is usually about two months before the release.

So here's the catch: Debian's timeline also needs to be taken into
account. If the ffmpeg release does not involve the removal of deprecated API and
a SONAME bump, then the time from ffmpeg to release to upload to Debian
unstable and then import in Ubuntu is short. In this case, I am sure
that I could convince Ubuntu maintainers to import it even during
feature freeze.

But with SONAME bumps and changes in the API, it takes a lot more time
to work through the high number of ffmpeg reverse dependencies. In that
case, plan a release at least 6 months before an Ubuntu LTS release.

We usually have to rely on upstream maintainers to adopt to the
changes and that take times. Many moons ago Anton helped with providing
patches, but for the last couple of API changes it took some months from
"dear maintainer, here is ffmpeg X for testing, please fix the build of
your package" to actually doing all uploads and rebuilds. For example,
the transition to ffmpeg 6.0 was started in July 2023 and was done in
December 2023.

Cheers
-- 
Sebastian Ramacher
_______________________________________________
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:[~2024-03-03  8:55 UTC|newest]

Thread overview: 56+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-01-23 19:22 Michael Niedermayer
2024-01-23 20:18 ` Lynne
2024-01-24  7:40   ` Anton Khirnov
2024-01-24 12:07     ` Lynne
2024-01-24 12:30       ` Anton Khirnov
2024-01-24 13:14         ` Lynne
2024-01-24 13:24           ` Anton Khirnov
2024-01-24 13:36             ` Lynne
2024-01-24 12:28     ` James Almer
2024-01-24  7:45 ` Anton Khirnov
2024-01-24 12:29   ` James Almer
2024-01-24 12:45 ` Niklas Haas
2024-01-28 10:38   ` Anton Khirnov
2024-01-24 13:59 ` Kieran Kunhya
2024-02-07 14:54 ` Derek Buitenhuis
2024-02-09  3:32   ` Michael Niedermayer
2024-02-12 15:36     ` Derek Buitenhuis
2024-02-07 18:49 ` Leo Izen
2024-02-07 18:56   ` Andreas Rheinhardt
2024-02-08  1:27     ` Leo Izen
2024-02-08  2:20       ` James Almer
     [not found] ` <2E182D4F-95D4-43F7-A772-A737003B3C79@cosmin.at>
2024-02-07 18:55   ` Cosmin Stejerean via ffmpeg-devel
2024-02-10 21:03 ` James Almer
2024-02-11  1:35   ` Michael Niedermayer
2024-02-11  5:53     ` Nuo Mi
2024-02-25 23:18 ` Michael Niedermayer
2024-02-25 23:20   ` James Almer
2024-02-26 21:26     ` Michael Niedermayer
2024-03-02 22:55 ` Michael Niedermayer
2024-03-02 23:06   ` Sebastian Ramacher
2024-03-02 23:19     ` Michael Niedermayer
2024-03-03  1:39       ` Sean McGovern
2024-03-03  8:55         ` Sebastian Ramacher [this message]
2024-06-02 13:49           ` Sebastian Ramacher
2024-06-03 21:32             ` Michael Niedermayer
2024-06-03 21:36               ` Sean McGovern
2024-06-03 21:41               ` James Almer
2024-06-04  1:16                 ` Michael Niedermayer
2024-06-04  7:23                   ` Vittorio Giovara
2024-06-04  7:46                   ` Anton Khirnov
2024-06-04  6:31                 ` Rémi Denis-Courmont
2024-06-04  9:29                   ` Sebastian Ramacher
2024-06-05 10:55                 ` Kacper Michajlow
2024-06-04  8:34               ` Andrew Sayers
2024-06-04  9:19               ` Sebastian Ramacher
2024-03-03  7:35   ` Jean-Baptiste Kempf
2024-03-03 12:35     ` James Almer
2024-03-08 14:00     ` James Almer
2024-03-08 14:02       ` Kieran Kunhya
2024-03-08 14:04         ` James Almer
2024-03-08 15:04           ` Frank Plowman
2024-03-08 15:40             ` Kieran Kunhya
2024-03-09 12:33               ` Nuo Mi
2024-03-09 18:31                 ` Marth64
2024-03-10 13:25                   ` Xiang, Haihao
2024-03-10 23:29       ` Michael Niedermayer

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=ZeQ685lxgovFT5Ct@ramacher.at \
    --to=sramacher@debian.org \
    --cc=ffmpeg-devel@ffmpeg.org \
    /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